Вышла (http://lists.freedesktop.org/archives/xorg/2010-July/050655....) новая версия открытого X.Org-драйвера для видеокарт ATI - xf86-video-ati 6.13.1. В новой версии отмечено 56 изменений, среди которых представлено несколько новшеств:- Добавлена поддержка X Server 1.9;
- Для видеокарт Radeon HD 5000 "Evergreen" (R800) отключена возможность использовать 2D-акселерацию;
- В KMS-модуле реализована поддержка uevent и нового API для синхронизации экранных буферов;
- Внесена серия исправлений, направленных на обеспечение работы видео контроллеров rn50;
- Для карт r300-r500 по умолчанию включена поддержка (http://lists.freedesktop.org/archives/dri-devel/2010-May/000...) тайлинга (tiling);
- Решены проблемы с Xv (текстурированное видео, X-Video).URL: http://lists.freedesktop.org/archives/xorg/2010-July/050655....
Новость: http://www.opennet.me/opennews/art.shtml?num=27220
Интересно, а почему не возможно запускать виндовые драйвера из под wine?
Возможно, но если очень хорошо попрограммировать. Некоторые запукаются. А вообще поддержки драйверов Wine'ом нет. Только библиотек
Наверное потому что Linux kernel != NT Kernel, а wine занимается реализацией Win32 API в основном, т.е. usermode api. А если сравнить качество дров от ядерщиков линуха и какогонить асуса и прочих гениусов с логитехами - вы уж извините конечно, но дрова от ядерщиков в стопицот раз стабильнее. А то у асуса вон дрова звуковухи жрали все хэндлы - так чуваку пришлось с дизасмом патчить, т.к. саппорт асуся на него забил. Или вон дрова мыши :D гениуса роняют систему в ... синий экран. Не, спасибо, то что вы указали - не баг а фича, пожалуй :)
Вы видели под Windows свободные драйвера?
>Вы видели под Windows свободные драйвера?Вообще есть.
Драйвер ext2, например.
И что под GNU/Linux нет этого драйвера? Профит то в чем?
>И что под GNU/Linux нет этого драйвера? Профит то в чем?В чем профит?
В ответе на четко поставленный ответ =)
Напоминаю, вы вопрошали:
> Вы видели под Windows свободные драйвераЯ ответил, что есть, и привел пример.
Про профит вы ничего не спрашивали.
И, если честно, я не понял глубинный смысл вашего вопроса про свободные драйверы)
>Интересно, а почему не возможно запускать виндовые драйвера из под wine?А почему команда "ftp mirror.yandex.ru:80" не прокатит?)
Хотя о чем это я.
Системы работы драйверов там разные, в linux ядрах, и в windows.
И вообще, у каждого ядра своя система.
Поэтому, windows драйвер сам по себе не подойдет ни к linux, ни к freebsd, ни к solaris.
Wrapper'ы не в счет =)
> Для видеокарт Radeon HD 5000 "Evergreen" (R800) отключена возможность использовать 2D-акселерациюЗачем?..
возможно, это приводит к краху. пока не доделают решили отключить, для новых видеокарт вроде отдельный драйвер поставляется radeonhd, основанный на открытой компанией АМД документации
>видеокарт вроде отдельный драйвер поставляется radeonhd,
>основанный на открытой компанией АМД документацииОткуда такие сведения? Были ровно обратные, амдшники утверждали что radeonhd перспектив не имеет.
Видать я перепутал )
ничего вы не перепутали, radeonhd дравер который пишет novel на базе спеков открытых компанией ATI, а xf86-video-ati драйвер который был создан до того как спеки открыли.
Нет больше radeonhd (если ничего не путаю, то новелл официально на него забила).
Если что и осталось, то поддерживается по инерции. 99.9% его фич благополучно мигрировали в radeon. Сейчас radeonhd по всем параметрам отстает от radeon (ни какой-либо поддержки HD5xxx, ни KMS, ни каких-либо других современных фич типа Gallium).
В конце-концов radeon`ом занимается гораздо больше народу.
уточните пожалуйста что вы подразумеваете под "radeon", драйвера xf86-video-radeon не существует
> драйвера xf86-video-radeon не существуетradeon
Driver for ATI/AMD Radeon based video chips, everything from Radeon 7000 to Radeon HD 4890 series.
а radeonhd разве не перестали развивать ?
>- Для видеокарт Radeon HD 5000 "Evergreen" (R800) отключена возможность использовать
>2D-акселерацию;Странное какое-то новшество... oO
а есть ли разница с KMS`ом запустить драйвер или без? Например, на производительность это как-то влияет?
Влияет на переключение режимов, при старте всяческих gdm экран не моргает с KMS. Хотя в KMS багов поболее, хотя вроде их фиксили, я не обновлял дрова сам стоят те что в дистре.
ну про моргание я знаю, это переключение видео-режимов на уровне ядра, как я понял. а еще какие-нибудь плюсы от него есть?
Некоторые развиваемые и уже внедренные плюшки работают только при включенном KMS. Навскидку - запуск иксов без рутовых привилегий, продвинутый поверменеджмент (динамический клокинг памяти/gpu).
DRI2 только с KMS работают. классические драйверы остались в прошлом, DRI1.
на r600 KMS лучше выключить - иксы не грузят дри-драйвер и переключаются на swrast
> на r600 KMS лучше выключить - иксы не грузят дри-драйвер и переключаются на swrastработает DRI, работает GL. Возможно вам надо обновить ядро/lindrm/xf86-video-ati/xorg.
И так всё последней стабильной версии. Лучше лог иксов покажите.
выдержки из логаX.Org X Server 1.7.7
...
(II) [KMS] Kernel modesetting enabled.
...
(--) RADEON(0): Chipset: "ATI Radeon HD 3300 Graphics" (ChipID = 0x9614)
(II) RADEON(0): PCI card detected
(WW) RADEON(0): Color tiling is not yet supported on R600/R700
(II) RADEON(0): KMS Color Tiling: disabled
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: drmOpenMinor returns 9
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
...
(II) RADEON(0): [DRI2] Setup complete
(II) RADEON(0): Front buffer size: 5120K
(II) RADEON(0): VRAM usage limit set to 226483K
(==) RADEON(0): Backing store disabled
(II) RADEON(0): Direct rendering enabled
(II) RADEON(0): Setting EXA maxPitchBytes
(II) EXA(0): Driver allocated offscreen pixmaps
(II) EXA(0): Driver registered support for the following operations:
(II) Solid
(II) Copy
(II) Composite (RENDER acceleration)
(II) UploadToScreen
(II) DownloadFromScreen
(II) RADEON(0): Acceleration enabled
...
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_SGI_make_current_read
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
(II) AIGLX: Loaded and initialized /usr/lib/dri/r600_dri.so
(II) GLX: Initialized DRI2 GL provider for screen 0вам этого достаточно? Для справки --- у меня multiseat (чтоб два человека могли работать независимо) конфигурация на видяшках radeon r600 и r700. Используется KMS, аппаратное 2D ускорение и GL работают на обеих видяшках (можно вдвоем на одном компе рубиться в openarena против друг друга)
PS: если нужны подробности пишите мне на мыло mikhail dot kshevetskiy at gmail dot com
>Loaded and initialized /usr/lib/dri/r600_dri.soЯсно. Будем копать. Спасибо
внимательно посмотри на логи ядра и X-сервера там может быть подсказка.
проверьте еще наличие необходимых фирмварей. Для r600/r700 нужны две дополнительные фирмвари R600_rlc.bin и R700_rlc.bin. Эти фирмвари не входят в состав линуксового ядра и должны быть установлены отдельно. Без них у вас не будет работать аппаратное ускорение.
>проверьте еще наличие необходимых фирмварей. Для r600/r700 нужны две дополнительные фирмвари R600_rlc.bin
>и R700_rlc.bin. Эти фирмвари не входят в состав линуксового ядра и
>должны быть установлены отдельно.Во-первых они туда входят (а если дистрибутивщики потрошат ядро на пакеты, то это их и пользователей этого дистрибутива проблемы), во-вторых они у меня точно есть.
Просто не так давно переехал с 31 ветки сразу же на 34 и решил попробовать KMS (и фреймбуферную консоль). Последняя заработала, а вот иксовый dri-драйвер перестал грузиться, и иксы откатывались на swrast. Отключение KMS помогло. Но коли у всех мужиков работает и с KMS, значит я где-то напортачил сам.
нету там самой главной фирмвари для r600/r700/r800 и неизвестно когда появится. брать фирмварь под вашу карту отсюда
http://people.freedesktop.org/~agd5f/radeon_ucode/
Да, вы правы, R600_rlc.bin у меня не оказалось. Вообщем, мне удалось запустить и фреймбуферную консоль и иксы с включённым KMS.
Ядро собрано так:
CONFIG_DRM_RADEON=m #у меня правда собрано монолитно
CONFIG_DRM_RADEON_KMS=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FB_RADEON is not set #именно отключить, будем работать через fbcon и radeondrmfb
CONFIG_FIRMWARE_IN_KERNEL=y #включаем блобы в ядро
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" #ищем их здесь
CONFIG_EXTRA_FIRMWARE="radeon/R600_rlc.bin radeon/R700_rlc.bin" #какие именно
Прочитано тут http://wiki.x.org/wiki/radeonBuildHowTo#Troubleshooting
Как добраться до нужных опций в menuconfig можно посмотреть тут http://en.gentoo-wiki.com/wiki/Radeon
Остатки настройки фреймбуфера тут http://en.gentoo-wiki.com/wiki/Framebuffer#With_Kernel_Mode_...
libdrm 2.4.21
mesa git master
xorg-server 1.8.2
xf86-video-ati git master
Не сдаётся выключение в OGL-приложениях вертикальной синхронизации. О существовании driconf знаю.
>на r600 KMS лучше выключить - иксы не грузят дри-драйвер и переключаются
>на swrastУ меня все нормально, Radeon 3870, даже лучше стало, glxgears наконец то привязался к частоте монитора 60гц. Наверно чтото с vsync пофиксили. gnome-shell работает, openarenа и прочее livequake'и бегают.
>openarenа и прочее livequake'и бегают.60 фпс - это далеко не бегают. Тут вертикальная синхронизация только вредит. Идеальное решение (чтобы не нарваться на дрожание картинки)- количество фпс кратное в целое число раз. При 60 Гц - 120 fps. В играх на движке от квейка была переменная (cvar) com_maxfps "значение", которой легко можно было ограничить число фпс. Но похоже при включённом KMS настройки из ~/.drirc игнорируются.
А мониторинг температуры видеокарт пока не доделали? Алекс написал патч http://lists.freedesktop.org/archives/dri-devel/2010-June/00... но я не понимаю в какую версию он войдёт, может быть кто-то в курсе?
Кто нибудь пожалуйста проясните ситуацию с radeonhd.
1 - Он еще жив (разрабатывается)?
2 - Для каких карт он подходит?
3) И какой драйвер пользовать для hd 5740? А то даже БаттлТанкс не работают!
> И какой драйвер пользовать для hd 5740? А то даже БаттлТанкс не работают!у тебя всего 2 варианта:
1) проприетарный fglrx
2) ядро из ветки drm-radeon-testing репозитория http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git (в 2.6.35 ядре аппаратное ускорение 2D еще не поддерживается)
Жив и разрабатывается, и поддерживает некоторые фичи которых нет у ati драйвера.
Я, например, сижу на radeonhd, потому что он умеет понижать частоту ядра через AtomBIOS (для понижения частоты памяти пришлось раскоментить кусок кода, но тоже работает).
Итого под radeonhd нет 3d ускорения, но зато работает тихо, а под ati есть 3d, но очень шумит.
> Я, например, сижу на radeonhd, потому что он умеет понижать частоту ядра через AtomBIOSпри использовании KMS на радеоне и 2.6.34-ого ядра это тоже возможно. Смотри опции загрузки модуля dynclks и dynpm.
>Итого под radeonhd нет 3d ускорения, но зато работает тихо, а под ati есть 3d, но очень шумит.Безвентиляторные видюшки Radeon HD 4xxx/5xxx и AMD 785G с пассивным охлаждением на тепловых трубках не шумят совсем. ;)
Скажите работает ли энергосбережение на ati r350? если да то как его включить?
> Скажите работает ли энергосбережение на ati r350? если да то как его включить?В общем случае да, у тебя из-за особенностей ноута/биоса может и не работать.
При использовании KMS смотри на опции модуля radeon: dynclks и dynpm. Без использования KMS пробуй опции ClockGating, ForceLowPowerMode, DynamicPM у X-ого драйвера radeon.
Открытого, а не свободного.
Почему это?
>Почему это?намекает на то что исторически radeon писали по NDA, потом просили AMD/ATI поглядеть код и если получали разрешение то коммитили в открытую ветку. Во многом оно и сейчас так же. Ну и firmware пока еще закрыт.
Про NDA не знал, спасибо. Ну да, тогда правильнее было бы сказать "открытого".
>firmware пока >еще закрыт.firmware в ядре, ядро в яйце, яйцо в утке и т.д. xf86-video-ati вполне свободен. По NDA, могу ошибаться, писали только radeonhd
> писали по NDAОткуда такая страсть у людей писать "по"? "under" - это "под".
Потому что работу можно вести по соглашению, а не под ним.
Если верить драйверописателям, то это даже не firmware. В firmware обычно хитрый исполняемый микрокод зашит, а в нашем случае это всего лишь таблица состояний конечного автомата и нужна для инициализации контроллера прерываний.
Говорят, что можно контроллер прерываний и софтварно обойти, но, поскольку сия хрень вызывается до нескольких сотен тысяч раз в секунду, то софтварная эмуляция будет, мягко говоря, неторопливой.
А железячное решение, по словам AMD, то ли кем то отдельно разрабатывалось, то ли с чужими патентами. Потому и под GPL эту "фирмварь" выложить нельзя.
ГПЛ это всего-то открытое, до свободы там далеко.
Учи матчасть, потом приходи.