28357 2013-01-15 21:37:59 +0400 сломалось управление яркостью экрана на intel 2013-02-14 15:51:11 +0400 1 1 4 Development Sisyphus kernel-image-std-def unstable all Linux CLOSED NOTABUG https://wiki.ubuntu.com/Kernel/Debugging/Backlight regression P3 normal --- 1 mike vt aen kernelbot led placeholder vt qa-sisyphus oldest_to_newest 136856 0 mike 2013-01-15 21:37:59 +0400 Конкретно под 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 136864 1 mike 2013-01-15 22:24:37 +0400 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. 136895 2 boyarsh 2013-01-17 13:19:36 +0400 > работало. На 3.6.11-std-def-alt1 всё было хорошо. Проверить 3.6-un-def > несколько затруднительно, но тоже возможно. Хорошо бы это сделать (благо архив сизифа позволяет легко ставиться из него), чтоб понять что это -- переход на 3.7 или разница в конфигах. Пока вдумчивое чтение разницы в конфигах идей не принесло. 136916 3 mike 2013-01-17 21:14:38 +0400 (In reply to comment #2) > (благо архив сизифа позволяет легко ставиться из него) А это не ставиться, а собираться. Дольше и обрывы порой мешают. Ладно, проверю -- чтением разницы тоже не отделался, вешая багу. 137088 4 mike 2013-01-21 17:38:35 +0400 3.7.3-std-def-alt1 тоже не работает, собрать livecd с 3.6-un-def пока не выходит (это архив за 2012/11/28) -- ещё попробую, но пока делаю более важное. 137096 5 mike 2013-01-21 21:16:12 +0400 3.6.8-un-def-alt1 работает, как ожидается; при этом в /sys/class/backlight присутсвует только intel_backlight. Возможно, это всё теперь так и задумано, а патчить надо тех, кто туда лазит -- чтобы при наличии vendor-specific лезли не в acpi_video*, а туда... но как минимум asus-nb-wmi тоже не работает. 137879 6 mike 2013-02-14 13:51:14 +0400 (В ответ на комментарий №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/), а заодно и суспендится. :) 137880 7 aen 2013-02-14 13:53:42 +0400 (В ответ на комментарий №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. 137886 8 mike 2013-02-14 14:50:49 +0400 Подумаем на следующей неделе; снимаю блокер. 137892 9 mike 2013-02-14 15:51:11 +0400 Похоже, ядро виновато лишь в показе ни на что не влияющего на данной платформе acpi_video0. Перехожу к xorg-drv-intel в рамках отдельной bug #28554.