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)
← Raspberry Pi 2
Первая стабильная версия Scala.js →
  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
()
Ответ на: комментарий от 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

Хотя, стоп, ты говоришь про 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
()
Ответ на: комментарий от 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
← Raspberry Pi 2
Open Source
Первая стабильная версия Scala.js →