LINUX.ORG.RU
ФорумTalks

Сервер X.Org больше не разрешает по умолчанию клиенты с перестановкой байтов

 , ,


0

1

Собственно, сабж: https://www.phoronix.com/news/X.Org-No-Byte-Swapped-Clients

После недавних дискуссий о том, что Fedora планирует отключить поддержку клиентов с перестановкой байтов для сервера X.Org, чтобы закрыть еще одну «большую поверхность атаки» с устаревшей кодовой базой сервера X11, апстрим сервера X.Org теперь отказался от этой поддержки по умолчанию. ... хотя это поведение можно изменить с помощью новой опции. Эта функция «клиентов с перестановкой байтов» предназначена для клиентов X.Org/XWayland, отличающихся последовательностью байтов ЦП от подключения к серверу X.Org.

★★★★★
Ответ на: комментарий от madcore

В том же glxgears фпс не зависел от размеров окна

Только если выдавал 60 fps)). А так всегда зависел.

einhander ★★★★★
()

Я такой режим в прошлом году использовал, пробрасывая видеовывод от debian 8 ppc (qemu) на x86 Xephyr сервер

Andrew-R ★★★★★
()
Ответ на: комментарий от Andrew-R

Попробовал, всё равно softpipe

Иксы запущены так:

~ $ ps aux|grep X

root      476459  1.7  1.0 475820 86972 tty1     Ssl+ 17:04   0:05 /usr/bin/X -listen tcp -ac +iglx -auth /var/run/sddm/{ddd0ec29-5944-4ed4-a3c2-d782212d41d2} -background none -noreset -displayfd 18 -seat seat0 vt1

На на другом хосте:

~ $ DISPLAY=192.168.7.2:0 glxinfo -B

name of display: 192.168.7.2:0
Xlib: sequence lost (0x10023 > 0x25) in reply type 0x0!
Xlib: sequence lost (0x10028 > 0x2a) in reply type 0x0!
Xlib: sequence lost (0x1002d > 0x2f) in reply type 0x0!
Xlib: sequence lost (0x10032 > 0x34) in reply type 0x0!
Xlib: sequence lost (0x10037 > 0x39) in reply type 0x0!
display: 192.168.7.2:0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Mesa/X.org (0xffffffff)
    Device: softpipe (0xffffffff)
    Version: 22.2.5
    Accelerated: no
    Video memory: 1126MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 3.3
    Max compat profile version: 3.3
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.1
OpenGL vendor string: Mesa/X.org
OpenGL renderer string: softpipe
OpenGL version string: 3.3 (Compatibility Profile) Mesa 22.2.5
OpenGL shading language version string: 3.30
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
Xlib: sequence lost (0x10049 > 0x4b) in reply type 0x0!

Ещё где-то что-то не включено?

madcore ★★★★★
()
Ответ на: комментарий от Andrew-R

Мне вот как раз сейчас надо кой чего тестить на ppc, своё видео там отгнило давно.

madcore ★★★★★
()
Ответ на: комментарий от Andrew-R

Это уже похоже на то что нужно.

~ $ DISPLAY=192.168.7.2:0 glxinfo -B
name of display: 192.168.7.2:0
Xlib: sequence lost (0x10013 > 0x15) in reply type 0x0!
Xlib: sequence lost (0x10018 > 0x1a) in reply type 0x0!
Xlib: sequence lost (0x1001d > 0x1f) in reply type 0x0!
Xlib: sequence lost (0x10022 > 0x24) in reply type 0x0!
Xlib: sequence lost (0x10027 > 0x29) in reply type 0x0!
display: 192.168.7.2:0  screen: 0
direct rendering: No (LIBGL_ALWAYS_INDIRECT set)
OpenGL vendor string: X.Org
OpenGL renderer string: AMD CAICOS (DRM 2.50.0 / 5.15.85-gentoo-dist, LLVM 15.0.6)
OpenGL version string: 1.4 (3.1 Mesa 22.2.5)
Xlib: sequence lost (0x10046 > 0x48) in reply type 0x0!

Но glxgears успевает показывать шестерёнки и сразу закрывается, шибок не пишет.

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

https://gitlab.freedesktop.org/xorg/xserver/-/issues/1423

у меня локально на меса 23.0 git + xserver 1.19.7 тоже сегфолтится glxgears …

https://bugs.freedesktop.org/show_bug.cgi?id=99555

may be it was working in xserver 1.18.3 …

Andrew-R ★★★★★
()
Последнее исправление: Andrew-R (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.