Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

> Сначала я по привычке поставил powersaved & kpowersave, т.к. они дают
> возможность динамичаского изменения частоты процессора в зависимости
> от нагрузки. Но при этом не работали никакие специальные кнопки, кроме
> изменения яркости.
>   
Динамическое изменение частоты процессора дают пакеты
apt-get install cpufrequtils cpuspeed
service cpuspeed restart
> При этом powersaved похоже периодически падает, т.к. часто вижу что
> сервис not running, хотя непосредственно после запуска показывает, что
> он и acpid running.
>   
Да он сегфолтится, нужно вешать багу.
> Ладно, отключил powersaved и kpowersave. Стало возможным менять не
> только яркость экрана, но и управлять микшером.
>   
powersaved криво написан. Он перехватывает все события на себя, при этом 
отключая стандартную систему обработки событий. При установке скриптов 
происходит создание диспетчера событий для powersaved, но поскольку он 
часто падает, то соответственно всё перестаёт работать.
> Где-то в перерывах между этим происходила какая-то реакция на кнопку
> sleep. Сейчас никакой реакции не происходит.
>   
Перезапустите скрипт-установщик
bash install-scripts.sh
Потом
service powersaved stop
service acpid restart
и у вас всё будет работать.
переходите в системную консоль F12
видите, что acpid принял правила и там же можно проверить как это работает.
Для этого нажимаете функциональную клавишу, смотрите в консоле, какой 
скрипт запускается. О замеченных проблемах сообщаете мне. Я скрипты 
подправлю.
> Вернул назад klaptop. Я не нашёл, как сделать в нём, чтобы частота
> процессора менялась автоматически в зависимости от нагрузки. Там есть
> вроде выбор ручного изменения, но не понятно, меняет он или нет. cat
> /proc/cpuinfo показывает всё время 1600 MHz, в то время как при
> powersaved он показывал 800 MHz в простое и 1600 MHz при нагрузке.
>   
Лучше это делать с помощью cpufreq. Посмотрите скрипт
/etc/acpi/eeepc_900-AC-adapter-off.sh
для примера
> Вооще, у него в списке профилей значится только один: perfomance.
>   
там делается автоподгрузка модулей по требованию
> На кнопку sleep всё ещё никакой реакции, хотя если тыкнуть по значку
> klaptop в трее, то там есть выбор из нескольких пунктов, в которых
> перечислено 2 ждущих режима и один спящий режим. Я приложил скриншот,
> где это видно. Надо отметить, что все три режима отрабатывают. Т.е.
> происходит засыпание и просыпание по кнопке power. При этом заметил
> такую разницу между перечисленными режимами:
>
> 1) В первом случае экран и мышь гаснут, продолжают гореть лампочки
> батареи и питания.
> 2) Во втором случае происходит тоже самое, но лампочка питания медленно мигает.
> 3) В третьем случае (спящий режим) происходит засыпание на диск.
>
> Во всех трёх случаях ноут засыпает и просыпается. В последнем случае
> после пробуждения отвалился kbluetooth.
>
> Остаются не решёнными следующие вопросы:
>
> 1) Как заставить засыпать по кнопке sleep на клавиатуре. Как заставить
> тушить экран по Fn+F7?
> 2) Как сделать так, чтобы частоты процессора менялась автоматически?
> powersaved падает и видимо конфликтует с eeepc-scripts. klaptop видимо
> не умеет менять частоту процессора.
> 3) Есть и другие кнопки, которые ничем не охвачены.
>   
Частично уже ответил, напишите что не заработает после этих рекомендаций.
> Пробовал скрипты для eeepc, взятые из git solo. Модуль собирать не
> пробовал, ставил только сами скрипты. Там чего-то много всего есть, но
> в целом тоже не работало. При этом отключался системный
> /etc/acpi/events/power, т.к. его замещал свой скрипт. Непонятно зачем
> это. 
Для надёжной работы
> Так же мне не понравилось, что в /etc/rc.d/rc.local что-то
> прописывалось. Так что вычищать пришлось потом и от туда.
Туда прописывается переключение процессора на полные обороты, на время 
загрузки kde.
> Ещё ругалось
> при перезагрузке на то, что не может найти /usr/bin/cpufreq-set
> (скрипт eeepc_900-applications.sh).
>   
Вам, возможно, понадобится eeepc-halt - этот скрипт принудительно 
выгружает звуковуху.

Мне очень нужно, для дальнейшей работы иметь вывод:
cpufreq-info
/usr/sbin/dmidecode -s baseboard-product-name
/usr/sbin/dmidecode
ls /proc/acpi/asus/
спасибо

> И ещё такой вопрос: мне система показывает, что у меня 2 процессора.
> Неужели Intel Atom является двухъядерным?
>   
нет

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
> Перезапустите скрипт-установщик
> bash install-scripts.sh
> Потом
> service powersaved stop
> service acpid restart
> и у вас всё будет работать.

Забыл указать, что всё описанное поведение я наблюдаю с использованием
пакета eeepc-scripts из бранча.

Про ваши скрипты я писал ниже. Сейчас попробую их ещё раз.

А вообще, может вам с автором eeepc-scripts из бранча как-то
объединиться и оформить всё единым пакетом?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
>   
>> Перезапустите скрипт-установщик
>> bash install-scripts.sh
>> Потом
>> service powersaved stop
>> service acpid restart
>> и у вас всё будет работать.
>>     
>
> Забыл указать, что всё описанное поведение я наблюдаю с использованием
> пакета eeepc-scripts из бранча.
>
> Про ваши скрипты я писал ниже. Сейчас попробую их ещё раз.
>
> А вообще, может вам с автором eeepc-scripts из бранча как-то
> объединиться и оформить всё единым пакетом?
>   
несколько часов назад я сдал экзамен на маинтерненство, но пока прав не 
получил

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
> Динамическое изменение частоты процессора дают пакеты
> apt-get install cpufrequtils cpuspeed
> service cpuspeed restart

Поставил. Теперь в klaptop появилось 2 профиля: userspace и
perfomance. Частота стала 800 МГц, если выбрать профиль perfomance, то
становится 1600 МГц. Если вернуть профиль userspace, то снова
становится 800 МГц.

Однако пункт "снижение мощности процессора на..." не работает. Что бы
не выбрал, всегда получается 1600 МГц. Чтобы вернуться к 800 помогает
только service cpuspeed restart. При этом получаю следующее:

# service cpuspeed restart
Stopping cpuspeed: /etc/rc.d/init.d/functions: line 302: kill:
SIGUSR1: invalid signal specification
Stopping cpuspeed service:
                          [ DONE ]
Starting cpuspeed: Starting cpuspeed service:
                          [ DONE ]

>> Пробовал скрипты для eeepc, взятые из git solo. Модуль собирать не
>> пробовал, ставил только сами скрипты. Там чего-то много всего есть, но
>> в целом тоже не работало. При этом отключался системный
>> /etc/acpi/events/power, т.к. его замещал свой скрипт. Непонятно зачем
>> это.
> Для надёжной работы

Но у него указан тот же вызов /sbin/poweroff, что и в системном.

>> Так же мне не понравилось, что в /etc/rc.d/rc.local что-то
>> прописывалось. Так что вычищать пришлось потом и от туда.
>
> Туда прописывается переключение процессора на полные обороты, на время
> загрузки kde.

А зачем?

> Вам, возможно, понадобится eeepc-halt - этот скрипт принудительно выгружает
> звуковуху.

Ну, со звуком пока вроде никаких проблем не заметил.

> Мне очень нужно, для дальнейшей работы иметь вывод:
> cpufreq-info

cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which need to switch frequency at the same time: 0
  hardware limits: 800 MHz - 1.60 GHz
  available frequency steps: 1.60 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
  available cpufreq governors: userspace, performance
  current policy: frequency should be within 800 MHz and 1.60 GHz.
                  The governor "userspace" may decide which speed to use
                  within this range.
  current CPU frequency is 800 MHz (asserted by call to hardware).
analyzing CPU 1:
  driver: acpi-cpufreq
  CPUs which need to switch frequency at the same time: 1
  hardware limits: 800 MHz - 1.60 GHz
  available frequency steps: 1.60 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
  available cpufreq governors: userspace, performance
  current policy: frequency should be within 800 MHz and 1.60 GHz.
                  The governor "userspace" may decide which speed to use
                  within this range.
  current CPU frequency is 800 MHz (asserted by call to hardware).


> /usr/sbin/dmidecode -s baseboard-product-name

1000H


> /usr/sbin/dmidecode

# dmidecode 2.9
SMBIOS 2.5 present.
30 structures occupying 1293 bytes.
Table at 0x000F0700.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
	Vendor: American Megatrends Inc.
	Version: 1005
	Release Date: 08/01/2008
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 512 kB
	Characteristics:
		ISA is supported
		PCI is supported
		PNP is supported
		APM is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		ESCD support is available
		Boot from CD is supported
		Selectable boot is supported
		BIOS ROM is socketed
		EDD is supported
		5.25"/1.2 MB floppy services are supported (int 13h)
		3.5"/720 KB floppy services are supported (int 13h)
		3.5"/2.88 MB floppy services are supported (int 13h)
		Print screen service is supported (int 5h)
		8042 keyboard services are supported (int 9h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		CGA/mono video services are supported (int 10h)
		ACPI is supported
		USB legacy is supported
		LS-120 boot is supported
		ATAPI Zip drive boot is supported
		BIOS boot specification is supported
		Targeted content distribution is supported
	BIOS Revision: 8.12
	Firmware Revision: 0.16

Handle 0x0001, DMI type 1, 27 bytes
System Information
	Manufacturer: ASUSTeK Computer INC.
	Product Name: 1000H
	Version: x.x
	Serial Number: EeePC-1234567890
	UUID: 008C95EC-ED6A-DD81-2FAF-002215A24100
	Wake-up Type: Power Switch
	SKU Number: 90OAM0HA61311917E126Q
	Family: To Be Filled By O.E.M.

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
	Manufacturer: ASUSTeK Computer INC.
	Product Name: 1000H
	Version: x.xx
	Serial Number: EeePC-0123456789
	Asset Tag: To Be Filled By O.E.M.
	Features:
		Board is a hosting board
		Board is replaceable
	Location In Chassis: To Be Filled By O.E.M.
	Chassis Handle: 0x0003
	Type: Motherboard
	Contained Object Handles: 0

Handle 0x0003, DMI type 3, 21 bytes
Chassis Information
	Manufacturer: ASUSTek Computer INC.
	Type: Notebook
	Lock: Present
	Version: x.x
	Serial Number: 0x00000000
	Asset Tag: 0x00000000
	Boot-up State: Safe
	Power Supply State: Safe
	Thermal State: Safe
	Security Status: None
	OEM Information: 0x00000000
	Height: Unspecified
	Number Of Power Cords: 1
	Contained Elements: 0

Handle 0x0004, DMI type 4, 35 bytes
Processor Information
	Socket Designation: PBGA 437
	Type: Central Processor
	Family: Unknown
	Manufacturer: Intel
	ID: C2 06 01 00 FF FB E9 BF
	Version: Intel(R) Atom(TM) CPU N270   @ 1.60GHz
	Voltage: 1.3 V
	External Clock: 133 MHz
	Max Speed: 1666 MHz
	Current Speed: 1600 MHz
	Status: Populated, Enabled
	Upgrade: Other
	L1 Cache Handle: 0x0005
	L2 Cache Handle: 0x0006
	L3 Cache Handle: 0x0007
	Serial Number: To Be Filled By O.E.M.
	Asset Tag: To Be Filled By O.E.M.
	Part Number: To Be Filled By O.E.M.

Handle 0x0005, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L1-Cache
	Configuration: Enabled, Not Socketed, Level 1
	Operational Mode: Write Back
	Location: Internal
	Installed Size: 24 KB
	Maximum Size: 24 KB
	Supported SRAM Types:
		Other
	Installed SRAM Type: Other
	Speed: Unknown
	Error Correction Type: Parity
	System Type: Data
	Associativity: Other

Handle 0x0006, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L2-Cache
	Configuration: Enabled, Not Socketed, Level 2
	Operational Mode: Write Back
	Location: Internal
	Installed Size: 512 KB
	Maximum Size: 512 KB
	Supported SRAM Types:
		Other
	Installed SRAM Type: Other
	Speed: Unknown
	Error Correction Type: Single-bit ECC
	System Type: Unified
	Associativity: 8-way Set-associative

Handle 0x0007, DMI type 7, 19 bytes
Cache Information
	Socket Designation: L3-Cache
	Configuration: Disabled, Not Socketed, Level 3
	Operational Mode: Unknown
	Location: Internal
	Installed Size: 0 KB
	Maximum Size: 0 KB
	Supported SRAM Types:
		Unknown
	Installed SRAM Type: Unknown
	Speed: Unknown
	Error Correction Type: Unknown
	System Type: Unknown
	Associativity: Unknown

Handle 0x0008, DMI type 5, 18 bytes
Memory Controller Information
	Error Detecting Method: 64-bit ECC
	Error Correcting Capabilities:
		None
	Supported Interleave: One-way Interleave
	Current Interleave: One-way Interleave
	Maximum Memory Module Size: 2048 MB
	Maximum Total Memory Size: 2048 MB
	Supported Speeds:
		Other
	Supported Memory Types:
		DIMM
		SDRAM
	Memory Module Voltage: 3.3 V
	Associated Memory Slots: 1
		0x0009
	Enabled Error Correcting Capabilities:
		None

Handle 0x0009, DMI type 6, 12 bytes
Memory Module Information
	Socket Designation: DIMM0
	Bank Connections: 0 1
	Current Speed: Unknown
	Type: DIMM SDRAM
	Installed Size: 1024 MB (Single-bank Connection)
	Enabled Size: 1024 MB (Single-bank Connection)
	Error Status: OK

Handle 0x000A, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J2A2
	Internal Connector Type: None
	External Reference Designator: USB1
	External Connector Type: Access Bus (USB)
	Port Type: USB

Handle 0x000B, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J2A2
	Internal Connector Type: None
	External Reference Designator: USB2
	External Connector Type: Access Bus (USB)
	Port Type: USB

Handle 0x000C, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J5A1
	Internal Connector Type: None
	External Reference Designator: USB3
	External Connector Type: Access Bus (USB)
	Port Type: USB

Handle 0x000D, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J5A1
	Internal Connector Type: None
	External Reference Designator: USB4
	External Connector Type: Access Bus (USB)
	Port Type: USB

Handle 0x000E, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J6A1
	Internal Connector Type: None
	External Reference Designator: Audio Mic In
	External Connector Type: Mini Jack (headphones)
	Port Type: Audio Port

Handle 0x000F, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J6A1
	Internal Connector Type: None
	External Reference Designator: Audio Line In
	External Connector Type: Mini Jack (headphones)
	Port Type: Audio Port

Handle 0x0010, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J6A1
	Internal Connector Type: None
	External Reference Designator: Audio Line Out
	External Connector Type: Mini Jack (headphones)
	Port Type: Audio Port

Handle 0x0011, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J5A1
	Internal Connector Type: None
	External Reference Designator: LAN
	External Connector Type: RJ-45
	Port Type: Network Port

Handle 0x0012, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J6J2 - PRI IDE
	Internal Connector Type: On Board IDE
	External Reference Designator: Not Specified
	External Connector Type: None
	Port Type: Other

Handle 0x0013, DMI type 8, 9 bytes
Port Connector Information
	Internal Reference Designator: J6J1 - SEC IDE
	Internal Connector Type: On Board IDE
	External Reference Designator: Not Specified
	External Connector Type: None
	Port Type: Other

Handle 0x0014, DMI type 10, 6 bytes
On Board Device Information
	Type: Video
	Status: Enabled
	Description:   To Be Filled By O.E.M.

Handle 0x0015, DMI type 11, 5 bytes
OEM Strings
	String 1: To Be Filled By O.E.M.
	String 2: To Be Filled By O.E.M.
	String 3: To Be Filled By O.E.M.
	String 4: To Be Filled By O.E.M.

Handle 0x0016, DMI type 13, 22 bytes
BIOS Language Information
	Installable Languages: 1
		en|US|iso8859-1
	Currently Installed Language: en|US|iso8859-1

Handle 0x0017, DMI type 15, 35 bytes
System Event Log
	Area Length: 4 bytes
	Header Start Offset: 0x0000
	Header Length: 2 bytes
	Data Start Offset: 0x0002
	Access Method: Indexed I/O, one 16-bit index port, one 8-bit data port
	Access Address: Index 0x046A, Data 0x046C
	Status: Invalid, Not Full
	Change Token: 0x00000000
	Header Format: No Header
	Supported Log Type Descriptors: 6
	Descriptor 1: End of log
	Data Format 1: OEM-specific
	Descriptor 2: End of log
	Data Format 2: OEM-specific
	Descriptor 3: End of log
	Data Format 3: OEM-specific
	Descriptor 4: End of log
	Data Format 4: OEM-specific
	Descriptor 5: End of log
	Data Format 5: OEM-specific
	Descriptor 6: End of log
	Data Format 6: OEM-specific

Handle 0x0018, DMI type 16, 15 bytes
Physical Memory Array
	Location: System Board Or Motherboard
	Use: System Memory
	Error Correction Type: None
	Maximum Capacity: 4 GB
	Error Information Handle: Not Provided
	Number Of Devices: 1

Handle 0x0019, DMI type 19, 15 bytes
Memory Array Mapped Address
	Starting Address: 0x00000000000
	Ending Address: 0x000400003FF
	Range Size: 1048577 kB
	Physical Array Handle: 0x0018
	Partition Width: 0

Handle 0x001A, DMI type 17, 27 bytes
Memory Device
	Array Handle: 0x0018
	Error Information Handle: Not Provided
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 1024 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM0
	Bank Locator: BANK0
	Type: SDRAM
	Type Detail: Synchronous
	Speed: Unknown
	Manufacturer: Manufacturer0
	Serial Number: SerNum0
	Asset Tag: AssetTagNum0
	Part Number: PartNum0

Handle 0x001B, DMI type 20, 19 bytes
Memory Device Mapped Address
	Starting Address: 0x00000000000
	Ending Address: 0x0003FFFFFFF
	Range Size: 1 GB
	Physical Device Handle: 0x001A
	Memory Array Mapped Address Handle: 0x0019
	Partition Row Position: 1
	Interleaved Data Depth: 1

Handle 0x001C, DMI type 32, 20 bytes
System Boot Information
	Status: No errors detected

Handle 0x001D, DMI type 127, 4 bytes
End Of Table


> ls /proc/acpi/asus/

brn
bt
camera
cardr
cpufv
disp
hdps
init
wlan


Это всё пока без использования ваших скриптов.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Vladimir A. Svyatoshenko]

On Thu, 6 Nov 2008 12:34:51 +0600
Denis G. Samsonenko wrote:

> Привет!
> 
> 6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
> > Динамическое изменение частоты процессора дают пакеты
> > apt-get install cpufrequtils cpuspeed
> > service cpuspeed restart
> 
> Поставил. Теперь в klaptop появилось 2 профиля: userspace и
> perfomance. Частота стала 800 МГц, если выбрать профиль perfomance, то
> становится 1600 МГц. Если вернуть профиль userspace, то снова
> становится 800 МГц.
> 
> Однако пункт "снижение мощности процессора на..." не работает. Что бы
> не выбрал, всегда получается 1600 МГц. Чтобы вернуться к 800 помогает
> только service cpuspeed restart. При этом получаю следующее:
> 
Если в системе установлен пакет cpufreqd, попробуйте его удалить. Мне в
свое время помогло.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 12:42 Vladimir A. Svyatoshenko написал:
>> только service cpuspeed restart. При этом получаю следующее:
>>
> Если в системе установлен пакет cpufreqd, попробуйте его удалить. Мне в
> свое время помогло.

Такого пакета не было, но был сервис cpufreq, который оказался частью
пакета powersave. Убил его, но при рестарте cpuspeed получаю то же
самое сообщение.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Првет!

6 ноября 2008 г. 12:52 Denis G. Samsonenko написал:
> 6 ноября 2008 г. 12:42 Vladimir A. Svyatoshenko написал:
>>> только service cpuspeed restart. При этом получаю следующее:
>>>
>> Если в системе установлен пакет cpufreqd, попробуйте его удалить. Мне в
>> свое время помогло.
>
> Такого пакета не было, но был сервис cpufreq, который оказался частью
> пакета powersave. Убил его, но при рестарте cpuspeed получаю то же
> самое сообщение.

Как тут всё запутанно. Без сервиса cpufeq, что идёт в поставке
powersave, сервисе cpuspeed не работает.

Т.е. ставлю пакет powersave и делаю

# chkconfig powersaved off

после чего

# service cpufreq start
# service cpuspeed start

После чего частота процессора может динамически меняться.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Првет!
>
> 6 ноября 2008 г. 12:52 Denis G. Samsonenko написал:
>   
>> 6 ноября 2008 г. 12:42 Vladimir A. Svyatoshenko написал:
>>     
>>>> только service cpuspeed restart. При этом получаю следующее:
>>>>
>>>>         
>>> Если в системе установлен пакет cpufreqd, попробуйте его удалить. Мне в
>>> свое время помогло.
>>>       
>> Такого пакета не было, но был сервис cpufreq, который оказался частью
>> пакета powersave. Убил его, но при рестарте cpuspeed получаю то же
>> самое сообщение.
>>     
>
> Как тут всё запутанно. Без сервиса cpufeq, что идёт в поставке
> powersave, сервисе cpuspeed не работает.
>
> Т.е. ставлю пакет powersave и делаю
>
> # chkconfig powersaved off
>
> после чего
>
> # service cpufreq start
> # service cpuspeed start
>
> После чего частота процессора может динамически меняться.
>   
Это бага cpufreq-set
Если вы напрямую запустите модуль
service cpufreq stop
service cpuspeed stop
cpuspeed -i 1 -m 112500 -M 900000
то увидите, что всё прекрасно работает
можно так, чтоб частота прыгала быстрее
cpuspeed -i 1 -m 100000 -M 2000000 -p 10 50

Наблюдать за частотой удобно так
while sleep 0.3; do cpufreq-info | grep "current CPU frequency"; echo; done

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

7 ноября 2008 г. 10:49 Kharitonov A. Dmitry написал:
>> Как тут всё запутанно. Без сервиса cpufeq, что идёт в поставке
>> powersave, сервисе cpuspeed не работает.
>>
>> Т.е. ставлю пакет powersave и делаю
>> # chkconfig powersaved off
>> после чего
>>
>> # service cpufreq start
>> # service cpuspeed start
>>
>> После чего частота процессора может динамически меняться.
>
> Это бага cpufreq-set
> Если вы напрямую запустите модуль
> service cpufreq stop
> service cpuspeed stop
> cpuspeed -i 1 -m 112500 -M 900000
> то увидите, что всё прекрасно работает
> можно так, чтоб частота прыгала быстрее
> cpuspeed -i 1 -m 100000 -M 2000000 -p 10 50
>
> Наблюдать за частотой удобно так
> while sleep 0.3; do cpufreq-info | grep "current CPU frequency"; echo; done

Поигравшись немного, я понял для чего нужен работающий сервис cpufreq
сервису cpuspeed. Просто cpuspeed пытается грузить по очереди все
модули из списка powernow-k8 powernow-k7 powernow-k6 speedstep-ich
speedstep-centrino p4-clockmod cpufreq-nforce2 и обламывается, т.к. ни
один из них не подходит для моего проца.

А вот стартующий за ним cpufreq подгружает подходящий модуль: acpi_cpufreq.

Так может сервис cpufreq и не нужен вовсе, если просто прописать
acpi_cpufreq в /etc/modules, например?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Михаил Якушин]

Denis G. Samsonenko wrote:
> Привет!
> 
> 7 ноября 2008 г. 10:49 Kharitonov A. Dmitry написал:
>>> Как тут всё запутанно. Без сервиса cpufeq, что идёт в поставке
>>> powersave, сервисе cpuspeed не работает.
>>>
>>> Т.е. ставлю пакет powersave и делаю
>>> # chkconfig powersaved off
>>> после чего
>>>
>>> # service cpufreq start
>>> # service cpuspeed start
>>>
>>> После чего частота процессора может динамически меняться.
>> Это бага cpufreq-set
>> Если вы напрямую запустите модуль
>> service cpufreq stop
>> service cpuspeed stop
>> cpuspeed -i 1 -m 112500 -M 900000
>> то увидите, что всё прекрасно работает
>> можно так, чтоб частота прыгала быстрее
>> cpuspeed -i 1 -m 100000 -M 2000000 -p 10 50
>>
>> Наблюдать за частотой удобно так
>> while sleep 0.3; do cpufreq-info | grep "current CPU frequency"; echo; done
> 
> Поигравшись немного, я понял для чего нужен работающий сервис cpufreq
> сервису cpuspeed. Просто cpuspeed пытается грузить по очереди все
> модули из списка powernow-k8 powernow-k7 powernow-k6 speedstep-ich
> speedstep-centrino p4-clockmod cpufreq-nforce2 и обламывается, т.к. ни
> один из них не подходит для моего проца.
> 
> А вот стартующий за ним cpufreq подгружает подходящий модуль: acpi_cpufreq.
> 
> Так может сервис cpufreq и не нужен вовсе, если просто прописать
> acpi_cpufreq в /etc/modules, например?
> 
Можно и так, в powersave есть спец скрипт.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

> Поигравшись немного, я понял для чего нужен работающий сервис cpufreq
> сервису cpuspeed. Просто cpuspeed пытается грузить по очереди все
> модули из списка powernow-k8 powernow-k7 powernow-k6 speedstep-ich
> speedstep-centrino p4-clockmod cpufreq-nforce2 и обламывается, т.к. ни
> один из них не подходит для моего проца.
>
> А вот стартующий за ним cpufreq подгружает подходящий модуль: acpi_cpufreq.
>
> Так может сервис cpufreq и не нужен вовсе, если просто прописать
> acpi_cpufreq в /etc/modules, например?
>   
У меня подгружается
[user@eeedima acpi]$ lsmod | grep p4_clockmod
p4_clockmod             9604  0
speedstep_lib           9088  1 p4_clockmod
freq_table              8832  2 cpufreq_ondemand,p4_clockmod

Спасибо, учту.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Vladimir A. Svyatoshenko]

On Thu, 6 Nov 2008 12:52:30 +0600
Denis G. Samsonenko wrote:

> Привет!
> 
> 6 ноября 2008 г. 12:42 Vladimir A. Svyatoshenko написал:
> >> только service cpuspeed restart. При этом получаю следующее:
> >>
> > Если в системе установлен пакет cpufreqd, попробуйте его удалить.
> > Мне в свое время помогло.
> 
я говорил именно о cpufreqd 

> Такого пакета не было, но был сервис cpufreq, который оказался частью
> пакета powersave. Убил его, но при рестарте cpuspeed получаю то же
> самое сообщение.
> 
а вот его пожалуй трогать не надо

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

> Однако пункт "снижение мощности процессора на..." не работает. Что бы
> не выбрал, всегда получается 1600 МГц. Чтобы вернуться к 800 помогает
> только service cpuspeed restart. При этом получаю следующее:
>
> # service cpuspeed restart
> Stopping cpuspeed: /etc/rc.d/init.d/functions: line 302: kill:
> SIGUSR1: invalid signal specification
> Stopping cpuspeed service:
>                           [ DONE ]
> Starting cpuspeed: Starting cpuspeed service:
>                           [ DONE ]
>   
Эта бага уже исправлена, но до бранча еще не дошла.
>   
>>> Пробовал скрипты для eeepc, взятые из git solo. Модуль собирать не
>>> пробовал, ставил только сами скрипты. Там чего-то много всего есть, но
>>> в целом тоже не работало. При этом отключался системный
>>> /etc/acpi/events/power, т.к. его замещал свой скрипт. Непонятно зачем
>>> это.
>>>       
>> Для надёжной работы
>>     
>
> Но у него указан тот же вызов /sbin/poweroff, что и в системном.
>
>   
>>> Так же мне не понравилось, что в /etc/rc.d/rc.local что-то
>>> прописывалось. Так что вычищать пришлось потом и от туда.
>>>       
>> Туда прописывается переключение процессора на полные обороты, на время
>> загрузки kde.
>>     
>
> А зачем?
>   
Чтобы быстрее загружалось, особенно при работе на батарейке.
>   
>> Вам, возможно, понадобится eeepc-halt - этот скрипт принудительно выгружает
>> звуковуху.
>>     
>
> Ну, со звуком пока вроде никаких проблем не заметил.
>   
а после нажатия кнопки выключения питания, и завершения скриптов 0-о 
уровня питание автоматически выключаются?
>   
>> Мне очень нужно, для дальнейшей работы иметь вывод:
>> cpufreq-info
>>     
Большое спасибо. Буду совершенствовать.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 15:17 Kharitonov A. Dmitry написал:
>>> Туда прописывается переключение процессора на полные обороты, на время
>>> загрузки kde.
>> А зачем?
> Чтобы быстрее загружалось, особенно при работе на батарейке.

Я разницы не заметил. Может это имеет смысл на моделях с целероном.

>> Ну, со звуком пока вроде никаких проблем не заметил.
> а после нажатия кнопки выключения питания, и завершения скриптов 0-о уровня
> питание автоматически выключаются?

Да, всё нормально.

Вот только при просыпании почему-то в трее пропадает kmix. Приходится
после пробуждения его заново стартовать. Видимо падает.

Ещё почему-то яркость при пробуждении или прост при старте пониженная
получается, хотя я от сети работаю, а не от аккумулятора.

В klaptop теперь 3 профиля: ondemand, userspace и perfomance. Стартует
всегда в первом профиле. В чём их разница?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

> Вот только при просыпании почему-то в трее пропадает kmix. Приходится
> после пробуждения его заново стартовать. Видимо падает.
>   
Он там специально убивается
> Ещё почему-то яркость при пробуждении или прост при старте пониженная
> получается, хотя я от сети работаю, а не от аккумулятора.
>
> В klaptop теперь 3 профиля: ondemand, userspace и perfomance. Стартует
> всегда в первом профиле. В чём их разница?
>   
В двух словах - динамически, устанавливается пользователем и максимально.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 16:20 Kharitonov A. Dmitry написал:
>> Вот только при просыпании почему-то в трее пропадает kmix. Приходится
>> после пробуждения его заново стартовать. Видимо падает.
>
> Он там специально убивается

А зачем? Когда стояли те скрипты, что в бранче, то при засыпании на
диск через меню klaptop и просыпании kmix оставался на месте.

Может такой мудрёж со звуком был для более ранних моделей, а на моём
1000H такого уже не надо?

>> Ещё почему-то яркость при пробуждении или прост при старте пониженная
>> получается, хотя я от сети работаю, а не от аккумулятора.
>>
>> В klaptop теперь 3 профиля: ondemand, userspace и perfomance. Стартует
>> всегда в первом профиле. В чём их разница?
>
> В двух словах - динамически, устанавливается пользователем и максимально.

По поводу "устанавливается пользователем" можно подробнее? Как и где
устанавливается?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 16:20 Kharitonov A. Dmitry написал:
>   
>>> Вот только при просыпании почему-то в трее пропадает kmix. Приходится
>>> после пробуждения его заново стартовать. Видимо падает.
>>>       
>> Он там специально убивается
>>     
>
> А зачем? Когда стояли те скрипты, что в бранче, то при засыпании на
> диск через меню klaptop и просыпании kmix оставался на месте.
>
> Может такой мудрёж со звуком был для более ранних моделей, а на моём
> 1000H такого уже не надо?
>   
Хорошо для 1000 уберу
>   
>>> Ещё почему-то яркость при пробуждении или прост при старте пониженная
>>> получается, хотя я от сети работаю, а не от аккумулятора.
>>>
>>> В klaptop теперь 3 профиля: ondemand, userspace и perfomance. Стартует
>>> всегда в первом профиле. В чём их разница?
>>>       
>> В двух словах - динамически, устанавливается пользователем и максимально.
>>     
>
> По поводу "устанавливается пользователем" можно подробнее? Как и где
> устанавливается?
>   
Ну вы же писали, что регулировка мощность в к-лаптоп не получается -- в 
этом режиме получится.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 17:41 Kharitonov A. Dmitry написал:
>>>> В klaptop теперь 3 профиля: ondemand, userspace и perfomance. Стартует
>>>> всегда в первом профиле. В чём их разница?
>>>
>>> В двух словах - динамически, устанавливается пользователем и максимально.
>>
>> По поводу "устанавливается пользователем" можно подробнее? Как и где
>> устанавливается?
>
> Ну вы же писали, что регулировка мощность в к-лаптоп не получается -- в этом
> режиме получится.

Что-то теперь у меня ничего не меняется при смене профиля в klaptop.
Какой бы ни выбрал, всё время 800 МГц. В ручную сменить частоту
процессора в klaptop тоже не удаётся ни в каком профиле.

При загрузке получаю такие сообщения:

INIT: Entering runlevel: 3
Entering non-interactive startup
FATAL: Error inserting powernow_k8
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k8.ko):
No such device
FATAL: Error inserting powernow_k7
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k7.ko):
No such device
FATAL: Error inserting powernow_k6
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k6.ko):
No such device
FATAL: Error inserting speedstep_ich
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-ich.ko):
No such device
FATAL: Error inserting speedstep_centrino
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko):
No such device
FATAL: Error inserting p4_clockmod
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/p4-clockmod.ko):
No such device
FATAL: Error inserting cpufreq_nforce2
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/cpufreq-nforce2.ko):
No such device

Это нормально?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 17:41 Kharitonov A. Dmitry написал:
>   
>>>>> В klaptop теперь 3 профиля: ondemand, userspace и perfomance. Стартует
>>>>> всегда в первом профиле. В чём их разница?
>>>>>           
>>>> В двух словах - динамически, устанавливается пользователем и максимально.
>>>>         
>>> По поводу "устанавливается пользователем" можно подробнее? Как и где
>>> устанавливается?
>>>       
>> Ну вы же писали, что регулировка мощность в к-лаптоп не получается -- в этом
>> режиме получится.
>>     
>
> Что-то теперь у меня ничего не меняется при смене профиля в klaptop.
> Какой бы ни выбрал, всё время 800 МГц. В ручную сменить частоту
> процессора в klaptop тоже не удаётся ни в каком профиле.
>   
А чем смотрите?
> При загрузке получаю такие сообщения:
>
> INIT: Entering runlevel: 3
> Entering non-interactive startup
> FATAL: Error inserting powernow_k8
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k8.ko):
> No such device
> FATAL: Error inserting powernow_k7
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k7.ko):
> No such device
> FATAL: Error inserting powernow_k6
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k6.ko):
> No such device
> FATAL: Error inserting speedstep_ich
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-ich.ko):
> No such device
> FATAL: Error inserting speedstep_centrino
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko):
> No such device
> FATAL: Error inserting p4_clockmod
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/p4-clockmod.ko):
> No such device
> FATAL: Error inserting cpufreq_nforce2
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/cpufreq-nforce2.ko):
> No such device
>
> Это нормально?
>   
Там скрипт подбирает модули под процессор.
Можете написать баг, чтобы подавили вывод об ошибке.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 19:35 Kharitonov A. Dmitry написал:
> А чем смотрите?

cat /proc/cpuinfo

По крайней мере при использовании powersaved там все изменения частоты
отображались.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 19:35 Kharitonov A. Dmitry написал:
>   
>> А чем смотрите?
>>     
>
> cat /proc/cpuinfo
>
> По крайней мере при использовании powersaved там все изменения частоты
> отображались.
>   
Посмотрите cpufreq-info

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 19:57 Kharitonov A. Dmitry написал:
>>> А чем смотрите?
>> cat /proc/cpuinfo
>
> Посмотрите cpufreq-info

Всё время пишет current CPU frequency is 1.60 GHz (asserted by call to hardware)

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 19:57 Kharitonov A. Dmitry написал:
>   
>>>> А чем смотрите?
>>>>         
>>> cat /proc/cpuinfo
>>>       
>> Посмотрите cpufreq-info
>>     
>
> Всё время пишет current CPU frequency is 1.60 GHz (asserted by call to hardware)
>   
Он обычно правдивее

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 17:41 Kharitonov A. Dmitry написал:
>>>> Вот только при просыпании почему-то в трее пропадает kmix. Приходится
>>>> после пробуждения его заново стартовать. Видимо падает.
>>> Он там специально убивается
>> А зачем? Когда стояли те скрипты, что в бранче, то при засыпании на
>> диск через меню klaptop и просыпании kmix оставался на месте.
>> Может такой мудрёж со звуком был для более ранних моделей, а на моём
>> 1000H такого уже не надо?
>
> Хорошо для 1000 уберу

Вообще как-то с этим звуком странно. Сейчас попробовал уснуть на диск
не при помощи Fn+F1, а через меню klaptop. Уснул, затем проснулся.
Миксер в трее висит, а звука нет. service sound restart не помогает.
После перезагрузки звук есть.

Если же засыпать через Fn+F1, то миксер прибивается, но звук при этом есть.

Хочется, чтобы и звук был, и миксер никуда не девался.

Если перейти в ждущий режим через klaptop, то звук после просыпания
тоже отсутствует.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 17:41 Kharitonov A. Dmitry написал:
>   
>>>>> Вот только при просыпании почему-то в трее пропадает kmix. Приходится
>>>>> после пробуждения его заново стартовать. Видимо падает.
>>>>>           
>>>> Он там специально убивается
>>>>         
>>> А зачем? Когда стояли те скрипты, что в бранче, то при засыпании на
>>> диск через меню klaptop и просыпании kmix оставался на месте.
>>> Может такой мудрёж со звуком был для более ранних моделей, а на моём
>>> 1000H такого уже не надо?
>>>       
>> Хорошо для 1000 уберу
>>     
>
> Вообще как-то с этим звуком странно. Сейчас попробовал уснуть на диск
> не при помощи Fn+F1, а через меню klaptop. Уснул, затем проснулся.
> Миксер в трее висит, а звука нет. service sound restart не помогает.
> После перезагрузки звук есть.
>
> Если же засыпать через Fn+F1, то миксер прибивается, но звук при этом есть.
>
> Хочется, чтобы и звук был, и миксер никуда не девался.
>
> Если перейти в ждущий режим через klaptop, то звук после просыпания
> тоже отсутствует.
>   
Хорошо для 1000 уберу (зачёркнуто) оставлю.
Ещё поставьте eeepc-halt не повредит.

> Вот только при просыпании почему-то в трее пропадает kmix. Приходится
> после пробуждения его заново стартовать. Видимо падает.
Подправлю задержку перед восстановлением kmix

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1037 bytes --]

Denis G. Samsonenko пишет:
> Вообще как-то с этим звуком странно. Сейчас попробовал уснуть на диск
> не при помощи Fn+F1, а через меню klaptop. Уснул, затем проснулся.
> Миксер в трее висит, а звука нет. service sound restart не помогает.
> После перезагрузки звук есть.
>
> Если же засыпать через Fn+F1, то миксер прибивается, но звук при этом есть.
>
> Хочется, чтобы и звук был, и миксер никуда не девался.
>
> Если перейти в ждущий режим через klaptop, то звук после просыпания
> тоже отсутствует.
>   
мне для MSI U-100 помогло
options snd_hda_intel model=targa-2ch-dig

Может для вашего что-то подобное нужно пошаманить

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Slava Dubrovskiy пишет:
> Denis G. Samsonenko пишет:
>> Вообще как-то с этим звуком странно. Сейчас попробовал уснуть на диск
>> не при помощи Fn+F1, а через меню klaptop. Уснул, затем проснулся.
>> Миксер в трее висит, а звука нет. service sound restart не помогает.
>> После перезагрузки звук есть.
>>
>> Если же засыпать через Fn+F1, то миксер прибивается, но звук при этом 
>> есть.
>>
>> Хочется, чтобы и звук был, и миксер никуда не девался.
>>
>> Если перейти в ждущий режим через klaptop, то звук после просыпания
>> тоже отсутствует.
>>   
> мне для MSI U-100 помогло
> options snd_hda_intel model=targa-2ch-dig
>
> Может для вашего что-то подобное нужно пошаманить
Спасибо, поиграюсь

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Kharitonov A. Dmitry пишет:
> Slava Dubrovskiy пишет:
>> Denis G. Samsonenko пишет:
>>> Вообще как-то с этим звуком странно. Сейчас попробовал уснуть на диск
>>> не при помощи Fn+F1, а через меню klaptop. Уснул, затем проснулся.
>>> Миксер в трее висит, а звука нет. service sound restart не помогает.
>>> После перезагрузки звук есть.
>>>
>>> Если же засыпать через Fn+F1, то миксер прибивается, но звук при 
>>> этом есть.
>>>
>>> Хочется, чтобы и звук был, и миксер никуда не девался.
>>>
>>> Если перейти в ждущий режим через klaptop, то звук после просыпания
>>> тоже отсутствует.
>>>   
>> мне для MSI U-100 помогло
>> options snd_hda_intel model=targa-2ch-dig
>>
>> Может для вашего что-то подобное нужно пошаманить
> Спасибо, поиграюсь
поддержка вышла в alsa 1.0.18

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 15:17 Kharitonov A. Dmitry написал:
>>>> Так же мне не понравилось, что в /etc/rc.d/rc.local что-то
>>>> прописывалось. Так что вычищать пришлось потом и от туда.
>>>
>>> Туда прописывается переключение процессора на полные обороты, на время
>>> загрузки kde.
>>
>> А зачем?
>
> Чтобы быстрее загружалось, особенно при работе на батарейке.

В связи с этим вызовом в rc.local я схватил глюки со звуком. Дело в
том, что в rc.3 и rc.5 вызов local происходит раньше sound, т.к.
S99local стоит раньше по алфавиту, чем S99sound. Из-за этого я успевал
уже залогиниться в KDE, в то время как настройки миксера ещё не успели
восстановиться. В какой-то момент я просто остался без звука без
видимых на то причин. В итоге я промучился долго, пока нашёл, в чём
причина и смог восстановить настройки миксера.

Там у вас задержка стоит на 2 минуты. В связи с чем, если грузиться в
консоль, то приглашения ввести логин и пароль приходится ждать, пока
не отработает эта задержка в eeepc_900-AC-adaper.sh. Это несколько
неудобно.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 15:17 Kharitonov A. Dmitry написал:
>   
>>>>> Так же мне не понравилось, что в /etc/rc.d/rc.local что-то
>>>>> прописывалось. Так что вычищать пришлось потом и от туда.
>>>>>           
>>>> Туда прописывается переключение процессора на полные обороты, на время
>>>> загрузки kde.
>>>>         
>>> А зачем?
>>>       
>> Чтобы быстрее загружалось, особенно при работе на батарейке.
>>     
>
> В связи с этим вызовом в rc.local я схватил глюки со звуком. Дело в
> том, что в rc.3 и rc.5 вызов local происходит раньше sound, т.к.
> S99local стоит раньше по алфавиту, чем S99sound. Из-за этого я успевал
> уже залогиниться в KDE, в то время как настройки миксера ещё не успели
> восстановиться. В какой-то момент я просто остался без звука без
> видимых на то причин. В итоге я промучился долго, пока нашёл, в чём
> причина и смог восстановить настройки миксера.
>
> Там у вас задержка стоит на 2 минуты. В связи с чем, если грузиться в
> консоль, то приглашения ввести логин и пароль приходится ждать, пока
> не отработает эта задержка в eeepc_900-AC-adaper.sh. Это несколько
> неудобно.
>   
Класс! у меня такого глюка ни разу не было. Надо запускать скрипт в 
фоне. Спасибо

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Внёс некоторые исправления. Хотелось бы, чтобы вы по-тестил.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

10 ноября 2008 г. 15:23 Kharitonov A. Dmitry написал:
> Внёс некоторые исправления. Хотелось бы, чтобы вы по-тестил.

А какие были изменения?

Из того, что я заметил было то, что теперь засыпает в память, а не на
диск при Fn+F1.

Заснул и проснулся без проблем, только микшера опять нет после пробуждения.

При этом при закрытии крышки засыпания не происходит.

Выключение/включение звука всё ещё делается путём понижения/повышения громкости.

Выулючение монитора так и не происходит, ни по Fn+F7, ни по первой из
четырёх верхних кнопок.

Никакой реакции на Fn+F2 замечено не было (синезуб не выключался,
вайфай не включался).

В общем почти без изменений.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 10 ноября 2008 г. 15:23 Kharitonov A. Dmitry написал:
>   
>> Внёс некоторые исправления. Хотелось бы, чтобы вы по-тестил.
>>     
>
> А какие были изменения?
>
> Из того, что я заметил было то, что теперь засыпает в память, а не на
> диск при Fn+F1.
>   
> Заснул и проснулся без проблем, только микшера опять нет после пробуждения.
>   
Пришлите, пожалуйста,
# sh -xv /etc/acpi/eeepc_900-hibernate.sh sleep
> При этом при закрытии крышки засыпания не происходит.
>   
При закрытии какой код события?
> Выключение/включение звука всё ещё делается путём понижения/повышения громкости.
>   
Ещё не добрался.
>   
> Выулючение монитора так и не происходит, ни по Fn+F7, ни по первой из
> четырёх верхних кнопок.
>   
Ещё не добрался, какой код события? кнопки с человечками должны начать 
работать.
>   
> Никакой реакции на Fn+F2 замечено не было (синезуб не выключался,
> вайфай не включался).
>   
Ещё не добрался.
>   
> В общем почти без изменений.
>
>   

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

[-- Attachment #1: Type: text/plain, Size: 3568 bytes --]

Привет!

11 ноября 2008 г. 2:06 Kharitonov A. Dmitry написал:
>> Из того, что я заметил было то, что теперь засыпает в память, а не на
>> диск при Fn+F1.
>>  Заснул и проснулся без проблем, только микшера опять нет после
>> пробуждения.

Забыл прошлый раз приложить лог инсталляции:

# ./install-scripts.sh
Rule /etc/acpi/events/power is conflicted with rule eeepc_900-power
Rule /etc/acpi/events/power has been disabled
Rule /etc/acpi/events/eeepc_900-wifi-on is conflicted with rule
eeepc_901-bluetooth-on
Rule /etc/acpi/events/eeepc_900-wifi-on has been disabled
Rule /etc/acpi/events/eeepc_900-wifi-off is conflicted with rule
eeepc_901-bluetooth-off
Rule /etc/acpi/events/eeepc_900-wifi-off has been disabled
Service acpid is not running.
                     [PASSED]
Service powersaved is not running.
                     [PASSED]
Starting cpuspeed: Starting cpuspeed service:
                     [ DONE ]
FATAL: Error inserting speedstep_centrino
(/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko):
Device or resource busy
Service acpid is not running.
                     [PASSED]
Starting acpid service:
                     [ DONE ]
/etc/acpi/eeepc_900-AC-adapter-off.sh: line 29: echo: write error:
Invalid argument
/etc/acpi/eeepc_900-AC-adapter-off.sh: line 29: echo: write error:
Invalid argument
Stopping cpuspeed: /etc/rc.d/init.d/functions: line 302: kill:
SIGUSR1: invalid signal specificationStopping cpuspeed service:
                                                          [ DONE ]
Starting cpuspeed: Starting cpuspeed service:
                     [ DONE ]


Ещё из замеченного:

/etc/rc.d/rc.local: line 4: startup: command not found

По всей видимости у вас ошибка в строке запуска скрипта. Там у вас написано:

/etc/acpi/eeepc_900-AC-adapter.sh & startup

а надо по видимому:

/etc/acpi/eeepc_900-AC-adapter.sh startup &


> Пришлите, пожалуйста,
> # sh -xv /etc/acpi/eeepc_900-hibernate.sh sleep

см. вложенный sleep.log.gz


>> При этом при закрытии крышки засыпания не происходит.
> При закрытии какой код события?

Проверил ещё раз -- уснуло на диск. Видимо надо было перезагрузиться
после инсталляции скриптов.


>> Выключение/включение звука всё ещё делается путём понижения/повышения
>> громкости.
>
> Ещё не добрался.

Я пока сам тав переправил на 'amixer sset Master toggle'.

>>  Выулючение монитора так и не происходит, ни по Fn+F7, ни по первой из
>> четырёх верхних кнопок.
>
> Ещё не добрался, какой код события? кнопки с человечками должны начать
> работать.

Первая из четырёх кнопок (экран с крестиком внутри) выдаёт "hotkey
ATKD 0000001a".

Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016".

Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
стрелками) выдаёт "hotkey ATKD 0000001b"

Почему-то стоит только нажать на одну из этих четырёх кнопок, ток
после этого они совсем перестают отзываться на 12-ой консоли. И похоже
не только они, но и другие, и не только в логах не отсвечивают, а
совсем перестают реагировать. Только кнопки яркости остаются работать,
но все остальные уже не отсвечивают, ни sleep, ни когда крышка
закрывается. Только перезагрузка помогает.

Первая кнопка с человечком выдаёт "hotkey ATKD 0000001c".

Вторая кнопка с человечком выдаёт "hotkey ATKD 0000001d".

После этих двух кнопок вроде пока реакция не пропадает. А вот теперь
после нажатия второй из верхних четырёх реакция на спецкнопки
прекратилась. Видимо что-то там не так отрабатывает в запускаемом
/etc/acpi/eeepc_900-video.sh.

-- 
Всего доброго,

Денис.

[-- Attachment #2: sleep.log.gz --]
[-- Type: application/x-gzip, Size: 1403 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 11 ноября 2008 г. 2:06 Kharitonov A. Dmitry написал:
>   
>>> Из того, что я заметил было то, что теперь засыпает в память, а не на
>>> диск при Fn+F1.
>>>  Заснул и проснулся без проблем, только микшера опять нет после
>>> пробуждения.
>>>       
>
> Забыл прошлый раз приложить лог инсталляции:
>
> # ./install-scripts.sh
> Rule /etc/acpi/events/power is conflicted with rule eeepc_900-power
> Rule /etc/acpi/events/power has been disabled
> Rule /etc/acpi/events/eeepc_900-wifi-on is conflicted with rule
> eeepc_901-bluetooth-on
> Rule /etc/acpi/events/eeepc_900-wifi-on has been disabled
> Rule /etc/acpi/events/eeepc_900-wifi-off is conflicted with rule
> eeepc_901-bluetooth-off
> Rule /etc/acpi/events/eeepc_900-wifi-off has been disabled
> Service acpid is not running.
>                      [PASSED]
> Service powersaved is not running.
>                      [PASSED]
> Starting cpuspeed: Starting cpuspeed service:
>                      [ DONE ]
> FATAL: Error inserting speedstep_centrino
> (/lib/modules/2.6.25-std-def-alt8.M41.1/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko):
> Device or resource busy
> Service acpid is not running.
>                      [PASSED]
> Starting acpid service:
>                      [ DONE ]
> /etc/acpi/eeepc_900-AC-adapter-off.sh: line 29: echo: write error:
> Invalid argument
> /etc/acpi/eeepc_900-AC-adapter-off.sh: line 29: echo: write error:
> Invalid argument
> Stopping cpuspeed: /etc/rc.d/init.d/functions: line 302: kill:
> SIGUSR1: invalid signal specificationStopping cpuspeed service:
>                                                           [ DONE ]
> Starting cpuspeed: Starting cpuspeed service:
>                      [ DONE ]
>
>
> Ещё из замеченного:
>
> /etc/rc.d/rc.local: line 4: startup: command not found
>
> По всей видимости у вас ошибка в строке запуска скрипта. Там у вас написано:
>
> /etc/acpi/eeepc_900-AC-adapter.sh & startup
>
> а надо по видимому:
>
> /etc/acpi/eeepc_900-AC-adapter.sh startup &
>   
Да, спасибо
>
>   
>> Пришлите, пожалуйста,
>> # sh -xv /etc/acpi/eeepc_900-hibernate.sh sleep
>>     
>
> см. вложенный sleep.log.gz
>   
Проблема с kmix раньше была из-за того, что kmix запускался под рутом, я 
это исправил.

su -c 'kmix -caption KMix -icon kmix -miniicon kmix' denis
ERROR: KUniqueApplication: Can't determine DISPLAY. Aborting.
Это у меня не воспроизводится.

Пришлите вывод set
У вас какой оконный менеджер kde? gnome?
>
>   
>>> При этом при закрытии крышки засыпания не происходит.
>>>       
>> При закрытии какой код события?
>>     
>
> Проверил ещё раз -- уснуло на диск. Видимо надо было перезагрузиться
> после инсталляции скриптов.
>
>
>   
>>> Выключение/включение звука всё ещё делается путём понижения/повышения
>>> громкости.
>>>       
>> Ещё не добрался.
>>     
>
> Я пока сам тав переправил на 'amixer sset Master toggle'.
>
>   
>>>  Выулючение монитора так и не происходит, ни по Fn+F7, ни по первой из
>>> четырёх верхних кнопок.
>>>       
>> Ещё не добрался, какой код события? кнопки с человечками должны начать
>> работать.
>>     
>
> Первая из четырёх кнопок (экран с крестиком внутри) выдаёт "hotkey
> ATKD 0000001a".
>
> Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016".
>
> Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
> стрелками) выдаёт "hotkey ATKD 0000001b"
>
> Почему-то стоит только нажать на одну из этих четырёх кнопок, ток
> после этого они совсем перестают отзываться на 12-ой консоли. И похоже
> не только они, но и другие, и не только в логах не отсвечивают, а
> совсем перестают реагировать. Только кнопки яркости остаются работать,
> но все остальные уже не отсвечивают, ни sleep, ни когда крышка
> закрывается. Только перезагрузка помогает.
>
> Первая кнопка с человечком выдаёт "hotkey ATKD 0000001c".
>
> Вторая кнопка с человечком выдаёт "hotkey ATKD 0000001d".
>
> После этих двух кнопок вроде пока реакция не пропадает. А вот теперь
> после нажатия второй из верхних четырёх реакция на спецкнопки
> прекратилась. Видимо что-то там не так отрабатывает в запускаемом
> /etc/acpi/eeepc_900-video.sh.
>   
Пришлите sh -xv /etc/acpi/eeepc_900-video.sh

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

>> Первая из четырёх кнопок (экран с крестиком внутри) выдаёт "hotkey
>> ATKD 0000001a".
Что на неё запрограммировать?
>>
>> Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016".
Это, как я понимаю, включение видеовыхода, без подключенного монитора не 
работает.
>>
>> Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
>> стрелками) выдаёт "hotkey ATKD 0000001b"
Что на неё запрограммировать?
>>
>> Почему-то стоит только нажать на одну из этих четырёх кнопок, ток
>> после этого они совсем перестают отзываться на 12-ой консоли. И похоже
>> не только они, но и другие, и не только в логах не отсвечивают, а
>> совсем перестают реагировать. Только кнопки яркости остаются работать,
>> но все остальные уже не отсвечивают, ни sleep, ни когда крышка
>> закрывается. Только перезагрузка помогает.
У меня этих кнопок нет. проверить не могу. возможно падает acpid
>>
>> Первая кнопка с человечком выдаёт "hotkey ATKD 0000001c".
Она должна запускать скрипт пользователя.
>>
>> Вторая кнопка с человечком выдаёт "hotkey ATKD 0000001d".
Она должна запускать скрипт пользователя.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

11 ноября 2008 г. 19:05 Kharitonov A. Dmitry написал:
>>> Первая из четырёх кнопок (экран с крестиком внутри) выдаёт "hotkey
>>> ATKD 0000001a".
> Что на неё запрограммировать?

В оригинале это было отключение экрана.

>>> Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016".
> Это, как я понимаю, включение видеовыхода, без подключенного монитора не
> работает.

Нет, это тоже отключение экрана должно быть. Переключение на монитор и
обратно -- это Fn+F8 (hotkey ATKD 00000030).

>>> Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
>>> стрелками) выдаёт "hotkey ATKD 0000001b"
> Что на неё запрограммировать?

Не знаю, но на неё срабатывает /etc/acpi/eeepc_900-video.sh.

>>> Почему-то стоит только нажать на одну из этих четырёх кнопок, ток
>>> после этого они совсем перестают отзываться на 12-ой консоли. И похоже
>>> не только они, но и другие, и не только в логах не отсвечивают, а
>>> совсем перестают реагировать. Только кнопки яркости остаются работать,
>>> но все остальные уже не отсвечивают, ни sleep, ни когда крышка
>>> закрывается. Только перезагрузка помогает.
>
> У меня этих кнопок нет. проверить не могу. возможно падает acpid

aervice acpid status говорит, что running. В любом случае рестарт
acpid не помогает.

>>> Первая кнопка с человечком выдаёт "hotkey ATKD 0000001c".
> Она должна запускать скрипт пользователя.
>>> Вторая кнопка с человечком выдаёт "hotkey ATKD 0000001d".
> Она должна запускать скрипт пользователя.

Т.е. мне для них самому действие написать и положить в /etc/acpi?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

11 ноября 2008 г. 19:05 Kharitonov A. Dmitry написал:
>>> Первая из четырёх кнопок (экран с крестиком внутри) выдаёт "hotkey
>>> ATKD 0000001a".
> Что на неё запрограммировать?

В оригинале это было отключение экрана.

>>> Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016".
> Это, как я понимаю, включение видеовыхода, без подключенного монитора не
> работает.

Нет, это тоже отключение экрана должно быть. Переключение на монитор и
обратно -- это Fn+F8 (hotkey ATKD 00000030).

>>> Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
>>> стрелками) выдаёт "hotkey ATKD 0000001b"
> Что на неё запрограммировать?

Не знаю, но на неё срабатывает /etc/acpi/eeepc_900-video.sh.

>>> Почему-то стоит только нажать на одну из этих четырёх кнопок, ток
>>> после этого они совсем перестают отзываться на 12-ой консоли. И похоже
>>> не только они, но и другие, и не только в логах не отсвечивают, а
>>> совсем перестают реагировать. Только кнопки яркости остаются работать,
>>> но все остальные уже не отсвечивают, ни sleep, ни когда крышка
>>> закрывается. Только перезагрузка помогает.
>
> У меня этих кнопок нет. проверить не могу. возможно падает acpid

aervice acpid status говорит, что running. В любом случае рестарт
acpid не помогает.

>>> Первая кнопка с человечком выдаёт "hotkey ATKD 0000001c".
> Она должна запускать скрипт пользователя.
>>> Вторая кнопка с человечком выдаёт "hotkey ATKD 0000001d".
> Она должна запускать скрипт пользователя.

Т.е. мне для них самому действие написать и положить в /etc/acpi?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 11 ноября 2008 г. 19:05 Kharitonov A. Dmitry написал:
>   
>>>> Первая из четырёх кнопок (экран с крестиком внутри) выдаёт "hotkey
>>>> ATKD 0000001a".
>>>>         
>> Что на неё запрограммировать?
>>     
>
> В оригинале это было отключение экрана.
>   
>   
>>>> Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016".
>>>>         
>> Это, как я понимаю, включение видеовыхода, без подключенного монитора не
>> работает.
>>     
>
> Нет, это тоже отключение экрана должно быть. Переключение на монитор и
> обратно -- это Fn+F8 (hotkey ATKD 00000030).
>   
Ok, Fn+F8 (hotkey ATKD 00000030) Переключение на монитор с разными 
разрешениями
>   
>>>> Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
>>>> стрелками) выдаёт "hotkey ATKD 0000001b"
>>>>         
>> Что на неё запрограммировать?
>>     
>
> Не знаю, но на неё срабатывает /etc/acpi/eeepc_900-video.sh.
>
>   
>>>> Почему-то стоит только нажать на одну из этих четырёх кнопок, ток
>>>> после этого они совсем перестают отзываться на 12-ой консоли. И похоже
>>>> не только они, но и другие, и не только в логах не отсвечивают, а
>>>> совсем перестают реагировать. Только кнопки яркости остаются работать,
>>>> но все остальные уже не отсвечивают, ни sleep, ни когда крышка
>>>> закрывается. Только перезагрузка помогает.
>>>>         
>> У меня этих кнопок нет. проверить не могу. возможно падает acpid
>>     
>
> aervice acpid status говорит, что running. В любом случае рестарт
> acpid не помогает.
>
>   
>>>> Первая кнопка с человечком выдаёт "hotkey ATKD 0000001c".
>>>>         
>> Она должна запускать скрипт пользователя.
>>     
>>>> Вторая кнопка с человечком выдаёт "hotkey ATKD 0000001d".
>>>>         
>> Она должна запускать скрипт пользователя.
>>     
>
> Т.е. мне для них самому действие написать и положить в /etc/acpi?
>   
нет, нужно свои действия прописывать, в скрипт ~/.hotkeys/key*.sh. 
Скрипты запускаются с правами пользователя.
там должны создаваться скрипты, выводящие информационное окошко при 
нажатии кнопок с человечками. Почему это окно не появляется - тоже 
хотелось бы разобраться.
У меня работают, я проверяю подключением на Fn+F6. Похоже у вас при 
запуске скрипта не создаётся переменная окружения DISPLAY=:0 , у меня 
она создаётся почему-то, хотя правильнее, когда она не создаётся.

Ok, Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016" 
-- Выключение экрана

Есть предложение -- все четыре верхние кнопки сделать кнопками пользователя.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

12 ноября 2008 г. 11:43 Kharitonov A. Dmitry написал:
> Ok, Fn+F8 (hotkey ATKD 00000030) Переключение на монитор с разными
> разрешениями

Не совсем понял, что значит переключение на монитор с разными
разрешениями. В оригинале эта кнопка служит для переключением вывода
на родной экран, на подключённый дополнительный монитор, или на оба
сразу. Вы это имеете в виду?

>>>>> Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
>>>>> стрелками) выдаёт "hotkey ATKD 0000001b"
>>> Что на неё запрограммировать?
>> Не знаю, но на неё срабатывает /etc/acpi/eeepc_900-video.sh.

Кстати, а что должен делать скрипт /etc/acpi/eeepc_900-video.sh?

> нет, нужно свои действия прописывать, в скрипт ~/.hotkeys/key*.sh. Скрипты
> запускаются с правами пользователя.

Таким образом можно на любые кнопки свои скрипты назначить, или только
на определённые вами?

> там должны создаваться скрипты, выводящие информационное окошко при нажатии
> кнопок с человечками. Почему это окно не появляется - тоже хотелось бы
> разобраться.

Да, никаких окошек не видел. Вот когда яркость меняешь, то появляется
прямоугольник с полоской с процентами. Кто его рисует?

> У меня работают, я проверяю подключением на Fn+F6. Похоже у вас при запуске
> скрипта не создаётся переменная окружения DISPLAY=:0 , у меня она создаётся
> почему-то, хотя правильнее, когда она не создаётся.
>
> Ok, Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016" --
> Выключение экрана


> Есть предложение -- все четыре верхние кнопки сделать кнопками пользователя.

Можно наверно.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 12 ноября 2008 г. 11:43 Kharitonov A. Dmitry написал:
>   
>> Ok, Fn+F8 (hotkey ATKD 00000030) Переключение на монитор с разными
>> разрешениями
>>     
>
> Не совсем понял, что значит переключение на монитор с разными
> разрешениями. В оригинале эта кнопка служит для переключением вывода
> на родной экран, на подключённый дополнительный монитор, или на оба
> сразу. Вы это имеете в виду?
>
>   
>>>>>> Вторая из четырёх кнопок (экран с перекрещиваемыми обоюдоострыми
>>>>>> стрелками) выдаёт "hotkey ATKD 0000001b"
>>>>>>             
>>>> Что на неё запрограммировать?
>>>>         
>>> Не знаю, но на неё срабатывает /etc/acpi/eeepc_900-video.sh.
>>>       
>
> Кстати, а что должен делать скрипт /etc/acpi/eeepc_900-video.sh?
>   
Он делает то, что должно делать Fn+F8, только он смотрит подключен ли
внешний монитор, если не подключен - ничего не делает.
Возможно, когда отрабатывает /usr/bin/xrandr -q у вас отваливаются
функциональные кнопки. Проверьте пожалуйста
/usr/bin/xrandr -q
/usr/bin/xrandr
>   
>> нет, нужно свои действия прописывать, в скрипт ~/.hotkeys/key*.sh. Скрипты
>> запускаются с правами пользователя.
>>     
>
> Таким образом можно на любые кнопки свои скрипты назначить, или только
> на определённые вами?
>   
Пока сделаны кнопки с человечками, а какие хотелось бы вам?
>   
>> там должны создаваться скрипты, выводящие информационное окошко при нажатии
>> кнопок с человечками. Почему это окно не появляется - тоже хотелось бы
>> разобраться.
>>     
>
> Да, никаких окошек не видел. Вот когда яркость меняешь, то появляется
> прямоугольник с полоской с процентами. Кто его рисует?
>   
hal-acpi - я ещё не понял, как его под себя отконфигурировать
>   
>> У меня работают, я проверяю подключением на Fn+F6. Похоже у вас при запуске
>> скрипта не создаётся переменная окружения DISPLAY=:0 , у меня она создаётся
>> почему-то, хотя правильнее, когда она не создаётся.
>>
>> Ok, Fn+F7 (тоже экран с крестиком внутри) выдаёт "hotkey ATKD 00000016" --
>> Выключение экрана
>>     
>
>
>   
>> Есть предложение -- все четыре верхние кнопки сделать кнопками пользователя.
>>     
>
> Можно наверно.
>
>   

Back light key - согласен - полезна, но учитывая, что она дублирует
Fn+F7, я бы сюда повесил что-то другое.

Resolution key - переключение размера экрана - вроде бы бесполезна, я бы
сюда повесил блютуз. Тогда появилась бы возможность управлять им
независимо от wifi. А функцию переключения размера экрана лучше
совместить с функцией переключения на внешний монитор Fn+F8.

Тask manager Fn+F9 - тоже бесполезен. В KDE эта функция встроена на
комбинацию Ctrl+ESC. Сейчас по этой функции должна включаться
максимальная производительность.

Интересно было бы услышать ваши пожелания.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

12 ноября 2008 г. 23:58 Kharitonov A. Dmitry написал:
> Он делает то, что должно делать Fn+F8, только он смотрит подключен ли
> внешний монитор, если не подключен - ничего не делает.
> Возможно, когда отрабатывает /usr/bin/xrandr -q у вас отваливаются
> функциональные кнопки. Проверьте пожалуйста
> /usr/bin/xrandr -q
> /usr/bin/xrandr

$ /usr/bin/xrandr -q
Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
VGA disconnected (normal left inverted right x axis y axis)
LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
220mm x 129mm
   1024x600       60.0*+   65.0
   800x600        60.3
   640x480        59.9
[denis@kalessin ~]$ /usr/bin/xrandr
Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
VGA disconnected (normal left inverted right x axis y axis)
LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
220mm x 129mm
   1024x600       60.0*+   65.0
   800x600        60.3
   640x480        59.9

Дополнительный монитор не подключен.

>> Таким образом можно на любые кнопки свои скрипты назначить, или только
>> на определённые вами?
>
> Пока сделаны кнопки с человечками, а какие хотелось бы вам?

Да не, я просто подумал было, что это что-то штатное от acpi, а это на
сколько я понимаю особенность ваших скриптов. Пока кнопок с
человечками достаточно.

> Back light key - согласен - полезна, но учитывая, что она дублирует
> Fn+F7, я бы сюда повесил что-то другое.

Надо подумать что.

> Resolution key - переключение размера экрана - вроде бы бесполезна, я бы
> сюда повесил блютуз. Тогда появилась бы возможность управлять им
> независимо от wifi. А функцию переключения размера экрана лучше
> совместить с функцией переключения на внешний монитор Fn+F8.

ОК.

> Тask manager Fn+F9 - тоже бесполезен. В KDE эта функция встроена на
> комбинацию Ctrl+ESC. Сейчас по этой функции должна включаться
> максимальная производительность.

А при повторном нажатии выключаться?

> Интересно было бы услышать ваши пожелания.

Может сделать для неё циклический перебор профилей производительности?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 12 ноября 2008 г. 23:58 Kharitonov A. Dmitry написал:
>   
>> Он делает то, что должно делать Fn+F8, только он смотрит подключен ли
>> внешний монитор, если не подключен - ничего не делает.
>> Возможно, когда отрабатывает /usr/bin/xrandr -q у вас отваливаются
>> функциональные кнопки. Проверьте пожалуйста
>> /usr/bin/xrandr -q
>> /usr/bin/xrandr
>>     
>
> $ /usr/bin/xrandr -q
> Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
> VGA disconnected (normal left inverted right x axis y axis)
> LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
> 220mm x 129mm
>    1024x600       60.0*+   65.0
>    800x600        60.3
>    640x480        59.9
> [denis@kalessin ~]$ /usr/bin/xrandr
> Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
> VGA disconnected (normal left inverted right x axis y axis)
> LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
> 220mm x 129mm
>    1024x600       60.0*+   65.0
>    800x600        60.3
>    640x480        59.9
>
> Дополнительный монитор не подключен.
>   
А функциональные кнопки при этом не отвалились?
>   
>>> Таким образом можно на любые кнопки свои скрипты назначить, или только
>>> на определённые вами?
>>>       
>> Пока сделаны кнопки с человечками, а какие хотелось бы вам?
>>     
>
> Да не, я просто подумал было, что это что-то штатное от acpi, а это на
> сколько я понимаю особенность ваших скриптов. Пока кнопок с
> человечками достаточно.
>
>   
>> Back light key - согласен - полезна, но учитывая, что она дублирует
>> Fn+F7, я бы сюда повесил что-то другое.
>>     
>
> Надо подумать что.
>
>   
>> Resolution key - переключение размера экрана - вроде бы бесполезна, я бы
>> сюда повесил блютуз. Тогда появилась бы возможность управлять им
>> независимо от wifi. А функцию переключения размера экрана лучше
>> совместить с функцией переключения на внешний монитор Fn+F8.
>>     
>
> ОК.
>
>   
>> Тask manager Fn+F9 - тоже бесполезен. В KDE эта функция встроена на
>> комбинацию Ctrl+ESC. Сейчас по этой функции должна включаться
>> максимальная производительность.
>>     
>
> А при повторном нажатии выключаться?
>   
Да
>   
>> Интересно было бы услышать ваши пожелания.
>>     
>
> Может сделать для неё циклический перебор профилей производительности?
>   
Вроде бы достаточно иногда включать на полную скорость, чтобы к примеру 
быстрее открылся браузер со 100 вкладками, или игрушка не тормозила бы.
Предложите настройки профилей и их название, я сделаю. Это в основном 
требуется, когда работаешь от батарейки.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

13 ноября 2008 г. 10:54 Kharitonov A. Dmitry написал:
>> $ /usr/bin/xrandr -q
>> Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
>> VGA disconnected (normal left inverted right x axis y axis)
>> LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
>> 220mm x 129mm
>>   1024x600       60.0*+   65.0
>>   800x600        60.3
>>   640x480        59.9
>> [denis@kalessin ~]$ /usr/bin/xrandr
>> Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
>> VGA disconnected (normal left inverted right x axis y axis)
>> LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
>> 220mm x 129mm
>>   1024x600       60.0*+   65.0
>>   800x600        60.3
>>   640x480        59.9
>>
>> Дополнительный монитор не подключен.
>
> А функциональные кнопки при этом не отвалились?

Нет.

При нажатии же второй функциональной кнопки реакция на нажатие
прекращается.  При этом в списке процессов рута есть следующее:

 8780 ?        Ss     0:00 cpuspeed#0 eed -d
 8782 ?        S      0:00 cpuspeed#1 eed -d
10742 ?        R      1:51 /bin/sh /etc/acpi/eeepc_900-video.sh

При этом процесс /bin/sh /etc/acpi/eeepc_900-video.sh отъедает 33% процессора.

Если его прибить, то реакция на кнопки возвращается.

Видимо что-то в этом скрипте, что он не может завершиться, поедая при
этом процессорное время.

>>> Тask manager Fn+F9 - тоже бесполезен. В KDE эта функция встроена на
>>> комбинацию Ctrl+ESC. Сейчас по этой функции должна включаться
>>> максимальная производительность.
>>
>> А при повторном нажатии выключаться?
>
> Да

При нажатии пишет, что переключился на 100/600MHz и яркость понижает
(при этом процессор у меня реально работает на 800MHz). При повторном
нажатии пишет, что переключился на 1600MHz (процессор работает на
1600MHz), но яркость не восстанавливает.

>>> Интересно было бы услышать ваши пожелания.
>> Может сделать для неё циклический перебор профилей производительности?
>
> Вроде бы достаточно иногда включать на полную скорость, чтобы к примеру
> быстрее открылся браузер со 100 вкладками, или игрушка не тормозила бы.
> Предложите настройки профилей и их название, я сделаю. Это в основном
> требуется, когда работаешь от батарейки.

Я думаю, что должны быть 3 профиля:

1) производительность (частота по максимуму, яркость 100%);
2) динамический (частота меняется в зависимости от нагрузки, яркость 60%);
3) экономичный (частота по минимуму, яркость 40%);

И ещё один профиль, на который нельзя будет переключиться в ручную (но
с которого можно будет переключиться на любой из выше перечисленных):

4) критический (частота по минимуму, яркость 10%) -- переходить в этот
профиль автоматически при низком уровне заряда батареи (при работе от
батарейки конечно).

По умолчанию запускаться с профилем № 2.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 13 ноября 2008 г. 10:54 Kharitonov A. Dmitry написал:
>   
>>> $ /usr/bin/xrandr -q
>>> Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
>>> VGA disconnected (normal left inverted right x axis y axis)
>>> LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
>>> 220mm x 129mm
>>>   1024x600       60.0*+   65.0
>>>   800x600        60.3
>>>   640x480        59.9
>>> [denis@kalessin ~]$ /usr/bin/xrandr
>>> Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1024 x 1024
>>> VGA disconnected (normal left inverted right x axis y axis)
>>> LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
>>> 220mm x 129mm
>>>   1024x600       60.0*+   65.0
>>>   800x600        60.3
>>>   640x480        59.9
>>>
>>> Дополнительный монитор не подключен.
>>>       
>> А функциональные кнопки при этом не отвалились?
>>     
>
> Нет.
>
> При нажатии же второй функциональной кнопки реакция на нажатие
> прекращается.  При этом в списке процессов рута есть следующее:
>
>  8780 ?        Ss     0:00 cpuspeed#0 eed -d
>  8782 ?        S      0:00 cpuspeed#1 eed -d
> 10742 ?        R      1:51 /bin/sh /etc/acpi/eeepc_900-video.sh
>
> При этом процесс /bin/sh /etc/acpi/eeepc_900-video.sh отъедает 33% процессора.
>
> Если его прибить, то реакция на кнопки возвращается.
>
> Видимо что-то в этом скрипте, что он не может завершиться, поедая при
> этом процессорное время.
>   
пришлите вывод

/bin/sh -xv /etc/acpi/eeepc_900-video.sh

Там вроде не чему тормозить.
>   
>>>> Тask manager Fn+F9 - тоже бесполезен. В KDE эта функция встроена на
>>>> комбинацию Ctrl+ESC. Сейчас по этой функции должна включаться
>>>> максимальная производительность.
>>>>         
>>> А при повторном нажатии выключаться?
>>>       
>> Да
>>     
>
> При нажатии пишет, что переключился на 100/600MHz и яркость понижает
> (при этом процессор у меня реально работает на 800MHz). При повторном
> нажатии пишет, что переключился на 1600MHz (процессор работает на
> 1600MHz), но яркость не восстанавливает.
>   
Вообще-то он яркость старается для каждого режима запомнить. Если 
запомненной яркости не находит -- выставляет по умолчанию 20%.
>   
>>>> Интересно было бы услышать ваши пожелания.
>>>>         
>>> Может сделать для неё циклический перебор профилей производительности?
>>>       
>> Вроде бы достаточно иногда включать на полную скорость, чтобы к примеру
>> быстрее открылся браузер со 100 вкладками, или игрушка не тормозила бы.
>> Предложите настройки профилей и их название, я сделаю. Это в основном
>> требуется, когда работаешь от батарейки.
>>     
>
> Я думаю, что должны быть 3 профиля:
>
> 1) производительность (частота по максимуму, яркость 100%);
> 2) динамический (частота меняется в зависимости от нагрузки, яркость 60%);
>   
частота 0% -- 100% ?
> 3) экономичный (частота по минимуму, яркость 40%);
>   
частота 0 -- 600 МГц
> И ещё один профиль, на который нельзя будет переключиться в ручную (но
> с которого можно будет переключиться на любой из выше перечисленных):
>
> 4) критический (частота по минимуму, яркость 10%) -- переходить в этот
> профиль автоматически при низком уровне заряда батареи (при работе от
> батарейки конечно).
>   
Частота 0 -- 300 МГц

Автоматом, если разряд батареи < 7% запускается suspend на диск.
> По умолчанию запускаться с профилем № 2.
>   
Надо обязательно добиться вывода информационного окна.
Вставьте в скрипте в начале строчку
DISPLAY=:0
Это должно помочь
Иначе, если не выводить на экран название профиля, трудно будет понять, 
что включилось.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

13 ноября 2008 г. 21:39 Kharitonov A. Dmitry написал:
>> При этом процесс /bin/sh /etc/acpi/eeepc_900-video.sh отъедает 33%
>> процессора.
>> Если его прибить, то реакция на кнопки возвращается.
>> Видимо что-то в этом скрипте, что он не может завершиться, поедая при
>> этом процессорное время.
>
> пришлите вывод
> /bin/sh -xv /etc/acpi/eeepc_900-video.sh
> Там вроде не чему тормозить.

# /bin/sh -xv /etc/acpi/eeepc_900-video.sh
#!/bin/sh
#eeepc_900-video.sh

var="videomode"
+ var=videomode
modes=(
    "1024x600 off"
    "800x600  800x600"
    "1024x600 1024x600"
    "1024x768 1024x768"
    "off      1024x768"
)
+ modes=("1024x600 off" "800x600  800x600" "1024x600 1024x600"
"1024x768 1024x768" "off      1024x768")
mode=$(${0%${0##*/}}eeepc_900-acpidata.sh "$var")
${0%${0##*/}}eeepc_900-acpidata.sh "$var"
++ /etc/acpi/eeepc_900-acpidata.sh videomode
+ mode=0
STATUS=$(/usr/bin/xrandr -q | /bin/sed
'/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//')
/usr/bin/xrandr -q | /bin/sed
'/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
++ /usr/bin/xrandr -q
++ /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
+ STATUS=disconnected
modedone=0
+ modedone=0
while [ "$modedone" == 0 ]; do
    [ -z "$mode" ] && mode=0
    (( mode<0 )) && mode=0
    (( mode>${#modes[@]}-2 )) && mode=-1
    (( mode++ ))
    modev=${modes[mode]}
    [ ${modev##*[[:space:]]} != "off" -a "$STATUS" == "disconnected" ]
&& continue;

    if [ ${modev%%[[:space:]]*} == "off" ]; then
        /usr/bin/xrandr --output LVDS --off
    else
        /usr/bin/xrandr --output LVDS --mode ${modev%%[[:space:]]*} || continue
    fi

    if [ ${modev##*[[:space:]]} == "off" ]; then
        /usr/bin/xrandr --output VGA --off
    else
        /usr/bin/xrandr --output VGA --mode ${modev##*[[:space:]]} || continue
    fi
    modedone=1
done
+ '[' 0 == 0 ']'
+ '[' -z 0 ']'
+ ((  mode<0  ))
+ ((  mode>5-2  ))
+ ((  mode++  ))
+ modev='800x600  800x600'
+ '[' 800x600 '!=' off -a disconnected == disconnected ']'
+ continue
+ '[' 0 == 0 ']'
+ '[' -z 1 ']'
+ ((  mode<0  ))
+ ((  mode>5-2  ))
+ ((  mode++  ))
+ modev='1024x600 1024x600'
+ '[' 1024x600 '!=' off -a disconnected == disconnected ']'
+ continue
+ '[' 0 == 0 ']'
+ '[' -z 2 ']'
+ ((  mode<0  ))
+ ((  mode>5-2  ))
+ ((  mode++  ))
+ modev='1024x768 1024x768'
+ '[' 1024x768 '!=' off -a disconnected == disconnected ']'
+ continue
+ '[' 0 == 0 ']'
+ '[' -z 3 ']'
+ ((  mode<0  ))
+ ((  mode>5-2  ))
+ ((  mode++  ))
+ modev='off      1024x768'
+ '[' 1024x768 '!=' off -a disconnected == disconnected ']'
+ continue
+ '[' 0 == 0 ']'
+ '[' -z 4 ']'
+ ((  mode<0  ))
+ ((  mode>5-2  ))
+ mode=-1
+ ((  mode++  ))
+ modev='1024x600 off'
+ '[' off '!=' off -a disconnected == disconnected ']'
+ '[' 1024x600 == off ']'
+ /usr/bin/xrandr --output LVDS --mode 1024x600
+ '[' off == off ']'
+ /usr/bin/xrandr --output VGA --off
+ modedone=1
+ '[' 1 == 0 ']'
${0%${0##*/}}eeepc_900-acpidata.sh "$var" "$mode"
+ /etc/acpi/eeepc_900-acpidata.sh videomode 0

В таком режиме скрипт завершается сам и процессор не кушает.

> Вообще-то он яркость старается для каждого режима запомнить. Если
> запомненной яркости не находит -- выставляет по умолчанию 20%.

Как-то я не понял в какой момент он его сохраняет. Потому как сейчас
перехожу на любой из двух режимов -- яркость ставит на 100%. Убираю
яркость, переключаю на другой режим -- яркость уходит в 100%. Опять
убираю, переключаю режим назад -- яркость опять в 100%. Когда он
значение яркости запоминает?

>> Я думаю, что должны быть 3 профиля:
>> 1) производительность (частота по максимуму, яркость 100%);
>> 2) динамический (частота меняется в зависимости от нагрузки, яркость 60%);
>
> частота 0% -- 100% ?

Ну, у меня получается 800--1600МГц.

>> 3) экономичный (частота по минимуму, яркость 40%);
> частота 0 -- 600 МГц

У меня похоже минимум 800МГц, ниже не опускается.

>> И ещё один профиль, на который нельзя будет переключиться в ручную (но
>> с которого можно будет переключиться на любой из выше перечисленных):
>>
>> 4) критический (частота по минимуму, яркость 10%) -- переходить в этот
>> профиль автоматически при низком уровне заряда батареи (при работе от
>> батарейки конечно).
>
> Частота 0 -- 300 МГц

см. выше

> Автоматом, если разряд батареи < 7% запускается suspend на диск.

угу

> Надо обязательно добиться вывода информационного окна.
> Вставьте в скрипте в начале строчку
> DISPLAY=:0
> Это должно помочь
> Иначе, если не выводить на экран название профиля, трудно будет понять, что
> включилось.

В какой из них?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

>> Надо обязательно добиться вывода информационного окна.
>> Вставьте в скрипте в начале строчку
>> DISPLAY=:0
>> Это должно помочь
>> Иначе, если не выводить на экран название профиля, трудно будет понять, что
>> включилось.
>>     
>
> В какой из них?
>   
Забыл сказать ~/.hotkeys/key1.sh или ~/.hotkeys/key2.sh они по кнопкам с 
человечками запускаются.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

14 ноября 2008 г. 16:30 Kharitonov A. Dmitry написал:
>>> Надо обязательно добиться вывода информационного окна.
>>> Вставьте в скрипте в начале строчку
>>> DISPLAY=:0
>>> Это должно помочь
>>> Иначе, если не выводить на экран название профиля, трудно будет понять,
>>> что
>>> включилось.
>>
>> В какой из них?
>
> Забыл сказать ~/.hotkeys/key1.sh или ~/.hotkeys/key2.sh они по кнопкам с
> человечками запускаются.

Кажется я понял, почему не показывается окошко Xdialog. DISPLAY тут не
причём. Посмотрите на содержимое скрипта ~/.hotkeys/key1.sh:

#!/bin/bash

# Comon commands for graphics system and console


# Test for graphics system
if [ -n "" ]; then
# Commands only for graphics system
    if [ \"$LANG\" == \"ru_RU.UTF-8\" ]; then
        Xdialog --infobox "Нажата персональная клавиша #1.\nЭта
клавиша пока не производит никаких действий.\nЧтобы запрограммировать
её, вам нужно отредактировать файл\n/home/denis/.hotkeys/key1.sh,
записав в него свои команды." 10 500 6000
    else
        Xdialog --infobox "The personal key #1 is pressed.\nThis key
yet does not make any operations.\nTo program it, you need to edit a
file /home/denis/.hotkeys/key1.sh,\nhaving written in it your own a
commands." 10 500 6000
    fi
    exit 0
fi

# Commands only for console

Условие if [ -n "" ]; then просто не выполняется, соответственно всё,
что между then и fi просто игнорируется. Содержимое скрипта
~/.hotkeys/key2.sh такое же.

Кроме того, права у содержимого ~/.hotkeys мне кажутся подозрительными:

$ ls -l /home/denis/.hotkeys/
итого 12
-rw-rw-rw- 1 root  root  69 Ноя 15 00:37 acpi-data
-rwx------ 1 denis root 864 Ноя 11 15:09 key1.sh
-rwx------ 1 denis root 864 Ноя 11 15:11 key2.sh

Убил оба скрипта. После нажатий на кнопки с человечками окошки
появились, но по-английски. Скрипты теперь тоже создались вновь, и уже
в условии такая запись:

if [ -n ":0.0" ]; then

Видимо первый раз я нажал на кнопки с человечками будучи залогинен в
текстовую консоль, а не в KDE.

Права на файлы вновь denis.root:

-rwx------ 1 denis root  868 Ноя 15 01:10 key1.sh
-rwx------ 1 denis root  868 Ноя 15 01:10 key2.sh

Если просто в konsole запустить соортветствующий любой из двух
скриптов, то окошко появляется с русским текстом.

Видимо в окружении, в котором запускаются скрипты при нажатии на
кнопки локаль не ru_RU.UTF-8. Эксперимент показал, что переменная LANG
вообще не установлена в окружении, в котором запускаются данные
скрипты.

Покопавшись немного, нашёл, что скрипт запускается через

su -c /home/denis/.hotkeys/key1.sh denis

Если вставить "-l" перед "-c", то выводит по-русски.

Надо сказать ещё, что выводимое окошко использует не тот размер
шрифта, что установлен у меня. Если я запускаю просто скрипт из под
себя, то в окошке шрифт меньше, как и везде у меня. Если же я жму на
кнопку с человечками, то в появляющемся окне шрифт крупнее. Т.е. он не
подхватывает мои настройки шрифтов. Настройки темы тоже не
подхватывает (видно по кнопке OK: у меня она скруглённая, а появляется
прямоугольная).

Интересно, что если просто сначала в konsole залогиниться под рутом,
затем сделать su -l denis  и запустить скрипт, то тоже шрифт крупнее.
Почему-то при логине через su настройки gui пользователя не
подхватываются.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Забыл ещё сказать, что в /etc/acpi есть скрипты со странными названиями:

eeepc_900-hibernate.sh sleep
eeepc_901-userkey.sh 1
eeepc_901-userkey.sh 2

Именно так, с пробелами в именах файлов. Это нормально?

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Забыл ещё сказать, что в /etc/acpi есть скрипты со странными названиями:
>
> eeepc_900-hibernate.sh sleep
> eeepc_901-userkey.sh 1
> eeepc_901-userkey.sh 2
>
> Именно так, с пробелами в именах файлов. Это нормально?
>   
Спасибо.
"Программа это как куча макарон на тарелке,  за  одну потянешь,  не 
известно сколько вылезет."
Не помню автора, из какой-то книжки по оформления программ на С++

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 14 ноября 2008 г. 16:30 Kharitonov A. Dmitry написал:
>   
>>>> Надо обязательно добиться вывода информационного окна.
>>>> Вставьте в скрипте в начале строчку
>>>> DISPLAY=:0
>>>> Это должно помочь
>>>> Иначе, если не выводить на экран название профиля, трудно будет понять,
>>>> что
>>>> включилось.
>>>>         
>>> В какой из них?
>>>       
>> Забыл сказать ~/.hotkeys/key1.sh или ~/.hotkeys/key2.sh они по кнопкам с
>> человечками запускаются.
>>     
>
> Кажется я понял, почему не показывается окошко Xdialog. DISPLAY тут не
> причём. Посмотрите на содержимое скрипта ~/.hotkeys/key1.sh:
>
> #!/bin/bash
>
> # Comon commands for graphics system and console
>
>
> # Test for graphics system
> if [ -n "" ]; then
>
>   
Здесь должно быть
if [ -n "$DISPLAY" ]; then

> # Commands only for graphics system
>     if [ \"$LANG\" == \"ru_RU.UTF-8\" ]; then
>         Xdialog --infobox "Нажата персональная клавиша #1.\nЭта
> клавиша пока не производит никаких действий.\nЧтобы запрограммировать
> её, вам нужно отредактировать файл\n/home/denis/.hotkeys/key1.sh,
> записав в него свои команды." 10 500 6000
>     else
>         Xdialog --infobox "The personal key #1 is pressed.\nThis key
> yet does not make any operations.\nTo program it, you need to edit a
> file /home/denis/.hotkeys/key1.sh,\nhaving written in it your own a
> commands." 10 500 6000
>     fi
>     exit 0
> fi
>
> # Commands only for console
>
> Условие if [ -n "" ]; then просто не выполняется, соответственно всё,
> что между then и fi просто игнорируется. Содержимое скрипта
> ~/.hotkeys/key2.sh такое же.
>
> Кроме того, права у содержимого ~/.hotkeys мне кажутся подозрительными:
>
> $ ls -l /home/denis/.hotkeys/
> итого 12
> -rw-rw-rw- 1 root  root  69 Ноя 15 00:37 acpi-data
> -rwx------ 1 denis root 864 Ноя 11 15:09 key1.sh
> -rwx------ 1 denis root 864 Ноя 11 15:11 key2.sh
>   
Всё правильно. Может запускать и изменять только пользователь
> Убил оба скрипта. После нажатий на кнопки с человечками окошки
> появились, но по-английски. Скрипты теперь тоже создались вновь, и уже
> в условии такая запись:
>
> if [ -n ":0.0" ]; then
>   
Это не правильно
> Видимо первый раз я нажал на кнопки с человечками будучи залогинен в
> текстовую консоль, а не в KDE.
>
> Права на файлы вновь denis.root:
>
> -rwx------ 1 denis root  868 Ноя 15 01:10 key1.sh
> -rwx------ 1 denis root  868 Ноя 15 01:10 key2.sh
>
> Если просто в konsole запустить соортветствующий любой из двух
> скриптов, то окошко появляется с русским текстом.
>
> Видимо в окружении, в котором запускаются скрипты при нажатии на
> кнопки локаль не ru_RU.UTF-8. Эксперимент показал, что переменная LANG
> вообще не установлена в окружении, в котором запускаются данные
> скрипты.
>
> Покопавшись немного, нашёл, что скрипт запускается через
>
> su -c /home/denis/.hotkeys/key1.sh denis
>
> Если вставить "-l" перед "-c", то выводит по-русски.
>   
Спасибо. У меня почему-то все равно по английски, но я вставлю.
> Надо сказать ещё, что выводимое окошко использует не тот размер
> шрифта, что установлен у меня. Если я запускаю просто скрипт из под
> себя, то в окошке шрифт меньше, как и везде у меня. Если же я жму на
> кнопку с человечками, то в появляющемся окне шрифт крупнее. Т.е. он не
> подхватывает мои настройки шрифтов. Настройки темы тоже не
> подхватывает (видно по кнопке OK: у меня она скруглённая, а появляется
> прямоугольная).
>
> Интересно, что если просто сначала в konsole залогиниться под рутом,
> затем сделать su -l denis  и запустить скрипт, то тоже шрифт крупнее.
> Почему-то при логине через su настройки gui пользователя не
> подхватываются.
>   
С этим буду разбираться позже.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

16 ноября 2008 г. 13:41 Kharitonov A. Dmitry написал:
>> # Test for graphics system
>> if [ -n "" ]; then
>
> Здесь должно быть
> if [ -n "$DISPLAY" ]; then

Заменил, как тут написано, окошки перестали появляться. Добавил
"-l" к запуску su в /etc/acpi/eeepc_901-userkey.sh -- окошки стали
появляться, причём с текстом по-русски.

Надо в скрипте /etc/acpi/eeepc_901-userkey.sh поставить обратный слэш
перед символом доллара в сроке

if [ -n "$DISPLAY" ]; then

а вот через строку ниже стоит убрать обратные слэши перед символами
кавычек. Тогда в генерируемых скриптах key1.sh и key2.sh всё будет
нормально.

>> Кроме того, права у содержимого ~/.hotkeys мне кажутся подозрительными:
>> $ ls -l /home/denis/.hotkeys/
>> итого 12
>> -rw-rw-rw- 1 root  root  69 Ноя 15 00:37 acpi-data
>> -rwx------ 1 denis root 864 Ноя 11 15:09 key1.sh
>> -rwx------ 1 denis root 864 Ноя 11 15:11 key2.sh
>
> Всё правильно. Может запускать и изменять только пользователь

Меня смущает, что файл acpi-data принадлежит root, а у скриптов группа
root. Всё-таки в домашнем каталоге пользователя не должно быть файлов
не пренадлежащих ему.


С размером шрифта я решил проблему создав файл ~/.gtkrc и прописав в
нём необходимые значения.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 16 ноября 2008 г. 13:41 Kharitonov A. Dmitry написал:
>   
>>> # Test for graphics system
>>> if [ -n "" ]; then
>>>       
>> Здесь должно быть
>> if [ -n "$DISPLAY" ]; then
>>     
>
> Заменил, как тут написано, окошки перестали появляться. Добавил
> "-l" к запуску su в /etc/acpi/eeepc_901-userkey.sh -- окошки стали
> появляться, причём с текстом по-русски.
>
> Надо в скрипте /etc/acpi/eeepc_901-userkey.sh поставить обратный слэш
> перед символом доллара в сроке
>
> if [ -n "$DISPLAY" ]; then
>   
Это исправлено.
> а вот через строку ниже стоит убрать обратные слэши перед символами
> кавычек. Тогда в генерируемых скриптах key1.sh и key2.sh всё будет
> нормально.
>   
Тогда в кодировке отличной от utf8 будут кракозябы.
Почему-то утилитой su переменная LANG не устанавливается. Я пока не 
придумал как решить эту проблему.
>   
>>> Кроме того, права у содержимого ~/.hotkeys мне кажутся подозрительными:
>>> $ ls -l /home/denis/.hotkeys/
>>> итого 12
>>> -rw-rw-rw- 1 root  root  69 Ноя 15 00:37 acpi-data
>>> -rwx------ 1 denis root 864 Ноя 11 15:09 key1.sh
>>> -rwx------ 1 denis root 864 Ноя 11 15:11 key2.sh
>>>       
>> Всё правильно. Может запускать и изменять только пользователь
>>     
>
> Меня смущает, что файл acpi-data принадлежит root, а у скриптов группа
> root. Всё-таки в домашнем каталоге пользователя не должно быть файлов
> не пренадлежащих ему.
>   
А незачем туда простому смертному лазить
>
> С размером шрифта я решил проблему создав файл ~/.gtkrc и прописав в
> нём необходимые значения.
>   
Поздравляю.

Новую версию, со всеми исправлениями отправил @solo, когда он решит 
технические проблемы с компьютером, скрипты уедут в гит. Ну я этот 
процесс постараюсь форсировать.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Kharitonov A. Dmitry пишет:
> Denis G. Samsonenko пишет:
>> Привет!
>>
>> 16 ноября 2008 г. 13:41 Kharitonov A. Dmitry написал:
>>  
>>>> # Test for graphics system
>>>> if [ -n "" ]; then
>>>>       
>>> Здесь должно быть
>>> if [ -n "$DISPLAY" ]; then
>>>     
>>
>> Заменил, как тут написано, окошки перестали появляться. Добавил
>> "-l" к запуску su в /etc/acpi/eeepc_901-userkey.sh -- окошки стали
>> появляться, причём с текстом по-русски.
>>
>> Надо в скрипте /etc/acpi/eeepc_901-userkey.sh поставить обратный слэш
>> перед символом доллара в сроке
>>
>> if [ -n "$DISPLAY" ]; then
>>   
> Это исправлено.
>> а вот через строку ниже стоит убрать обратные слэши перед символами
>> кавычек. Тогда в генерируемых скриптах key1.sh и key2.sh всё будет
>> нормально.
>>   
> Тогда в кодировке отличной от utf8 будут кракозябы.
> Почему-то утилитой su переменная LANG не устанавливается. Я пока не 
> придумал как решить эту проблему.
>>  
>>>> Кроме того, права у содержимого ~/.hotkeys мне кажутся 
>>>> подозрительными:
>>>> $ ls -l /home/denis/.hotkeys/
>>>> итого 12
>>>> -rw-rw-rw- 1 root  root  69 Ноя 15 00:37 acpi-data
>>>> -rwx------ 1 denis root 864 Ноя 11 15:09 key1.sh
>>>> -rwx------ 1 denis root 864 Ноя 11 15:11 key2.sh
>>>>       
>>> Всё правильно. Может запускать и изменять только пользователь
>>>     
>>
>> Меня смущает, что файл acpi-data принадлежит root, а у скриптов группа
>> root. Всё-таки в домашнем каталоге пользователя не должно быть файлов
>> не пренадлежащих ему.
>>   
> А незачем туда простому смертному лазить
>>
>> С размером шрифта я решил проблему создав файл ~/.gtkrc и прописав в
>> нём необходимые значения.
>>   
> Поздравляю.
>
> Новую версию, со всеми исправлениями отправил @solo, когда он решит 
> технические проблемы с компьютером, скрипты уедут в гит. Ну я этот 
> процесс постараюсь форсировать.
До гита доехало. Просим тестить

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

17 ноября 2008 г. 10:36 Kharitonov A. Dmitry написал:
>> Новую версию, со всеми исправлениями отправил @solo, когда он решит
>> технические проблемы с компьютером, скрипты уедут в гит. Ну я этот процесс
>> постараюсь форсировать.
>
> До гита доехало. Просим тестить

Поставил.

Первым делом заменил в /etc/acpi/events/eeepc_1000-volume-mute вызов
/etc/acpi/eeepc_1000-volume-mute.sh на
/etc/acpi/eeepc_1000-volume-mutetoggle.sh.

Монитор всё так же не гаснет по Fn+F7.

Теперь при нажатии на любую из четырёх верхних кнопок скрипты
key{1,2,3,4}.sh не создаются, но пытаются вызваться.

По Fn+F2 проходит цикл (судя по /proc/acpi/asus):

0) bt 0, wlan 0;
1) bt 1, wlan 0;
3) bt 0, wlan 1 -- сразу же превращается в bt 0, wlan 0;
4) bt 1, wlan 1 -- сразу же превращается в bt 1, wlan 0.

Видимо что-то с wifi происходит, что он вначале включается, а потом
сразу отваливается.

Лампочка синяя на ноуте горит, когда любой из bt и wlan установлен в 1.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 17 ноября 2008 г. 10:36 Kharitonov A. Dmitry написал:
>   
>>> Новую версию, со всеми исправлениями отправил @solo, когда он решит
>>> технические проблемы с компьютером, скрипты уедут в гит. Ну я этот процесс
>>> постараюсь форсировать.
>>>       
>> До гита доехало. Просим тестить
>>     
>
> Поставил.
>
> Первым делом заменил в /etc/acpi/events/eeepc_1000-volume-mute вызов
> /etc/acpi/eeepc_1000-volume-mute.sh на
> /etc/acpi/eeepc_1000-volume-mutetoggle.sh.
>   
Я для этого его и добавил
> Монитор всё так же не гаснет по Fn+F7.
>   
пришлите вывод
# sh -x /etc/acpi/eeepc_1000-monitor-onoff.sh
>   
> Теперь при нажатии на любую из четырёх верхних кнопок скрипты
> key{1,2,3,4}.sh не создаются, но пытаются вызваться.
>   
Мне часто кажется, что у нас разные дистрибутивы. У меня создаются и 
запускаются.

> По Fn+F2 проходит цикл (судя по /proc/acpi/asus):
>
> 0) bt 0, wlan 0;
> 1) bt 1, wlan 0;
> 3) bt 0, wlan 1 -- сразу же превращается в bt 0, wlan 0;
> 4) bt 1, wlan 1 -- сразу же превращается в bt 1, wlan 0.
>   
Тама еще и окошко должно выводиться.
> Видимо что-то с wifi происходит, что он вначале включается, а потом
> сразу отваливается.
>   
пришлите вывод
# sh -x /etc/acpi/eeepc_900-wifi-on.sh

> Лампочка синяя на ноуте горит, когда любой из bt и wlan установлен в 1.
>   
Это я знаю.

Не проверено переключение производительности
Не проверено suspend
Не проверено переключение на другой монитор

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

17 ноября 2008 г. 19:42 Kharitonov A. Dmitry написал:
>> Первым делом заменил в /etc/acpi/events/eeepc_1000-volume-mute вызов
>> /etc/acpi/eeepc_1000-volume-mute.sh на
>> /etc/acpi/eeepc_1000-volume-mutetoggle.sh.
>
> Я для этого его и добавил

Ещё бы сделать его умолчальным для EeePC 1000(H).

>> Монитор всё так же не гаснет по Fn+F7.
>
> пришлите вывод
> # sh -x /etc/acpi/eeepc_1000-monitor-onoff.sh

# sh -x /etc/acpi/eeepc_1000-monitor-onoff.sh
+ /usr/bin/xset -display :0.0 -q
+ grep -q 'Monitor is Off'
+ xset -display :0.0 dpms force off

При этом монитор погас. Но при нажатии на Fn+F7 почему-то не гаснет. В
логах пишет:

Nov 17 23:29:10 kalessin acpid: received event "hotkey ATKD 00000016 00000007"
Nov 17 23:29:10 kalessin acpid: notifying client 5333[112:122]
Nov 17 23:29:10 kalessin acpid: executing action
"/etc/acpi/eeepc_1000-monitor-onoff.sh"
Nov 17 23:29:10 kalessin acpid: action exited with status 1
Nov 17 23:29:10 kalessin acpid: completed event "hotkey ATKD 00000016 00000007"


>>  Теперь при нажатии на любую из четырёх верхних кнопок скрипты
>> key{1,2,3,4}.sh не создаются, но пытаются вызваться.
>
> Мне часто кажется, что у нас разные дистрибутивы. У меня создаются и
> запускаются.

У меня бранч-4.1, ежедневно обновляемый.

>> По Fn+F2 проходит цикл (судя по /proc/acpi/asus):
>>
>> 0) bt 0, wlan 0;
>> 1) bt 1, wlan 0;
>> 3) bt 0, wlan 1 -- сразу же превращается в bt 0, wlan 0;
>> 4) bt 1, wlan 1 -- сразу же превращается в bt 1, wlan 0.
>
> Тама еще и окошко должно выводиться.

Окошка не видел. Вот только от kbluetooth появлялось сообщение "Ошибка
соединения с SDP сервером".

>> Видимо что-то с wifi происходит, что он вначале включается, а потом
>> сразу отваливается.

В логах  следующее (2 раза нажал на Fn+F2):

Nov 17 23:35:22 kalessin acpid: received event "hotkey ATKD 00000010 00000004"
Nov 17 23:35:22 kalessin acpid: notifying client 5333[112:122]
Nov 17 23:35:22 kalessin acpid: executing action
"/etc/acpi/eeepc_901-manager-wifibt.sh &"
Nov 17 23:35:22 kalessin acpid: action exited with status 0
Nov 17 23:35:22 kalessin acpid: completed event "hotkey ATKD 00000010 00000004"
Nov 17 23:35:26 kalessin kernel: hub 5-0:1.0: unable to enumerate USB
device on port 7
Nov 17 23:35:26 kalessin kernel: usb 4-1: new full speed USB device
using uhci_hcd and address 4
Nov 17 23:35:27 kalessin kernel: usb 4-1: configuration #1 chosen from 1 choice
Nov 17 23:35:27 kalessin kernel: usb 4-1: New USB device found,
idVendor=0b05, idProduct=b700
Nov 17 23:35:27 kalessin kernel: usb 4-1: New USB device strings:
Mfr=1, Product=2, SerialNumber=3
Nov 17 23:35:27 kalessin kernel: usb 4-1: Product: BT-253
Nov 17 23:35:27 kalessin kernel: usb 4-1: Manufacturer: Broadcom Corp
Nov 17 23:35:27 kalessin kernel: usb 4-1: SerialNumber: 002243AA04E1
Nov 17 23:35:27 kalessin eeepc_901-manager-wifibt.sh[9404]: Starting
eeepc_901-bluetooth-on.sh
Nov 17 23:35:27 kalessin eeepc_901-manager-wifibt.sh[9404]: Starting
eeepc_900-wifi-off.sh
Nov 17 23:35:27 kalessin hcid[9803]: Bluetooth HCI daemon
Nov 17 23:35:27 kalessin hcid[9803]: HCI dev 0 registered
Nov 17 23:35:27 kalessin hcid[9803]: Starting SDP server
Nov 17 23:35:27 kalessin bluetooth: hcid startup succeeded
Nov 17 23:35:27 kalessin hcid[9803]: HCI dev 0 up
Nov 17 23:35:27 kalessin hcid[9803]: Device hci0 has been added
Nov 17 23:35:27 kalessin hcid[9803]: Starting security manager 0
Nov 17 23:35:27 kalessin hid2hci: No devices in HID mode found
Nov 17 23:35:27 kalessin bluetooth: hid2hci startup failed
Nov 17 23:35:27 kalessin hcid[9803]: Device hci0 has been activated
Nov 17 23:35:27 kalessin bluetooth: rfcomm startup succeeded
Nov 17 23:35:37 kalessin acpid: received event "hotkey ATKD 00000010 00000005"
Nov 17 23:35:37 kalessin acpid: notifying client 5333[112:122]
Nov 17 23:35:37 kalessin acpid: executing action
"/etc/acpi/eeepc_901-manager-wifibt.sh &"
Nov 17 23:35:37 kalessin acpid: action exited with status 0
Nov 17 23:35:37 kalessin acpid: completed event "hotkey ATKD 00000010 00000005"
Nov 17 23:35:41 kalessin kernel: usb 4-1: USB disconnect, address 4
Nov 17 23:35:41 kalessin hcid[9803]: HCI dev 0 down
Nov 17 23:35:41 kalessin hcid[9803]: Stopping security manager 0
Nov 17 23:35:41 kalessin hcid[9803]: Device hci0 has been disabled
Nov 17 23:35:41 kalessin eeepc_901-manager-wifibt.sh[9825]: Starting
eeepc_901-bluetooth-off.sh
Nov 17 23:35:41 kalessin kernel: pciehp: PCI Express Hot Plug
Controller Driver version: 0.4 unloaded
Nov 17 23:35:41 kalessin kernel: wlan: trunk
Nov 17 23:35:41 kalessin kernel: ath_hal: 0.10.2.2-ATHEROS (AR5210,
AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133,
RF2425)
Nov 17 23:35:41 kalessin kernel: ath_rate_sample: 1.2 (trunk)
Nov 17 23:35:41 kalessin hcid[9803]: HCI dev 0 unregistered
Nov 17 23:35:41 kalessin hcid[9803]: Unregister path: /org/bluez/hci0
Nov 17 23:35:41 kalessin hcid[9803]: Device hci0 has been removed
Nov 17 23:35:41 kalessin kernel: ath_rate_amrr: 0.1 (trunk)
Nov 17 23:35:41 kalessin kernel: wlan: mac acl policy registered
Nov 17 23:35:41 kalessin bluetooth: rfcomm startup succeeded
Nov 17 23:35:41 kalessin kernel: ath_pci: trunk
Nov 17 23:35:42 kalessin hcid[9803]: Stopping SDP server
Nov 17 23:35:42 kalessin hcid[9803]: Exit
Nov 17 23:35:42 kalessin bluetooth: hcid shutdown succeeded
Nov 17 23:35:44 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
27d0 ss_vid 0 ss_did 0
Nov 17 23:35:44 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
27d2 ss_vid 0 ss_did 0
Nov 17 23:35:45 kalessin kernel: pciehp: Device 0000:03:00.0 already
exists at 3:0, cannot hot-add
Nov 17 23:35:45 kalessin kernel: pciehp: Cannot add device 0x3:0
Nov 17 23:35:45 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
27d6 ss_vid 0 ss_did 0
Nov 17 23:35:46 kalessin kernel: program_fw_provided_values: Could not
get hotplug parameters
Nov 17 23:35:46 kalessin kernel: pciehp: PCI Express Hot Plug
Controller Driver version: 0.4
Nov 17 23:35:47 kalessin /etc/net: ERROR: /sbin/ifdown: No TYPE is
specified for iface 'ath0' and can't guess automatically. Please fix.
Nov 17 23:35:47 kalessin kernel: ath_pci: driver unloaded
Nov 17 23:35:47 kalessin kernel: ath_rate_amrr: unloaded
Nov 17 23:35:47 kalessin kernel: ath_rate_sample: unloaded
Nov 17 23:35:47 kalessin kernel: ath_hal: driver unloaded
Nov 17 23:35:47 kalessin kernel: wlan: mac acl policy unregistered
Nov 17 23:35:47 kalessin kernel: wlan: driver unloaded
Nov 17 23:35:47 kalessin kernel: pciehp: Card not present on Slot(0001_0000)
Nov 17 23:35:47 kalessin eeepc_901-manager-wifibt.sh[9825]: Starting
eeepc_900-wifi-on.sh


> пришлите вывод
> # sh -x /etc/acpi/eeepc_900-wifi-on.sh

# sh -x /etc/acpi/eeepc_900-wifi-on.sh
+ wlan_control=/proc/acpi/asus/wlan
++ cat /proc/acpi/asus/wlan
+ '[' 0 == 0 ']'
+ rmmod -f pciehp
+ modprobe wlan_scan_sta
+ modprobe ath_rate_sample
+ modprobe ath_rate_amrr
+ modprobe wlan_ccmp
+ modprobe wlan_wep
+ modprobe wlan_acl
+ modprobe wlan_tkip
+ modprobe ath_pci
+ echo 1
+ sleep 1
+ modprobe pciehp pciehp_force=1
+ sleep 1
+ ifconfig ath0 up
ath0: unknown interface: No such device
+ exec /etc/acpi/eeepc_900-wifi-off.sh
ERROR: /sbin/ifdown: No TYPE is specified for iface 'ath0' and can't
guess automatically. Please fix.
ERROR: Removing 'ath5k': No such file or directory


В логах при этом:

Nov 17 23:39:21 kalessin kernel: pciehp: PCI Express Hot Plug
Controller Driver version: 0.4 unloaded
Nov 17 23:39:21 kalessin kernel: wlan: trunk
Nov 17 23:39:21 kalessin kernel: ath_hal: 0.10.2.2-ATHEROS (AR5210,
AR5211, AR5212, AR5416, RF5111, RF51
12, RF2413, RF5413, RF2133, RF2425)
Nov 17 23:39:21 kalessin kernel: ath_rate_sample: 1.2 (trunk)
Nov 17 23:39:21 kalessin kernel: ath_rate_amrr: 0.1 (trunk)
Nov 17 23:39:21 kalessin kernel: wlan: mac acl policy registered
Nov 17 23:39:21 kalessin kernel: ath_pci: trunk
Nov 17 23:39:23 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
27d0 ss_vid 0 ss_did 0
Nov 17 23:39:23 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
27d2 ss_vid 0 ss_did 0
Nov 17 23:39:24 kalessin kernel: pciehp: Device 0000:03:00.0 already
exists at 3:0, cannot hot-add
Nov 17 23:39:24 kalessin kernel: pciehp: Cannot add device 0x3:0
Nov 17 23:39:24 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
27d6 ss_vid 0 ss_did 0
Nov 17 23:39:25 kalessin kernel: program_fw_provided_values: Could not
get hotplug parameters
Nov 17 23:39:25 kalessin kernel: pciehp: PCI Express Hot Plug
Controller Driver version: 0.4
Nov 17 23:39:27 kalessin /etc/net: ERROR: /sbin/ifdown: No TYPE is
specified for iface 'ath0' and can't
guess automatically. Please fix.
Nov 17 23:39:27 kalessin kernel: ath_pci: driver unloaded
Nov 17 23:39:27 kalessin kernel: ath_rate_amrr: unloaded
Nov 17 23:39:27 kalessin kernel: ath_rate_sample: unloaded
Nov 17 23:39:27 kalessin kernel: ath_hal: driver unloaded
Nov 17 23:39:27 kalessin kernel: wlan: mac acl policy unregistered
Nov 17 23:39:27 kalessin kernel: wlan: driver unloaded
Nov 17 23:39:27 kalessin kernel: pciehp: Card not present on Slot(0001_0000)


> Не проверено переключение производительности

Переключает:

Nov 17 23:42:33 kalessin acpid: received event "hotkey ATKD 00000012 00000000"
Nov 17 23:42:33 kalessin acpid: notifying client 5333[112:122]
Nov 17 23:42:33 kalessin acpid: executing action
"/etc/acpi/eeepc_900-performance.sh &"
Nov 17 23:42:33 kalessin acpid: action exited with status 0
Nov 17 23:42:33 kalessin acpid: completed event "hotkey ATKD 00000012 00000000"
Nov 17 23:42:37 kalessin eeepc_900-performance.sh[10524]: Switch to Dynamic mode
Nov 17 23:44:30 kalessin acpid: received event "hotkey ATKD 00000012 00000001"
Nov 17 23:44:30 kalessin acpid: notifying client 5333[112:122]
Nov 17 23:44:30 kalessin acpid: executing action
"/etc/acpi/eeepc_900-performance.sh &"
Nov 17 23:44:30 kalessin acpid: action exited with status 0
Nov 17 23:44:30 kalessin acpid: completed event "hotkey ATKD 00000012 00000001"
Nov 17 23:44:34 kalessin eeepc_900-performance.sh[10992]: Switch to
Economic mode
Nov 17 23:44:53 kalessin acpid: received event "hotkey ATKD 00000012 00000002"
Nov 17 23:44:53 kalessin acpid: notifying client 5333[112:122]
Nov 17 23:44:53 kalessin acpid: executing action
"/etc/acpi/eeepc_900-performance.sh &"
Nov 17 23:44:53 kalessin acpid: action exited with status 0
Nov 17 23:44:53 kalessin acpid: completed event "hotkey ATKD 00000012 00000002"
Nov 17 23:44:58 kalessin eeepc_900-performance.sh[11596]: Switch to
Performance mode
Nov 17 23:45:16 kalessin acpid: received event "hotkey ATKD 00000012 00000003"
Nov 17 23:45:16 kalessin acpid: notifying client 5333[112:122]
Nov 17 23:45:16 kalessin acpid: executing action
"/etc/acpi/eeepc_900-performance.sh &"
Nov 17 23:45:16 kalessin acpid: action exited with status 0
Nov 17 23:45:16 kalessin acpid: completed event "hotkey ATKD 00000012 00000003"
Nov 17 23:45:19 kalessin eeepc_900-performance.sh[12197]: Switch to Dynamic mode

Только во время переключения часто дёргает винчестер и на 12-й консоли:

...
Nov 17 23:45:17 kalessin su[12426]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:17 kalessin su[12426]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:18 kalessin su[12447]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:18 kalessin su[12447]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:18 kalessin su[12465]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:18 kalessin su[12465]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:18 kalessin su[12486]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:18 kalessin su[12486]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:18 kalessin su[12507]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:18 kalessin su[12507]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:19 kalessin su[12528]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:19 kalessin su[12528]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:19 kalessin su[12549]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:19 kalessin su[12549]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:19 kalessin su[12567]: pam_tcb(su:session): Session
opened for denis by (uid=0)
Nov 17 23:45:19 kalessin su[12567]: pam_tcb(su:session): Session
closed for denis
Nov 17 23:45:19 kalessin eeepc_900-performance.sh[12197]: Switch to Dynamic mode

При переключении bt & wlan наблюдается нечто похожее.

> Не проверено suspend

В память заснул и проснулся нормально, даже kmix вернулся после
пробуждения. На диск вроде тоже нормально.

> Не проверено переключение на другой монитор

Завтра попробую подключить внешний монитор.

Ещё на первой консоли проскакивает в листинге стартующих сервисов:

/etc/rc.d/rc.local: line 3: /etc/acpi/eeepc_900-init.sh: No such file
or directory

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 17 ноября 2008 г. 19:42 Kharitonov A. Dmitry написал:
>   
>>> Первым делом заменил в /etc/acpi/events/eeepc_1000-volume-mute вызов
>>> /etc/acpi/eeepc_1000-volume-mute.sh на
>>> /etc/acpi/eeepc_1000-volume-mutetoggle.sh.
>>>       
>> Я для этого его и добавил
>>     
>
> Ещё бы сделать его умолчальным для EeePC 1000(H).
>   
ok
>   
>>> Монитор всё так же не гаснет по Fn+F7.
>>>       
>> пришлите вывод
>> # sh -x /etc/acpi/eeepc_1000-monitor-onoff.sh
>>     
>
> # sh -x /etc/acpi/eeepc_1000-monitor-onoff.sh
> + /usr/bin/xset -display :0.0 -q
> + grep -q 'Monitor is Off'
> + xset -display :0.0 dpms force off
>
> При этом монитор погас. Но при нажатии на Fn+F7 почему-то не гаснет. В
> логах пишет:
>
> Nov 17 23:29:10 kalessin acpid: received event "hotkey ATKD 00000016 00000007"
> Nov 17 23:29:10 kalessin acpid: notifying client 5333[112:122]
> Nov 17 23:29:10 kalessin acpid: executing action
> "/etc/acpi/eeepc_1000-monitor-onoff.sh"
> Nov 17 23:29:10 kalessin acpid: action exited with status 1
> Nov 17 23:29:10 kalessin acpid: completed event "hotkey ATKD 00000016 00000007"
>
>   
Да, похоже опять переменная DISPLAY, которая у меня устанавливается 
автоматически.
Везде надо вставить что-то вроде
who | grep -q ':0' && [ 7 == "$(fgconsole)" ] && export DISPLAY=':0'
>   
>>>  Теперь при нажатии на любую из четырёх верхних кнопок скрипты
>>> key{1,2,3,4}.sh не создаются, но пытаются вызваться.
>>>       
>> Мне часто кажется, что у нас разные дистрибутивы. У меня создаются и
>> запускаются.
>>     
>
> У меня бранч-4.1, ежедневно обновляемый.
>
>   
>>> По Fn+F2 проходит цикл (судя по /proc/acpi/asus):
>>>
>>> 0) bt 0, wlan 0;
>>> 1) bt 1, wlan 0;
>>> 3) bt 0, wlan 1 -- сразу же превращается в bt 0, wlan 0;
>>> 4) bt 1, wlan 1 -- сразу же превращается в bt 1, wlan 0.
>>>       
>> Тама еще и окошко должно выводиться.
>>     
>
> Окошка не видел. Вот только от kbluetooth появлялось сообщение "Ошибка
> соединения с SDP сервером".
>   
С синизубом вам придётся разбираться самостоятельно.
>   
>>> Видимо что-то с wifi происходит, что он вначале включается, а потом
>>> сразу отваливается.
>>>       
>
> В логах  следующее (2 раза нажал на Fn+F2):
>
> Nov 17 23:35:22 kalessin acpid: received event "hotkey ATKD 00000010 00000004"
> Nov 17 23:35:22 kalessin acpid: notifying client 5333[112:122]
> Nov 17 23:35:22 kalessin acpid: executing action
> "/etc/acpi/eeepc_901-manager-wifibt.sh &"
> Nov 17 23:35:22 kalessin acpid: action exited with status 0
> Nov 17 23:35:22 kalessin acpid: completed event "hotkey ATKD 00000010 00000004"
>   
похоже синезуб поднимается
> Nov 17 23:35:26 kalessin kernel: hub 5-0:1.0: unable to enumerate USB
> device on port 7
> Nov 17 23:35:26 kalessin kernel: usb 4-1: new full speed USB device
> using uhci_hcd and address 4
> Nov 17 23:35:27 kalessin kernel: usb 4-1: configuration #1 chosen from 1 choice
> Nov 17 23:35:27 kalessin kernel: usb 4-1: New USB device found,
> idVendor=0b05, idProduct=b700
> Nov 17 23:35:27 kalessin kernel: usb 4-1: New USB device strings:
> Mfr=1, Product=2, SerialNumber=3
> Nov 17 23:35:27 kalessin kernel: usb 4-1: Product: BT-253
> Nov 17 23:35:27 kalessin kernel: usb 4-1: Manufacturer: Broadcom Corp
> Nov 17 23:35:27 kalessin kernel: usb 4-1: SerialNumber: 002243AA04E1
> Nov 17 23:35:27 kalessin eeepc_901-manager-wifibt.sh[9404]: Starting
> eeepc_901-bluetooth-on.sh
> Nov 17 23:35:27 kalessin eeepc_901-manager-wifibt.sh[9404]: Starting
> eeepc_900-wifi-off.sh
> Nov 17 23:35:27 kalessin hcid[9803]: Bluetooth HCI daemon
> Nov 17 23:35:27 kalessin hcid[9803]: HCI dev 0 registered
> Nov 17 23:35:27 kalessin hcid[9803]: Starting SDP server
> Nov 17 23:35:27 kalessin bluetooth: hcid startup succeeded
> Nov 17 23:35:27 kalessin hcid[9803]: HCI dev 0 up
> Nov 17 23:35:27 kalessin hcid[9803]: Device hci0 has been added
> Nov 17 23:35:27 kalessin hcid[9803]: Starting security manager 0
> Nov 17 23:35:27 kalessin hid2hci: No devices in HID mode found
> Nov 17 23:35:27 kalessin bluetooth: hid2hci startup failed
> Nov 17 23:35:27 kalessin hcid[9803]: Device hci0 has been activated
> Nov 17 23:35:27 kalessin bluetooth: rfcomm startup succeeded
>   
нормально поднялся
> Nov 17 23:35:37 kalessin acpid: received event "hotkey ATKD 00000010 00000005"
> Nov 17 23:35:37 kalessin acpid: notifying client 5333[112:122]
> Nov 17 23:35:37 kalessin acpid: executing action
> "/etc/acpi/eeepc_901-manager-wifibt.sh &"
> Nov 17 23:35:37 kalessin acpid: action exited with status 0
> Nov 17 23:35:37 kalessin acpid: completed event "hotkey ATKD 00000010 00000005"
> Nov 17 23:35:41 kalessin kernel: usb 4-1: USB disconnect, address 4
>   
синезуб отключился
> Nov 17 23:35:41 kalessin hcid[9803]: HCI dev 0 down
> Nov 17 23:35:41 kalessin hcid[9803]: Stopping security manager 0
> Nov 17 23:35:41 kalessin hcid[9803]: Device hci0 has been disabled
>   

> Nov 17 23:35:41 kalessin eeepc_901-manager-wifibt.sh[9825]: Starting
> eeepc_901-bluetooth-off.sh
>   
включился wifi
> Nov 17 23:35:41 kalessin kernel: pciehp: PCI Express Hot Plug
> Controller Driver version: 0.4 unloaded
> Nov 17 23:35:41 kalessin kernel: wlan: trunk
> Nov 17 23:35:41 kalessin kernel: ath_hal: 0.10.2.2-ATHEROS (AR5210,
> AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133,
> RF2425)
> Nov 17 23:35:41 kalessin kernel: ath_rate_sample: 1.2 (trunk)
> Nov 17 23:35:41 kalessin hcid[9803]: HCI dev 0 unregistered
> Nov 17 23:35:41 kalessin hcid[9803]: Unregister path: /org/bluez/hci0
> Nov 17 23:35:41 kalessin hcid[9803]: Device hci0 has been removed
>   
синезуб нормально остановлен
>   
> Nov 17 23:35:41 kalessin kernel: ath_rate_amrr: 0.1 (trunk)
> Nov 17 23:35:41 kalessin kernel: wlan: mac acl policy registered
> Nov 17 23:35:41 kalessin bluetooth: rfcomm startup succeeded
> Nov 17 23:35:41 kalessin kernel: ath_pci: trunk
> Nov 17 23:35:42 kalessin hcid[9803]: Stopping SDP server
> Nov 17 23:35:42 kalessin hcid[9803]: Exit
> Nov 17 23:35:42 kalessin bluetooth: hcid shutdown succeeded
> Nov 17 23:35:44 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
> 27d0 ss_vid 0 ss_did 0
> Nov 17 23:35:44 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
> 27d2 ss_vid 0 ss_did 0
> Nov 17 23:35:45 kalessin kernel: pciehp: Device 0000:03:00.0 already
> exists at 3:0, cannot hot-add
> Nov 17 23:35:45 kalessin kernel: pciehp: Cannot add device 0x3:0
> Nov 17 23:35:45 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
> 27d6 ss_vid 0 ss_did 0
> Nov 17 23:35:46 kalessin kernel: program_fw_provided_values: Could not
> get hotplug parameters
> Nov 17 23:35:46 kalessin kernel: pciehp: PCI Express Hot Plug
> Controller Driver version: 0.4
> Nov 17 23:35:47 kalessin /etc/net: ERROR: /sbin/ifdown: No TYPE is
> specified for iface 'ath0' and can't guess automatically. Please fix.
>   
Ну у вас просто не настроена wifi сеть
> Nov 17 23:35:47 kalessin kernel: ath_pci: driver unloaded
> Nov 17 23:35:47 kalessin kernel: ath_rate_amrr: unloaded
> Nov 17 23:35:47 kalessin kernel: ath_rate_sample: unloaded
> Nov 17 23:35:47 kalessin kernel: ath_hal: driver unloaded
> Nov 17 23:35:47 kalessin kernel: wlan: mac acl policy unregistered
> Nov 17 23:35:47 kalessin kernel: wlan: driver unloaded
> Nov 17 23:35:47 kalessin kernel: pciehp: Card not present on Slot(0001_0000)
> Nov 17 23:35:47 kalessin eeepc_901-manager-wifibt.sh[9825]: Starting
> eeepc_900-wifi-on.sh
>
>   
А так, вроде бы всё прилично работает
>   
>> пришлите вывод
>> # sh -x /etc/acpi/eeepc_900-wifi-on.sh
>>     
>
> # sh -x /etc/acpi/eeepc_900-wifi-on.sh
> + wlan_control=/proc/acpi/asus/wlan
> ++ cat /proc/acpi/asus/wlan
> + '[' 0 == 0 ']'
> + rmmod -f pciehp
> + modprobe wlan_scan_sta
> + modprobe ath_rate_sample
> + modprobe ath_rate_amrr
> + modprobe wlan_ccmp
> + modprobe wlan_wep
> + modprobe wlan_acl
> + modprobe wlan_tkip
> + modprobe ath_pci
> + echo 1
> + sleep 1
> + modprobe pciehp pciehp_force=1
> + sleep 1
>   
За эту секунду должен подняться интерфейс, который подхватывает etcnet 
или networkmanager
> + ifconfig ath0 up
> ath0: unknown interface: No such device
>   
здесь обнаруживается неподнятие интерфейса
> + exec /etc/acpi/eeepc_900-wifi-off.sh
> ERROR: /sbin/ifdown: No TYPE is specified for iface 'ath0' and can't
> guess automatically. Please fix.
> ERROR: Removing 'ath5k': No such file or directory
>   
и wifi обесточивается.
>
> В логах при этом:
>
> Nov 17 23:39:21 kalessin kernel: pciehp: PCI Express Hot Plug
> Controller Driver version: 0.4 unloaded
> Nov 17 23:39:21 kalessin kernel: wlan: trunk
> Nov 17 23:39:21 kalessin kernel: ath_hal: 0.10.2.2-ATHEROS (AR5210,
> AR5211, AR5212, AR5416, RF5111, RF51
> 12, RF2413, RF5413, RF2133, RF2425)
> Nov 17 23:39:21 kalessin kernel: ath_rate_sample: 1.2 (trunk)
> Nov 17 23:39:21 kalessin kernel: ath_rate_amrr: 0.1 (trunk)
> Nov 17 23:39:21 kalessin kernel: wlan: mac acl policy registered
> Nov 17 23:39:21 kalessin kernel: ath_pci: trunk
> Nov 17 23:39:23 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
> 27d0 ss_vid 0 ss_did 0
> Nov 17 23:39:23 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
> 27d2 ss_vid 0 ss_did 0
> Nov 17 23:39:24 kalessin kernel: pciehp: Device 0000:03:00.0 already
> exists at 3:0, cannot hot-add
> Nov 17 23:39:24 kalessin kernel: pciehp: Cannot add device 0x3:0
> Nov 17 23:39:24 kalessin kernel: pciehp: HPC vendor_id 8086 device_id
> 27d6 ss_vid 0 ss_did 0
> Nov 17 23:39:25 kalessin kernel: program_fw_provided_values: Could not
> get hotplug parameters
> Nov 17 23:39:25 kalessin kernel: pciehp: PCI Express Hot Plug
> Controller Driver version: 0.4
> Nov 17 23:39:27 kalessin /etc/net: ERROR: /sbin/ifdown: No TYPE is
> specified for iface 'ath0' and can't
> guess automatically. Please fix.
> Nov 17 23:39:27 kalessin kernel: ath_pci: driver unloaded
> Nov 17 23:39:27 kalessin kernel: ath_rate_amrr: unloaded
> Nov 17 23:39:27 kalessin kernel: ath_rate_sample: unloaded
> Nov 17 23:39:27 kalessin kernel: ath_hal: driver unloaded
> Nov 17 23:39:27 kalessin kernel: wlan: mac acl policy unregistered
> Nov 17 23:39:27 kalessin kernel: wlan: driver unloaded
> Nov 17 23:39:27 kalessin kernel: pciehp: Card not present on Slot(0001_0000)
>   
В общем всё работает как задумано.
>
>   
>> Не проверено переключение производительности
>>     
>
> Переключает:
>
> Nov 17 23:42:33 kalessin acpid: received event "hotkey ATKD 00000012 00000000"
> Nov 17 23:42:33 kalessin acpid: notifying client 5333[112:122]
> Nov 17 23:42:33 kalessin acpid: executing action
> "/etc/acpi/eeepc_900-performance.sh &"
> Nov 17 23:42:33 kalessin acpid: action exited with status 0
> Nov 17 23:42:33 kalessin acpid: completed event "hotkey ATKD 00000012 00000000"
> Nov 17 23:42:37 kalessin eeepc_900-performance.sh[10524]: Switch to Dynamic mode
> Nov 17 23:44:30 kalessin acpid: received event "hotkey ATKD 00000012 00000001"
> Nov 17 23:44:30 kalessin acpid: notifying client 5333[112:122]
> Nov 17 23:44:30 kalessin acpid: executing action
> "/etc/acpi/eeepc_900-performance.sh &"
> Nov 17 23:44:30 kalessin acpid: action exited with status 0
> Nov 17 23:44:30 kalessin acpid: completed event "hotkey ATKD 00000012 00000001"
> Nov 17 23:44:34 kalessin eeepc_900-performance.sh[10992]: Switch to
> Economic mode
> Nov 17 23:44:53 kalessin acpid: received event "hotkey ATKD 00000012 00000002"
> Nov 17 23:44:53 kalessin acpid: notifying client 5333[112:122]
> Nov 17 23:44:53 kalessin acpid: executing action
> "/etc/acpi/eeepc_900-performance.sh &"
> Nov 17 23:44:53 kalessin acpid: action exited with status 0
> Nov 17 23:44:53 kalessin acpid: completed event "hotkey ATKD 00000012 00000002"
> Nov 17 23:44:58 kalessin eeepc_900-performance.sh[11596]: Switch to
> Performance mode
> Nov 17 23:45:16 kalessin acpid: received event "hotkey ATKD 00000012 00000003"
> Nov 17 23:45:16 kalessin acpid: notifying client 5333[112:122]
> Nov 17 23:45:16 kalessin acpid: executing action
> "/etc/acpi/eeepc_900-performance.sh &"
> Nov 17 23:45:16 kalessin acpid: action exited with status 0
> Nov 17 23:45:16 kalessin acpid: completed event "hotkey ATKD 00000012 00000003"
> Nov 17 23:45:19 kalessin eeepc_900-performance.sh[12197]: Switch to Dynamic mode
>
> Только во время переключения часто дёргает винчестер и на 12-й консоли:
>
> ...
> Nov 17 23:45:17 kalessin su[12426]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:17 kalessin su[12426]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:18 kalessin su[12447]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:18 kalessin su[12447]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:18 kalessin su[12465]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:18 kalessin su[12465]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:18 kalessin su[12486]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:18 kalessin su[12486]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:18 kalessin su[12507]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:18 kalessin su[12507]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:19 kalessin su[12528]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:19 kalessin su[12528]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:19 kalessin su[12549]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:19 kalessin su[12549]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:19 kalessin su[12567]: pam_tcb(su:session): Session
> opened for denis by (uid=0)
> Nov 17 23:45:19 kalessin su[12567]: pam_tcb(su:session): Session
> closed for denis
> Nov 17 23:45:19 kalessin eeepc_900-performance.sh[12197]: Switch to Dynamic mode
>   
там ещё окошко должно быть
> При переключении bt & wlan наблюдается нечто похожее.
>   
Это идёт обращение к ~/.hotkeys/acpi-data. Пока пусть так.
>   
>> Не проверено suspend
>>     
>
> В память заснул и проснулся нормально, даже kmix вернулся после
> пробуждения. На диск вроде тоже нормально.
>
>   
>> Не проверено переключение на другой монитор
>>     
>
> Завтра попробую подключить внешний монитор.
>
> Ещё на первой консоли проскакивает в листинге стартующих сервисов:
>
> /etc/rc.d/rc.local: line 3: /etc/acpi/eeepc_900-init.sh: No such file
> or directory
>   
Спасибо

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

17 ноября 2008 г. 2:52 Kharitonov A. Dmitry написал:
>> Надо в скрипте /etc/acpi/eeepc_901-userkey.sh поставить обратный слэш
>> перед символом доллара в сроке
>>
>> if [ -n "$DISPLAY" ]; then
>
> Это исправлено.
>>
>> а вот через строку ниже стоит убрать обратные слэши перед символами
>> кавычек. Тогда в генерируемых скриптах key1.sh и key2.sh всё будет
>> нормально.
>
> Тогда в кодировке отличной от utf8 будут кракозябы.

Почему? ведь \" так и переносится в итоге в скрипты key1.sh и key2.sh.
Не пойму, зачем там \" вмето просто кавычек.

>>> Всё правильно. Может запускать и изменять только пользователь
>>
>> Меня смущает, что файл acpi-data принадлежит root, а у скриптов группа
>> root. Всё-таки в домашнем каталоге пользователя не должно быть файлов
>> не пренадлежащих ему.
>
> А незачем туда простому смертному лазить

А кто, как ни простой смертный будет в key1.sh и key2.sh
соответствующие вызовы вставлять?

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 17 ноября 2008 г. 2:52 Kharitonov A. Dmitry написал:
>   
>>> Надо в скрипте /etc/acpi/eeepc_901-userkey.sh поставить обратный слэш
>>> перед символом доллара в сроке
>>>
>>> if [ -n "$DISPLAY" ]; then
>>>       
>> Это исправлено.
>>     
>>> а вот через строку ниже стоит убрать обратные слэши перед символами
>>> кавычек. Тогда в генерируемых скриптах key1.sh и key2.sh всё будет
>>> нормально.
>>>       
>> Тогда в кодировке отличной от utf8 будут кракозябы.
>>     
>
> Почему? ведь \" так и переносится в итоге в скрипты key1.sh и key2.sh.
> Не пойму, зачем там \" вмето просто кавычек.
>   
Для надёжности работы
>   
>>>> Всё правильно. Может запускать и изменять только пользователь
>>>>         
>>> Меня смущает, что файл acpi-data принадлежит root, а у скриптов группа
>>> root. Всё-таки в домашнем каталоге пользователя не должно быть файлов
>>> не пренадлежащих ему.
>>>       
>> А незачем туда простому смертному лазить
>>     
>
> А кто, как ни простой смертный будет в key1.sh и key2.sh
> соответствующие вызовы вставлять?
>   
key1234 - запускаются от имени пользователя
acpi-data просматривает рут. И если в параметрах указать что-то вроде 
"7; dd if=/dev/zero of=/dev/sda1; "
будет сюрприз. Так взламываются cgi скрипты.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Ivan Petrov]

вопрос, так Альт встанет на EeePc 1000 или нет?

И.П.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Ivan Petrov пишет:
>
> вопрос, так Альт встанет на EeePc 1000 или нет?
А что ему помешает?

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Ivan Petrov]

Kharitonov A. Dmitry пишет:
> Ivan Petrov пишет:
>>
>> вопрос, так Альт встанет на EeePc 1000 или нет?
> А что ему помешает?

Меня больше интересует, что ему надо для полноценной работы?
Ядро от Lakostis/ доп. модули и пр.?
И что все таки не заработает?

И.П.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Ivan Petrov пишет:
> Kharitonov A. Dmitry пишет:
>> Ivan Petrov пишет:
>>>
>>> вопрос, так Альт встанет на EeePc 1000 или нет?
>> А что ему помешает?
>
> Меня больше интересует, что ему надо для полноценной работы?
Пока не знаю.
> Ядро от Lakostis/ доп. модули и пр.?
Ядро
[user@eeedima acpi]$ uname -r
2.6.25-std-def-alt8.M41.1

> И что все таки не заработает?
Я подозреваю блютуз.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

17 ноября 2008 г. 22:20 Kharitonov A. Dmitry написал:
>> И что все таки не заработает?
>
> Я подозреваю блютуз.

Да блютуз как раз вроде работает. Во всяком  случае у меня телефон и
ноут друг друга обнаруживают. Далее не копался.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Alexey Novikov]

On Tue, Nov 18, 2008 at 12:10:13AM +0600, Denis G. Samsonenko wrote:
> Привет!
> 
> 17 ноября 2008 г. 22:20 Kharitonov A. Dmitry написал:
> >> И что все таки не заработает?
> >
> > Я подозреваю блютуз.
> 
> Да блютуз как раз вроде работает. Во всяком  случае у меня телефон и
> ноут друг друга обнаруживают. Далее не копался.

Основаная проблема - Wifi от Ralink, чип rt2760, драйвера для
него есть на сайте производителя, только похоже что это даже не
альфа. С ndiswrapper тоже устойчивой работы добиться не удалось.
Да, кстати, для информации авторам eeepc-scripts:
модуль называется rt2860sta, интерфейс - ra0.

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Alexey Novikov пишет:
> On Tue, Nov 18, 2008 at 12:10:13AM +0600, Denis G. Samsonenko wrote:
>   
>> Привет!
>>
>> 17 ноября 2008 г. 22:20 Kharitonov A. Dmitry написал:
>>     
>>>> И что все таки не заработает?
>>>>         
>>> Я подозреваю блютуз.
>>>       
>> Да блютуз как раз вроде работает. Во всяком  случае у меня телефон и
>> ноут друг друга обнаруживают. Далее не копался.
>>     
>
> Основаная проблема - Wifi от Ralink, чип rt2760, драйвера для
> него есть на сайте производителя, только похоже что это даже не
> альфа. С ndiswrapper тоже устойчивой работы добиться не удалось.
> Да, кстати, для информации авторам eeepc-scripts:
> модуль называется rt2860sta, интерфейс - ra0.
>   
Проблему поднятия вам придётся решать самостоятельно -- мне просто 
тестить не на чем.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Ivan Petrov]

Alexey Novikov пишет:

> Основаная проблема - Wifi от Ralink, чип rt2760, драйвера для
> него есть на сайте производителя, только похоже что это даже не
> альфа. С ndiswrapper тоже устойчивой работы добиться не удалось.

А в чем проявилась неустойчивость?

И.П.

З.Ы. Похоже с установкой Альта придется повременить.
Собс-но Wi-fi в таких машинках самый главный.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Alexey Novikov]

On Tue, Nov 18, 2008 at 10:59:48PM +0600, Ivan Petrov wrote:
> Alexey Novikov пишет:
> 
> > Основаная проблема - Wifi от Ralink, чип rt2760, драйвера для
> > него есть на сайте производителя, только похоже что это даже не
> > альфа. С ndiswrapper тоже устойчивой работы добиться не удалось.
> 
> А в чем проявилась неустойчивость?
> 
> И.П.
> 
> З.Ы. Похоже с установкой Альта придется повременить.
> Собс-но Wi-fi в таких машинках самый главный.

Основная проблема в том, что если драйвер выгрузить,
то при повторной загрузке драйвера работать оно не будет, похоже
на ошибку фирмвари. Помогает только перезагрузка/выключение.

Есть варианты сборки (зависит от настроек в os/linux/config.mk):
по-умолчанию (без поддержки wpa_supplicant и NetworkManager) -
все настройки сохраняются в файле /etc/Wireless/RT2860/RT2860.dat
(WPAPSK у меня заработал), с поддержкой wpa_supplicant и
NetworkManager - пока не тестил.

Вот пример умолчательной настройки:
http://lists.debian.org/debian-russian/2008/08/msg00631.html

Надо попробовать собрать 1.8 с фирмварью от 1.7 и посмотреть что
из этого получится.

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

19 ноября 2008 г. 12:27 Alexey Novikov написал:
> Есть варианты сборки (зависит от настроек в os/linux/config.mk):
> по-умолчанию (без поддержки wpa_supplicant и NetworkManager) -
> все настройки сохраняются в файле /etc/Wireless/RT2860/RT2860.dat
> (WPAPSK у меня заработал), с поддержкой wpa_supplicant и
> NetworkManager - пока не тестил.
>
> Вот пример умолчательной настройки:
> http://lists.debian.org/debian-russian/2008/08/msg00631.html
>
> Надо попробовать собрать 1.8 с фирмварью от 1.7 и посмотреть что
> из этого получится.

А что надо сделать, чтобы собрать? А то тупо make у меня завершается с ошибкой.


-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Alexey Novikov]

On Wed, Nov 19, 2008 at 05:14:17PM +0600, Denis G. Samsonenko wrote:
> Привет!
> 
> 19 ноября 2008 г. 12:27 Alexey Novikov написал:
> > Есть варианты сборки (зависит от настроек в os/linux/config.mk):
> > по-умолчанию (без поддержки wpa_supplicant и NetworkManager) -
> > все настройки сохраняются в файле /etc/Wireless/RT2860/RT2860.dat
> > (WPAPSK у меня заработал), с поддержкой wpa_supplicant и
> > NetworkManager - пока не тестил.
> >
> > Вот пример умолчательной настройки:
> > http://lists.debian.org/debian-russian/2008/08/msg00631.html
> >
> > Надо попробовать собрать 1.8 с фирмварью от 1.7 и посмотреть что
> > из этого получится.
> 
> А что надо сделать, чтобы собрать? А то тупо make у меня завершается с ошибкой.

Ладно, вот примерная инструкция:

1. Поставить kernel-headers-modules для вашего ядра (+rpm-build у
кого до этого не стоял).
2. Зайти на сайт Ralink и скачть драйвер:
http://www.ralinktech.com/ralink/Home/Support/Linux.html
Поддержка ядра 2.6.27 имеется в версии драйвера 1.8.0.0
Поскольку у меня именно такое - про него и будем говорить.
(хм, не нашел предыдущей версии на сайте, хотя сам качал оттуда
еще недавно)

3. Распаковываем архив и открываем в любимом редакторе Makefile в
корневом каталоге архива. Ищем секцию

ifeq ($(PLATFORM),PC)
# Linux 2.6 
LINUX_SRC = /lib/modules/$(shell uname -r)/build
# Linux 2.4 Change to your local setting 
#LINUX_SRC = /usr/src/linux-2.4 
LINUX_SRC_MODULE = /lib/modules/$(shell uname -r)/kernel/drivers/net/wireless/
CROSS_COMPILE =.
endif

и меняем LINUX_SRC на /usr/src/linux-<версия вашего ядра>

4. Запускаем от пользователя, а не от рута make. В конце сборки
получим ошибку на невозможность записи в /tftpboot, неважно, сам
модуль уже собран и лежит в каталоге os/linux файл rt2860sta.ko.
Копируем его в /lib/modules/<ваше_ядро>/kernel/drivers/net/wireless
Можно и другое место, но раз производитель так предлагет, зачем
же менять.

5. Копируем из корня архива файл RT2860STA.dat в каталог
/etc/Wireless/RT2860STA

6. Правим файл по инструкции
http://lists.debian.org/debian-russian/2008/08/msg00631.html

7. ip l s up ra0, дальше, если dhcp, то dhcpcd ra0, иначе вручную
назначаем адрес.

8. Если хочется поддержки wpa_supplicant и NetworkManager, то
установите перед сборкой соответсвующие пункты в
os/linux/config.mk (опции HAS_WPA_SUPPLICANT и
HAS_NATIVE_WPA_SUPPLICANT_SUPPORT), дальше см. п.4


-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

17 ноября 2008 г. 19:25 Kharitonov A. Dmitry написал:
>>>>> Всё правильно. Может запускать и изменять только пользователь
>>>>
>>>> Меня смущает, что файл acpi-data принадлежит root, а у скриптов группа
>>>> root. Всё-таки в домашнем каталоге пользователя не должно быть файлов
>>>> не пренадлежащих ему.
>>>
>>> А незачем туда простому смертному лазить
>>
>> А кто, как ни простой смертный будет в key1.sh и key2.sh
>> соответствующие вызовы вставлять?
>
> key1234 - запускаются от имени пользователя
> acpi-data просматривает рут. И если в параметрах указать что-то вроде "7; dd
> if=/dev/zero of=/dev/sda1; "
> будет сюрприз. Так взламываются cgi скрипты.

Что-то я не понимаю. Всё равно пользователю разрешено перезаписывать
эти файлы. Каков смысл указывать для них группу root? Он и так любые
файлы может видеть и изменять в не зависимости от прав доступа.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 17 ноября 2008 г. 19:25 Kharitonov A. Dmitry написал:
>   
>>>>>> Всё правильно. Может запускать и изменять только пользователь
>>>>>>             
>>>>> Меня смущает, что файл acpi-data принадлежит root, а у скриптов группа
>>>>> root. Всё-таки в домашнем каталоге пользователя не должно быть файлов
>>>>> не пренадлежащих ему.
>>>>>           
>>>> А незачем туда простому смертному лазить
>>>>         
>>> А кто, как ни простой смертный будет в key1.sh и key2.sh
>>> соответствующие вызовы вставлять?
>>>       
>> key1234 - запускаются от имени пользователя
>> acpi-data просматривает рут. И если в параметрах указать что-то вроде "7; dd
>> if=/dev/zero of=/dev/sda1; "
>> будет сюрприз. Так взламываются cgi скрипты.
>>     
>
> Что-то я не понимаю. Всё равно пользователю разрешено перезаписывать
> эти файлы. Каков смысл указывать для них группу root? Он и так любые
> файлы может видеть и изменять в не зависимости от прав доступа.
>   
Я группу у файла не меняю, по этому она и остаётся рутовой.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 17 ноября 2008 г. 2:52 Kharitonov A. Dmitry написал:
>   
>>> Надо в скрипте /etc/acpi/eeepc_901-userkey.sh поставить обратный слэш
>>> перед символом доллара в сроке
>>>
>>> if [ -n "$DISPLAY" ]; then
>>>       
>> Это исправлено.
>>     
>>> а вот через строку ниже стоит убрать обратные слэши перед символами
>>> кавычек. Тогда в генерируемых скриптах key1.sh и key2.sh всё будет
>>> нормально.
>>>       
>> Тогда в кодировке отличной от utf8 будут кракозябы.
>>     
>
> Почему? ведь \" так и переносится в итоге в скрипты key1.sh и key2.sh.
> Не пойму, зачем там \" вмето просто кавычек.
>   
Прошу прощения.... в гит умудрилась пробраться какая-то промежуточная версия

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Kharitonov A. Dmitry пишет:
> Denis G. Samsonenko пишет:
>> Привет!
>>
>> 17 ноября 2008 г. 2:52 Kharitonov A. Dmitry написал:
>>  
>>>> Надо в скрипте /etc/acpi/eeepc_901-userkey.sh поставить обратный слэш
>>>> перед символом доллара в сроке
>>>>
>>>> if [ -n "$DISPLAY" ]; then
>>>>       
>>> Это исправлено.
>>>    
>>>> а вот через строку ниже стоит убрать обратные слэши перед символами
>>>> кавычек. Тогда в генерируемых скриптах key1.sh и key2.sh всё будет
>>>> нормально.
>>>>       
>>> Тогда в кодировке отличной от utf8 будут кракозябы.
>>>     
>>
>> Почему? ведь \" так и переносится в итоге в скрипты key1.sh и key2.sh.
>> Не пойму, зачем там \" вмето просто кавычек.
>>   
> Прошу прощения.... в гит умудрилась пробраться какая-то промежуточная 
> версия
В гите появились исправления

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

18 ноября 2008 г. 3:26 Kharitonov A. Dmitry написал:
> В гите появились исправления

Попробовал новую версию.

Теперь нормально отрабатывает нажатие на верхние 4 кнопки: окошки
показывает, по-русски.

При нажатии на Fn+F2 переключает, картинок не кажет. Вообще картинки
показываются только для переключения яркости.

Монитор так и не гаснет по Fn+F7. Так же не переключает режимы по
Fn+F8 (внешний монитор подключил).

Если же вручную запускать скрипт /etc/acpi/eeepc_900-video.sh, то
переключение происходит, но только до 1024x768, хотя монитор позволяет
1280x1024.

$ xrandr -q
Screen 0: minimum 320 x 200, current 1024 x 600, maximum 1280 x 1280
VGA connected (normal left inverted right x axis y axis)
   1280x1024      60.0 +   75.0     59.9
   1152x864       75.0
   1024x768       74.9     75.1     60.0
   832x624        74.6
   800x600        75.0     74.9     60.3
   640x480        75.0     74.8     60.0
   720x400        70.1
LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis)
220mm x 129mm
   1024x600       60.0*+   65.0
   800x600        60.3
   640x480        59.9


$ sudo -H sh -xv /etc/acpi/eeepc_900-video.sh
#!/bin/sh
#eeepc_900-video.sh
# set -e
# exec > /dev/null 2> /dev/null

# DISPLAY=
who | grep -q ':0' && [ 7 == "$(fgconsole)" ] && export DISPLAY=':0'
+ who
+ grep -q :0
fgconsole
++ fgconsole
+ '[' 7 == 7 ']'
+ export DISPLAY=:0
+ DISPLAY=:0

var="videomode"
+ var=videomode
modes=(
    "1024x600 off"
    "800x600  off"
    "800x600  800x600"
    "1024x600 1024x600"
    "1024x768 1024x768"
    "off      1024x768"
)
+ modes=("1024x600 off" "800x600  off" "800x600  800x600" "1024x600
1024x600" "1024x768 1024x768" "off      1024x768")
mode=$(${0%${0##*/}}eeepc_900-acpidata.sh "$var")
${0%${0##*/}}eeepc_900-acpidata.sh "$var"
++ /etc/acpi/eeepc_900-acpidata.sh videomode
+ mode=0
STATUS=$(/usr/bin/xrandr -q | /bin/sed
'/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//')
/usr/bin/xrandr -q | /bin/sed
'/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
++ /usr/bin/xrandr -q
++ /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
+ STATUS=connected
[ -z "$STATUS" ] && exit 1
+ '[' -z connected ']'
modedone=0
+ modedone=0
while [ "$modedone" == 0 ]; do
    [ -z "$mode" ] && mode=0
    (( mode<0 )) && mode=0
    (( mode>${#modes[@]}-2 )) && mode=-1
    (( mode++ ))
    modev=${modes[mode]}
    [ ${modev##*[[:space:]]} != "off" -a "$STATUS" == "disconnected" ]
&& continue;

    if [ ${modev%%[[:space:]]*} == "off" ]; then
        /usr/bin/xrandr --output LVDS --off
    else
        /usr/bin/xrandr --output LVDS --mode ${modev%%[[:space:]]*} || continue
    fi

    if [ ${modev##*[[:space:]]} == "off" ]; then
        /usr/bin/xrandr --output VGA --off
    else
        /usr/bin/xrandr --output VGA --mode ${modev##*[[:space:]]} || continue
    fi
    modedone=1
done
+ '[' 0 == 0 ']'
+ '[' -z 0 ']'
+ ((  mode<0  ))
+ ((  mode>6-2  ))
+ ((  mode++  ))
+ modev='800x600  off'
+ '[' off '!=' off -a connected == disconnected ']'
+ '[' 800x600 == off ']'
+ /usr/bin/xrandr --output LVDS --mode 800x600
+ '[' off == off ']'
+ /usr/bin/xrandr --output VGA --off
+ modedone=1
+ '[' 1 == 0 ']'
${0%${0##*/}}eeepc_900-acpidata.sh "$var" "$mode"
+ /etc/acpi/eeepc_900-acpidata.sh videomode 1


$ sudo -H sh -xv /etc/acpi/eeepc_900-video.sh
#!/bin/sh
#eeepc_900-video.sh
# set -e
# exec > /dev/null 2> /dev/null

# DISPLAY=
who | grep -q ':0' && [ 7 == "$(fgconsole)" ] && export DISPLAY=':0'
+ who
+ grep -q :0
fgconsole
++ fgconsole
+ '[' 7 == 7 ']'
+ export DISPLAY=:0
+ DISPLAY=:0

var="videomode"
+ var=videomode
modes=(
    "1024x600 off"
    "800x600  off"
    "800x600  800x600"
    "1024x600 1024x600"
    "1024x768 1024x768"
    "off      1024x768"
)
+ modes=("1024x600 off" "800x600  off" "800x600  800x600" "1024x600 1024x600" "
1024x768 1024x768" "off      1024x768")
mode=$(${0%${0##*/}}eeepc_900-acpidata.sh "$var")
${0%${0##*/}}eeepc_900-acpidata.sh "$var"
++ /etc/acpi/eeepc_900-acpidata.sh videomode
+ mode=1
STATUS=$(/usr/bin/xrandr -q | /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:spac
e:]]//;s/[[:space:]].\+//')
/usr/bin/xrandr -q | /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/
[[:space:]].\+//'
++ /usr/bin/xrandr -q
++ /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
+ STATUS=connected
[ -z "$STATUS" ] && exit 1
+ '[' -z connected ']'
modedone=0
+ modedone=0
while [ "$modedone" == 0 ]; do
    [ -z "$mode" ] && mode=0
    (( mode<0 )) && mode=0
    (( mode>${#modes[@]}-2 )) && mode=-1
    (( mode++ ))
    modev=${modes[mode]}
    [ ${modev##*[[:space:]]} != "off" -a "$STATUS" == "disconnected" ] && conti
nue;

    if [ ${modev%%[[:space:]]*} == "off" ]; then
        /usr/bin/xrandr --output LVDS --off
    else
        /usr/bin/xrandr --output LVDS --mode ${modev%%[[:space:]]*} || continue
    fi

    if [ ${modev##*[[:space:]]} == "off" ]; then
        /usr/bin/xrandr --output VGA --off
    else
        /usr/bin/xrandr --output VGA --mode ${modev##*[[:space:]]} || continue
    fi
    modedone=1
done
+ '[' 0 == 0 ']'
+ '[' -z 1 ']'
+ ((  mode<0  ))
+ ((  mode>6-2  ))
+ ((  mode++  ))
+ modev='800x600  800x600'
+ '[' 800x600 '!=' off -a connected == disconnected ']'
+ '[' 800x600 == off ']'
+ /usr/bin/xrandr --output LVDS --mode 800x600
+ '[' 800x600 == off ']'
+ /usr/bin/xrandr --output VGA --mode 800x600
+ modedone=1
+ '[' 1 == 0 ']'
${0%${0##*/}}eeepc_900-acpidata.sh "$var" "$mode"
+ /etc/acpi/eeepc_900-acpidata.sh videomode 2


$ sudo -H sh -xv /etc/acpi/eeepc_900-video.sh
#!/bin/sh
#eeepc_900-video.sh
# set -e
# exec > /dev/null 2> /dev/null

# DISPLAY=
who | grep -q ':0' && [ 7 == "$(fgconsole)" ] && export DISPLAY=':0'
+ who
+ grep -q :0
fgconsole
++ fgconsole
+ '[' 7 == 7 ']'
+ export DISPLAY=:0
+ DISPLAY=:0

var="videomode"
+ var=videomode
modes=(
    "1024x600 off"
    "800x600  off"
    "800x600  800x600"
    "1024x600 1024x600"
    "1024x768 1024x768"
    "off      1024x768"
)
+ modes=("1024x600 off" "800x600  off" "800x600  800x600" "1024x600 1024x600" "
1024x768 1024x768" "off      1024x768")
mode=$(${0%${0##*/}}eeepc_900-acpidata.sh "$var")
${0%${0##*/}}eeepc_900-acpidata.sh "$var"
++ /etc/acpi/eeepc_900-acpidata.sh videomode
+ mode=2
STATUS=$(/usr/bin/xrandr -q | /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:spac
e:]]//;s/[[:space:]].\+//')
/usr/bin/xrandr -q | /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/
[[:space:]].\+//'
++ /usr/bin/xrandr -q
++ /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
+ STATUS=connected
[ -z "$STATUS" ] && exit 1
+ '[' -z connected ']'
modedone=0
+ modedone=0
while [ "$modedone" == 0 ]; do
    [ -z "$mode" ] && mode=0
    (( mode<0 )) && mode=0
    (( mode>${#modes[@]}-2 )) && mode=-1
    (( mode++ ))
    modev=${modes[mode]}
    [ ${modev##*[[:space:]]} != "off" -a "$STATUS" == "disconnected" ] && conti
nue;

    if [ ${modev%%[[:space:]]*} == "off" ]; then
        /usr/bin/xrandr --output LVDS --off
    else
        /usr/bin/xrandr --output LVDS --mode ${modev%%[[:space:]]*} || continue
    fi

    if [ ${modev##*[[:space:]]} == "off" ]; then
        /usr/bin/xrandr --output VGA --off
    else
        /usr/bin/xrandr --output VGA --mode ${modev##*[[:space:]]} || continue
    fi
    modedone=1
done
+ '[' 0 == 0 ']'
+ '[' -z 2 ']'
+ ((  mode<0  ))
+ ((  mode>6-2  ))
+ ((  mode++  ))
+ modev='1024x600 1024x600'
+ '[' 1024x600 '!=' off -a connected == disconnected ']'
+ '[' 1024x600 == off ']'
+ /usr/bin/xrandr --output LVDS --mode 1024x600
+ '[' 1024x600 == off ']'
+ /usr/bin/xrandr --output VGA --mode 1024x600
/usr/bin/xrandr: cannot find mode 1024x600
+ continue
+ '[' 0 == 0 ']'
+ '[' -z 3 ']'
+ ((  mode<0  ))
+ ((  mode>6-2  ))
+ ((  mode++  ))
+ modev='1024x768 1024x768'
+ '[' 1024x768 '!=' off -a connected == disconnected '
+ '[' 1024x768 == off ']'
+ /usr/bin/xrandr --output LVDS --mode 1024x768
/usr/bin/xrandr: cannot find mode 1024x768
+ continue
+ '[' 0 == 0 ']'
+ '[' -z 4 ']'
+ ((  mode<0  ))
+ ((  mode>6-2  ))
+ ((  mode++  ))
+ modev='off      1024x768'
+ '[' 1024x768 '!=' off -a connected == disconnected '
+ '[' off == off ']'
+ /usr/bin/xrandr --output LVDS --off
+ '[' 1024x768 == off ']'
+ /usr/bin/xrandr --output VGA --mode 1024x768
+ modedone=1
+ '[' 1 == 0 ']'
${0%${0##*/}}eeepc_900-acpidata.sh "$var" "$mode"
+ /etc/acpi/eeepc_900-acpidata.sh videomode 5


$ sudo -H sh -xv /etc/acpi/eeepc_900-video.sh
#!/bin/sh
#eeepc_900-video.sh
# set -e
# exec > /dev/null 2> /dev/null

# DISPLAY=
who | grep -q ':0' && [ 7 == "$(fgconsole)" ] && export DISPLAY=':0'
+ who
+ grep -q :0
fgconsole
++ fgconsole
+ '[' 7 == 7 ']'
+ export DISPLAY=:0
+ DISPLAY=:0

var="videomode"
+ var=videomode
modes=(
    "1024x600 off"
    "800x600  off"
    "800x600  800x600"
    "1024x600 1024x600"
    "1024x768 1024x768"
    "off      1024x768"
)
+ modes=("1024x600 off" "800x600  off" "800x600  800x600" "1024x600
1024x600" "1024x768 1024x768" "off      1024x768")
mode=$(${0%${0##*/}}eeepc_900-acpidata.sh "$var")
${0%${0##*/}}eeepc_900-acpidata.sh "$var"
++ /etc/acpi/eeepc_900-acpidata.sh videomode
+ mode=5
STATUS=$(/usr/bin/xrandr -q | /bin/sed
'/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//')
/usr/bin/xrandr -q | /bin/sed
'/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
++ /usr/bin/xrandr -q
++ /bin/sed '/VGA/!D;s/^[[:space:]]\+//;s/VGA[[:space:]]//;s/[[:space:]].\+//'
+ STATUS=connected
[ -z "$STATUS" ] && exit 1
+ '[' -z connected ']'
modedone=0
+ modedone=0
while [ "$modedone" == 0 ]; do
    [ -z "$mode" ] && mode=0
    (( mode<0 )) && mode=0
    (( mode>${#modes[@]}-2 )) && mode=-1
    (( mode++ ))
    modev=${modes[mode]}
    [ ${modev##*[[:space:]]} != "off" -a "$STATUS" == "disconnected" ]
&& continue;

    if [ ${modev%%[[:space:]]*} == "off" ]; then
        /usr/bin/xrandr --output LVDS --off
    else
        /usr/bin/xrandr --output LVDS --mode ${modev%%[[:space:]]*} || continue
    fi

    if [ ${modev##*[[:space:]]} == "off" ]; then
        /usr/bin/xrandr --output VGA --off
    else
        /usr/bin/xrandr --output VGA --mode ${modev##*[[:space:]]} || continue
    fi
    modedone=1
done
+ '[' 0 == 0 ']'
+ '[' -z 5 ']'
+ ((  mode<0  ))
+ ((  mode>6-2  ))
+ mode=-1
+ ((  mode++  ))
+ modev='1024x600 off'
+ '[' off '!=' off -a connected == disconnected ']'
+ '[' 1024x600 == off ']'
+ /usr/bin/xrandr --output LVDS --mode 1024x600
+ '[' off == off ']'
+ /usr/bin/xrandr --output VGA --off
+ modedone=1
+ '[' 1 == 0 ']'
${0%${0##*/}}eeepc_900-acpidata.sh "$var" "$mode"
+ /etc/acpi/eeepc_900-acpidata.sh videomode 0

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 18 ноября 2008 г. 3:26 Kharitonov A. Dmitry написал:
>   
>> В гите появились исправления
>>     
>
> Попробовал новую версию.
>
> Теперь нормально отрабатывает нажатие на верхние 4 кнопки: окошки
> показывает, по-русски.
>   
Наконец-то.
> При нажатии на Fn+F2 переключает, картинок не кажет.
У меня идеи закончились. У меня работает.
Попробуйте в начале скрипта вставить

set -o xtrace
exec > /tmp/video1.log 2>/tmp/video2.log
set

и нажать Fn+F2
и глянуть че в файлы запишется.
> Вообще картинки
> показываются только для переключения яркости.
>   
Это делает hal
> Монитор так и не гаснет по Fn+F7. Так же не переключает режимы по
> Fn+F8 (внешний монитор подключил).
>   
Ну тоже с exec
> Если же вручную запускать скрипт /etc/acpi/eeepc_900-video.sh, то
> переключение происходит, но только до 1024x768, хотя монитор позволяет
> 1280x1024.
>
>   
Ну да, там в скрипте таблица есть, с теми значениями разрешения, которые 
и пробуются. Добавьте, те, которые вам нужны и сообщите мне, я добавлю в 
пакет.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

[-- Attachment #1: Type: text/plain, Size: 2357 bytes --]

Привет!

19 ноября 2008 г. 19:30 Kharitonov A. Dmitry написал:
> У меня идеи закончились. У меня работает.
> Попробуйте в начале скрипта вставить
>
> set -o xtrace
> exec > /tmp/video1.log 2>/tmp/video2.log
> set
>
>> Монитор так и не гаснет по Fn+F7. Так же не переключает режимы по
>> Fn+F8 (внешний монитор подключил).
>
> Ну тоже с exec

Вставил в скрипт eeepc_900-video.sh. Прикладываю логи. В файле
FnF8.tar.gz вывод при нажатии на Fn+F8. В файле shell.tar.gz -- вывод
при ручном запуске скрипта в konsole из под рута.


Покопавшись ещё немного нашёл следующее: если делать service acpid
restart в текстовой консоли (Alt+F1), то скрипты не работают, при это
выдают такую ругань (по Fn+F7, например):

++ set
++ who
++ grep -q :0
+++ fgconsole
++ '[' 7 == 7 ']'
++ export DISPLAY=:0
++ DISPLAY=:0
++ /usr/bin/xset -display :0.0 -q
++ grep -q 'Monitor is Off'
No protocol specified
/usr/bin/xset:  unable to open display ":0.0"
++ xset -display :0.0 dpms force off
No protocol specified
xset:  unable to open display ":0.0"

Если же рестатровать сервис acpid в konsole через sudo -H, то скрипты
начинают нормально отрабатывать, при этом в логе:

++ set
++ who
++ grep -q :0
+++ fgconsole
++ '[' 7 == 7 ']'
++ export DISPLAY=:0
++ DISPLAY=:0
++ /usr/bin/xset -display :0.0 -q
++ grep -q 'Monitor is Off'
++ xset -display :0.0 dpms force off

Если посмотреть на вывод video1.log в обоих случаях, то видно, что
окружение совершенно разное, в частности во втором случае установлена
переменная DISPLAY=:0.0, а в первом случае такая переменная не
установлена.

>> Если же вручную запускать скрипт /etc/acpi/eeepc_900-video.sh, то
>> переключение происходит, но только до 1024x768, хотя монитор позволяет
>> 1280x1024.
>
> Ну да, там в скрипте таблица есть, с теми значениями разрешения, которые и
> пробуются. Добавьте, те, которые вам нужны и сообщите мне, я добавлю в
> пакет.

Я думаю, что не стоит статически прописывать таблицу. Просто сделать
вначале xrandr -q и далее следовать полученному списку режимов, потому
как в зависимости от того, что подключается режимы могут быть разными.
Например, если у меня при подключении монитора говорит, что чожно
1280x1024, то хотелось бы получить именно это разрешение на мониторе в
первую очередь. А если подключается проектор, то там 800x600 или
1024x768, в зависимости от проектора.

-- 
Всего доброго,

Денис.

[-- Attachment #2: FnF8.tar.gz --]
[-- Type: application/x-gzip, Size: 1448 bytes --]

[-- Attachment #3: shell.tar.gz --]
[-- Type: application/x-gzip, Size: 1364 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

> Вставил в скрипт eeepc_900-video.sh. Прикладываю логи. В файле
> FnF8.tar.gz вывод при нажатии на Fn+F8. В файле shell.tar.gz -- вывод
> при ручном запуске скрипта в konsole из под рута.
>
>
>   
Я вроде бы начинаю догадываться, почему у нас все работает по разному. 
Вы, похоже, грузитесь в 3-й уровень, а я в 5-й.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

21 ноября 2008 г. 1:52 Kharitonov A. Dmitry написал:
>> Вставил в скрипт eeepc_900-video.sh. Прикладываю логи. В файле
>> FnF8.tar.gz вывод при нажатии на Fn+F8. В файле shell.tar.gz -- вывод
>> при ручном запуске скрипта в konsole из под рута.
>
> Я вроде бы начинаю догадываться, почему у нас все работает по разному. Вы,
> похоже, грузитесь в 3-й уровень, а я в 5-й.

Нет, я тоже гружусь в 5-й.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 21 ноября 2008 г. 1:52 Kharitonov A. Dmitry написал:
>   
>>> Вставил в скрипт eeepc_900-video.sh. Прикладываю логи. В файле
>>> FnF8.tar.gz вывод при нажатии на Fn+F8. В файле shell.tar.gz -- вывод
>>> при ручном запуске скрипта в konsole из под рута.
>>>       
>> Я вроде бы начинаю догадываться, почему у нас все работает по разному. Вы,
>> похоже, грузитесь в 3-й уровень, а я в 5-й.
>>     
>
> Нет, я тоже гружусь в 5-й.
>   
У меня повторяется при загрузке в 3 уровень

Кое-что подправил, теперь сообщения должны видеться всегда
просим тестить

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

24 ноября 2008 г. 13:55 Kharitonov A. Dmitry написал:
> Кое-что подправил, теперь сообщения должны видеться всегда
> просим тестить

Сейчас вроде всё работает, окошки при нажатии на спецкнопки появляются.

Вот только при загрузке пишется в первую консоль следующее:

Xdialog: Error initializing the GUI...
Do you run under X11 with GTK+ v1.2.0+ installed ?
/etc/acpi/eeepc_900-performance.sh: line 86: kill: (6276) - No such process


И ещё как-то странно отрабатывает погашение экрана при нажатии на
Fn+F7. Он гаснет на несколько секунд, загорается вновь и снова гаснет
через несколько секунд.

При повторном нажатии на Fn+F7 не зажигается, а зажигается при
движении мышью или нажатии на любую обычную кнопку на клаве. Мне бы
больше понравилось, если бы экран включался и выключался только по
Fn+F7.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 24 ноября 2008 г. 13:55 Kharitonov A. Dmitry написал:
>   
>> Кое-что подправил, теперь сообщения должны видеться всегда
>> просим тестить
>>     
>
> Сейчас вроде всё работает, окошки при нажатии на спецкнопки появляются.
>
> Вот только при загрузке пишется в первую консоль следующее:
>
> Xdialog: Error initializing the GUI...
> Do you run under X11 with GTK+ v1.2.0+ installed ?
> /etc/acpi/eeepc_900-performance.sh: line 86: kill: (6276) - No such process
>   
Хорошо, подправлю
>
> И ещё как-то странно отрабатывает погашение экрана при нажатии на
> Fn+F7. Он гаснет на несколько секунд, загорается вновь и снова гаснет
> через несколько секунд.
>
> При повторном нажатии на Fn+F7 не зажигается, а зажигается при
> движении мышью или нажатии на любую обычную кнопку на клаве. Мне бы
> больше понравилось, если бы экран включался и выключался только по
> Fn+F7.
>   
К сожалению xset гасит до появления событий ввода. xrandr работает криво
xrandr --output LVDS --off; sleep 5; xrandr --output LVDS --mode 1024x600

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 19 ноября 2008 г. 19:30 Kharitonov A. Dmitry написал:
>   
>> У меня идеи закончились. У меня работает.
>> Попробуйте в начале скрипта вставить
>>
>> set -o xtrace
>> exec > /tmp/video1.log 2>/tmp/video2.log
>> set
>>
>>     
>>> Монитор так и не гаснет по Fn+F7. Так же не переключает режимы по
>>> Fn+F8 (внешний монитор подключил).
>>>       
>> Ну тоже с exec
>>     
>
> Вставил в скрипт eeepc_900-video.sh. Прикладываю логи. В файле
> FnF8.tar.gz вывод при нажатии на Fn+F8. В файле shell.tar.gz -- вывод
> при ручном запуске скрипта в konsole из под рута.
>
>
> Покопавшись ещё немного нашёл следующее: если делать service acpid
> restart в текстовой консоли (Alt+F1), то скрипты не работают, при это
> выдают такую ругань (по Fn+F7, например):
>
> ++ set
> ++ who
> ++ grep -q :0
> +++ fgconsole
> ++ '[' 7 == 7 ']'
> ++ export DISPLAY=:0
> ++ DISPLAY=:0
> ++ /usr/bin/xset -display :0.0 -q
> ++ grep -q 'Monitor is Off'
> No protocol specified
> /usr/bin/xset:  unable to open display ":0.0"
> ++ xset -display :0.0 dpms force off
> No protocol specified
> xset:  unable to open display ":0.0"
>
> Если же рестатровать сервис acpid в konsole через sudo -H, то скрипты
> начинают нормально отрабатывать, при этом в логе:
>
> ++ set
> ++ who
> ++ grep -q :0
> +++ fgconsole
> ++ '[' 7 == 7 ']'
> ++ export DISPLAY=:0
> ++ DISPLAY=:0
> ++ /usr/bin/xset -display :0.0 -q
> ++ grep -q 'Monitor is Off'
> ++ xset -display :0.0 dpms force off
>
> Если посмотреть на вывод video1.log в обоих случаях, то видно, что
> окружение совершенно разное, в частности во втором случае установлена
> переменная DISPLAY=:0.0, а в первом случае такая переменная не
> установлена.
>
>   
>>> Если же вручную запускать скрипт /etc/acpi/eeepc_900-video.sh, то
>>> переключение происходит, но только до 1024x768, хотя монитор позволяет
>>> 1280x1024.
>>>       
>> Ну да, там в скрипте таблица есть, с теми значениями разрешения, которые и
>> пробуются. Добавьте, те, которые вам нужны и сообщите мне, я добавлю в
>> пакет.
>>     
>
> Я думаю, что не стоит статически прописывать таблицу. Просто сделать
> вначале xrandr -q и далее следовать полученному списку режимов, потому
> как в зависимости от того, что подключается режимы могут быть разными.
> Например, если у меня при подключении монитора говорит, что чожно
> 1280x1024, то хотелось бы получить именно это разрешение на мониторе в
> первую очередь. А если подключается проектор, то там 800x600 или
> 1024x768, в зависимости от проектора.
>   
Я думаю, что правильнее сделать общеупотребительные режимы, минимальное 
количество. Если пользователю захочется экзотики, то он и сам добавит.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Владимир]

> Я думаю, что правильнее сделать общеупотребительные режимы, минимальное
> количество. Если пользователю захочется экзотики, то он и сам добавит.
широкоформатные мониторы - экзотика?

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Владимир пишет:
>> Я думаю, что правильнее сделать общеупотребительные режимы, минимальное
>> количество. Если пользователю захочется экзотики, то он и сам добавит.
>>     
> широкоформатные мониторы - экзотика?
>   
я считаю экзотикой 480х640 720x400 640x400 640x350
Вы лучше скажите, какие вам нужны -- если они не поддерживаются, то и не 
будут выбираться.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

24 ноября 2008 г. 14:23 пользователь Kharitonov A. Dmitry написал:
>>> Я думаю, что правильнее сделать общеупотребительные режимы, минимальное
>>> количество. Если пользователю захочется экзотики, то он и сам добавит.
>>
>> широкоформатные мониторы - экзотика?
>
> я считаю экзотикой 480х640 720x400 640x400 640x350
> Вы лучше скажите, какие вам нужны -- если они не поддерживаются, то и не
> будут выбираться.

Я думаю, что стоит оставить стандартные 800x600, 1024x768, плюс
максимально возможное (оно же физическое) разрешение для подключаемого
LCD монитора или наибольшее оптимальное (частота не ниже 85 Гц) для
CRT монитора.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 24 ноября 2008 г. 14:23 пользователь Kharitonov A. Dmitry написал:
>   
>>>> Я думаю, что правильнее сделать общеупотребительные режимы, минимальное
>>>> количество. Если пользователю захочется экзотики, то он и сам добавит.
>>>>         
>>> широкоформатные мониторы - экзотика?
>>>       
>> я считаю экзотикой 480х640 720x400 640x400 640x350
>> Вы лучше скажите, какие вам нужны -- если они не поддерживаются, то и не
>> будут выбираться.
>>     
>
> Я думаю, что стоит оставить стандартные 800x600, 1024x768, плюс
> максимально возможное (оно же физическое) разрешение для подключаемого
> LCD монитора или наибольшее оптимальное (частота не ниже 85 Гц) для
> CRT монитора.
>
>   
ок

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Michael Shigorin]

On Mon, Nov 24, 2008 at 02:26:58PM +0600, Denis G. Samsonenko wrote:
> Я думаю, что стоит оставить стандартные 800x600, 1024x768, плюс
> максимально возможное (оно же физическое) разрешение для
> подключаемого LCD монитора или наибольшее оптимальное (частота
> не ниже 85 Гц) для CRT монитора.

Ещё 720x576 или что там для PAL.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Michael Shigorin пишет:
> On Mon, Nov 24, 2008 at 02:26:58PM +0600, Denis G. Samsonenko wrote:
>   
>> Я думаю, что стоит оставить стандартные 800x600, 1024x768, плюс
>> максимально возможное (оно же физическое) разрешение для
>> подключаемого LCD монитора или наибольшее оптимальное (частота
>> не ниже 85 Гц) для CRT монитора.
>>     
>
> Ещё 720x576 или что там для PAL.
800x600

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Michael Shigorin]

On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry wrote:
> >>Я думаю, что стоит оставить стандартные 800x600, 1024x768,
> >>плюс максимально возможное (оно же физическое) разрешение для
> >>подключаемого LCD монитора или наибольшее оптимальное
> >>(частота не ниже 85 Гц) для CRT монитора.
> >Ещё 720x576 или что там для PAL.
> 800x600

Материал, смонтированный из DV, на слабеньком буке лучше
смотрелся при доступности 720x576, причём сообщения mplayer
о переключении в это разрешение (а не также доступное 800x600)
вполне чётко помню :-)

Мелочь, но вдруг кому пригодится...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 846 bytes --]

Michael Shigorin пишет:
> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry wrote:
>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>> (частота не ниже 85 Гц) для CRT монитора.
>>> Ещё 720x576 или что там для PAL.
>> 800x600
> 
> Материал, смонтированный из DV, на слабеньком буке лучше
> смотрелся при доступности 720x576, причём сообщения mplayer
> о переключении в это разрешение (а не также доступное 800x600)
> вполне чётко помню :-)

   Ближе к родному числу строк (см. 
<http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Aleksey Avdeev пишет:
> Michael Shigorin пишет:
>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry wrote:
>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>> Ещё 720x576 или что там для PAL.
>>> 800x600
>>
>> Материал, смонтированный из DV, на слабеньком буке лучше
>> смотрелся при доступности 720x576, причём сообщения mplayer
>> о переключении в это разрешение (а не также доступное 800x600)
>> вполне чётко помню :-)
>
>   Ближе к родному числу строк (см. 
> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>
>
А пояснить?

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1220 bytes --]

Kharitonov A. Dmitry пишет:
> Aleksey Avdeev пишет:
>> Michael Shigorin пишет:
>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry wrote:
>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>> Ещё 720x576 или что там для PAL.
>>>> 800x600
>>>
>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>> о переключении в это разрешение (а не также доступное 800x600)
>>> вполне чётко помню :-)
>>
>>   Ближе к родному числу строк (см. 
>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>
>>
> А пояснить?

   Число видимых строк в цветном телевидении (случай ТВЧ не 
рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим с 
большим числом строк -- изображение приходится трансформировать.

PS: Нашёл ссылку получше: <http://www.zaznoba.com/atom/pal/>

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Aleksey Avdeev пишет:
> Kharitonov A. Dmitry пишет:
>> Aleksey Avdeev пишет:
>>> Michael Shigorin пишет:
>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry wrote:
>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>>> Ещё 720x576 или что там для PAL.
>>>>> 800x600
>>>>
>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>> вполне чётко помню :-)
>>>
>>>   Ближе к родному числу строк (см. 
>>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>>
>>>
>> А пояснить?
>
>   Число видимых строк в цветном телевидении (случай ТВЧ не 
> рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим с 
> большим числом строк -- изображение приходится трансформировать.
>
Этим занимается видеокарта. Процессор в этом не участвует.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1892 bytes --]

Kharitonov A. Dmitry пишет:
> Aleksey Avdeev пишет:
>> Kharitonov A. Dmitry пишет:
>>> Aleksey Avdeev пишет:
>>>> Michael Shigorin пишет:
>>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry wrote:
>>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>> 800x600
>>>>>
>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>> вполне чётко помню :-)
>>>>
>>>>   Ближе к родному числу строк (см. 
>>>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>>>
>>>>
>>> А пояснить?
>>
>>   Число видимых строк в цветном телевидении (случай ТВЧ не 
>> рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим с 
>> большим числом строк -- изображение приходится трансформировать.
>>
> Этим занимается видеокарта. Процессор в этом не участвует.

   При распаковывании видео, да слабом буке?! Да щаз! :-)

   Видеокарты, процессор которых может участвовать в распаковке 
показываемых видиофайлов появились относительно недавно. И выполнять 
данную операцию они могут только при нормальной драйверной поддержке. 
Так что распаковкой видеопотока и пересчётом картинки на нужное 
разрешение занимается сам ЦП.

   Да дальнейшей трансформацией, на реальное разрешение матрицы, 
занимаются уже видиокарта и монитор (в случаи VGA подключения, где 
именно проходит раздел полномочий у буков -- не знаю).

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Aleksey Avdeev пишет:
> Kharitonov A. Dmitry пишет:
>> Aleksey Avdeev пишет:
>>> Kharitonov A. Dmitry пишет:
>>>> Aleksey Avdeev пишет:
>>>>> Michael Shigorin пишет:
>>>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry 
>>>>>> wrote:
>>>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>>> 800x600
>>>>>>
>>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>>> вполне чётко помню :-)
>>>>>
>>>>>   Ближе к родному числу строк (см. 
>>>>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>>>>
>>>>>
>>>> А пояснить?
>>>
>>>   Число видимых строк в цветном телевидении (случай ТВЧ не 
>>> рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим с 
>>> большим числом строк -- изображение приходится трансформировать.
>>>
>> Этим занимается видеокарта. Процессор в этом не участвует.
>
>   При распаковывании видео, да слабом буке?! Да щаз! :-)
Масштабирование делает видеокарта.
По этому разрешение экрана не важно.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 2124 bytes --]

Kharitonov A. Dmitry пишет:
> Aleksey Avdeev пишет:
>> Kharitonov A. Dmitry пишет:
>>> Aleksey Avdeev пишет:
>>>> Kharitonov A. Dmitry пишет:
>>>>> Aleksey Avdeev пишет:
>>>>>> Michael Shigorin пишет:
>>>>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry 
>>>>>>> wrote:
>>>>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>>>> 800x600
>>>>>>>
>>>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>>>> вполне чётко помню :-)
>>>>>>
>>>>>>   Ближе к родному числу строк (см. 
>>>>>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>>>>>
>>>>>>
>>>>> А пояснить?
>>>>
>>>>   Число видимых строк в цветном телевидении (случай ТВЧ не 
>>>> рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим с 
>>>> большим числом строк -- изображение приходится трансформировать.
>>>>
>>> Этим занимается видеокарта. Процессор в этом не участвует.
>>
>>   При распаковывании видео, да слабом буке?! Да щаз! :-)
> Масштабирование делает видеокарта.

   Масштабирование чего именно?

   Дано:

1. Исходный сигнал с разрешением XxY -- записан в файле.

2. Текущий видеорежим X`xY` -- в режиме полноэкранного показа плеер 
выводит картинку с таким разрешением.

3. Разрешение матрицы X``xY`` -- то что видет пользователь.

   Преобразование XxY -> X`xY` выполняет плеер. Обычно -- средствами ЦП.

   Преобразование X`xY` -> X``xY`` -- видеокарта (и/или монитор).

> По этому разрешение экрана не важно.

   Реч идёт о сведении X`xY` до XxY: если X`xY` == XxY -- избавляемся от 
одного преобразования.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Aleksey Avdeev пишет:
> Kharitonov A. Dmitry пишет:
>> Aleksey Avdeev пишет:
>>> Kharitonov A. Dmitry пишет:
>>>> Aleksey Avdeev пишет:
>>>>> Kharitonov A. Dmitry пишет:
>>>>>> Aleksey Avdeev пишет:
>>>>>>> Michael Shigorin пишет:
>>>>>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry 
>>>>>>>> wrote:
>>>>>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>>>>> 800x600
>>>>>>>>
>>>>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>>>>> вполне чётко помню :-)
>>>>>>>
>>>>>>>   Ближе к родному числу строк (см. 
>>>>>>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>>>>>>
>>>>>>>
>>>>>> А пояснить?
>>>>>
>>>>>   Число видимых строк в цветном телевидении (случай ТВЧ не 
>>>>> рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим с 
>>>>> большим числом строк -- изображение приходится трансформировать.
>>>>>
>>>> Этим занимается видеокарта. Процессор в этом не участвует.
>>>
>>>   При распаковывании видео, да слабом буке?! Да щаз! :-)
>> Масштабирование делает видеокарта.
>
>   Масштабирование чего именно?
>
>   Дано:
>
> 1. Исходный сигнал с разрешением XxY -- записан в файле.
>
> 2. Текущий видеорежим X`xY` -- в режиме полноэкранного показа плеер 
> выводит картинку с таким разрешением.
>
> 3. Разрешение матрицы X``xY`` -- то что видет пользователь.
>
>   Преобразование XxY -> X`xY` выполняет плеер. Обычно -- средствами ЦП.
>
>   Преобразование X`xY` -> X``xY`` -- видеокарта (и/или монитор).
XxY -> X``xY`` -- если поддерживается видеокартой масштабирование -- 
видеокартой, иначе процессором.
Аппаратное масштабирование появилось ещё в S3 ~10 лет назад.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 2663 bytes --]

Kharitonov A. Dmitry пишет:
> Aleksey Avdeev пишет:
>> Kharitonov A. Dmitry пишет:
>>> Aleksey Avdeev пишет:
>>>> Kharitonov A. Dmitry пишет:
>>>>> Aleksey Avdeev пишет:
>>>>>> Kharitonov A. Dmitry пишет:
>>>>>>> Aleksey Avdeev пишет:
>>>>>>>> Michael Shigorin пишет:
>>>>>>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry 
>>>>>>>>> wrote:
>>>>>>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>>>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>>>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>>>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>>>>>> 800x600
>>>>>>>>>
>>>>>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>>>>>> вполне чётко помню :-)
>>>>>>>>
>>>>>>>>   Ближе к родному числу строк (см. 
>>>>>>>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>>>>>>>
>>>>>>>>
>>>>>>> А пояснить?
>>>>>>
>>>>>>   Число видимых строк в цветном телевидении (случай ТВЧ не 
>>>>>> рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим с 
>>>>>> большим числом строк -- изображение приходится трансформировать.
>>>>>>
>>>>> Этим занимается видеокарта. Процессор в этом не участвует.
>>>>
>>>>   При распаковывании видео, да слабом буке?! Да щаз! :-)
>>> Масштабирование делает видеокарта.
>>
>>   Масштабирование чего именно?
>>
>>   Дано:
>>
>> 1. Исходный сигнал с разрешением XxY -- записан в файле.
>>
>> 2. Текущий видеорежим X`xY` -- в режиме полноэкранного показа плеер 
>> выводит картинку с таким разрешением.
>>
>> 3. Разрешение матрицы X``xY`` -- то что видет пользователь.
>>
>>   Преобразование XxY -> X`xY` выполняет плеер. Обычно -- средствами ЦП.
>>
>>   Преобразование X`xY` -> X``xY`` -- видеокарта (и/или монитор).
> XxY -> X``xY`` -- если поддерживается видеокартой масштабирование -- 
   ^^^^^^^^^^^^^^
> видеокартой, иначе процессором.
> Аппаратное масштабирование появилось ещё в S3 ~10 лет назад.

1. И как с этим у достаточно старых ноутбучных карт (особенно встроенных)?

2. Не думаю, что выделенное преобразование выполняет видеокарта, т. к. 
ей уже передаётся (пишется в её память) сигнал уже с X`xY` (в том 
разрешении на которое настроена система видеовывода). Вот дальнейшие 
преобразования она выполняет уже сама.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Aleksey Avdeev пишет:
> Kharitonov A. Dmitry пишет:
>> Aleksey Avdeev пишет:
>>> Kharitonov A. Dmitry пишет:
>>>> Aleksey Avdeev пишет:
>>>>> Kharitonov A. Dmitry пишет:
>>>>>> Aleksey Avdeev пишет:
>>>>>>> Kharitonov A. Dmitry пишет:
>>>>>>>> Aleksey Avdeev пишет:
>>>>>>>>> Michael Shigorin пишет:
>>>>>>>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. 
>>>>>>>>>> Dmitry wrote:
>>>>>>>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>>>>>>>>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>>>>>>>>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>>>>>>>>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>>>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>>>>>>> 800x600
>>>>>>>>>>
>>>>>>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>>>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>>>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>>>>>>> вполне чётко помню :-)
>>>>>>>>>
>>>>>>>>>   Ближе к родному числу строк (см. 
>>>>>>>>> <http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82>)? 
>>>>>>>>>
>>>>>>>>>
>>>>>>>> А пояснить?
>>>>>>>
>>>>>>>   Число видимых строк в цветном телевидении (случай ТВЧ не 
>>>>>>> рассматриваю)  > 600, в PAL -- 576. Если используется видеорежим 
>>>>>>> с большим числом строк -- изображение приходится трансформировать.
>>>>>>>
>>>>>> Этим занимается видеокарта. Процессор в этом не участвует.
>>>>>
>>>>>   При распаковывании видео, да слабом буке?! Да щаз! :-)
>>>> Масштабирование делает видеокарта.
>>>
>>>   Масштабирование чего именно?
>>>
>>>   Дано:
>>>
>>> 1. Исходный сигнал с разрешением XxY -- записан в файле.
>>>
>>> 2. Текущий видеорежим X`xY` -- в режиме полноэкранного показа плеер 
>>> выводит картинку с таким разрешением.
>>>
>>> 3. Разрешение матрицы X``xY`` -- то что видет пользователь.
>>>
>>>   Преобразование XxY -> X`xY` выполняет плеер. Обычно -- средствами ЦП.
>>>
>>>   Преобразование X`xY` -> X``xY`` -- видеокарта (и/или монитор).
>> XxY -> X``xY`` -- если поддерживается видеокартой масштабирование -- 
>   ^^^^^^^^^^^^^^
>> видеокартой, иначе процессором.
>> Аппаратное масштабирование появилось ещё в S3 ~10 лет назад.
>
> 1. И как с этим у достаточно старых ноутбучных карт (особенно 
> встроенных)?
чтобы масштабировать частота проца должна быть >600МГц
> 2. Не думаю, что выделенное преобразование выполняет видеокарта, т. к. 
> ей уже передаётся (пишется в её память) сигнал уже с X`xY` (в том 
> разрешении на которое настроена система видеовывода). Вот дальнейшие 
> преобразования она выполняет уже сама.
Кодек расшифровывает поток (забыл в YUV что-ли, но не в RGB) для 
видеокарты, далее это поступает на аппаратный, или если его нет на 
программный скалер.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Michael Shigorin]

On Tue, Nov 25, 2008 at 08:02:24AM +0300, Kharitonov A. Dmitry wrote:
> >Число видимых строк в цветном телевидении (случай ТВЧ не
> >рассматриваю)  > 600, в PAL -- 576. Если используется
> >видеорежим с большим числом строк -- изображение приходится
> >трансформировать.
> Этим занимается видеокарта. Процессор в этом не участвует.

Именно поэтому и помогает съехать на аппаратный scaling всего
изображения для подгонки к родному разрешению матрицы, чем
добиваться того же от плейера ;-)  При этом если разрешение
соответствует материалу, то не будет чёрной окантовки.

Ну, банальные вещи.  Извините на встревании. :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Michael Shigorin пишет:
> On Tue, Nov 25, 2008 at 08:02:24AM +0300, Kharitonov A. Dmitry wrote:
>   
>>> Число видимых строк в цветном телевидении (случай ТВЧ не
>>> рассматриваю)  > 600, в PAL -- 576. Если используется
>>> видеорежим с большим числом строк -- изображение приходится
>>> трансформировать.
>>>       
>> Этим занимается видеокарта. Процессор в этом не участвует.
>>     
>
> Именно поэтому и помогает съехать на аппаратный scaling всего
> изображения для подгонки к родному разрешению матрицы, чем
> добиваться того же от плейера ;-)  При этом если разрешение
> соответствует материалу, то не будет чёрной окантовки.
>
> Ну, банальные вещи.  Извините на встревании. :-)
>   
В первых скалерах нужно было, чтобы горизонталь делилась на 32, 
вертикаль на 16. По этому умные кодеки  дополняли изображение чёрным 
полем. Сейчас это не принципиально.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Michael Shigorin пишет:
> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. Dmitry wrote:
>   
>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768,
>>>> плюс максимально возможное (оно же физическое) разрешение для
>>>> подключаемого LCD монитора или наибольшее оптимальное
>>>> (частота не ниже 85 Гц) для CRT монитора.
>>>>         
>>> Ещё 720x576 или что там для PAL.
>>>       
>> 800x600
>>     
>
> Материал, смонтированный из DV, на слабеньком буке лучше
> смотрелся при доступности 720x576, причём сообщения mplayer
> о переключении в это разрешение (а не также доступное 800x600)
> вполне чётко помню :-)
>
> Мелочь, но вдруг кому пригодится...
>   
Пока это ориентировано на eeepc, хотя при модификации .tab файла можно с 
успехом распространить и на другие модели. У eeepc производительности 
хватит. Если кому нужно, напишите modeline, я в коментарии добавлю.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Vyatcheslav Perevalov]

В сообщении от 25 ноября 2008 Michael Shigorin написал(a):
> > >Ещё 720x576 или что там для PAL.
> >
> > 800x600
>
> Материал, смонтированный из DV, на слабеньком буке лучше
> смотрелся при доступности 720x576, причём сообщения mplayer
> о переключении в это разрешение (а не также доступное 800x600)
> вполне чётко помню :-)

Эээммм... А почему все про отечественный стандарт SECAM забывают?

-- 
Всего хорошего
		/vip

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 607 bytes --]

Vyatcheslav Perevalov пишет:
> В сообщении от 25 ноября 2008 Michael Shigorin написал(a):
>>>> Ещё 720x576 или что там для PAL.
>>> 800x600
>> Материал, смонтированный из DV, на слабеньком буке лучше
>> смотрелся при доступности 720x576, причём сообщения mplayer
>> о переключении в это разрешение (а не также доступное 800x600)
>> вполне чётко помню :-)
> 
> Эээммм... А почему все про отечественный стандарт SECAM забывают?

   По числу строк и частотам (если звук в расчёт не брать) он с PAL 
совпадает. Но в записях встречается SECAM встречается реже...

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Aleksey Avdeev пишет:
> Vyatcheslav Perevalov пишет:
>> В сообщении от 25 ноября 2008 Michael Shigorin написал(a):
>>>>> Ещё 720x576 или что там для PAL.
>>>> 800x600
>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>> о переключении в это разрешение (а не также доступное 800x600)
>>> вполне чётко помню :-)
>>
>> Эээммм... А почему все про отечественный стандарт SECAM забывают?
>
>   По числу строк и частотам (если звук в расчёт не брать) он с PAL 
> совпадает. Но в записях встречается SECAM встречается реже...
У SECAM качество изображения хуже
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Hardware mailing list
> Hardware@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hardware

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]

Kharitonov A. Dmitry пишет:
> Aleksey Avdeev пишет:
>> Vyatcheslav Perevalov пишет:
>>> В сообщении от 25 ноября 2008 Michael Shigorin написал(a):
>>>>>> Ещё 720x576 или что там для PAL.
>>>>> 800x600
>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>> вполне чётко помню :-)
>>>
>>> Эээммм... А почему все про отечественный стандарт SECAM забывают?
>>
>>   По числу строк и частотам (если звук в расчёт не брать) он с PAL 
>> совпадает. Но в записях встречается SECAM встречается реже...
> У SECAM качество изображения хуже

   В записи, или с эфира? ;-)

PS: Встречал мнение, что с эфира лучше картинка у SECAM а после записи 
-- PAL.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Aleksey Avdeev пишет:
> Kharitonov A. Dmitry пишет:
>> Aleksey Avdeev пишет:
>>> Vyatcheslav Perevalov пишет:
>>>> В сообщении от 25 ноября 2008 Michael Shigorin написал(a):
>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>> 800x600
>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>> вполне чётко помню :-)
>>>>
>>>> Эээммм... А почему все про отечественный стандарт SECAM забывают?
>>>
>>>   По числу строк и частотам (если звук в расчёт не брать) он с PAL 
>>> совпадает. Но в записях встречается SECAM встречается реже...
>> У SECAM качество изображения хуже
>
>   В записи, или с эфира? ;-)
В SECAM используется частотная модуляция, в пале фазовая, фазовая даёт 
лучшую чёткость, там быстрее проходят переходные процессы. Частотная 
модуляция более стойка к помехам.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1508 bytes --]

Kharitonov A. Dmitry пишет:
> Aleksey Avdeev пишет:
>> Kharitonov A. Dmitry пишет:
>>> Aleksey Avdeev пишет:
>>>> Vyatcheslav Perevalov пишет:
>>>>> В сообщении от 25 ноября 2008 Michael Shigorin написал(a):
>>>>>>>> Ещё 720x576 или что там для PAL.
>>>>>>> 800x600
>>>>>> Материал, смонтированный из DV, на слабеньком буке лучше
>>>>>> смотрелся при доступности 720x576, причём сообщения mplayer
>>>>>> о переключении в это разрешение (а не также доступное 800x600)
>>>>>> вполне чётко помню :-)
>>>>>
>>>>> Эээммм... А почему все про отечественный стандарт SECAM забывают?
>>>>
>>>>   По числу строк и частотам (если звук в расчёт не брать) он с PAL 
>>>> совпадает. Но в записях встречается SECAM встречается реже...
>>> У SECAM качество изображения хуже
>>
>>   В записи, или с эфира? ;-)
> В SECAM используется частотная модуляция, в пале фазовая, фазовая даёт 
> лучшую чёткость, там быстрее проходят переходные процессы. Частотная 
> модуляция более стойка к помехам.

   Дык потому и разница. Есть 2 фактора: чувствительность к уровню помех 
и длительность переходных процессов.

   В случаи записи уровень помех низок (как для SECAM, так и для PAL) и 
на первый план выходят искажения вносимые переходными процессами. Здесь 
PAL в лучших условиях.

   В случаи эфирного приёма -- помехи сильны, и искажения вносимые ими 
превышают искажения вносимые переходными процессами (как для SECAM, так 
и для PAL). Здесь уже лучше SECAM.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Нужно решить, как управлять синезубом и wifi. в оригинале (по исходникам asusa) первое нажатие Fn+F2 выключает/включает синезуб и больше его не трогает, все остальные нажатия только управление wifi. Что как-то не правильно. Fn+F2 хочется оставить на wifi, а для синезуба сделать отдельную кнопку (одну из четырёх верхних).

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

12 ноября 2008 г. 11:57 Kharitonov A. Dmitry написал:
> Нужно решить, как управлять синезубом и wifi. в оригинале (по исходникам
> asusa) первое нажатие Fn+F2 выключает/включает синезуб и больше его не
> трогает, все остальные нажатия только управление wifi. Что как-то не
> правильно. Fn+F2 хочется оставить на wifi, а для синезуба сделать отдельную
> кнопку (одну из четырёх верхних).

Я не знаю, как там в исходниках, но когда у меня ещё стоял xandros, то
на экране появлялась картинка при нажатии на Fn+F2, на которой
циклически показывалось:

1) и вайфай и синезуб выключены;
2) вайфай включен, синезуб выключен;
3) и вайфай и синезуб включены;
4) вайфай выключен, синезуб включен;\
5) go to 1.

По моему в такой последовательности это было, если я не ошибаюсь. В
принципе, можно включение/отключение синезуба выделить на отдельную
кнопку, но не знаю на какую.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 12 ноября 2008 г. 11:57 Kharitonov A. Dmitry написал:
>   
>> Нужно решить, как управлять синезубом и wifi. в оригинале (по исходникам
>> asusa) первое нажатие Fn+F2 выключает/включает синезуб и больше его не
>> трогает, все остальные нажатия только управление wifi. Что как-то не
>> правильно. Fn+F2 хочется оставить на wifi, а для синезуба сделать отдельную
>> кнопку (одну из четырёх верхних).
>>     
>
> Я не знаю, как там в исходниках, но когда у меня ещё стоял xandros, то
> на экране появлялась картинка при нажатии на Fn+F2, на которой
> циклически показывалось:
>
> 1) и вайфай и синезуб выключены;
> 2) вайфай включен, синезуб выключен;
> 3) и вайфай и синезуб включены;
> 4) вайфай выключен, синезуб включен;\
> 5) go to 1.
>
> По моему в такой последовательности это было, если я не ошибаюсь. В
> принципе, можно включение/отключение синезуба выделить на отдельную
> кнопку, но не знаю на какую.
>   
Это возможно реализовать любой последовательности. Только по началу
будет выводиться окошко с текстом. Картинки я буду прикручивать, когда
все функции будут настроены.

Я планирую в пятницу-субботу будет новая версия скриптов.

У вас рисуется информационное окно?
Xdialog --infobox "Test" 10 500 6000

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

12 ноября 2008 г. 23:58 Kharitonov A. Dmitry написал:
> У вас рисуется информационное окно?
> Xdialog --infobox "Test" 10 500 6000

Пакет Xdialog не был установлен.  После того, как установил, данная
команда отработала нормально.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 12 ноября 2008 г. 23:58 Kharitonov A. Dmitry написал:
>   
>> У вас рисуется информационное окно?
>> Xdialog --infobox "Test" 10 500 6000
>>     
>
> Пакет Xdialog не был установлен.  После того, как установил, данная
> команда отработала нормально.
>   
А при нажатии кнопок с человечками окошко появляется?

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

13 ноября 2008 г. 10:55 Kharitonov A. Dmitry написал:
>>> У вас рисуется информационное окно?
>>> Xdialog --infobox "Test" 10 500 6000
>>
>> Пакет Xdialog не был установлен.  После того, как установил, данная
>> команда отработала нормально.
>
> А при нажатии кнопок с человечками окошко появляется?

Неа. А на 12-й консоли пишется следующее:

Nov 13 12:51:35 kalessin acpid: notifying client 5488[112:122]
Nov 13 12:51:35 kalessin acpid: executing action
"/etc/acpi/eeepc_901-userkey.sh 1"
Nov 13 12:51:35 kalessin su[6667]: pam_tcb(su:session): Session opened
for denis by (uid=0)
Nov 13 12:51:35 kalessin su[6667]: pam_tcb(su:session): Session closed for denis
Nov 13 12:51:35 kalessin su[6670]: pam_tcb(su:session): Session opened
for denis by (uid=0)
Nov 13 12:51:35 kalessin su[6670]: pam_tcb(su:session): Session closed for denis
Nov 13 12:51:35 kalessin acpid: action exited with status 0
Nov 13 12:51:35 kalessin acpid: completed event "hotkey ATKD 0000001c 00000001"
Nov 13 12:51:43 kalessin acpid: received event "hotkey ATKD 0000001d 00000001"
Nov 13 12:51:43 kalessin acpid: notifying client 5488[112:122]
Nov 13 12:51:43 kalessin acpid: executing action
"/etc/acpi/eeepc_901-userkey.sh 2"
Nov 13 12:51:43 kalessin su[6698]: pam_tcb(su:session): Session opened
for denis by (uid=0)
Nov 13 12:51:43 kalessin su[6698]: pam_tcb(su:session): Session closed for denis
Nov 13 12:51:43 kalessin su[6701]: pam_tcb(su:session): Session opened
for denis by (uid=0)
Nov 13 12:51:43 kalessin su[6701]: pam_tcb(su:session): Session closed for denis
Nov 13 12:51:43 kalessin acpid: action exited with status 0
Nov 13 12:51:43 kalessin acpid: completed event "hotkey ATKD 0000001d 00000001"

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
>> И ещё такой вопрос: мне система показывает, что у меня 2 процессора.
>> Неужели Intel Atom является двухъядерным?
>
> нет

А почему тогда он пишет, как будто он двухядерный? Можно ли как-то это
исправить, а то смущает.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
>   
>>> И ещё такой вопрос: мне система показывает, что у меня 2 процессора.
>>> Неужели Intel Atom является двухъядерным?
>>>       
>> нет
>>     
>
> А почему тогда он пишет, как будто он двухядерный? Можно ли как-то это
> исправить, а то смущает.
>   
Привыкните.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
> Перезапустите скрипт-установщик
> bash install-scripts.sh

Вот лог:

# ./install-scripts.sh
Rule /etc/acpi/events/power is conflicted with rule eeepc_900-power
Rule /etc/acpi/events/power has been disabled
Rule /etc/acpi/events/eeepc_900-wifi-on is conflicted with rule
eeepc_901-bluetooth-on
Rule /etc/acpi/events/eeepc_900-wifi-on has been disabled
Rule /etc/acpi/events/eeepc_900-wifi-off is conflicted with rule
eeepc_901-bluetooth-off
Rule /etc/acpi/events/eeepc_900-wifi-off has been disabled
Stopping acpid service:
                          [ DONE ]
Starting acpid service:
                          [ DONE ]

> Потом
> service powersaved stop
> service acpid restart
> и у вас всё будет работать.
> переходите в системную консоль F12
> видите, что acpid принял правила и там же можно проверить как это работает.
> Для этого нажимаете функциональную клавишу, смотрите в консоле, какой скрипт
> запускается. О замеченных проблемах сообщаете мне. Я скрипты подправлю.

Как-то странно оно делает mute: плавно понижает громкость до нуля, а
потом, когда жмёшь ещё раз, то повышает до предыдущего уровня. Т.е.
собственно mute не делается. А почему бы не делать нормальный mute,
как это делается при использовании пакета eeepc-scripts из бранча.

На попытку погасить экран (Fn+F7) ничего не происходит. На 12-й
консоли видно, что есть событие "hotkey ATKD 00000016 00000001",
пишет, что запускается скрипт /etc/acpi/eeepc_1000-monitor-onoff.sh,
но экран не гаснет.

Если нажимать первую из четырёх верхних кнопок для попытки погасить
экран, то пишет, что есть событие "hotkey ATKD 0000001a 00000001",
пишет, что запускается скрипт /etc/acpi/eeepc_901-monitor-onoff.sh, но
экран тоже не гаснет.

Яркость экрана регулируется нормально. При этом вызывается скрипт
/etc/acpi/eeepc_900-brightness.sh.

На нажатие Fn+F2 в /proc/acpi/asus/wlan ничего не меняется, всё время
0. В логах пишет, что отрабатывает скрипт
/etc/acpi/eepc_901-bluetooth-on.sh, при этом пишет, что завершается со
статусом 1.

В предустановленно линуксе, что шёл с данным ноутом при нажатии на
данную кнопку циклически подключались/отключались wifi и bluetooth.
Тут же он только пытается безуспешно включить bluetooth. При этом в
/proc/acpi/asus/bt всё время 1.

При нажатии на Fn+F8 пишет, что есть событие "hotkey ATKD 00000030
00000001", но никакой скрипт не запускает. По этой кнопке должно
меняться состояние LCD/Monitor. Подключенного монитора нет, чтобы
проверить, происходит ли что-либо.

При нажатии на Fn+F1 (sleep) ноут уснул на диск, предварительно убрав
яркость на минимум. По нажатии на кнопку power проснулся, но в трее я
не досчитался значка миксера. При этом звук работает. Запустил kmix
вручную.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

> Как-то странно оно делает mute: плавно понижает громкость до нуля, а
> потом, когда жмёшь ещё раз, то повышает до предыдущего уровня. Т.е.
> собственно mute не делается. А почему бы не делать нормальный mute,
> как это делается при использовании пакета eeepc-scripts из бранча.
>   
там не стандартный микшер.
остальное посмотрю. Спасибо.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 16:02 Kharitonov A. Dmitry написал:
>> Как-то странно оно делает mute: плавно понижает громкость до нуля, а
>> потом, когда жмёшь ещё раз, то повышает до предыдущего уровня. Т.е.
>> собственно mute не делается. А почему бы не делать нормальный mute,
>> как это делается при использовании пакета eeepc-scripts из бранча.
>
> там не стандартный микшер.
> остальное посмотрю. Спасибо.

В тех скриптах, что лежат в бранче это делается так:

amixer set Master toggle

и это работало.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 16:02 Kharitonov A. Dmitry написал:
>   
>>> Как-то странно оно делает mute: плавно понижает громкость до нуля, а
>>> потом, когда жмёшь ещё раз, то повышает до предыдущего уровня. Т.е.
>>> собственно mute не делается. А почему бы не делать нормальный mute,
>>> как это делается при использовании пакета eeepc-scripts из бранча.
>>>       
>> там не стандартный микшер.
>> остальное посмотрю. Спасибо.
>>     
>
> В тех скриптах, что лежат в бранче это делается так:
>
> amixer set Master toggle
>
> и это работало.
>   
Проверьте, пожалуйста, дав команду в ручную.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 20:47 Kharitonov A. Dmitry написал:
>> amixer set Master toggle
>
> Проверьте, пожалуйста, дав команду в ручную.

$ amixer set Master toggle
Simple mixer control 'Master',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 64 [100%] [16.00dB] [off]

$ amixer set Master toggle
Simple mixer control 'Master',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 64 [100%] [16.00dB] [on]

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 20:47 Kharitonov A. Dmitry написал:
>   
>>> amixer set Master toggle
>>>       
>> Проверьте, пожалуйста, дав команду в ручную.
>>     
>
> $ amixer set Master toggle
> Simple mixer control 'Master',0
>   Capabilities: pvolume pvolume-joined pswitch pswitch-joined
>   Playback channels: Mono
>   Limits: Playback 0 - 64
>   Mono: Playback 64 [100%] [16.00dB] [off]
>
> $ amixer set Master toggle
> Simple mixer control 'Master',0
>   Capabilities: pvolume pvolume-joined pswitch pswitch-joined
>   Playback channels: Mono
>   Limits: Playback 0 - 64
>   Mono: Playback 64 [100%] [16.00dB] [on]
>   
А звук при этом, выключается или он только пишет, что "выключил"

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 20:59 Kharitonov A. Dmitry написал:
>>>> amixer set Master toggle
>>> Проверьте, пожалуйста, дав команду в ручную.
>> $ amixer set Master toggle
>> Simple mixer control 'Master',0
>>  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
>>  Playback channels: Mono
>>  Limits: Playback 0 - 64
>>  Mono: Playback 64 [100%] [16.00dB] [off]
>> $ amixer set Master toggle
>> Simple mixer control 'Master',0
>>  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
>>  Playback channels: Mono
>>  Limits: Playback 0 - 64
>>  Mono: Playback 64 [100%] [16.00dB] [on]
>
> А звук при этом, выключается или он только пишет, что "выключил"

Выключается, а при повторном вызове включается.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 6 ноября 2008 г. 20:59 Kharitonov A. Dmitry написал:
>   
>>>>> amixer set Master toggle
>>>>>           
>>>> Проверьте, пожалуйста, дав команду в ручную.
>>>>         
>>> $ amixer set Master toggle
>>> Simple mixer control 'Master',0
>>>  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
>>>  Playback channels: Mono
>>>  Limits: Playback 0 - 64
>>>  Mono: Playback 64 [100%] [16.00dB] [off]
>>> $ amixer set Master toggle
>>> Simple mixer control 'Master',0
>>>  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
>>>  Playback channels: Mono
>>>  Limits: Playback 0 - 64
>>>  Mono: Playback 64 [100%] [16.00dB] [on]
>>>       
>> А звук при этом, выключается или он только пишет, что "выключил"
>>     
>
> Выключается, а при повторном вызове включается.
>   
На 900 серии не работает.
Наверное так и оставлю. Скорость только увеличу. Мне нравится, когда 
звук включается/выключается плавно.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

7 ноября 2008 г. 1:00 Kharitonov A. Dmitry написал:
>>> А звук при этом, выключается или он только пишет, что "выключил"
>>
>> Выключается, а при повторном вызове включается.
>
> На 900 серии не работает.
> Наверное так и оставлю. Скорость только увеличу. Мне нравится, когда звук
> включается/выключается плавно.

Всё же для 1000 лучше сделать отдельный вариант с вызовом amixer set
Master toggle. Так правильнее: mute есть mute. Тем более, что если
выставлен реальный mute (через любой миксер), то вариант с медленным
увеличением громкости его не отключит.

-- 
Всего доброго,

Денис.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Kharitonov A. Dmitry]

Denis G. Samsonenko пишет:
> Привет!
>
> 7 ноября 2008 г. 1:00 Kharitonov A. Dmitry написал:
>   
>>>> А звук при этом, выключается или он только пишет, что "выключил"
>>>>         
>>> Выключается, а при повторном вызове включается.
>>>       
>> На 900 серии не работает.
>> Наверное так и оставлю. Скорость только увеличу. Мне нравится, когда звук
>> включается/выключается плавно.
>>     
>
> Всё же для 1000 лучше сделать отдельный вариант с вызовом amixer set
> Master toggle. Так правильнее: mute есть mute. Тем более, что если
> выставлен реальный mute (через любой миксер), то вариант с медленным
> увеличением громкости его не отключит.
>   
Спасибо, учту.

Re: [Hardware] EeePC 1000H, acpi, powersaved, etc

[Denis G. Samsonenko]

Привет!

6 ноября 2008 г. 11:52 Kharitonov A. Dmitry написал:
>> При этом powersaved похоже периодически падает, т.к. часто вижу что
>> сервис not running, хотя непосредственно после запуска показывает, что
>> он и acpid running.
>
> Да он сегфолтится, нужно вешать багу.

#17826

-- 
Всего доброго,

Денис.