Конкретно под 3.7.2-std-def-alt1.1/x86_64 на ноутбуке ASUS UX31A не получается родным апплетиком e17 регулировать яркость на встроенной графике Core i7-3xxx; видимо, это следствие унификации конфигурации с un-def, на которых также не работало. На 3.6.11-std-def-alt1 всё было хорошо. Проверить 3.6-un-def несколько затруднительно, но тоже возможно. В работающем варианте наблюдается /sys/class/backlight/intel_backlight/, через brightness в котором подсветка и регулируется. В неработающем -- /sys/class/backlight/intel_backlight/ и /sys/class/backlight/acpi_video0/, при этом через acpi_video0/brightness ничего не регулируется (actual_brightness возвращает 94 или 95 без корреляции), а регулируется через intel_backlight/brightness Видимо, где-то безапелляционно втыкается регулировка через ACPI -- в config.diff сходу не вижу, изменившиеся CONFIG_ACPI_* относятся к другому. Если загрузиться с acpi_backlight=vendor, то /sys/class/backlight/acpi_video0/ пропадает и появляется /sys/class/backlight/asus-nb-wmi/, где в actual_brightness вечные 100, а запись в brightness ни к чему не приводит. Бишь тоже "всё пропало". :) Возможно, относится: http://askubuntu.com/questions/134984/why-there-are-two-brightness-control-file-sys-class-in-my-system Насколько понимаю, уже не относится: https://bugs.freedesktop.org/show_bug.cgi?id=45452
BTW под 3.0.58-led-ws-alt2 работает, при этом наблюдаются /sys/class/backlight/{acpi_video0,intel_backlight}. Под 3.0.57-led-ws-alt9 (regular-e17-20130106-x86_64.iso, могу выложить) яркость регулировалась, но совсем до нуля (бишь выключения подсветки); там только intel_backlight.
> работало. На 3.6.11-std-def-alt1 всё было хорошо. Проверить 3.6-un-def > несколько затруднительно, но тоже возможно. Хорошо бы это сделать (благо архив сизифа позволяет легко ставиться из него), чтоб понять что это -- переход на 3.7 или разница в конфигах. Пока вдумчивое чтение разницы в конфигах идей не принесло.
(In reply to comment #2) > (благо архив сизифа позволяет легко ставиться из него) А это не ставиться, а собираться. Дольше и обрывы порой мешают. Ладно, проверю -- чтением разницы тоже не отделался, вешая багу.
3.7.3-std-def-alt1 тоже не работает, собрать livecd с 3.6-un-def пока не выходит (это архив за 2012/11/28) -- ещё попробую, но пока делаю более важное.
3.6.8-un-def-alt1 работает, как ожидается; при этом в /sys/class/backlight присутсвует только intel_backlight. Возможно, это всё теперь так и задумано, а патчить надо тех, кто туда лазит -- чтобы при наличии vendor-specific лезли не в acpi_video*, а туда... но как минимум asus-nb-wmi тоже не работает.
(В ответ на комментарий №5) > Возможно, это всё теперь так и задумано, а патчить надо тех, кто туда лазит Поискал, похоже на то. Под 3.7.7-std-def-alt1.1 всё то же. PS: при этом MSI Wind U100 под http://nightly.altlinux.org/sisyphus/snapshots/20130213/regular-e17-20130213-i586.iso замечательно регулирует яркость на i945 штатной ручкой E17 (через единственный /sys/class/backlight/acpi_video0/), а заодно и суспендится. :)
(В ответ на комментарий №6) > (В ответ на комментарий №5) > > Возможно, это всё теперь так и задумано, а патчить надо тех, кто туда лазит > Поискал, похоже на то. > > Под 3.7.7-std-def-alt1.1 всё то же. > > PS: при этом MSI Wind U100 под > http://nightly.altlinux.org/sisyphus/snapshots/20130213/regular-e17-20130213-i586.iso > замечательно регулирует яркость на i945 штатной ручкой E17 (через единственный > /sys/class/backlight/acpi_video0/), а заодно и суспендится. :) А чего с этой багой делать-то будем? Думаю, что это не блокер p7.
Подумаем на следующей неделе; снимаю блокер.
Похоже, ядро виновато лишь в показе ни на что не влияющего на данной платформе acpi_video0. Перехожу к xorg-drv-intel в рамках отдельной bug #28554.
