Linux Forum Казахстан

[size="3"]20 шустрых оконных менеджеров для X11[/size]

Один из лучших способов ускорить производительность Вашего Linux-десктопа -- использование легковесного оконного менеджера. Вашему вниманию представляется краткий обзор 20 наиболее "лёгких" и шустрых менеджеров окон, подходящих как для устаревшего оборудования, так и просто для любителей выжать максимальную скорость из имеющегося.

В статье рассмотрены: window maker, 9wm, awesome, AfterStep, Scwm, Blackbox, Fluxbox, dwm, FVWM, JWM, wmii, Openbox, WindowLab, ratpoison, Sawfish, IceWM, wm2, StumpWM, Waimea и xmonad.
http://www.junauza.c...e-x-window.html (http://www.junauza.com/2008/08/20-most-nimble-and-simple-x-window.html)

[size="3"]UXA - новая архитектура акселерация для Х[/size]

XFree86 Acceleration Architecture досталась X.org по наследству от XFree86. В 2005 году на смену XAA пришла EXA, улучшив поддержку XRender. Сейчас Keith Packard, разработчик Intel, анонсировал новую архитектуру акселерации - UMA Acceleration Architecture (UXA). Создание новой архитектуры в первую очередь связано с вынужденным переходом свободного видеодрайвера xf86-video-intel с TTM на GEM. Более подробные детали и причины создания UXA можно подчерпнуть из блога Keith Packard'a - создателя UXA, XRender и многого другого.

UXA родилась, когда Keith Packard был вынужден модифицировать EXA, выкинув очень много лишнего кода и добавив поддержку GEM. Также следует отметить, что Intel собирается удалить поддержку XAA из драйвера в одном из ближайших релизов.
http://www.phoronix....s...m&px=NjY0MA (http://www.phoronix.com/scan.php?page=news_item&px=NjY0MA)

[size="3"]Релиз открытого X.Org драйвера xf86-video-ati 6.10.0. Улучшение DRM модуля VIA[/size]

Выпущен (http://lists.freedesktop.org/archives/xorg/2009-January/042191.html) релиз открытого X.Org драйвера xf86-video-ati 6.10.0 в котором представлено 230 исправлений. Из новшеств можно отметить:

 * Поддержка масштабирования методом бикубической интерполяции для карт r3xx/r4xx/r5xx/rs690;
 * Поддержка ASIC (application-specific integrated circuit) чипов в DDX (Device Dependent X) драйвере;
 * Устранен эффект разрыва при отображении через X-Video (xv) расширение.

Кроме того, Bruce Chang из компании VIA представил (http://www.phoronix.com/scan.php?page=news_item&px=Njk3Mw) серию патчей, устраняющих проблемы в DRM-модуле (Direct Rendering Manager) для карт Chrome 9 (CN896, K8M890CE/K8N890CE, P4M900 и VN896), код которого был открыт в конце декабря. Среди исправлений (http://article.gmane.org/gmane.comp.video.dri.devel/33105) присутствует устранение зависаний во время переключения пользователя (переключение на другой X сервер), при масштабировании 3D сцен, при проигрывании видео после выхода из спящего режима. Разработчики надеются, что модуль может быть включен в состав Linux ядра 2.6.29.

http://www.opennet.r...shtml?num=19663 (http://www.opennet.ru/opennews/art.shtml?num=19663)

[size="3"]Идеи по интеграции в X-сервер мультимедиа и звуковых расширений[/size]

"Bringing Multimedia, Audio Into The X Server (http://www.phoronix.com/scan.php?page=news_item&px=NzA0OQ)" - доклад Helge Bahmann, посвященный интеграции в X-сервер мультимедиа и звуковых расширений. Сам Helge Bahmann разрабатывает расширения для передачи изображений и звука в сжатом формате поверх X протокола, что позволит использовать стандартный протокол для передачи мультимедиа информации.

http://www.opennet.r...shtml?num=20164 (http://www.opennet.ru/opennews/art.shtml?num=20164)

[size="3"]В 3D драйверы Linux планируют добавить возможность компиляции шейдеров[/size]

На встрече разработчиков X.Org была озвучена (http://www.phoronix.com/scan.php?page=article&item=llvm_gallium3d&num=1) идея добавления в код архитектуры 3D драйверов Gallium3D системы динамической оптимизации шейдеров, благодаря задействованию кода компилятора LLVM. Идея интеграции LLVM в графический фреймворк для компиляции шейдеров не нова и уже применяется в Mac OS X.

http://www.opennet.r...shtml?num=20311 (http://www.opennet.ru/opennews/art.shtml?num=20311)

[size="3"]Вышел релиз X Server 1.6.0[/size]

Вышел (http://www.phoronix.com/scan.php?page=article&item=xorg_server_16&num=1) релиз X Server 1.6.0 (http://xorg.freedesktop.org/wiki/Server16Branch), ключевого компонента пакета X.Org (будущий релиз X.Org 7.5 (http://xorg.freedesktop.org/wiki/Releases/7.5) будет основан xorg-server 1.7.0 и по приблизительным оценкам выйдет летом). Релиз вышел с опозданием почти на два месяца от первоначального плана, несмотря на переход к жесткому циклу планирования стадий подготовки релиза.

Основные новшества X Server 1.6.0:

 * DRI2 (Direct Rendering Infrastructure 2), представляет собой обновленный интерфейс для прямого доступа к видеоаппаратуре, например, дает возможность использовать аппаратную акселерацию для прямого рендеринга содержимого окон, что позволяет оптимизировать работу композитных оконных менеджеров (Compiz), вывода видео на экран и работу OpenGL приложений. В драйвере xf86-video-intel поддержка DRI2 была реализована еще в X Server 1.5, но отключена по умолчанию из-за неготовности основной инфраструктуры X-сервера.
 * X Input 1.5 с бэкпортированной поддержкой протокола для управления свойствами устройств;
 * RandR 1.3 с поддержкой манипулирования GPU объектами, что дает возможность объединения вывода нескольких GPU на одном X экране;
 * Механизм предсказательной акселерации экранного указателя;
 * Улучшена поддержка архитектуры 2D акселерации EXA;
 * Добавлена поддержка спецификации E-EDID, определяющей ряд дополнений для получения расширенной информации о возможностях и параметрах дисплея.

Ранее в состав X Server 1.6.0 планировали включить технологии Multi-Pointer X и X Input 2, но из-за их неготовности было решено отложить их до следующего релиза X Server 1.7.

http://www.opennet.r...shtml?num=20479 (http://www.opennet.ru/opennews/art.shtml?num=20479)

[size="3"]Компания VIA опубликовала DRM-код для карт Chrome 9, но не планирует открыть 3d драйвер [/size]

Компания VIA опубликовала под лицензией GPL новый код DRM (Direct Rendering Manager) модуля для интегрированных видеокарт серии Chrome 9 (CN896, K8M890CE/K8N890CE, P4M900 и VN896). Код состоит из приблизительно 5 тыс. строк и разбит на три патча для Linux ядра 2.6.31-rc3. Разработчики VIA надеются продвинуть данные патчи для включения в состав основной ветки Linux ядра 2.6.32. В будущем ожидается публикация соответствующего кода для проекта Mesa.


http://www.opennet.r...shtml?num=22648 (http://www.opennet.ru/opennews/art.shtml?num=22648)

[size="3"]Проект X.Org переходит на жесткий цикл подготовки релизов[/size]

Учтя все проблемы, вскрывшиеся при первой попытке перевода проекта X.Org на схему выпуска релизов через фиксированные промежутки времени, объявлено о намерении определить жесткие сроки на подготовку релиза X-Server 1.8. В случае наличия недоработок при приближении к заморозке кода перед началом тестирования, решено не продлевать сроки, а откладывать недоделанные новшества на будущие релизы, выпуская текущий релиз точно в срок, но с несколько поредевшим, относительно первоначальных планов, функционалом.

Хотя версия X-Server 1.7 еще не вышла из стадии кандидата в релизы (по первоначальному плану релиз должен был выйти в апреле), разработчики приступили к планированию релиза X-Server 1.8. Начиная с данного выпуска разработка будет разбита на три фиксированные стадии: добавление новых возможностей (3 месяца), выявление и исправление ошибок (2 месяца) и заморозка перед релизом (1 месяц). Таким образом релизы X.Org отныне будут выпускаться раз в 6 месяцев, независимо от объема запланированных и фактически реализованных работ.

Наблюдаемая в настоящее время непредсказуемость выпуска релизов приводит к возникновению многих проблем у разработчиков Linux дистрибутивов, развиваемых в рамках фиксированного цикла подготовки релизов. Например, создатели дистрибутива вынуждены включать в состав устаревшие версии X.Org/X-Server или нестабильный код, еще находящийся на стадии добавления новшеств, но не прошедший стадию тестирования.

http://www.opennet.r...shtml?num=23602 (http://www.opennet.ru/opennews/art.shtml?num=23602)

[size="3"]Вышел релиз X Server 1.7. Утверждена новая схема разработки[/size]

С опозданием от первоначального графика на пол года вышел релиз X Server 1.7, ключевой компонент пакета X.Org 7.5, выход которого ожидается в ближайшие дни.

Основные улучшения, добавленные в X Server 1.7
Добавлена поддержка технологии Multi-Pointer X и переработанной подсистемы ввода X Input 2.0, что позволит организовать работу нескольких независимых устройств ввода, например, несколько управляемых разными мышами курсоров на экране или ввод в разные окна с разных клавиатур.
Реализована поддержка технологии VGA Arbitration, позволяющей разделить обращение X-сервера к нескольким видеокартам в системе (определить от какой карты поступила данная VGA-команда), что позволит решить ряд проблем, возникающих при организации работы нескольких X-серверов на одной машине, каждый из которых осуществляет вывод на отдельную видеокарту. Код модуля VGA-арбитра, работающего на уровне Linux ядра, планируется интегрировать в ядро начиная с версии 2.6.32;
Улучшена поддержка архитектуры 2D акселерации EXA, добавлена возможность передачи и одновременной обработки пиксельных карт как внутри X-сервера, так и средствами драйвера;
Интегрирована поддержка технологии XDMX, позволяющей объединить несколько X серверов работающих на разных машинах в один виртуальный дисплей. В итоге можно получить однин большой виртуальный рабочий стол, распределенный на несколько мониторов, подключенных к разным компьютерам;
В состав пакета включен XQuartz, специализированный X-сервер для платформы Mac OS X;
Проведена чистка кода расширения для управления клавиатурой XKB (X keyboard extension). Отныне сборка XKB не может быть отключена на этапе сборки и XKB является неотделимой частью X-сервера. Переработана система обработки событий ввода, сервер теперь используется свой внутренний формат событий, вместо ранее используемого протокола. Тем не менее в состав X Server 1.7 не вошла реализация подсистемы XKB2, которая была отложена до выпуска X Server 1.8.

С выходом X Server 1.7 вступает в силу новая схема разработки, основанная на жестком 6-месячном цикле подготовки релизов и ограничении доступа к master-ветке в репозитории исходных текстов, право выполнения коммитов в которой будет предоставлено только команде разработчиков, непосредственно отвечающих за выпуск релиза. Остальные разработчики должны производить изменения только в отдельных ветках репозитория, выделенных для каждой подсистемы X-сервера. Процесс разработки теперь разбит на три фиксированные стадии: добавление новых возможностей (3 месяца), выявление и исправление ошибок (2 месяца) и заморозка перед релизом (1 месяц).

http://www.opennet.r...shtml?num=23697 (http://www.opennet.ru/opennews/art.shtml?num=23697)

[size="3"]Релиз драйвера для видеокарт VIA xf86-video-openchrome 0.2.904[/size]

За день до официального выхода X.Org 7.5 разработчиками свободного драйвера openchrome представлен свежий релиз драйвера для видеокарт VIA xf86-video-openchrome 0.2.904, включающий следующие улучшения:
Начальная поддержка чипов VX855
Поддержка VX800
Реализация интерфейса TMDS (DVI) в чипсетах VX800, CX700
Полноцветные аппаратные курсоры (ARGB)
Переработка кода связанного с изменением видеорежима цифровых панелей
Исправления многочисленных ошибок и другие улучшения

Подробности можно посмотреть в файлах NEWS и ChangeLog в архиве с исходными кодами драйвера

Также стоит отметить про существенные проблемы, которые испытывает проект в настоящее время. Они включают слабую заинтересованность корпорации VIA в разработках свободного драйвера, существенный недостаток свободного времени у основных разработчиков и недостаток внимания со стороны сообщества. Об этом неоднократно разгорались дискуссии в списках рассылки драйвера.

По этим причинам релиз 0.2.904 готовился в чрезвычайной спешке и по сути представляет собой копию ветки trunk из дерева SVN. Основной его целью было обеспечить совместимость с версией X.Org 7.5. Исправления критических ошибок возможно последуют в следующем релизе.

http://www.opennet.r...shtml?num=23780 (http://www.opennet.ru/opennews/art.shtml?num=23780)

[size="3"]Вышел X.Org 7.5[/size]

После 13 месяцев разработки вышел релиз X.Org 7.5. В новой версии представлены новые возможности, проведена работа по стабилизации кода и исправлению ошибок, улучшена инфраструктура автоматического определения конфигурации системы, расширены возможности по поддержке устройств ввода, появились новые средства для изменения размеров экрана на работающей системе. X.Org 7.5 официально поддерживает платформы Linux, BSD, Solaris, MacOS X, Microsoft Windows и GNU Hurd.
Выпуск базируется на X Server 1.7.1, обзор улучшений в котором можно посмотреть в прошлом анонсе. Наиболее интересные новшества X.Org 7.5:
 Технология Multi-Pointer X (MPX), позволяющая организовать одновременную работу на одном экране нескольких независимых устройств ввода, например, несколько управляемых разными мышами курсоров или ввод в разные окна с разных клавиатур;
 Свойства для устройств ввода теперь можно привязывать для конкретных устройств и менять их не уведомляя о данных деталях X сервер;
 Переработанная подсистема ввода X Input 2.0 (XI2) призвана заменить собой прошлое расширение X Input и всю внутреннюю обработку ввода в X-сервере. По сравнению с X Input 1.5 определена явная иерархия первичных и подчиненных устройств (master и slave), добавлена возможность изменения параметров устройств на лету и возможность обработки raw-событий;
 В комплект включено расширение RANDR 1.3 (Resize, Rotate and Reflect) в котором появились возможности панорамного вывода на несколько мониторов и поддержки манипулирования GPU объектами (GPU Object) для объединения вывода нескольких GPU на одном X экране;
 Поддержка DRI2 (Direct Rendering Infrastructure 2), обновленного интерфейса для прямого доступа к видеоаппаратуре. DRI2 дает возможность использовать аппаратную акселерацию для прямого рендеринга содержимого окон, что позволяет оптимизировать работу композитных оконных менеджеров (Compiz), вывода видео на экран и работу OpenGL приложений. В настоящий момент подготовлен OpenGL DRI2 драйвер, ведутся работы по задействованию в DRI2 технологии акселерации кодировани и декодирования видео VPDAU (ideo Decode and Presentation API), организации прямого вывода с использованием OpenVG, Xv и cairo;
 Обновлены входящие в комплект видеодрайверы, среди которых (в скобках указаны версии драйверов из X.Org 7.4): xf86-video-intel 2.9.1 (2.4.2), xf86-video-nv 2.1.15 (2.1.12), xf86-video-ati 6.12.4 (6.9.0), xf86-video-openchrome 0.2.904, xf86-video-s3 0.6.3 (0.6.0), xf86-video-sis 0.10.2 (0.10.0).

http://www.opennet.r...shtml?num=23993 (http://www.opennet.ru/opennews/art.shtml?num=23993)

[size="3"]Sun Microsystems приведет свои улучшения X.Org к стандартной лицензии[/size]

Алан Коперсмит (Alan Coopersmith) из компании Sun Microsystems сообщил в списке рассылки xorg-devel, что Sun отказывается от использования собственной лицензии для разработанных внутри компании улучшений к X-серверу в пользу канонического варианта, одобренного фондом X.Org Foundation.

Данный шаг компании является результатом достигнутого взаимопонимания с фондом и призван уменьшить количество используемых вариантов лицензии MIT. Это в свою очередь будет способствовать лучшему пониманию условий лицензирования X Window пользователями и разработчиками, что особенно актуально при работе над проектами с несколькими лицензиями.

«Т.к. Sun на протяжении последних 21 года активно занимался усовершенствованием сервера X Window, потребуется какое-то время для внесения изменений во все файлы, в которых присутствует упоминание о правах Sun. (По моим оценкам это более 500 файлов размещенных по разным репозиториям и содержащим копирайт Sun)» - сообщил Алан Коперсмит. Так же он предостерег разработчиков от самостоятельного редактирования этих файлов, сказав что этим будут заниматься специально назначенные сотрудники компании.

http://www.opennet.r...shtml?num=24413 (http://www.opennet.ru/opennews/art.shtml?num=24413)

[size="3"]Переименование проектов DeviceKit и уход X.Org от технологии HAL[/size]

В связи с возникающими вопросами на тему прекращения использования HAL (Hardware Abstraction Layer) в X.Org Server, Алан Куперсмит (Alan Coopersmith) создал новую Wiki-страницу XorgHAL, где объясняется текущее использование этого уровня абстракции. HAL использовался X.Org с версии X Server 1.4 и продолжает использоваться в текущей линейке X Server 1.7, но скорей всего уход с HAL будет окончательно и по графику реализован в версии X Server 1.8, выход которой запланирован на март.

На замену HAL придёт намного более OS-специфичный код, связанный с библиотеками, ответственными за нумерацию и систему обозначений устройств. В Linux это приведет к прямому подключению большого количества библиотек libudev к X Server. Вместо настроек в FDI-файлах, для управления драйверами устройств ввода будет использоваться каталог xorg.conf.d, в файлах которого будет применён новый синтаксис для определения соответствующих устройств и настроек . В течение всего времени перехода на эти настройки будет поддерживаться и редактирование xorg.conf по старой схеме.

Согласно сообщению того же Алана Куперсмита поддержка HAL прекращается в пользу DeviceKit и его субпроектов. В настоящий момент ведется работа по изменению названий подобных субпроектов. Например, DeviceKit-disks, используемый для взаимодействия с блочными устройствами, отныне будет известен как "udisks". На следующей неделе проект DeviceKit-power, применяемый для управления питанием, также собирается взять новое название "upower".

Удаление составляющей "DeviceKit" отражает тот факт, что в текущей реализации этими субпроектами не используется демон DeviceKit, а вся работа строится только на библиотеках libudev и libgudev. Само по себе изменение названия не столь важно, но одновременно изменяется API, библиотеки, адреса D-Bus и буквально всё, что должно отражать название "udisks". Любое приложение, зависимое от DeviceKit-disks / udisks, будет пересмотрено с целью включения изменённого названия. DeviceKit-disks и DeviceKit-power уже можно найти в Ubuntu, Fedora и других дистрибутивах Linux, которые также ожидает болезненная процедура переименования.

http://www.opennet.r...shtml?num=24522 (http://www.opennet.ru/opennews/art.shtml?num=24522)

[size="3"]Компания VIA открыла документацию на графические чипы VIA VX855 и VX875[/size]

Компания VIA опубликовала в свободном доступе два документа, описывающих особенности программирования обновленных графических процессоров серии Chrome 9 IGP, а именно чипов VIA VX855 и VX875. В первом документе на 172 страницах рассказывается об организации графического ядра и регистрах, связанных с выполнением 2D операций. Во втором документе на 110 страницах документированы 3D возможности чипов и функции акселерации проигрывания видео.

Документы опубликованы под лицензией Creative Commons, прошлая порция документации была открыта компанией VIA в ноябре 2008 года. Стоит отметить, что документация немного запоздала, медиа-процессор VIA VX855 был выпущен на рынок около года назад и базируется на технологиях VX800, которым уже около двух лет. Сами документы датированы июлем 2009 года, т.е. утверждение возможности их публикации в свободном доступе заняло пол года.

Разработчики открытого драйвера OpenChrome вероятно уже имели возможность познакомиться с представленной информацией намного раньше в рамках программы по снабжению проекта документацией, предоставляемой на условиях неразглашения. Общий список открытой документации на графические процессоры компании VIA можно найти на специально подготовленной Wiki-странице на сайте проекта OpenChrome.

http://www.opennet.r...shtml?num=25005 (http://www.opennet.ru/opennews/art.shtml?num=25005)

[size="3"]Релиз X.org-сервера 1.8[/size]

Вышел (http://lists.freedesktop.org/archives/xorg/2010-April/049784.html) релиз X.org-сервера 1.8, который включает в себя следующие изменения (http://xorg.freedesktop.org/wiki/Server18Branch):

• Переход (http://www.opennet.ru/opennews/art.shtml?num=24522) от управления устройствами с подсистемы HAL (Hardware Abstraction Layer) на использование библиотеки udev, которая теперь будет являться ответственной за горячее подключение устройств ввода и вывода.
• Дополняя переход на udev, добавлена новая возможность создание файлов конфигурации для отдельных устройств - это использование файлов в директории /etc/X11/xorg.conf.d. Для того, чтобы все файлы конфигурации не использовались даже при отсутствии соответствующих устройств были добавлены новые опции InputAttributes и InputClass. Для привязки к заданному устройству, может быть использовано сопоставление по имени продукта (MatchProduct), имени производителя (MatchVendor), пути к устройству (MatchDevicePath) или типу устройства (MatchIsKeyboard, MatchIsPointer, MatchIsJoystick, MatchIsTablet, MatchIsTouchpad и MatchIsTouchscreen). Представленное новшество призвано упростить возможность автоматизации настройки X-сервера сторонними приложениями: вместо парсинга и генерации xorg.conf теперь можно осуществить подстановку в /etc/X11/xorg.conf.d заранее сформированных файлов.
• Подсистема прямого рендеринга (DRI) обновлена до версии 2.2, что позволило реализовать новые вызовы GLX и разрешить асинхронное использование вызова glXSwapBuffers, что дает возможность оптимизировать приложения, его использующего.
• Поменялись ABI интерфейсов ответственных за ввод, вывод видео и некоторые расширения.
• Улучшена поддержка Quartz (API вывода изображения на Mac OS X).

X.org server 1.8 будет задействован в дистрибутивах Fedora 13 и openSUSE 11.3, в Ubuntu 10.04 будет использован X.Org server 1.7.


opennet.ru (http://www.opennet.ru/opennews/art.shtml?num=26069)

Цитата: Радость от 02 Апреля 2010, 17:13[size="3"]Релиз X.org-сервера 1.8[/size]

Радость то какая!

Цитата: Радость от 02 Апреля 2010, 17:13[size="3"]Релиз X.org-сервера 1.8[/size]

ну вот, а я только с халом полностью разобрался...

[size="3"][size="3"]Релиз[/size] X Server 1.9.1 [/size]

Вышел (http://lists.freedesktop.org/archives/xorg-announce/2010-October/001438.html) корректирующий релиз xorg-server 1.9.1, содержащий исправления ошибок, накопившихся в ветке 1.9.x. По сравнению с выпуском 1.9.0 в новой версии отмечено 40 исправлений, большинство из которых нацелены на повешение стабильности, устранение утечек памяти и производительности. Из улучшений отмечено добавление поддержки архитектуры nds32 и реализация поддержки расширения RandR для архитектуры XQuartz DDX.

[size="3"]Вандализм в Git-репозиторий проекта (виновник найден)[/size]

В списке рассылки разработчиков X.Org разбирается (http://lists.x.org/archives/xorg-devel/2010-November/015824.html) странный инцидент, в результате которого неизвестный злоумышленник внес изменение в Git-репозиторий драйвера xf86-video-radeonhd, удалив одни файлы и заменив содержимое других на текст "It's dead, Jim". Наибольшее опасение вызывает факт, что владельцем файлов с информацией о коммите (http://cgit.freedesktop.org/xorg/driver/xf86-video-radeonhd/commit/?h=spigot&id=231683e2f111bb064125f64f2da797d744cde7fa) является пользователь root, а не непривилегированный пользователь, под которым обычно совершаются операции с Git-репозиторием. Подобная информация свидетельствует о том, что изменения были сделаны от лица пользователя, имеющего root-доступ к одному из серверов инфраструктуры X.Org.

Дополнительно можно отметить, что коммит сделан 2 ноября, но информация о коммите не была автоматически отправлена в соответствующий список рассылки (скрипт отправки был отключён (http://lists.x.org/archives/xorg-devel/2010-November/015826.html)). С учетом того, что драйвер radeonhd более активно не развивается, а усилия разработчиков сосредоточены на драйвере xf86-video-ati, изменение было обнаружено только сегодня. Мотивы человека, совершившего акт вандализма, пока не ясны; возможно, злоумышленник хотел таким шагом продемонстрировать незащищенность инфраструктуры freedesktop.org и привлечь внимание к необходимости повышения безопасности серверов проекта.

Не исключен также вариант, что действие было произведено одним из администраторов, имеющих root-доступ в силу своих обязанностей. Против версии со взломом указывает (http://lists.x.org/archives/xorg-devel/2010-November/015825.html) корректность оформления коммита.

Дополнение: Адам Джексон (Adam Jackson), один из основателей X.Org, работающий в компании Red Hat, сознался (http://lists.x.org/archives/xorg-devel/2010-November/015901.html) в содеянном, объяснив данный шаг непростительной эмоциональной выходкой, вызванной желанием простимулировать исправление Make-файлов другим разработчиком (изменение было внесено не в master-ветку radeonhd). Понимая, что доверие подорвано, виновник сам заблокировал себе root-доступ на сервер.

[size="3"]Небольшой патч позволил повысить производительность GLX-расширения X.Org на 60% [/size]
 
Крис Вильсон (Chris Wilson), принимающий участие в разработке драйвера xf86-video-intel, представил (http://lists.x.org/archives/xorg-devel/2011-January/018623.html) в списке рассылки разработчиков X.Org 50-строчный патч, позволяющий задействовать небольшой кэш при индексировании результатов операций декодирования GLX-опкода. Подобное кэширование позволило значительно увеличить производительность операций непрямого рендеринга.

Например, после применения патча, при обращении к X-серверу через сеть или локальный сокет, скорость отрисовки в игре World of Padman возросла с 28 до 45 кадров в секунду. Эффект наблюдается для всех драйверов, но проявляется только при использовании непрямого реднеринга и не оказывает влияния при прямом обращении к видеоаппаратуре, используя DRI (http://ru.wikipedia.org/wiki/Direct_Rendering_Infrastructure)-интерфейс.

[size="3"]Для драйвера xf86-video-v4l обеспечена поддержка Video For Linux 2 [/size]

Для xorg-драйвера xf86-video-v4l представлен (http://lists.x.org/archives/xorg-devel/2011-February/019049.html) патч (http://lists.x.org/archives/xorg-devel/2011-February/019042.html), переводящий драйвер с программного интерфейса для организации захвата видео V4L1 (Video For Linux) на современный вариант API V4L2, поддерживаемый Linux-ядрами серии 2.6.x. В ядре 2.6.38 запланировано прекращение поддержки V4L1, что приведет к неработоспособности xf86-video-v4l. В настоящее время первой версии интерфейса V4L в ядре Linux присвоен статус устаревшей и по-умолчанию эта функция выключена, но в новой реализации V4L2 предусмотрен режим совместимости с V4L1 для старых приложений. Через него и работает xf86-video-v4l сегодня в большинстве популярных дистрибутивов, обычно вместе с приложением должна быть подгружена специальная библиотека. V4L - это драйвер, который используется множеством устройств для захвата видео, например, веб-камерами и TV-тюнерами. Первая версия появилась в ядре Linux 2.2, для ветки 2.6 была разработана вторая версия интерфейса, после чего был выпущен специальный драйвер xf86-video-v4l2. Несмотря на это, старый драйвер xf86-video-v4l до сих пор используется многими приложениями, в которых не осуществлён переход на API V4L 2. Хотя его код не обновлялся с июня 2010 года, проект считается активным.

Сотрудник компании Red Hat, Mauro Carvalho Chehab, несколько дней назад представил для xf86-video-v4l большой патч, который переводит xf86-video-v4l на использование V4L2. Mauro пишет о том, что "большая часть работы сделана", тем не менее патч еще не обеспечивает работу со всеми драйверами V4L2, поддержку которых планируется добавить в ближайшем будущем. В дальнейшем Mauro собирается перевести некоторые компоненты xf86-video-v4l, использующие устаревшие функции Xv, на современную функцию текстурированного видео (Textured Video). Это позволит заработать остальным драйверам для V4L2.

Что это даёт приложениям? В большинстве дистрибутивов Linux ядро собрано без поддержки V4L1, но с параметром обратной совместимости в V4L2. Некоторые приложения для Linux используют xf86-video-v4l для работы с веб-камерами, например Skype и Kopete из состава KDE 3. Поэтому если у пользователя веб-камера с драйвером для V4L2, в некоторых случаях запускать эти приложения нужно с особыми параметрами. Теперь, когда xf86-video-v4l сам работает с V4L2, владельцам веб-камер с драйверами, базирующимися на V4L1, не придется прибегать к дополнительным манипуляциям.

[size="3"]Релиз X.Org Server 1.10. Компания AMD открыла код, связанный с API XvBA [/size]

Анонсирован (http://lists.freedesktop.org/archives/xorg/2011-February/052605.html) релиз X.Org Server 1.10 в котором внесено более 700 изменений, главным образом связанных с исправлением ошибок и мелкими правками. Значительных улучшений в новой версии почти нет. К сожалению в последний момент в релиз не был включён код RandR 1.4, обеспечивающий поддержку привязки пиксельных карт (pixmap) к отдельным CRTC-видеоконтроллерам. Также в состав нового релиза не вошел X Input 2.1, в котором планировалось (http://www.opennet.ru/opennews/art.shtml?num=27547) реализовать программный интерфейс для работы с устройствами ввода, поддерживающими одновременные касания (мультитач).

Из улучшений можно отметить интеграцию кода новой улучшенной подсистемы синхронизации X Synchronization Fences, разработанной компанией NVIDIA и позволяющей организовать синхронизацию формирования вывода на базе протокола X11 с клиентами, поддерживающими прямой рендеринг (DRI), такими как OpenGL. В частности, X Synchronization Fences можно использовать для синхронизации обновлений экрана в базирующихся на OpenGL композитных менеджерах со стандартным рендерингом X-сервера (сейчас в композитных менеджерах для совмещения X11-вывода с итоговым изображением приходится использовать двойную буферизацию).

Дополнительно можно отметить публикацию (http://www.phoronix.com/scan.php?page=news_item&px=OTEzNg) компанией AMD исходных текстов SDK (http://developer.amd.com/ZONES/OPENSOURCE/Pages/default.aspx) и набора утилит (http://sourceforge.net/apps/mediawiki/xvbat/index.php?title=Main_Page) для использования в Linux-приложениях нового API XvBA (X-Video Bitstream Acceleration) для задействования функций акселерации кодирования и декодирования видео. В состав пакета входят необходимые заголовочные файлы, документация (ранее API был недокументирован), сопутствующие пользовательские библиотеки (libxvbat) и набор примеров. Также подготовлено несколько полезных утилит, таких как xvbainfo для оценки степени поддержки XvBA, xvba для трассировки вызова XvBA API и xvbaplay с реализацией простого медиа-плеера.

Для акселерации декодирования видео в XvBA используется UVD2-движок современных GPU AMD/ATI. XvBA дополнят собой два других API для доступа к функциям декодирования видео - VDPAU и VA-API, продвигаемых компаниями NVIDIA и Intel. Примечательно, что API XvBA был создан уже достаточно давно, но не выпускался наружу - для пользователей в драйвере Catalyst был доступен VA-API-фродтэнд, работающий поверх XvBA.

К сожалению, непосредственно спецификации движка UVD2 остаются закрытыми и их публикации мешают требования DRM (Digital Rights Management (http://ru.wikipedia.org/wiki/Digital_Rights_Management)), что затрудняет обеспечение реализации поддержки XvBA в открытых видеодрайверах. Тем не менее, при работе проприетарного драйвера Catalyst, опубликованный SDK позволяет использовать в различных приложениях функции XvBA для прямого обращения к движку UVD2, минуя промежуточную прослойку VA-API. Наличие VA-API-фронтэнда ставит под сомнение целесообразность добавления поддержки XvBA в пользовательские приложения, поэтому можно предположить, что в скором времени поддержка VA-API в Catalyst будет прекращена.

[size="3"]Локальная Root-уязвимость в X.Org[/size]

Разработчики проекта X.Org объявили (http://lists.freedesktop.org/archives/xorg-announce/2011-April/001636.html) об обнаружении критической уязвимости в утилите xrdb, позволяющей локальному злоумышленнику выполнить свой код с привилегиями суперпользователя. Организация запуска кода производится через передачу специально оформленного имени хоста, содержащего экранированные спецсимволы. Выполнение кода производится в момент запуска дисплейного менеджера, в котором для загрузки базы ресурсов от имени суперпользователя используется утилита xrdb.

Проблемное имя хоста может быть передано двумя путями: через DHCP или xdmcp. В первом случае злоумышленник должен иметь административный доступ к DHCP-серверу или физический доступ к локальному сегменту сети. Во втором случае на атакуемой системе должна присутствовать возможность удаленного входа по xdmcp и злоумышленник должен иметь локальный аккаунт в системе.

Проблему обнаружил Себастьян Крамер (Sebastian Krahmer) из команды по обеспечению безопасности SUSE Linux. Уязвимость исправлена (http://cgit.freedesktop.org/xorg/app/xrdb/commit/?id=1027d5df07398c1507fb1fe3a9981aa6b4bc3a56) в xrdb 1.0.9 (в состав последнего релиза X11R7.6 по прежнему входит уязвимая версия xrdb 1.0.7). Обновления с исправлением уязвимости пока недоступны для дистрибутивов, статус выхода исправлений можно отследить на следующих страницах: Slackware (http://www.slackware.com/security/list.php?l=slackware-security&y=2011), Gentoo (http://www.gentoo.org/security/en/index.xml), Mandriva (http://www.mandriva.com/en/security/advisories?dis=2010.1), openSUSE (http://lists.opensuse.org/opensuse-security-announce/2011-04/), CentOS (http://lists.centos.org/pipermail/centos-announce/2011-April/thread.html), Fedora (https://admin.fedoraproject.org/updates/F15/security), RHEL (http://rhn.redhat.com/errata/rhel-server-errata.html), Debian (http://www.debian.org/security/), Ubuntu (https://lists.ubuntu.com/archives/ubuntu-security-announce/2011-April), FreeBSD (http://www.vuxml.org/freebsd/).

[size="3"]xf86-video-nested - драйвер для организации вложенного запуска X-серверов [/size]

В списке рассылки разработчиков X.Org представлен (http://lists.x.org/archives/xorg-devel/2011-May/022007.html) новый драйвер xf86-video-nested (http://cgit.freedesktop.org/xorg/driver/xf86-video-nested/tree/), позволяющий поверх уже работающего X-сервера запустить в окне еще один X-сервер. Уровень вложенности может быть любой. Также поддерживается запуск разных версий X-сервера в разных окнах.

[size="3"]Для X.Org-драйвера Synaptics представлена поддержка плавной прокрутки и прогнозирования движения[/size]

В списке рассылки разработчиков X.Org представлен (http://lists.x.org/archives/xorg-devel/2011-June/023159.html) набор патчей для драйвера xf86-input-synaptics с реализацией ряда технологий, разработанных для операционной системы ChromiumOS. В частности патчи позволяют использовать на тачпадах Synaptics режим плавной прокрутки, улучшенные механизмы акселерации и методы прогнозирования движения, позволяющие игнорировать случайные перемещения и более точно отслеживать управляющие прикосновения.

Несколькими днями раньше был представлен (http://lists.x.org/archives/xorg-devel/2011-June/022868.html) аналогичный набор патчей с результатами работы по чистке кода подсистемы ввода X.Org-сервера и реализации возможности использования плавной прокрутки. Ожидается, что опубликованные патчи будут включены в состав X-сервера 1.12.

[size="3"]Графическая система X12 начинает обретать форму [/size]

Разработчики проекта X.Org не теряют надежду создать X12, улучшенную реализацию протокола, идущую на смену X11 (http://ru.wikipedia.org/wiki/X_Window_System). На днях, один из разработчиков проекта, спустя почти полтора года с момента прошлой правки, заметно обновил (http://www.x.org/wiki/Development/X12?action=diff&rev1=30&rev2=31) wiki-страницу (http://www.x.org/wiki/Development/X12) с планом развития проекта.

В плане признаётся, что с момента создания X11 в 1990-х годах техника значительно продвинулась вперёд и компьютеры изменились до неузнаваемости. Вместо простой модели работы через framebuffer теперь повсеместно используются программируемые графические процессоры, усложнённые и функциональные. Расширился спектр потребительских платформ, кроме настольных систем и ноутбуков, появились новые классы устройств - нетбуки, планшеты, телеприставки и смартфоны. Многоядерные процессоры, позволяющие выполнять операции в параллельном режиме, плотно вошли в обиход и уже давно не являются атрибутами суперкомпьютеров. Все это говорит о том, что X11 был разработан для другой эры развития компьютерной техники и требует переработки.

Среди указанных в плане требований:

• Сохранение принципа сетевой прозрачности, при котором приложение может быть выполнено удалённо без использования каких либо специальных функций и без оглядки на то, где именно и на каких типах устройств вывода оно будет использовано;
• Пересмотр и переработка с нуля механизмов обеспечения безопасности. Разработка с оглядкой на безопасность;
• Поддержка различных типов платформ - от мобильных телефонов до планшетов и настольных систем;
• Поддержка современных графических адаптеров и композитного режима. X12 должен обеспечить возможность полного доступа к оборудованию, не вынуждая работать в обход X, что наблюдается в настоящее время;
• Продолжение предоставления возможности работы через Framebuffer;
• Обеспечение максимально возможной эффективности протокола;
• Многопоточная обработка данных, позволяющая повысить производительность на многоядерных системах.

[size="3"]Начальная реализация горячего подключения видеоадаптеров без перезапуска X-сервера [/size]

Дэвид Эирлай (David Airlie), работающий в компании Red Hat, представил (http://airlied.livejournal.com/75405.html) результаты первых экспериментов по реализации режима горячего подключения видеодрайверов в X.org, позволяющего подключать дополнительные видеокарты без перезапуска X-сервера. На представленном демонстрационном видеоролике (http://www.youtube.com/watch?v=g54y80blzRU), к компьютеру через порт USB подключается внешний видеоадаптер DisplayLink, при этом на него сразу начинает транслироваться текущее содержимое экрана.

В конфигурации использован драйвер xf86-video-modesetting (http://permalink.gmane.org/gmane.comp.video.dri.devel/60926) и модифицированный X-сервер, поддерживающий новый экспериментальный ABI (http://lists.x.org/archives/xorg-devel/2011-September/025099.html) для взаимодействия с драйверами. При запуске X-сервера драйвер загружается через udev, после чего для работы X-клиентов экспортируется экран Screen, к которому присоединяется представление низкоуровневого экрана DrvScreen1. После горячего подключения видеокарты создаётся ещё один низкоуровневый экран DrvScreen2, связанный с новым драйвером, который также подключается к общему экрану Screen, работающему через стандартный протокол X11. Вся экранная активность, связанная со взаимодействием Screen и прослойкой драйверов, дублируется для всех низкоуровневых экранов (DrvScreen1 и DrvScreen2). Таким образом единый X11 экран Screen выступает в роли надстройки, занимающейся мультиплексированием вывода для экранов DrvScreen.

Технология отличается от Xinerama тем, что дублирование операций производится не на уровне протокола X11, а на более низком уровне взаимодействия с оборудованием. При этом изменение кода рендеринга даёт возможность не заботиться о том, с какого GPU сформирован вывод, т.е. можно выполнять все ресурсоёмкие операции на GPU основной карты и затем просто транслировать получившееся изображение на маломощную внешнюю карту (без необходимости повторного рендеринга на этой карте). Разработка пока находится на ранней стадии, по словам Дэвида Эирлая он лишь увидел небольшой свет в конце туннеля. Тем не менее, это первый видимый результат после года работы над решением данной задачи. В дальнейшем планируется реализовать поддержку добавления и удаления DrvScreen, а также возможность динамического переключения GPU.

[size="3"]Локальная уязвимость в X.Org [/size]

В X.Org найдена (http://seclists.org/fulldisclosure/2011/Oct/918) опасная уязвимость (http://vladz.devzero.fr/Xorg-CVE-2011-4029.txt), позволяющая путем манипуляции на этапе создания lock-файла поменять права доступа к любому файлу в системе на 444 (полный доступ на чтение для всех). Например, локальный злоумышленник на этапе запуска X.Org-сервера может поменять права на файл /etc/shadow и получить доступ к хэшам паролей всех пользователей в системе, или поменять права на блочное устройство и прочитать полное содержимое дисковых разделов. Для успешной эксплуатации у атакующего должна быть возможность запуска X-сервера.

Техника эксплуатации уязвимости достаточно простая (готовый эксплоит приводится в тексте уведомления (http://vladz.devzero.fr/Xorg-CVE-2011-4029.txt) о наличии проблемы):

[list=1]

• Создаётся фиктивная символическая ссылка "/tmp/.X1-lock" -> "/dontexist";
• Запускается X-сервер;
• Останавливается X-сервер через отправку процессу сигнала SIGSTOP сразу после создания "/tmp/.tX1-lock" (угадать нужный момент помогает эксплоит);
• Запускается ещё один процесс X для удаления /tmp/.tX1-lock;
• Создаётся символическая ссылка "/tmp/.tX1-lock" -> "/etc/shadow";
• Отправляется SIGCONT остановленному на третьем шаге процессу, который выполняет вызов chmod() для подменённого файла;

В общем виде процесс эксплуатации выглядит примерно так:


$ ls -l /etc/shadow
-rw-r----- 1 root shadow 1072 Aug 7 07:10 /etc/shadow
$ ./xchmod
$ ls -l /etc/shadow
-r--r--r-- 1 root shadow 1072 Aug 7 07:10 /etc/shadow
Исправление пока доступно в виде патча (http://cgit.freedesktop.org/xorg/xserver/commit/?id=b67581cf825940fdf52bf2e0af4330e695d724a4) для X Server 1.11.2 и экспериментальной ветки 1.12. Обновление пакетов с устранением уязвимости доступно для FreeBSD (http://www.vuxml.org/freebsd/8441957c-f9b4-11e0-a78a-bcaec565249c.html), Ubuntu (https://lists.ubuntu.com/archives/ubuntu-security-announce/2011-October/001454.html) и Gentoo (http://www.gentoo.org/security/en/glsa/glsa-201110-19.xml). Неисправленной узявимость остаётся в Slackware (http://www.slackware.com/security/list.php?l=slackware-security&y=2011), Mandriva (http://www.mandriva.com/en/security/advisories?dis=2011), openSUSE (http://lists.opensuse.org/opensuse-security-announce/2011-10/), CentOS (http://lists.centos.org/pipermail/centos-announce/2011-October/thread.html), Fedora (https://admin.fedoraproject.org/updates/F16/security), RHEL (http://rhn.redhat.com/errata/rhel-server-errata.html) и Debian (http://www.debian.org/security/).