[Comm] запуск GL приложений по ssh

[Comm] запуск GL приложений по ssh

[Denis G. Samsonenko]

Добрый день!

Столкнулся с такой проблемой. Есть 2 машины, на обоих p8/branch. Одна
x86_64, другая i586. Захожу по ssh -Y с машины x86_64 на машину i586.
При попытке запуска glxgears получаю следующее:

$ glxgears
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Error: couldn't get an RGB, Double-buffered visual


На локальной машине (x86_64) видеокарта nvidia с проприетарным
драйвером, на удалённой (i586) встроенная intel.

$ rpm -qa |grep nvidia |sort
apt-scripts-nvidia-0.4.6-alt1.M80P.1
i586-libnvidia-egl-wayland1-384.111-alt179.M80P.1
i586-nvidia_glx_304.137-304.137-alt139.M80P.1
i586-nvidia_glx_340.106-340.106-alt155.M80P.1
i586-nvidia_glx_384.111-384.111-alt179.M80P.1
i586-nvidia_glx_common-384.111-alt188.M80P.1
kernel-modules-nvidia-std-def-384.111-alt2.264528.0.M80P.1
kernel-modules-nvidia-un-def-384.111-alt2.265745.0.M80P.1
libnvidia-egl-wayland1-384.111-alt179.M80P.1
nvidia-settings-384.111-alt1.M80P.1
nvidia_glx_173.14.39-173.14.39-alt74
nvidia_glx_304.137-304.137-alt139.M80P.1
nvidia_glx_340.106-340.106-alt155.M80P.1
nvidia_glx_384.111-384.111-alt179.M80P.1
nvidia_glx_common-384.111-alt188.M80P.1


Как заставить запусткаться glxgears удалённо?

-- 
Всего доброго,

Денис.

Re: [Comm] запуск GL приложений по ssh

[Denis G. Samsonenko]

Hi!

> Столкнулся с такой проблемой. Есть 2 машины, на обоих p8/branch. Одна
> x86_64, другая i586. Захожу по ssh -Y с машины x86_64 на машину i586.

IndirectGLX на машине x86_64 включал, не помогает.

$ glxinfo |head
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Error: couldn't find RGB GLX visual or fbconfig
Error: couldn't find RGB GLX visual or fbconfig
name of display: localhost:10.0

228 GLX Visuals
    visual  x   bf lv rg d st  colorbuffer  sr ax dp st accumbuffer  ms  cav
  id dep cl sp  sz l  ci b ro  r  g  b  a F gb bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------------
0x021 24 tc  0  24  0 r  y .   8  8  8  0 .  s  4 24  8 16 16 16 16  0 0 None
0x022 24 dc  0  24  0 r  y .   8  8  8  0 .  s  4 24  8 16 16 16 16  0 0 None
0x024 24 tc  0  32  0 r  y .   8  8  8  8 .  s  4 24  8 16 16 16 16  0 0 None
0x025 24 tc  0  24  0 r  . .   8  8  8  0 .  s  4 24  8 16 16 16 16  0 0 None


Пробовал воспользоваться virtualGL, тоже не работает.


Если я беру теперь две машины, на которых на обоих стоит 64-биный
вариант p8/branch (на обоих машинах видеокарты от nvidia), то получаю
следующее:

Код: [Выделить]

$ glxinfo |head
name of display: localhost:10.0
display: localhost:10  screen: 0
direct rendering: No (If you want to find out why, try setting
LIBGL_DEBUG=verbose)
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
    GLX_ARB_context_flush_control, GLX_ARB_create_context,
    GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness,
    GLX_ARB_fbconfig_float, GLX_ARB_multisample, GLX_EXT_buffer_age,
    GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,


Запуск glxgears не завершается с ошибкой, окно с шестирёнками появляется.

Отсюда вопрос: чего не хватает на машине с 32-битным p8/branch на
интелловском видео, что не позволяет запуск OGL программ при удалённом
коннекте к ней по ssh?


-- 
Всего доброго,

Денис.

Re: [Comm] запуск GL приложений по ssh

[Denis G. Samsonenko]

Hi!

>> Столкнулся с такой проблемой. Есть 2 машины, на обоих p8/branch. Одна
>> x86_64, другая i586. Захожу по ssh -Y с машины x86_64 на машину i586.
> ...
> $ glxinfo |head
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> Error: couldn't find RGB GLX visual or fbconfig
> ...

Аналогичная картина при вызове acc, если используется alterator-browser-qt5:

$ acc
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast


При использовании alterator-browser-qt4 запуск acc проходит нормально.

-- 
Всего доброго,

Денис.