[debian] fglrx 2.6.39

Например, древний fglrx не поддерживает свежее ядро. На sid все работает с ,39 кернелом.

Как именно не работает? Модули, отвечающие за KMS, выгружены?

Ставил 11.4 и 11.5 (последний) fglrx - оба не поднялись.

Модули, отвечающие за KMS, выгружены?

Я, видимо, не понимаю до конца матчасть. Что именно это значит?

modprobe -v fglrx пишет, откуда грузит модуль. Проверьте, чтобы грузился именно тот, который вы ставили.

kms = kernel mode setting, в ЛОР-вики ЕМНИП расписано. проверьте, чтобы вам еще dkms не гадил (собственно, про это мой комментарий выше)

Вообще, Xorg.0.log и dmesg говорят все, что нужно, для дебага проблем с fglrx.

Вы же знаете, что открытые и закрытые видеодрайвера для radeon в принципе несовместимы? Это происходит из-за того, что в открытых реализован Kernel Mode Setting (как следствие, наблюдается нативное разрешение в консоли) и DRI, а закрытые драйвера работают как-то по-своему, а не при помощи этих технологий.

Впрочем, при (правильной) установке эти вещи должны были быть автоматически внесены в blacklist (см. /etc/modprobe.d/) и отключаться, если они собраны модулем, а не монолитно.

Вы делали какие-либо серьёзные изменения в конфиге?

Вы делали какие-либо серьёзные изменения в конфиге?

radeon и radeonhd внесены в blacklist.conf

xorg.conf - там почти aticonfig --initial

Я не до конца понимаю, что такое DRI и почему он работает и не работает с видеодрайрверами. Гуглил - но четкого внятного разъяснения не нашел. Щас еще погуглю, но если у вас есть нормальный линк - дайте, пожалуйста

Увы, ссылки под рукой нет.

А вдруг ошибка в чём-нибудь другом?
Лучше мы прекратим делать гениальные предположения и дождёмся логов.

Кажется у вас fglrx скачанный с сайта. Он у меня и на 38-м не собирается нифига, рекомендую поставить из репозитория non-free и не парить голову.

А как ставили? Собирали пакет?

sudo ./ati-installer-somewhat.sh

Попробуйте запустить инсталлятор с ключиком --buildpkg Debian/squeeze, и поставьте полученные пакеты, предварительно выполнив sh /usr/share/ati/fglrx-uninstall.sh

Объясните, пожалуйста, а какая разница между тем, что я выберу [1] - установка и [2] - генерация deb пакетов + dpkg -i *.deb?

Я понимаю, что единственная разница - возможность удалить fglrx не через fglrx-uninstall.sh , а через apt-get remove. Это так?

Инсталляцию установщиком и генерацию пакетов в нём майнтят разные люди. Возможно проблемы, наблюдающиеся в первом случае, не будут наблюдаться во втором.

майнтят разные люди.

Интересно. А откуда эта информация?

От саппорта. Кажется в декабре или январе были проблемы со сборкой под Ubuntu, так они кого-то из Canonical по этому поводу пинали.
Кстати, не забывайте, что по проблемам с драйвером AMD можно обращаться в техподдержку, форму обратной связи для команды разработчиков Linux-драйвера и открытый багтрекер.

Даааа, они так опеартивно всё решают, эпические баги по три месяца висят.

З.Ы. У меня и у многих, с некоторых пор(как раз с начала года), происходит сегфолт на agp, перешёл на открытый и парюсь.

Даааа, они так опеартивно всё решают, эпические баги по три месяца висят.
«Оперативно» в сравнении с кем?
> и парюсь
И паритесь?

s/парюсь/не парюсь.

«Оперативно» в сравнении с кем?

А тут сравнивать не надо, надо чтобы фиксили серьёзные баги хотя-бы к следующему релизу.

Приведу пример:
Catalyst 11.4 зарелизился 28 апреля. Не помню точно, но кажется внутри был срез (заморозка) за март.
Catalyst 11.5 зарелизился 10 мая, внутри срез кода за... 19 апреля.
То есть хотя для нас и пришло какое-то время между этими релизами, разработчики не могли после релиза Catalyst 11.4 вернуться на десять дней в прошлое и внести изменения в код, который позже стал основой Catalyst 11.5. Ну вот такой вот цикл разработки.

У меня на сид неработает, liquorix.39.

Вы сам себе злобный враг. Сносите это и ставьте из репозитория

С liquorix не пробовал, врать не буду.