Brightness — продолжение проблемы

через setpci работает?

Если речь об этом:

setpci -s 00:02.0 F4.B=13
setpci -s 00:02.0 F4.B=80

В смысле просто ничего не происходит (ошибок как бы тоже нет)

У меня вот такая хрень забиндена (Intel HD 3000):

     awful.key({  }, "XF86MonBrightnessDown",
         function ()
             awful.util.spawn_with_shell("xbacklight -dec 10%")
         end),
     awful.key({  }, "XF86MonBrightnessUp",
         function ()
             awful.util.spawn_with_shell("xbacklight -inc 20%")
         end)

В смысле просто ничего не происходит (ошибок как бы тоже нет)

А 00:02.0 точно то, что нужно?

Выложи вывод lspci.

Ох :( Помню, на предыдущем ноуте даже вне иксов подсветка работала :(

00:02.0 VGA compatible controller: Intel Corporation Device 0116 (rev 09)

Казалось бы, как раз оно

Ох :( Помню, на предыдущем ноуте даже вне иксов подсветка работала :(

Так причём здесь консоль или не консоль?:) Команды эти отрабатывают?

xbacklight работает только в иксах, и разумеется он у меня работает

Ну а нажатия клавиш XF86MonBrightnessUp и XF86MonBrightnessDown у меня не ловятся

А, ну да, протупил, сорри)

Надо было в первом посте конкретизировать, что надо именно без иксов

Попробуйте при загрузке передать ядру параметр acpi

Если решишь - отпишись, плиз. Тоже не знаю, как яркость починить.

Для меня отгадка нашлась в этой статье:
http://en.gentoo-wiki.com/wiki/Sony_Vaio_VGN-CS21S
«Note that brightness control does not work either with the Sony laptop module or the standard video ACPI module.»
Печально :(

В параметрах ведра пропиши acpi_backlight=vendor.

Хм. У меня Dell Inspiron и проблема очень похожа на твою, при чём появилась она после того, как я что-то обновил(подозреваю, что udev). Раньше яркость регулировалась нормально. Проверь, у тебя яркость меняется после того, как ноут выходит из ждущего режима?

thelonelyisland, пробовал, ничего не даёт.

Такие же проблемы с подсветкой в генту на самсунге. Точно так же совсем недавно сломалось после обновления системы. Сначала подумал на samsung-tools и easy-slow-down-manager, но похоже дело не в них. Похоже, дело действительно в udev

Почему в udev?

ХЗ, больше нечему, вроде. У меня как у мегабайта - всё работало, потом, после обновления системы, перестало. Тупо не ловятся нужные сочетания fn+key. Есть ещё варианты, из-за чего это может быть, учитывая, что проблема проявилась на ноутбуках от разных производителей?

P.S. Только что заметил - нету файла /lib/udev/rules.d/95-keymap.rules хотя раньше был. Посмотрите у себя.

После обновления kmod всё заработало! Я был прав. Kmod полностью запилили в udev, при чём криво, поэтому вот такие баги и возникают.

Проблема решилась пересборкой udev с USE=«keymap» =)

/lib/udev/rules.d/95-keymap.rules у меня существует :(

Хм, а как проверить, правильно ли определил udev, что нужно использовать?