Вышел (http://lists.freedesktop.org/archives/xorg/2010-April/049784...) релиз X.org-сервера 1.8, который включает в себя следующие изменения (http://xorg.freedesktop.org/wiki/Server18Branch):
- Переход (http://www.opennet.me/opennews/art.shtml?num=24522) от управления устройствами с подсистемы HAL (Hardware Abstraction Layer) на использование библиотеки udev, которая теперь будет являться ответственной за горячее подключение устройств ввода и вывода.- Дополняя переход на udev, добавлена новая возможность создание файлов конфигурации для отдельных устройств - это использование файлов в директории /etc/X11/xorg.conf.d. Для того, чтобы все файлы конфигурации не использовались даже при отсутствии соответствующих устройств были добавлены новые опции InputAttributes и InputClass.
Для привязки к заданному устройству, может быть использовано сопоставление по имени продукта (MatchProduct), имени производителя (MatchVendor), пути к устройству (MatchDevicePath) или типу устройства (M...URL: http://lists.freedesktop.org/archives/xorg/2010-April/049784...
Новость: http://www.opennet.me/opennews/art.shtml?num=26069
теперь можно будет ставить линукс на флешку, поставить оба проприетарных драйвера от нвидиа и амд соотв. и не париться с подменой в xorg.conf? т.е. как я понял каждому устройству будет свой файл конфигурации?
Угу. Когда AMD xorg-1.8 догонят и ядро последнее :)
>теперь можно будет ставить линукс на флешку, поставить оба проприетарных драйвера от
>нвидиа и амд соотв. и не париться с подменой в xorg.conf?
>т.е. как я понял каждому устройству будет свой файл конфигурации?Раньше тоже не нужно было париться с подменой. Разные ServerLayout и запуск иксов с опцией "-layout name"
вообще-то одновременно установить проприетарные драйвера от NVidia и AMD не так то просто. NVIDIA подменяет некоторые системные библиотеки и ставит вместо них свои, а AMD предпочитает жить с системными. Короче конфликтуют они друг с другом.я пробовал на одном компе с двумя видяшками (nviai и amd) настроить multiseat. Единственный способ заставить это дело работать -- если хотя бы один из драйверов открытый.
Подменяет??? А Вы как ставите, из репов или run'ом?
> А Вы как ставите, из репов или run'ом?можно из репов, можно через run.
Смысл в том, что AMD и NVIDIA хотят разные библиотеки libGL.so.
NVIDIA ставит свою собственную, AMD предпочитает системную и библиотека от NVIDIA ей категорически не нравится (да, я знаю про LD_PRELOAD)кроме того нельзя одновременно загрузить в память проприетарный модуль fglrx и nvidia
> кроме того нельзя одновременно загрузить в память проприетарный модуль fglrx и nvidiaSection "Device"
Driver fglrx
Identifier "ATI"
VendorName "AMD"
BoardName "Radeon HD 5870"
BusID "PCI:1:0:0"
EndSectionSection "Device"
Driver "nvidia"
Identifier "NV"
VendorName "NVidia"
BoardName "GeForce 285"
BusID "PCI:2:0:0"
EndSection
Я ставлю оба драйвера руками в отдельные каталоги и с помощью своего скрипта определяю нужную конфигурацию и делаю символические ссылки. Но с ATI все равно проблем гораздо больше. nVidia поддерживает в разных ветках все свои видекарты. То есть можно с последним ядром завести очень древнюю карту. С ATI-шным пропиетарным драйвером такой фокус не получится
> Я ставлю оба драйвера руками в отдельные каталоги и с помощью своего скрипта определяю нужную конфигурацию и делаю символические ссылки.запускать их по очереди -- серьезных проблем нет,
я говорил о multi-seat конфигурации, когда обе карточки используются одновременно
Я не совсем понимаю, зачем и как использовать две карточки одновременно. Не расскажите?
я дома использую multi-seat конфигурацию (в одном системном блоке стоит 2-е видяшки, подключено 2-а монитора, 2-е клавиатуры и 2-е мышки, ну и 2-е звуковушки до кучи). Система настроена так, что мы с женой можем работать одновременно и независимо друг от друга (у каждого свой монитор, своя клавиатура, мышка, свои собственные X-ы).Основная проблема в такой настройке -- видяшки должны хорошо дружить друг с другом. Классические варианты такой настройки: nvidia+nvidia, matrox+matrox, nvidia+matrox. Сейчас можно еще на 2-х радеонах с использованием открытого драйвера radeon и включенным KMS.
> Система настроена так, что мы с женой можем работать одновременно
> и независимо друг от друга (у каждого свой монитор,
> своя клавиатура, мышка, свои собственные X-ы).А я своей ноутбук купил. Поставил Windows 7, как же спокойно стало в доме :)
>А я своей ноутбук купил. Поставил Windows 7, как же спокойно стало
>в доме :)Ой не дано!!! То wifi отвалится, то синий экран, то... всегда хватает проблем.
>>А я своей ноутбук купил. Поставил Windows 7, как же спокойно стало
>>в доме :)
>
>Ой не дано!!! То wifi отвалится, то синий экран, то... всегда хватает
>проблем.C Января 2009 полет нормальный ...
>я дома использую multi-seat конфигурацию (в одном системном блоке стоит 2-е видяшки,
>подключено 2-а монитора, 2-е клавиатуры и 2-е мышки, ну и 2-е
>звуковушки до кучи).А видяхи с парой выходов разве не вариант? По 2 dvi уже давно делают же.
Не совсем, хотя почти. Например, TNT2 (с 71.xx) на xorg-server-1.6 уже поднять не удалось:
dlopen: /usr/lib/X11/modules/drivers/nvidia_drv.so: undefined symbol: AllocateScreenPrivateIndex
Чушь! Windows, Linux, *BSD, etc... почти одинаково бесполезны для полностью "некомпьютерного" человека, который не владеет хотя бы элементарнейшими навыками работы в них
Это точно, у самого целый зверинец таких, уже половина ходят с на треть урезанной зарплатой - за вранье при приеме на работу в части навыков обращения с офисной техникой. Отдельный вопрос как я этого добился, была слишком тяжелая война на несколько фронтов.
[ тредом ниже и выше вытаптывали неосторожно раздутый флейм ]
>На фрю наплевалиВы про udev? Так писали же, что для фри будут использованы ее родные API (devfs/devd). Xorg кроме линукса используется на огромном количестве систем, так что разработчики заточки под него никогда себе не позволят. А даже если позволят - опять писать конфиг вручную все лучше, чем трахаться с yблюдищем HAL.
Когда-нибудь, кто-нибудь мне объяснит - аргументированно - в чем проявляется ублюдочность HAL'а?
Пока я вижу только то, что HAL - кросплатформенный, а UDEV - нет. А в XML конфигах я не вижу никаких сложностей.
Так чем же UDEV лучше?
>в чем проявляется ублюдочность HAL'а?Это не hardware не abstraction не layer (по словам его же автора, когда высказался насчёт завершения разработки) -- а несколько ортогональных сущностей, скрученных вместе изолентой и панированных в xml.
http://lists.freedesktop.org/archives/hal/2008-May/011560.html
http://lists.freedesktop.org/archives/hal/2004-June/000299.html
Мне вот всегда было интересно - а захрена вообще нужен ДЕМОН? Почему нельзя сделать библиотеку, которая через тот же механизм, что и HAL, получет информацию о подсоединенных устройствах ввода, заодно служит и методом абстракции от системы? Я вот Gnome/KDE не использую, флешки монтирую хоткеями, и тот факт, что у меня в памяти висит демон, который ничего не делает и низачем не нужен, кроме того, чтобы не писать руками Xorg.conf который все равно загружается только один раз, меня по меньшей мере удивляет. Только ж на что они там переходят, devicekit? Судя по первому сообщению теперь планируется не один а несколько демонов, что еще хуже. Или все-таки Xorg обойдется вменяемым решением с библиотекой?
UDEV лучше тем, что его пишут OS-строители и данные об устройствах
будет передаваться в Xserver, что система ему даст, то и юзаем.
Во FreeBSD это devd.
Во FreeBSD и без HALa можно прекрасно работать,
будут devd юзать родное, типа костыли - убираются.
В какой версии хсервера будет пофиксена совместимость с атишными дровами?
В предыдущей.
>В какой версии хсервера будет пофиксена совместимость с атишными дровами?Скорее наоборот: http://lists.altlinux.org/pipermail/devel/2010-April/181680....
Насчёт resVgaShared: http://lists.altlinux.org/pipermail/devel/2010-February/1802...