ATI Proprietary Linux Driver 8.24.8

x86:
http://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-i... - 34.6Mb
http://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/fglrx_6_8_0-... - 10.5Mb
x86_64:
http://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/64bit/ati-dr... - 28.7Mb
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/64bit/fglrx... - 17.2

Также убрана поддержка Xfree <4.3 для x86_64

доберусь до дома - будем попробовать

В чем разница между файлами ati-driver и fglrx?

ati-driver - полный вариант драйвера. Содержит интерфейсы для почти всех версий xfree/xorg, в т.ч. поставится и на xorg7.0.

fglrx - под определённую версию xfree/xorg.

сеньк

Мне плохо от размера ATI драйверов - nVidia весят всего 6 455 375 байт :)

А кто их пробовал - может поделится опытом - под ATI дрова можно разрабатывать OpenGL приложения, и держатся ли там последние фичи, а-ля "шейдеры"?

Как, опять?

Хэдэры ati есть...

А про возможности.

OpenGL version string: 2.0.5695 (8.23.7)
OpenGL extensions:
GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array,
GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_multisample, GL_ARB_occlusion_query, GL_ARB_point_parameters,
GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100,
GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_vertex_blend, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program,
GL_ARB_vertex_shader, GL_ARB_window_pos, GL_ARB_draw_buffers,
GL_ATI_draw_buffers, GL_ATI_element_array, GL_ATI_envmap_bumpmap,
GL_ATI_fragment_shader, GL_ATI_map_object_buffer, GL_ATI_separate_stencil,
GL_ATI_texture_env_combine3, GL_ATI_texture_float,
GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object,
GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams,
GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route,
GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_object,
GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters,
GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap,
GL_EXT_texgen_reflection, GL_EXT_texture3D,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp,
GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array,
GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square,
GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix,
GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays

Где-то скачал такой тест на совместимость с OpenGL 2.0, уже не помню где.
http://slil.ru/22680144

This software driver provides 2D support only for the ATI Radeon&#174; 9100 IGP and ATI Radeon&#174; 9100 PRO IGP. Poluchaetsja ATI Radeon&#174; 9000 IGP podderzhivaet 3D? Ili kak v proshlyj raz...

x800gto может у кого работает с dri а то потерял уже всякую надежду
может с этими дровами заработает?

> в т.ч. поставится и на xorg7.0.

Начиная с этой версии наконец-то поддерживается Хорг 7.0? Круто. Не прошло и года.

To sova: S versiej 8.24.8 ne proboval, no so starymi drajverami (8.18.x, 8.23.7) DRI rabotaet. Pravda na obychnom x800, bez GTO.

Интересно, а с ядром 2.6.16 соберется? А то прошлые драйверы у меня не собирались (2.6.16-gentoo-r2).

У меня с 2.6.16.4 предыдущая версия собиралась...

x86_64?

> А кто их пробовал - может поделится опытом - под ATI дрова можно разрабатывать OpenGL приложения,

А есть выбор? В любом случае у ATI традиционно плохо с поддержкой openGL.

> держатся ли там последние фичи, а-ля "шейдеры"?

Нифига себе "последние"...

Кстати, radeon x300 drm на xorg7 вешает машинку намертво :(

> А есть выбор? В любом случае у ATI традиционно плохо с поддержкой openGL.

NVidia - там всё ок. Хидеры были с самого начала; как впрочем, и весь функционал.

>x86_64?

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

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

Скажите а на старой материнке VIA 6VA694 дрова когда нибуть зароботают или нет, ну в конец уже достало, дело точено в поддержке матери, потому что этаже видюха на одинаковом линухе и дровах пашет нормально. Да и Nvidia на 6VA694 тоже нормально работает.

>Начиная с этой версии наконец-то поддерживается Хорг 7.0? Круто. Не прошло и года.

Вообще-то, я на Xorg7 сижу уже пару месяцев, как... R9550.

>Интересно, а с ядром 2.6.16 соберется? А то прошлые драйверы у меня не собирались (2.6.16-gentoo-r2).

Под 2.6.16 и 2.6.16-r1 в Gentoo собирались без нареканий. x86.

Ну может с этими дровами у меня ядро не будет отваливаться в панике, мля!

>Кстати, radeon x300 drm на xorg7 вешает машинку намертво :( и на xorg 6.Х тоже по кр мере вот такой радеон:

0000:01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL Mobility T2] (rev 80)

поэтому я сижу на xfree пока надо будет новые драйвера попытать :-\

>Кстати, radeon x300 drm на xorg7 вешает машинку намертво :(

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

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

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

А точно "намертво"? Может, висят только иксы и жрут проц? Просто бывало такое с nvidia+vesafb(не -tng) при переключении из консоли в иксы. При этом на тачку можно было со скрипом зайти по ssh :D

>А точно "намертво"? Может, висят только иксы и жрут проц?

Моментальный дисконнект даже уже открытых с другой машины SSH-сессий. По всем признакам - труп. Не пингуется, винтом не шуршит, не смотря на то, что в момент зависа, скажем, компилляция шла. На кнопки не реагирует, естественно...

1. Там не компилируется файлик с устаревшими интерфейсами... кому лениво - в файле linux-2.6.16/init/Kconfig над поменять строки:

config OBSOLETE_INTERMODULE
- tristate
+ default y
+ bool

2. На x800gto (который powercolor, r430, 16 конвейерник - все пашет офигенно, железяка определяется как X800XL R430 554D), начинал с дров 8.23.7, потому как ток купил карту )
А на Нвидии - реально гимора меньше с дровами... и композитинг аппаратный работает параллельно glx...

по х800 - поменял дрова на 8.24.8, работоспособность системы не нарушилась... :) а в списке моделей появилась отдельно модель x800gto - r430 554F, значит карта должна заработать стопудово...

>Кстати, может кто-нить объяснить, как система, в которой драйвера GUI >крутятся не в нулевом кольце ядра, может завешивать машину насмерть? >Сам на эти грабли наступал :-/ Очень просто. С помощью неправильной адрессации видеопамяти. После чего зависнет видеокарта и вместе с ней весь комп. Эту фигню можно легко устроить через GL_ARB_vertex_buffer_object.

>>Мне плохо от размера ATI драйверов - nVidia весят всего 6 455 375 байт :)<<

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

>Очень просто. С помощью неправильной адрессации видеопамяти. После чего зависнет видеокарта и вместе с ней весь комп.

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

> Вот и непонятно, как такая хрень может быть с девайсом, недопущенным
> до нулевого кольца.

я что-то пропустил и dri уже не в ядре идет ?

OpenGL extention test

http://glew.sourceforge.net/

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

Ааатлично. Все собралось, заработало. Но это просто песня!

Оказывается, что из-за старого конфига (xorg.conf), который работал еще в октябре-ноябре с fglrx ядро уходит в панику. Но если если конфиг генерить заново, при помощи aticonfig, то все работает. Даж не знаю, в чью сторону уходят аплодисменты и прочая.

Там есть 2 вида дров - с прекомпилеными интерфейсами к дистровым ядрам - и без, вот те что без - весят порядка 6-8, а качать море несжимаемых *.o.gz в 12+ метровой куче - как то не тянет, и особенно гентушников и особенно по модему ;)

Ядерный же DRI уже нафик походу не нужен, т.к. юзается иксовый + децельного размера ядерный транспорт (который собственно драйвер карты и есть)...

А чем с точки зрения финального кода отличаются 7.0 и 6.9? Дрова NVIDIA (которые покомпилены вообще с расчетом на XFree 4.x.x) успешно встают на 7.0 и не жужжат... Так что если не работает - то это не вендор не поддерживает, это хитрые линуксоиды еще не прикрутили ;)

А там одно модульное, а оно монолитное. А так, одно и тоже.

pk0 весит 6 мегабайт. Мне, например, не надо качать пакет с модулями под огромное количество ядер, всё равно собираю.

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

Вызывающе неверная информация:

$ wget --spider http://download.nvidia.com/XFree86/Linux-x86/1.0-8756/NVIDIA-Linux-x86-1.0-8756-
pkg0.run
--14:39:10--  http://download.nvidia.com/XFree86/Linux-x86/1.0-8756/NVIDIA-Linux-x86-1.0-8756-
pkg0.run
           => `NVIDIA-Linux-x86-1.0-8756-pkg0.run'
Resolving download.nvidia.com... 216.228.115.13, 216.228.115.17, 216.228.121.15
Connecting to download.nvidia.com|216.228.115.13|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6,455,375 (6.2M) [application/octet-stream]
200 OK

ну а я про что... разница в модульном API между 6.8.2 и 6.9.0 есть (дрова nvidia-6629 не вставали из-за лишних фунций в импорте), но что 6.9, что 7.0 - одна фигня...

2blaster999:

Про amd64 в простонародном Интернете.

Читаем и не курим больше. http://en.wikipedia.org/wiki/AMD64

Все страньше и страньше. Нет, не так. Все чудесатее, и чудесатее. (с)

fglrx+ vesafb работает. То есть, после переключения на одну из консолей из иксов все не умирает. Обалдеть.

А вот про это - поподробнее ;)

У меня на x800 нормально работает параллельно иксам только ядерный штатный vesafb, а вот vesafb-tng - помирает в черный экран, причем X11 пускается, все рисует, но при первом переключении обратно в консоль - завешивает все и вся с выводом психоделичных картинок ... как и положено по инструкции для amd64-процовых машин c ati-шной матерью :)

Никто из местных ацких хаккеров сей проблемы еще не решил? :)

В release notes написано, что поддерживается Xorg 7.0, но glibc 2.2 или 2.3. Сразу возникает вопрос: а будет ли это работать на новых системах с glibc 2.4 ?

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