Re: Как бы в ACPI разобраться
Hello! В сообщении от Monday 06 October 2008 22:56:32 Victor Wagner написал(а): У меня вот есть /proc/acpi/video/VGA/LCDD/brightness Туда можно echo циферку от 0 до 15 и яркость изменится Интересно, что скрипт, обрабатывающий события от кнопок регулировки яркости делает исключительно acpi_fakekey с кодом из /usr/share/acpi-support/key_constants.sh А вот кто обрабатывает эти горячие клавиши - я так и не нашел. Единственный скрипт, который что-то подобное делает, это toshbright.sh, который явно не то, что надо. Проблема еще в том, что откуда-то события при запуске определенных программ лезут. Например, запустил виртуалку в виртуалбок - яркость выскочила на 100%, черт ее знает, почему. После засыпания экрана то же самое - 100% выставляется. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Как бы в ACPI разобраться
On Mon, 6 Oct 2008, Victor Wagner wrote: On 2008.10.06 at 12:51:21 +0400, Dmitry Marin wrote: Victor Wagner wrote: Интересует вопрос - как наиболее правильно и апгрейдо-устойчиво К документации не направл, т.к. очень давно разбирался, но принципы помню Что для этого правильнее редактировать - /etc/acpi/event/lid или /etc/acpi/lid.sh, который оттуда вызывается? в /etc/acpi/event/* прописываются биндинги на события в виде скриптов. Событие = код acpi, который выдает нажатая или отпущенная клавиша (обычно можно посдсмотреть в /var/log/acpi*). Поэтому, если уже для закрытия панели какие-то настройки есть, достаточно скорректировать по вкусу скрипт lid.sh. То есть Вы рекомендуете править скрипты. А с описаниями событий связываться только тогда, когда на данное событие никакой реакции не предусмотрено. Описание событий, как я понимаю, это уровень ядра. Скажем что бы появились какие-то события на нажатие нестандартных клавишь надо соответсвующий модуль загрузить. Для ASUS кстати - asus_acpi. Ю. p.s. Набрал modprobe -l | grep asus и обнаружил ещё один модуль: asus-laptop В исходниках нашёл, что оба ссылаются на http://sourceforge.net/projects/acpi4asus/ так что похоже, что это новая и старая версии. Посмотреть на пакет с сайта стоит, так например там есть asus_acpid, a user-level daemon, based on acpid, to handle events generated by the kernel module.(asus-laptop) В общем сам пока изучаю...
Re: Как бы в ACPI разобраться
В Пнд, 06/10/2008 в 19:05 +0400, Victor Wagner пишет: Ой, не настолько она универсальная. Это примерно как обсуждавшиеся недавно в рассылке шеллы. Вроде шелл и везде шелл, а как до дела дойдет - такая уйма тонких различий. Особенно, если учесть привычку вендоров прошивать в BIOS кривые DSDT, которые в windows как-то работают, а в более других системах порождают глюки и взаимонепонимание системы и железа. Ого! Добрался до ноутбука, посмотрел нынешнее состояние дел с /etc/acpi и ужаснулся количеству вариантов... Но я знаю и примеры, когда это не так: в моем текущем ноутбуке, две различные клавиши изменения яркости подсветки генерируют один и тот же apci-event, что при увеличении яркости, что при снижении. И как это предлагается различать? Хотел бы я знать :-( Видимо только драйвер писать. Кнопки работают аппаратно, яркость меняют, но поймать это и отреагировать на событие в userspace не представляется возможным. Под виндой, причем, все красиво. Я уж не говорю о том, что у EEE соответствующие файлики в /sys/class/power_supply/BAT0 называются charge_full и charge_now, а у X50L - energy_full и energy_now. Это в одном и том же ядре. Мда, уж хотя бы батарейные интерфейсы унифицировали бы вендоры. Грустно. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Как бы в ACPI разобраться
В Пнд, 06/10/2008 в 21:39 +0400, Victor Wagner пишет: Э, если они яркость меняют, то может быть где-нибудь в /proc или /sys есть файлик, который содержит текущее значение этой яркости? Точно так же как с крышкой, для которой есть файлик со словом open или closed. Спасибо, я что-то не догадался там поискать. Пробовал только различные lcd-модули подгружать. Мда, уж хотя бы батарейные интерфейсы унифицировали бы вендоры. Грустно. А причем здесь вендоры? Вроде же /sys и её имена файлов - уже заморочка операционной системы. Я не разбираюсь настолько хорошо в ядре и системном программирование и мне казалось, что такие ключевые слова как раз могли браться откуда-то из BIOS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]