ATI Proprietary Linux Driver 8.24.8

    * From: Roland McGrath <roland at gnu dot org>
    * To: info-gnu at gnu dot org
    * Date: Mon, 6 Mar 2006 04:46:48 -0800 (PST)
    * Subject: GNU C Library version 2.4 release

The stable 2.3 release series continues to be maintained, and
implements a widely-deployed ABI. Version 2.3.6 is available,
and we will release 2.3.7 with more bug fixes.
...
Once you install version 2.4, most program binaries you compile will
not be able to run on older installations based on 2.3.6 or earlier
versions.
...
Existing dynamically-linked program binaries built using older glibc
versions should continue to work if they make proper use of the
library interfaces as specified.

А еще glibc-2.4 помечена как development и ставить оную (а где она сейчас есть кроме FC5?) - ИМХО нафиг надо... по опыту - перестают
просто собираться некоторые приложения из-за изменений в headers,
что и описано в телеге МакГрата...
Вопщем юзайте стабли - и будет вам щастье :)

Третий дум бегает, 4й квак не ставил, третий квак - запускается, но глючит... наверное я что-то где-то сделал не так %)

Забыл... amd64-3200+, ati x800, nforce4-sli kernel 2.6.16.5, glibc 2.3.6+nptl, gcc 4.1.0, x11-6.8.2

Наверное все из-за этого наисвежайшего, но и наиглюкавейшего гцц...

http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BF%D1%80%D0%BE...

http://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BC%D0%B...

>В простонародии amd64. Так как интел тоже сделал 64-битный проц, то название amd64 не вполне отвечает действительности.

:). Я в курсе. Вопрос касался работоспособности драйвера ati с ядром 2.6.16 на данной архитектуре.

А у меня раньше оно не работало даже именно с vesafb... падало и умирало.(Э каде, комо корпо морте каде (с))

Так что, даже это я уже считаю достижением с их стороны. Впрочем, у меня сильно более пыльная машинка, чем у тебя.

Athlon xp 2200+ (2400), ati radeon 9000 pro, epox 8RDA+ на nforce. (kernel 2.6.16.4, gcc 4.0.1-5mdk)

да, x.org 6.9

> И еще: у кого-нибудь таки-работают нормально игрушки всех времен и народов D3/Q4 ? У меня все время на нескольких последних версиях этого драйвера и kernel.org-ных ядрах начиная по-моему с 2.6.12 лезет небезызвестный firegl_mmap error. Карта Asus на X600.

Gentoo 2.6.15-r7, ati-drivers-8.23.7, Radeon 9600XT, DOOM3 работал без проблем.

> Третий дум бегает, 4й квак не ставил, третий квак - запускается, но глючит... наверное я что-то где-то сделал не так %)

Третий квак тоже нормальное работает

Та фигня... тут роутер где-то в квартире стоит - 800 пенек, 512 рам и GF2-pro, вот это - агрегат :) Работает все железо без исключения, а если бы еще нвидия поддержку видяхи не прекратила - был бы еще он могучим Х11-терминалом ;)

Обычный vesafb пашет на Х800 очень просто - суем "vga=791" ядру и имеем 1024х768@8-60 , плюс остальные опции - на вкус... а вот с другими режимами - так реально бардак до сих пор полный...

Точно, и третий квак бегает... Видимо кто-то очень умный в АТИ придумал использовать POSIX shared memory (обязательно монтирование /dev/shm) и C++-ную либу в зависимостях у драйвера...

У меня на x700 работает на УРА. Я тоже долго парился но потом научился правильно ставить дровишки.

> Тут, кстати, кто-то сказал, что с xorg7 эти новые дрова работают. Так вот под x86_64 - только макс. 6.9. Так что придется ждать еще хрен знает сколько подержку xorg7.

У меня в debian-amd64/unstable с xorg 7.0 все работает. А вы ждите-ждите...

А мне вот плохо что nvidia-legacy не работает x.org 7.0, а новых дров для старых карт не предвидится :).

>Кстати, может кто-нить объяснить, как система, в которой драйвера GUI крутятся не в нулевом кольце ядра, может завешивать машину насмерть? Сам на эти грабли наступал :-/

Она интересно вешается... очень интересно: 1) Magic SysRQ Key работает на sync и reboot 2) Из web'a система ДОСТУПНА 3) На нажатие poweroff кнопки acpid не реагирует.

Вот так и сижу под весой :(

>Ну дык лялих - это не винда. Тут и не такое возможно ;)

Убей себя. Здесь люди пытаются решить проблему, а не начать флейм.

>Ну дык лялих - это не винда. Тут и не такое возможно ;)

А) От этой проблемы уже избавились. Б) Это проблемы драйверов/видеокарты, причём в винде всё виснет точно с теми же симптомами. В) Закажи себе автоэкскурсию по пустыне от компании "Томми и ко.".

Инсталлеру доверять дело гиблое - проще написать скрипт, который дрова распаковывает, дергает оттуда что нужно, и потом это нужное кладет куда полагается... Эт как обычно - час курим, потом думаем, потом пишем скрипт, тестим и вуаля - о проблемах с бинарными дровами можно забыть до смены внутреннего устройства инсталлятора...

Неа, не работает только 6629 релиз и старше, как их не патчи... а вот 7ххх (7664 кажется) - тоже относится к legacy, но с Х11 7.0 дружит вполне себе и поддерживает все сплоть до TNT2-шек. Там другой косяк - включенный композитинг на дровах старше 6629 приводил к каким-то странным зависаниям КДЕ на старте...

А у меня вот acpid только и спасал от перезагрузки ресетом... т.е. завешивались графика и клава, а все скрипты выполнялись как положено... Есть смысл проверить конфиг acpid? ;)

> Инсталлеру доверять дело гиблое - проще написать скрипт, который дрова распаковывает, дергает оттуда что нужно, и потом это нужное кладет куда полагается... Эт как обычно - час курим, потом думаем, потом пишем скрипт, тестим и вуаля - о проблемах с бинарными дровами можно забыть до смены внутреннего устройства инсталлятора...

Не надо никаких скриптов. У инсталлятора есть ключик --extract. Делаем примерно так:

$ ./ati-driver-installer-*.run --extract fglrx-tmp $ cd fglrx-tmp $ fakeroot ./packages/Debian/ati-packager.sh --buildpkg sid

>А у меня вот acpid только и спасал от перезагрузки ресетом... т.е. завешивались графика и клава, а все скрипты выполнялись как положено... Есть смысл проверить конфиг acpid? ;)

Хм... почему он работает нормально в нормальных условиях, но не хочет если radeon dri вешает систему? И потом, там проблема описывается как irq conflict. try booting with irq=что-то там (пробовал следовать совету - не помогает).

>А) От этой проблемы уже избавились. Б) Это проблемы драйверов/видеокарты, причём в винде всё виснет точно с теми же симптомами. В) Закажи себе автоэкскурсию по пустыне от компании "Томми и ко.".

Ты не того процитировал.

> Не надо никаких скриптов. У инсталлятора есть ключик --extract. Делаем примерно так: > $ ./ati-driver-installer-*.run --extract fglrx-tmp $ cd fglrx-tmp > $fakeroot ./packages/Debian/ati-packager.sh --buildpkg sid

Оригинально... А если у меня собственный дистрибутив, а не дебиан?

Вот потому эта бодяга с --extract и прочим - пишется в скрипт, плюс добавляется "install -v -m ...", в результате получаем установку для себя (и с логами тут же), а не как видится нужным клепателям инсталлятора... Не люблю я бардак в системе, и не нужны мне многомеговые свалки бинарей, если можно обойтись установкой точно пары либок и самих дров :)

Согласно моему конфигу - acpid получает событие от нажатия
кнопки "выкл" %) на системнике - после чего выполняет
"shutdown -h now" без всяких дополнительных условий, т.е:

event=button/power.*
action=/sbin/shutdown -h now

Ну и при переходе на 0 уровень - как полагается, сносятся все
процессы и убивается не завершившееся само, потом синкятся и
размонтируются ФС... сия байда сочинялась как раз по причине
вот таких вот зависаний тачилы от кривых дров, и даже если
дрова исправяются - то сами скрипты и конфиги не меняются
(из соображений "куда торопиться?").

Т.е. тут разница может быть не в acpid - а в процедуре
завершения работы системой.

Последний из legacy дров - 7174. С x.org 7.0 не дружит. Не дружит с ядрами > 2.6.15.

У меня default.sh обрабатывает всё (ну как всё? только power button или же выводит сообщение если не знает что делать при любом другом event'e).

На shutdown стоит /sbin/init 0.

Проблема может быть в default.sh? Вряд ли.

в который раз убеждаюсь, что лучшее для линукса - не самая последняя видяха от ATI + дрова от xorg

>в который раз убеждаюсь, что лучшее для линукса - не самая последняя видяха от ATI + дрова от xorg

Покупая чёртову X300 вместе с компом, я не рассчитал что под неё дров от x11 не было :-/ Идиот.

Radeon 9200(RV280). С проприетарными драйверами glxgears выдает 2050 fps, с dri(Mesa 6.5) - 3850(c HyperZ и добавлением нескольких строчек в xorg.conf). Последние на 2d и легких OpenGL поиложениях показали себя намного лучше(например, tuxracer в 2 раза больше fps). А вот на "тяжелых"(пробовал ut2004) - fglrx был немного быстрее. Наверное сказывается отсутствие открытых спецификакций.

Уважаемые, не знаете, что надо добавить в xorg.conf для улучшения производительности с драйвером fglrx?

PS: Когда же ребята из ATI научатся/будут писать нормальные дрова для своих карточек. Очевидно, что сейчас open-source драверы уделывают их по всем показателям.

PPS: Когда буду покупать новую карточку, возьму nVidia :)

Точно, по памяти - легаси держались еще 2 релиза после 6629... С 7.0 они таки да дружат, а вот с ядрами 2.6.15+ - не дружат поголовно все дрова НВидия, кроме последних (не проверял), т.к. в ядре поменялось что-то связанное с установкой MTRR, и приходилось руками хакать /proc/mtrr для нормальной работы карточки.

Проблема может быть запрятана в /etc/rc.d/init.d/*, а в частности - как устроен шатдаун. В моих - на 0 уровне идет по сути следующее: killall5 -15 (TERM) killall5 -9 (KILL) halt -d -f -i -p Т.е. все не самоуничтожившееся обязательно добивается, а у тебя скрипт может дожидаться завершения по TERM'у.

>Radeon 9200(RV280). С проприетарными драйверами glxgears выдает 2050 fps, с dri(Mesa 6.5) - 3850(c HyperZ и добавлением нескольких строчек в xorg.conf).

Когда же вы, бл@ть, поймете, что glxgears это не тест. И нарисовать несколько полигонов большого ума не надо.

да вот тока на лапте у меня с fglrx жизни аккума хватает на 45 мин больше...

> Насколько я знаю, как минимум предыдущая версия тоже поддерживала xorg7.

Не надо ляля ! До сих пор понимает только иксы версии 6.7.ч 6.8.х 6.9.х. Если инсталлеру не указато версию иксов - то дрова не соберутся

> Это сколько лет назад они столько весили? ;) Последние драйвера весят около 12 метров.

Это может сто лет назад так и весили...А щас инсталлер весит окло 35 мегов.