LINUX.ORG.RU
Новости — Open Source  

X.Org Server 1.17

 , ,


0

2

Состоялся очередной выпуск графического сервера X.Org за номером 1.17.

Особенности выпуска:

  • Интеграция DDX-драйвера xf86-video-modesetting, являющегося аналогом универсального драйвера vesa, но работающего поверх KMS. Драйвер позволяет использовать любое оборудование, умеющее работать с KMS, но не имеющее собственного драйвера. Для 2D-ускорения используется подсистема GLAMOR.
  • Множественные оптимизации поддержки GLAMOR.
  • Удалены тысячи строк сломанного и устаревшего кода.

Следует заметить, что в этом выпуске был изменён ABI (поддержка нового ABI уже присутствует в бинарном драйвере Nvidia версии 346.22 и выше).

Получить новую версию можно отсюда

>>> Подробности



Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 2)

 ← 1 2 3 4 →

А xf86-video-modesetting поддерживает 3D? Вроди у него есть плюшка с gpu hot plug но 3D не работало. Допилили?

anonymous
()
Ответ на: комментарий от Deleted

блоб уже собран, там компилится мизерный интерфейс к ядру. лол

anonymous
()
Ответ на: комментарий от skvitek

пни майнтейнеров генты, чтобы сделали ебилд mesa-headrs и тебе не нужно было её собирать впустую

anonymous
()
Ответ на: комментарий от kirk_johnson

Пусть уж лучше ничего не ломает. Документации по xlib - кот наплакал, 99% - перепечатка документов 30тилетней давности с сишным синтаксисом а-ля 80е (с тем самым упоринским объявлением функций). Пусть хоть эта документация работает. Как пример - https://www.google.com/search?q=xlib xmovewindow&ie=utf-8&oe=utf-8 кроме перепечатки мана, который не менялся с августа 1988го (xlib reference manual) нет НИЧЕГО. Как будет вести себя окно, если дать позицию больше 65к? меньше -65к? если оно размаплено? Почему может долбить BadWindow без причины? Догадайтесь сами, называется. Добрую половину поведения приходится подсматривать в сорцах менеджеров 90х годов.

sambist ★★
()
Ответ на: комментарий от void_ptr

Потерпи, обновлят значит скоро legacy ветки.

leg0las ★★★★★
()
Ответ на: комментарий от anonymous

Спонсоры проприетарщиков должны страдать.

А разве есть открытая, достаточно производительная альтернатива карточкам AMD и Nvidia? С AMD подобное уже давно произошло. У Nvidia такое первый раз. А другие конкуренты вымерли. Intel? Так он больше для офисов, а его производительность обеспечивают открытые драйверы для тех же AMD и Nvidia.

Feonis ★★★
()
Ответ на: комментарий от sambist

В доке по xorg была секция, в которой было написано примерно следующее: «Эту часть мануала никто не написал. Наверное потому, что никто не знает, как это работает.»

kirk_johnson ★☆
()
Ответ на: комментарий от redgremlin

Серьезно? Смахивает на какую-то шутку или троллинг.

Meyer ★★★★★
()
Ответ на: комментарий от redgremlin

Возможно, «Nobody wants to say how this works» - это такая отсылка к блобам.

Meyer ★★★★★
()
Ответ на: комментарий от Novell-ch

а как это завести на gentoo, nouveau работает, а с modesetting

[ 52.555] (II) AIGLX: Screen 0 is not DRI2 capable
[ 52.555] (EE) AIGLX: reverting to software rendering

anonymous
()
Ответ на: комментарий от anonymous

как говорится УМВР, не знаю в чем проблема 

   327.032] (II) modeset(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz d)
[   327.032] (II) modeset(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[   327.032] (II) modeset(0): Modeline "512x384"x70.1   37.50  512 524 592 664  384 385 388 403 doublescan -hsync -vsync (56.5 kHz d)
[   327.032] (II) modeset(0): Modeline "512x384"x60.0   32.50  512 524 592 672  384 385 388 403 doublescan -hsync -vsync (48.4 kHz d)
[   327.032] (II) modeset(0): Modeline "400x300"x60.3   20.00  400 420 484 528  300 300 302 314 doublescan +hsync +vsync (37.9 kHz d)
[   327.032] (II) modeset(0): Modeline "400x300"x56.3   18.00  400 412 448 512  300 300 301 312 doublescan +hsync +vsync (35.2 kHz d)
[   327.032] (II) modeset(0): Modeline "320x240"x60.1   12.59  320 328 376 400  240 245 246 262 doublescan -hsync -vsync (31.5 kHz d)
[   327.032] (II) modeset(0): Output DisplayPort-0 disconnected
[   327.032] (II) modeset(0): Output HDMI-0 connected
[   327.032] (II) modeset(0): Output DVI-0 disconnected
[   327.032] (II) modeset(0): Output DVI-0 connected
[   327.032] (II) modeset(0): Using exact sizes for initial modes
[   327.032] (II) modeset(0): Output HDMI-0 using initial mode 1920x1080
[   327.032] (II) modeset(0): Output DVI-0 using initial mode 1920x1080
[   327.032] (II) modeset(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[   327.032] (==) modeset(0): DPI set to (96, 96)
[   327.032] (II) Loading sub module "fb"
[   327.032] (II) LoadModule: "fb"
[   327.032] (II) Loading /usr/lib64/xorg/modules/libfb.so
[   327.032] (II) Module fb: vendor="X.Org Foundation"
[   327.032] 	compiled for 1.16.99.902, module version = 1.0.0
[   327.032] 	ABI class: X.Org ANSI C Emulation, version 0.4
[   327.032] (==) Depth 24 pixmap format is 32 bpp
[   327.068] (==) modeset(0): Backing store enabled
[   327.068] (==) modeset(0): Silken mouse enabled
[   327.068] (II) modeset(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[   327.068] (==) modeset(0): DPMS enabled
[   327.068] (II) modeset(0): [DRI2] Setup complete
[   327.068] (II) modeset(0): [DRI2]   DRI driver: radeonsi
[   327.068] (II) modeset(0): [DRI2]   VDPAU driver: radeonsi
[   327.068] (--) RandR disabled
[   327.073] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[   327.073] (II) AIGLX: enabled GLX_ARB_create_context
[   327.073] (II) AIGLX: enabled GLX_ARB_create_context_profile
[   327.073] (II) AIGLX: enabled GLX_EXT_create_context_es2_profile
[   327.073] (II) AIGLX: enabled GLX_INTEL_swap_event
[   327.073] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
[   327.073] (II) AIGLX: enabled GLX_EXT_framebuffer_sRGB
[   327.073] (II) AIGLX: enabled GLX_ARB_fbconfig_float
[   327.073] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[   327.073] (II) AIGLX: Loaded and initialized radeonsi
[   327.073] (II) GLX: Initialized DRI2 GL provider for screen 0
[   327.080] (II) modeset(0): Setting screen physical size to 508 x 285
[   327.124] (II) config/udev: Adding input device Power Button (/dev/input/event4)
[   327.124] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[   327.124] (**) Power Button: Applying InputClass "system-keyboard"
[   327.124] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[   327.124] (II) LoadModule: "evdev"
[   327.124] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so
[   327.124] (II) Module evdev: vendor="X.Org Foundation"
[   327.124] 	compiled for 1.16.99.902, module version = 2.9.1
[   327.124] 	Module class: X.Org XInput Driver
[   327.124] 	ABI class: X.Org XInput driver, version 21.0
[   327.124] (II) Using input driver 'evdev' for 'Power Button'
[   327.124] (**) Power Button: always reports core events
[   327.124] (**) evdev: Power Button: Device: "/dev/input/event4"
[   327.124] (--) evdev: Power Button: Vendor 0 Product 0x1
[   327.124] (--) evdev: Power Button: Found keys
[   327.124] (II) evdev: Power Button: Configuring as keyboard
[   327.124] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input7/event4"

Novell-ch ★★★★★
()
Ответ на: комментарий от kirk_johnson

Да просто упоминание надо убрать и код парсинга этой секции. Функциями, которые используют данную секцию, пользовался только драйвер glint и больше никто. К драйверу glint был приложен патч, который использование функции, которая пользовалась данными из этой загадочной секции, убрал. Конфигурация glint переписана по-другому. Сегодня ни один драйвер этим больше не пользуется. Осталось только подчистить код в сервере. Присылайте патчи. :)

Zubok ★★★★★
()
Ответ на: комментарий от anonymous

а как это завести на gentoo, nouveau работает, а с modesetting

Насколько я знаю, glamor сейчас использует только intel и ati.

Zubok ★★★★★
()
Ответ на: комментарий от anonymous

а как это завести на gentoo, nouveau работает, а с modesetting

Хотя, стоп, ты говоришь про modesetting. Вроде как в modesetting недавно добавили код dri2. Буквально месяца три-четыре назад.

UPD: http://lists.x.org/archives/xorg-devel/2014-October/044436.html

https://freedesktop.org/patch/35078/

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 2)
Ответ на: комментарий от Zubok

Насколько я знаю, glamor сейчас использует только intel и ati.

Упс, а с недавнего времени и nouveau:

http://nouveau.freedesktop.org/wiki/

Jun, 2014: Xf86-video-nouveau lands support for DRI3, glamor acceleration and Maxwell (GM107)

Zubok ★★★★★
()
Ответ на: комментарий от sambist

Как будет вести себя окно, если дать позицию больше 65к? меньше -65к? если оно размаплено? Почему может долбить BadWindow без причины? Догадайтесь сами, называется. Добрую половину поведения приходится подсматривать в сорцах менеджеров 90х годов.

Да, неуютненько. Посижу на винде.

Deleted
()

Удалены тысячи строк сломанного и устаревшего кода.

Интересно, но разве сами иксы - это не устаревший и сломанный код сам по себе?

no1_tx ★
()
Ответ на: комментарий от feofan

Ну это временно, пока вяленного не приготовят нормально. Впрочем, в федоре его уже можно употреблять, но XWayland еще не допилен.

no1_tx ★
()
Ответ на: комментарий от Novell-ch

интел уже не использует, хотя они же его и создали.

Погляди man intel:

Option «AccelMethod» «glamor»

Должно быть.

Zubok ★★★★★
()
Ответ на: комментарий от no1_tx

Код не может устареть. Кто вам вообще такую чушь в голову вбил? Это не консервы, не огурец, который может сгнить. Когда ты распаковываешь сорцы утилиты, которая была написана в 1990м, она не воняет. Если ты скормишь ее компилятору, он ее скомпилирует и она будет работать даже быстрее современных аналогов. Код может быть написан плохо, некачественно, может быть не покрыт тестами, но он не может устареть. Сигнатуры функций для иксов почти не менялись с 1988го. Ты можешь взять программу того времени и она у тебя запустится на современных иксах (возможно понадобятся минимальные исправления). Если 20-30-40 лет назад было написано int a = 5;, как, вот скажи, КАК этот код может устареть? Что, в 2015м году изобрели новые способы складывать? Есть код, который без нареканий работает 20 лет. Главный принцип - работает - не трогай, изредка правь ошибки безопасности.

sambist ★★
()
Ответ на: комментарий от redgremlin

половина приложений, котоые были написаны до середины нулевых теперь работать не будут
Чтв Фев 5 11:37:38 YEKT 2015

Это точно то, о чём стоит беспокоиться?

Да.

tailgunner ★★★★★
()
Ответ на: комментарий от no1_tx

Много чего недопилено. Например, назови мне хоть один tiling wm для вялого.

feofan ★★★★★
()
Ответ на: комментарий от sambist

Какого? Типа XKeycodeToKeysym? Ну поздравляю, чо, половина приложений, котоые были написаны до середины нулевых теперь работать не будут.

На месте она. Смотрю исходники libX11 из git.

Zubok ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 4 →
Open Source