LINUX.ORG.RU

[fglrx => ati] Поломался suspend


0

0

Имеется видео карта.

VGA compatible controller: ATI Technologies Inc RV620 LE AGP [Radeon HD 3450]

До вчерашнего дня стояли закрытые дрова fglrx 11.3. Поскольку сил терпеть тормоза в браузере при прокрутке больше не осталось, перешёл на открытые дрова ati 6.14.3.

Так, вот с fglrx ядерный suspend работал прекрасно: засыпал, просыпался - всё как надо. С открытыми же дровами при попытке заснуть экран гаснет, кулеры в системнике продолжают вращаться, через несколько секунд клавиатура начинает моргать лампочками, дальше помогает только «reset».

Как настроить suspend, куда копать не знаю, в логах ничего интересного не обнаружилось, гугл молчит. Debian testing [amd64].

P.S. замечено, что с опцией «options radeon modeset=0» загрузка компьютера прекращается с теми же самыми симптомами: чёрный экран, моргающие индикаторы клавиатуры.

Проверял suspend на knopix 6 от 30 января 2011 - suspend не работает с теми же симптомами.

★★★★★

Последнее исправление: Jurik_Phys (всего исправлений: 2)

моргающие индикаторы клавиатуры.

kernal panic называется.

что в /var/log/messages? Найди то, что он пишет. (Может можно используя пакет crash)

Tanger ★★★★★
()
Ответ на: комментарий от Tanger

kernal panic называется.

Да, действительно на это очень похоже.

что в /var/log/messages?

Туда ничего не пишется по этому поводу: Смотрю последнюю запись в messages из-под кнопикса, загружаю систему в rescue mode, выполняю pm-suspend, жму ресет, загружаюсь в кнопикс, смотрю messages - ничего не появилось.

В общем, труба. Придётся отвыкать от suspend'а.

Jurik_Phys ★★★★★
() автор топика

> Так, вот с fglrx ядерный suspend работал прекрасно

Но только с версией 11.3 или раньше, и никак не новее. Замечено кем-то на ЛОРе.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от ZenitharChampion

Видимо, поэтому раньше никогда суспендом и не пользовался (из коробки не работало, а разбираться было некогда). И только несколько недель назад решил разобраться в вопросе, очень понравилось: одна кнопка и система в рабочем состоянии за секунды.

Открытые дрова подозреваю не работают из-за того, что agp... Где-то на форуме проскакивала информация, что по этой же самой причине не работает и аппаратное декодирование видео.

Jurik_Phys ★★★★★
() автор топика
Ответ на: комментарий от Jurik_Phys

> Открытые дрова подозреваю не работают из-за того, что agp...

Очень даже может быть: у меня они не установились на X-Server прошлого года, в то время как закрытый работает и с совсем старыми. А тут - AGP.

Закрытый драйвер не обновляй: там тоже сломали Suspend. Аппаратное декодирование чинится командой «LIBVA_DRIVER_NAME=xvba vlc» место «vlc».

ZenitharChampion ★★★★★
()
Ответ на: комментарий от ZenitharChampion

у меня они не установились на X-Server прошлого года

Открытые дрова в последнее время активно пилят, поэтому им и необходимы последние версии сопутствующего софта. В этом никакой неожиданности нет.

Закрытый драйвер не обновляй: там тоже сломали Suspend.

Планирую попробовать декабрьский: там обещают улучшение 2D и исключение драйвера из black list'а хрома. Плохо, если и там suspend не будет работать на фоне улучшения 2D.

Аппаратное декодирование чинится командой «LIBVA_DRIVER_NAME=xvba vlc»

Если бы всё было так просто. В своё время тестировал на mplayer'e специальной сборки. В общем, получал Segmentation fault при начале аппаратного кодирования на последних версиях дров, и зависание с половиной первого кадра на какой-то древней версии драйверов.

Jurik_Phys ★★★★★
() автор топика
Ответ на: комментарий от Jurik_Phys

> исключение драйвера из black list'а хрома

Декабрьский? Что-то не слышал про такой... А игнор-список игнорирется ключом запуска для chrome/chromium.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от ZenitharChampion

Декабрьский?

Some Google Chromium engineers have got their hands on a Linux beta driver for the fglrx 8.92 Linux driver release stream, which will likely end up being what's publicly known as Catalyst 11.12. The Chromium developer writes in a bug report, «it is looking very good from a robustness and compatibility standpoint. We should stop blacklisting AMD drivers on Linux starting at this version.»

Взято от сюда

По поводу игнорирования дело не в возможности обойти игнор, а в том, что это один из показателей (не могу сказать на сколько объективный) работоспособности драйвера.

Jurik_Phys ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.