[devel] Q: libGL* transition to GLVND

[devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Привет!

Поначалу я это собрал для себя, ну раз оно собралось и заработало, решил
спросить нужно ли это в Сизифе.

Что такое GLVND? Грубо говоря, это такая библиотека, которая позволяет
перенаправлять стандартные вызовы в libGL в vendor-specific библиотеку,
которую предоставляет соответствующий пакет. Например, в случае
dri/gallium это будет Mesa, а в случае nvidia - блоб от nvidia.
Поддерживается функционал libGL, libEGL и GLES, заявлена поддержка
wayland.

Чем это интересно? Тем, что больше не нужны костыли, которые переключают
*GL библиотеки в случае установки vendor-specific и несовместимых с Mesa
3D драйверов. В случае ALTLinux это множество костылей и подпорок которые
живут в %_libexec/X11/* и %_sysconfdir/X11/%_lib. Как положительный
момент, улучшается поддержка железа и в системе могут одновременно
сосушествовать несколько библиотек, что также упрощает поддержку на уровне
начальной конфигурации и установки. Еще положительный момент -
возможность тестирования библиотек не удаляя или пересобирая системные,
т.к. libGL загрузчик не меняется и все вызовы остаются на своих местах.

Полное описание процесса [1].

Также полезно ознакомиться в документом [2] от Fedora/RH, где переезд уже
случился.

На практике потребуется свежая сборка libglvnd, mesa с поддержкой этого
хозяйства, и патчинг всего, что перестало работать после переезда. У меня
сломался только xdriinfo и он уже починен в RH (сборка отправлена в сизиф,
но пока ждет approve от владельца пакета). Еще это все нужно бутстрапить,
т.е. собрать libglvnd, пересобрать mesa с bootstrap headers, потом
пересбрать mesa с полным набором.

В случае mesa я пошел по самому легкому пути, т.е. собрал свежий snapshot
из git и включил там glvnd. Как следствие, еще туда же собрался и llvm5.

Из текущих проблем:
- GPU autodetect в xorg server работает очень странно, надо разбираться
  кто виноват, патчи от ALTLinux или апстрим.
- Нельзя переключить libglx (в случае nvidia это необходимо).
- Непонятно, работают ли с этим дрова от AMD (которые AMDGPU PRO).

Также я собрал ознакомительный livecd [3] который любой может поставить и
посмотреть, как это выглядит на практике без установки всех пакетов в
систему.

Репозиторий с пакетами [4], исходные коды доступны у меня на git.alt.

Рад выслушать любые отзывы и предложения с обоснованиями.

Спасибо за внимание!

1. https://github.com/NVIDIA/libglvnd
2. https://fedoraproject.org/wiki/Changes/Vendor_Neutral_libGL
3. http://www.unsafe.ru/lakostis/livecd/current/live-lakostis-20170526-x86_64.iso  
4. http://www.unsafe.ru/lakostis/RPMS/ALTLinux/glvnd/

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Wednesday, 31 May 2017 23:23:38 MSK Konstantin Lepikhov wrote:

[...]
> Из текущих проблем:
Блобы nvidia могут быть несовместимы с системным libGLdispatch (уже так было, 
а будет ли еще -- хз), поэтому мне пришлось и блобнутый libGLdispatch паковать 
вместе. В текущем виде я пока перестал паковать GLVND-шные версии библиотек.

[...]

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Sergey!

On 06/01/17, at 11:29:46 AM you wrote:

> On Wednesday, 31 May 2017 23:23:38 MSK Konstantin Lepikhov wrote:
> 
> [...]
> > Из текущих проблем:
> Блобы nvidia могут быть несовместимы с системным libGLdispatch (уже так было, 
> а будет ли еще -- хз), поэтому мне пришлось и блобнутый libGLdispatch паковать 
> вместе. В текущем виде я пока перестал паковать GLVND-шные версии библиотек.
Если системный libGLdispatch превратился в мумие, то конечно, они могут
быть несовместимы. Я про текущий libglvnd в сизифе, которым вообще
пользоваться нельзя поскольку он еще и собран непоймикак (от слова как).
Эта библиотека продвигается nvidia и ломать ее ей нет никакого смысла.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 271 bytes --]

Hi,

On Wed, May 31, 2017 at 10:23:38PM +0200, Konstantin Lepikhov wrote:
[...]
> Из текущих проблем:
> - Нельзя переключить libglx (в случае nvidia это необходимо).

Речь идёт о libglx.so, который для xorg-server'а?
Как предполагается это решать?


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Dmitry!

On 06/01/17, at 03:10:05 PM you wrote:

> Hi,
> 
> On Wed, May 31, 2017 at 10:23:38PM +0200, Konstantin Lepikhov wrote:
> [...]
> > Из текущих проблем:
> > - Нельзя переключить libglx (в случае nvidia это необходимо).
> 
> Речь идёт о libglx.so, который для xorg-server'а?
> Как предполагается это решать?
Для nvidia предалагается решение с альтернативным ModulePath который
объявлен в конфигурации драйвера в %_sysconfdir/X11/xorg.con.d/*.conf

Я у себя попробовал, работает:

$ cat /etc/X11/xorg.conf.d/20-nvidia.conf
Section "Device"
  Identifier "Nvidia proprietary driver"
  Driver "nvidia"
  Option "ConnectToAcpid" "0"
EndSection

Section "Files"
  ModulePath "/usr/lib64/X11/nvidia"
  ModulePath "/usr/lib64/X11"
EndSection

По-крайней мере, так делается в Fedora/RH и Arch.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Thursday, 1 June 2017 14:48:32 MSK Konstantin Lepikhov wrote:
> Hi Sergey!
> 
> On 06/01/17, at 11:29:46 AM you wrote:
> > On Wednesday, 31 May 2017 23:23:38 MSK Konstantin Lepikhov wrote:
> > 
> > [...]
> > 
> > > Из текущих проблем:
> > Блобы nvidia могут быть несовместимы с системным libGLdispatch (уже так
> > было, а будет ли еще -- хз), поэтому мне пришлось и блобнутый
> > libGLdispatch паковать вместе. В текущем виде я пока перестал паковать
> > GLVND-шные версии библиотек.
> Если системный libGLdispatch превратился в мумие,
На которое зависит другая версия драйвера, которая тоже должна остаться 
работоспособной.

> то конечно, они могут
> быть несовместимы. Я про текущий libglvnd в сизифе, которым вообще
> пользоваться нельзя поскольку он еще и собран непоймикак (от слова как).
А я еще и не понял, как это гребсти.

> Эта библиотека продвигается nvidia и ломать ее ей нет никакого смысла.
Я рассказываю то, что было, а не предполагаю.

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Thursday, 1 June 2017 15:24:41 MSK Konstantin Lepikhov wrote:

[...]
> Я у себя попробовал, работает:
> 
> $ cat /etc/X11/xorg.conf.d/20-nvidia.conf
> Section "Device"
>   Identifier "Nvidia proprietary driver"
>   Driver "nvidia"
>   Option "ConnectToAcpid" "0"
> EndSection
> 
> Section "Files"
>   ModulePath "/usr/lib64/X11/nvidia"
>   ModulePath "/usr/lib64/X11"
> EndSection
> 
> По-крайней мере, так делается в Fedora/RH и Arch.
Что будет при смене видеокарты на intel?

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 791 bytes --]

On Thu, Jun 01, 2017 at 03:34:12PM +0300, Sergey V Turchin wrote:
> On Thursday, 1 June 2017 15:24:41 MSK Konstantin Lepikhov wrote:
> 
> [...]
> > Я у себя попробовал, работает:
> > 
> > $ cat /etc/X11/xorg.conf.d/20-nvidia.conf
> > Section "Device"
> >   Identifier "Nvidia proprietary driver"
> >   Driver "nvidia"
> >   Option "ConnectToAcpid" "0"
> > EndSection
> > 
> > Section "Files"
> >   ModulePath "/usr/lib64/X11/nvidia"
> >   ModulePath "/usr/lib64/X11"
> > EndSection
> > 
> > По-крайней мере, так делается в Fedora/RH и Arch.
> Что будет при смене видеокарты на intel?

Могу предположить, что при смене проприетарного драйвера Nvidia
на что-то другое одновременно исчезает и этот конфигурационный файл
/etc/X11/xorg.conf.d/20-nvidia.conf


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Thursday, 1 June 2017 15:38:52 MSK Dmitry V wrote:

[...]
> > > Section "Files"
> > > 
> > >   ModulePath "/usr/lib64/X11/nvidia"
> > >   ModulePath "/usr/lib64/X11"
> > > 
> > > EndSection
> > > 
> > > По-крайней мере, так делается в Fedora/RH и Arch.
> > 
> > Что будет при смене видеокарты на intel?
> 
> Могу предположить,
Могу лишь помечтать то же самое. ;-)

> что при смене проприетарного драйвера Nvidia
> на что-то другое одновременно исчезает и этот конфигурационный файл
> /etc/X11/xorg.conf.d/20-nvidia.conf

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Sergey!

On 06/01/17, at 03:34:12 PM you wrote:

> On Thursday, 1 June 2017 15:24:41 MSK Konstantin Lepikhov wrote:
> 
> [...]
> > Я у себя попробовал, работает:
> > 
> > $ cat /etc/X11/xorg.conf.d/20-nvidia.conf
> > Section "Device"
> >   Identifier "Nvidia proprietary driver"
> >   Driver "nvidia"
> >   Option "ConnectToAcpid" "0"
> > EndSection
> > 
> > Section "Files"
> >   ModulePath "/usr/lib64/X11/nvidia"
> >   ModulePath "/usr/lib64/X11"
> > EndSection
> > 
> > По-крайней мере, так делается в Fedora/RH и Arch.
> Что будет при смене видеокарты на intel?
Тоже что и всегда, нужно удалить nvidia_glx.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Thursday, 1 June 2017 15:46:03 MSK Sergey V wrote:
> On Thursday, 1 June 2017 15:38:52 MSK Dmitry V wrote:
> 
> [...]
> 
> > > > Section "Files"
> > > > 
> > > >   ModulePath "/usr/lib64/X11/nvidia"
> > > >   ModulePath "/usr/lib64/X11"
> > > > 
> > > > EndSection
> > > > 
> > > > По-крайней мере, так делается в Fedora/RH и Arch.
> > > 
> > > Что будет при смене видеокарты на intel?
> > 
> > Могу предположить,
> 
> Могу лишь помечтать то же самое. ;-)
> 
> > что при смене проприетарного драйвера Nvidia
> > на что-то другое одновременно исчезает и этот конфигурационный файл
> > /etc/X11/xorg.conf.d/20-
> > nvidia
Т.к. основная проблема у нас и сейчас уже есть в определении имени 
видеодрайвера до запуска графики. У меня используется костыль, создающий 
конфигурационный файл для nvidia.

> > .conf


-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Thursday, 1 June 2017 15:49:55 MSK Konstantin Lepikhov wrote:
> Hi Sergey!
> 
> On 06/01/17, at 03:34:12 PM you wrote:
> > On Thursday, 1 June 2017 15:24:41 MSK Konstantin Lepikhov wrote:
> > 
> > [...]
> > 
> > > Я у себя попробовал, работает:
> > > 
> > > $ cat /etc/X11/xorg.conf.d/20-nvidia.conf
> > > Section "Device"
> > > 
> > >   Identifier "Nvidia proprietary driver"
> > >   Driver "nvidia"
> > >   Option "ConnectToAcpid" "0"
> > > 
> > > EndSection
> > > 
> > > Section "Files"
> > > 
> > >   ModulePath "/usr/lib64/X11/nvidia"
> > >   ModulePath "/usr/lib64/X11"
> > > 
> > > EndSection
> > > 
> > > По-крайней мере, так делается в Fedora/RH и Arch.
> > 
> > Что будет при смене видеокарты на intel?
> 
> Тоже что и всегда,
Не было такого никогда.

> нужно удалить nvidia_glx.
Нам может и очень нужно, а пользователю совсем не упёрлось.

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Sergey!

On 06/01/17, at 03:53:02 PM you wrote:

<skip>
> > нужно удалить nvidia_glx.
> Нам может и очень нужно, а пользователю совсем не упёрлось.
Пользователю это не нужно вообще знать. Он поставит драйвер для intel,
который удалит драйвер для nvidia, перезапустит xorg-server и все. Чем это
хуже, чем неатомарная операция по переключению симлинков (или хардлинков?)
и патчинга xorg-server я не понимаю.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Michael Shigorin]

On Thu, Jun 01, 2017 at 03:18:11PM +0200, Konstantin Lepikhov wrote:
> > > нужно удалить nvidia_glx.
> > Нам может и очень нужно, а пользователю совсем не упёрлось.
> Пользователю это не нужно вообще знать. Он поставит драйвер для intel,
> который удалит драйвер для nvidia, перезапустит xorg-server и все.

То есть LiveCD с обоими собрать уже не получится?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Anton!

On 06/01/17, at 07:36:54 PM you wrote:

> 01.06.2017 18:30, Michael Shigorin пишет:
> > On Thu, Jun 01, 2017 at 03:18:11PM +0200, Konstantin Lepikhov wrote:
> >>>> нужно удалить nvidia_glx.
> >>> Нам может и очень нужно, а пользователю совсем не упёрлось.
> >> Пользователю это не нужно вообще знать. Он поставит драйвер для intel,
> >> который удалит драйвер для nvidia, перезапустит xorg-server и все.
> > То есть LiveCD с обоими собрать уже не получится?
> >
> В предлагаемой схеме - не получится.
> 
> Мне кажется что текущие костыли справляются со своей задачей и ломать 
> эти подпорки без особой необходимости не стоит.
Безусловно, отечественные костыли всегда лучше, особенно если они
написаны на с++ и парсят текстовые файлы и расставляют симлинки. Я не
principal engineer в ООО Базальт поэтому даже не буду с этим спорить.

Но если все-таки погуглить на эту тему, то можно найти следущее:
- Да, glvnd позволяет сосуществование одновременно нескольких GPU без
  переключения драйверов и библиотек, это основная фича. Вот презентация
  от nvidia
  https://www.x.org/wiki/Events/XDC2016/Program/xdc-2016-glvnd-status.pdf
- Да, можно не удалять nvidia_glx, просто загружать libglx от nvidia в
  контексте OutputClass, а дальше xorg должен сам определит какой драйвер
  загрузить.  libglx.so который таскает с собой nvidia только
  предоставляет расширения специфичные nvidia.

Вот пример варианта конфигурации xorg где в системе есть и intel и nvidia:

Section "OutputClass"
	Identifier "intel"
	MatchDriver "i915"
	Driver "modesetting"
EndSection

Section "OutputClass"
	Identifier "nvidia"
	MatchDriver "nvidia-drm"
	Driver "nvidia"
	Option "AllowEmptyInitialConfiguration"
	Option "PrimaryGPU" "yes"
	ModulePath "/usr/lib64/X11/nvidia"
EndSection

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Michael!

On 06/01/17, at 06:30:38 PM you wrote:

> On Thu, Jun 01, 2017 at 03:18:11PM +0200, Konstantin Lepikhov wrote:
> > > > нужно удалить nvidia_glx.
> > > Нам может и очень нужно, а пользователю совсем не упёрлось.
> > Пользователю это не нужно вообще знать. Он поставит драйвер для intel,
> > который удалит драйвер для nvidia, перезапустит xorg-server и все.
> 
> То есть LiveCD с обоими собрать уже не получится?
Получится, если выкинуть alt-патчи из xorg server и использовать
альтернативный ModulePath с libglx.so от nvidia.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

On 06/01/17, at 07:34:28 PM you wrote:

<skip>
> Section "OutputClass"
> 	Identifier "intel"
> 	MatchDriver "i915"
> 	Driver "modesetting"
> EndSection
> 
> Section "OutputClass"
> 	Identifier "nvidia"
> 	MatchDriver "nvidia-drm"
> 	Driver "nvidia"
> 	Option "AllowEmptyInitialConfiguration"
> 	Option "PrimaryGPU" "yes"
> 	ModulePath "/usr/lib64/X11/nvidia"
> EndSection
Чтобы это работало, еще нужно обновить xorg-server. Попробую его тоже
собрать.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

<skip>
> > Section "OutputClass"
> > 	Identifier "nvidia"
> > 	MatchDriver "nvidia-drm"
> > 	Driver "nvidia"
> > 	Option "AllowEmptyInitialConfiguration"
> > 	Option "PrimaryGPU" "yes"
> > 	ModulePath "/usr/lib64/X11/nvidia"
> > EndSection
> Чтобы это работало, еще нужно обновить xorg-server. Попробую его тоже
> собрать.
Да, работает:

$ cat /etc/X11/xorg.conf.d/10-nvidia.conf
Section "OutputClass"
	Identifier "nvidia"
	MatchDriver "nvidia-drm"
	Driver "nvidia"
	Option "AllowEmptyInitialConfiguration"
	Option "PrimaryGPU" "yes"
	Option "ConnectToAcpid" "0"
	ModulePath "/usr/lib64/X11/nvidia"
EndSection

И выдержка из /var/log/Xorg.0.log
...
[  1199.204] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  1199.204] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1199.204] (==) No Layout section.  Using the first Screen section.
[  1199.204] (==) No screen section available. Using defaults.
[  1199.204] (**) |-->Screen "Default Screen Section" (0)
[  1199.204] (**) |   |-->Monitor "<default monitor>"
[  1199.204] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[  1199.204] (==) Automatically adding devices
[  1199.204] (==) Automatically enabling devices
[  1199.204] (==) Automatically adding GPU devices
[  1199.204] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  1199.204] (==) FontPath set to:
	catalogue:/etc/X11/fontpath.d
[  1199.204] (==) ModulePath set to "/usr/lib64/X11/modules"
...
[  1199.205] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1199.205] (**) OutputClass "nvidia" ModulePath extended to "/usr/lib64/X11/nvidia,/usr/lib64/X11/modules"
[  1199.205] (**) OutputClass "nvidia" setting /dev/dri/card0 as PrimaryGPU
[  1199.206] (--) PCI:*(0:1:0:0) 10de:1c03:0000:0000 rev 161, Mem @ 0xfd000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/131072
[  1199.206] (II) LoadModule: "glx"
[  1199.252] (II) Loading /usr/lib64/X11/nvidia/libglx.so
[  1199.602] (II) Module glx: vendor="NVIDIA Corporation"
[  1199.602] 	compiled for 4.0.2, module version = 1.0.0
[  1199.602] 	Module class: X.Org Server Extension
[  1199.616] (II) NVIDIA GLX Module  381.22  Thu May  4 00:17:15 PDT 2017
[  1199.636] (II) Applying OutputClass "nvidia" to /dev/dri/card0
[  1199.636] 	loading driver: nvidia
[  1199.636] (==) Matched nvidia as autoconfigured driver 0
[  1199.636] (==) Matched nouveau as autoconfigured driver 1
[  1199.636] (==) Matched nv as autoconfigured driver 2
[  1199.636] (==) Matched nouveau as autoconfigured driver 3
[  1199.636] (==) Matched nv as autoconfigured driver 4
[  1199.636] (==) Matched modesetting as autoconfigured driver 5
[  1199.636] (==) Matched fbdev as autoconfigured driver 6
[  1199.637] (==) Matched vesa as autoconfigured driver 7
[  1199.637] (==) Assigned the driver to the xf86ConfigLayout
[  1199.637] (II) LoadModule: "nvidia"
[  1199.637] (II) Loading /usr/lib64/X11/modules/drivers/nvidia_drv.so
[  1199.700] (II) Module nvidia: vendor="NVIDIA Corporation"
...

Патченный xorg лежит тут - http://git.altlinux.org/people/lakostis/packages/?p=xorg-server.git;a=shortlog;h=refs/heads/server-1.19/glvnd

Также могу пересобрать livecd чтобы проверить работу с несколькими GPU.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Anton!

On 06/02/17, at 01:44:43 AM you wrote:

> 02.06.2017 01:25, Konstantin Lepikhov пишет:
> >
> > Также могу пересобрать livecd чтобы проверить работу с несколькими GPU.
> >
> Проблема усугубляется тем, что драйверов nVidia заметно больше одного 
> (одновременно) и требуется помимо иксовых драйверов переключать ещё и 
> ядерные, при чём делать это синхронно.
Это вообще о чем? Драйвера от nvidia живут вместе с драйверами drm, и даже
ими прикидываются если загрузить nvidia_drm.

Расскажите и покажите реальный случай, где это может сломаться.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Anton!

On 06/02/17, at 02:28:26 AM you wrote:

> 02.06.2017 02:04, Konstantin Lepikhov пишет:
> > Hi Anton!
> >
> > On 06/02/17, at 01:44:43 AM you wrote:
> >
> >> 02.06.2017 01:25, Konstantin Lepikhov пишет:
> >>> Также могу пересобрать livecd чтобы проверить работу с несколькими GPU.
> >>>
> >> Проблема усугубляется тем, что драйверов nVidia заметно больше одного
> >> (одновременно) и требуется помимо иксовых драйверов переключать ещё и
> >> ядерные, при чём делать это синхронно.
> > Это вообще о чем? Драйвера от nvidia живут вместе с драйверами drm, и даже
> > ими прикидываются если загрузить nvidia_drm.
> >
> > Расскажите и покажите реальный случай, где это может сломаться.
> >
> Посмотри содержимое kernel-modules-nvidia-std-def и всё поймёшь.
> 
> Сломается сразу, как только поставишь систему без этого механизма на 
> машинку с видеокартой, поддерживаемой только 304 или 340 серией драйверов.
И это ЦА Сизифа? Для говножелеза есть Simple или как его там, зачем
остальным теперь проблемы неимущих?

PS Ровно такое же объяснение я слышал и 8 лет назад, когда предлагал
выкинуть все эти костыли из nvidia_* модулей и пакетов, видимо, ничего не
изменилось.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Anton!

On 06/02/17, at 08:15:56 AM you wrote:

<skip>
> Решения одинаковы для всех дистрибутивов, тем более что KDE5 на этом 
> железе работает вполне приемлемо.
Никакой другой дистрибутив не додумался до такого маразма, согласен.

> 
> И проблема не только в данной модели, думаю что тебе и так понятно какой 
> спектр железа закрывается 304 и 340 серией драйверов.
Неужели это госсектор? Или может даже Эльбрус? ))

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Thursday, 1 June 2017 16:18:11 MSK Konstantin Lepikhov wrote:
> Hi Sergey!
> 
> On 06/01/17, at 03:53:02 PM you wrote:
> 
> <skip>
> 
> > > нужно удалить nvidia_glx.
> > 
> > Нам может и очень нужно, а пользователю совсем не упёрлось.
> 
> Пользователю это не нужно вообще знать. Он поставит
Именно это ему и не уперлось.

[...]

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Sergey Bolshakov]

>>>>> "Konstantin" == Konstantin Lepikhov <lakostis-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > Hi Anton!
 > On 06/02/17, at 08:15:56 AM you wrote:

 > <skip>
 >> Решения одинаковы для всех дистрибутивов, тем более что KDE5 на этом 
 >> железе работает вполне приемлемо.
 > Никакой другой дистрибутив не додумался до такого маразма, согласен.

 >> 
 >> И проблема не только в данной модели, думаю что тебе и так понятно какой 
 >> спектр железа закрывается 304 и 340 серией драйверов.
 > Неужели это госсектор? Или может даже Эльбрус? ))

Нет, это я и моя с^W мой htpc на ion.

-- 

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Sergey!

On 06/02/17, at 11:01:15 AM you wrote:

> >>>>> "Konstantin" == Konstantin Lepikhov <lakostis-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
>  > Hi Anton!
>  > On 06/02/17, at 08:15:56 AM you wrote:
> 
>  > <skip>
>  >> Решения одинаковы для всех дистрибутивов, тем более что KDE5 на этом 
>  >> железе работает вполне приемлемо.
>  > Никакой другой дистрибутив не додумался до такого маразма, согласен.
> 
>  >> 
>  >> И проблема не только в данной модели, думаю что тебе и так понятно какой 
>  >> спектр железа закрывается 304 и 340 серией драйверов.
>  > Неужели это госсектор? Или может даже Эльбрус? ))
> 
> Нет, это я и моя с^W мой htpc на ion.
И все должны терпеть это? Соберите уже отдельные nvidia для ретардов и не
мучайте других.

Для справки: на glvnd перешли не только в Fedora/RHEL, это сделали в Gentoo,
Archlinux и Manajro. Да, не обшлось без проблем, но основные цели были
достигнуты - избавились от костылей для переключения 3D библиотек и мега
костылей вроде Bumblebee. Да, если в Mesa выключить PRIME работает
optimus, и наоборот.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

On 06/01/17, at 07:35:18 PM you wrote:

> Hi Michael!
> 
> On 06/01/17, at 06:30:38 PM you wrote:
> 
> > On Thu, Jun 01, 2017 at 03:18:11PM +0200, Konstantin Lepikhov wrote:
> > > > > нужно удалить nvidia_glx.
> > > > Нам может и очень нужно, а пользователю совсем не упёрлось.
> > > Пользователю это не нужно вообще знать. Он поставит драйвер для intel,
> > > который удалит драйвер для nvidia, перезапустит xorg-server и все.
> > 
> > То есть LiveCD с обоими собрать уже не получится?
> Получится, если выкинуть alt-патчи из xorg server и использовать
> альтернативный ModulePath с libglx.so от nvidia.
Пересобрал livecd -
http://www.unsafe.ru/lakostis/livecd/current/live-lakostis-20170602-x86_64.iso

Там как раз патченный xorg и nvidia_glx. Хочешь, проверь на машине с
несколькими GPU.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Igor Zubkov]

2017-06-02 11:38 GMT+03:00 Konstantin Lepikhov:
> Для справки: на glvnd перешли не только в Fedora/RHEL, это сделали в Gentoo,
> Archlinux и Manajro. Да, не обшлось без проблем, но основные цели были
> достигнуты - избавились от костылей для переключения 3D библиотек и мега
> костылей вроде Bumblebee. Да, если в Mesa выключить PRIME работает
> optimus, и наоборот.

Так как это было сделано только в F25, то в RHEL этого ещё нет. Но
если это попало в Fedora, то следующией версии RHEL это уже будет. Вот
только в альте это в очередной раз спустят на тормозах как pulseaudio
и systemd.

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Friday, 2 June 2017 13:10:36 MSK Igor Zubkov wrote:

[...]
> если это попало в Fedora, то следующией версии RHEL это уже будет.
Теперь все знают, когда стоит этим озаботиться. Если.

[...]

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1273 bytes --]

On Fri, Jun 02, 2017 at 02:28:26AM +0300, Anton Farygin wrote:
> 02.06.2017 02:04, Konstantin Lepikhov пишет:
> > Hi Anton!
> >
> > On 06/02/17, at 01:44:43 AM you wrote:
> >
> >> 02.06.2017 01:25, Konstantin Lepikhov пишет:
> >>> Также могу пересобрать livecd чтобы проверить работу с несколькими GPU.
> >>>
> >> Проблема усугубляется тем, что драйверов nVidia заметно больше одного
> >> (одновременно) и требуется помимо иксовых драйверов переключать ещё и
> >> ядерные, при чём делать это синхронно.
> > Это вообще о чем? Драйвера от nvidia живут вместе с драйверами drm, и даже
> > ими прикидываются если загрузить nvidia_drm.
> >
> > Расскажите и покажите реальный случай, где это может сломаться.
> >
> Посмотри содержимое kernel-modules-nvidia-std-def и всё поймёшь.
> 
> Сломается сразу, как только поставишь систему без этого механизма на 
> машинку с видеокартой, поддерживаемой только 304 или 340 серией драйверов.

Вопрос в том, требуется ли единовременная поддержка разных libGL*, которым
нужны несовместимые версии libglvnd?  Единовременная в смысле работающая
одновременно, а не переключающаяся при каждом включении системы.
Я надеюсь, что такая поддержка не требуется, и это открывает дорогу
для внедрения libglvnd.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Friday, 2 June 2017 14:31:31 MSK Dmitry V wrote:

[...]
> Вопрос в том, требуется ли единовременная поддержка разных libGL*, которым
> нужны несовместимые версии libglvnd?  Единовременная в смысле работающая
> одновременно, а не переключающаяся при каждом включении системы.
> Я надеюсь, что такая поддержка не требуется, и это открывает дорогу
> для внедрения libglvnd.
Я тоже надеюсь, но при появлении такой проблемы этим _никто_ не озаботится, 
т.к. используют другие механизмы. У них скорее всего соотв. утилита установит 
всё необходимое _сама_, предварительно показав кнопку "Разрешаю сделать 
зашибись".

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Dmitry!

On 06/02/17, at 02:31:31 PM you wrote:

<skip>
> > Сломается сразу, как только поставишь систему без этого механизма на 
> > машинку с видеокартой, поддерживаемой только 304 или 340 серией драйверов.
> 
> Вопрос в том, требуется ли единовременная поддержка разных libGL*, которым
> нужны несовместимые версии libglvnd?  Единовременная в смысле работающая
> одновременно, а не переключающаяся при каждом включении системы.
> Я надеюсь, что такая поддержка не требуется, и это открывает дорогу
> для внедрения libglvnd.
Это уже теология какая-то. GLdispatch это именно dispatch т.е. кроме как
прокидывания вызовов из libGL/libEGL он больше ничего не делает. Что там в
принципе может сломаться? Мы сейчас обсуждаем то, чего никто не видел,
причем строим какие-то планы и принимаем решения.

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

Есть пакеты, есть livecd, поставил и проверил, все.

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Friday, 2 June 2017 15:02:22 MSK Konstantin Lepikhov wrote:

[...]
> Мы сейчас обсуждаем то, чего никто не видел,
То, что не видел только ты. (из серии какой вопрос, такой ответ)

[...]

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1422 bytes --]

On Fri, Jun 02, 2017 at 02:02:22PM +0200, Konstantin Lepikhov wrote:
> Hi Dmitry!
> 
> On 06/02/17, at 02:31:31 PM you wrote:
> 
> <skip>
> > > Сломается сразу, как только поставишь систему без этого механизма на 
> > > машинку с видеокартой, поддерживаемой только 304 или 340 серией драйверов.
> > 
> > Вопрос в том, требуется ли единовременная поддержка разных libGL*, которым
> > нужны несовместимые версии libglvnd?  Единовременная в смысле работающая
> > одновременно, а не переключающаяся при каждом включении системы.
> > Я надеюсь, что такая поддержка не требуется, и это открывает дорогу
> > для внедрения libglvnd.
> Это уже теология какая-то.

Это не теология, это гипотеза.  Я предполагаю, что систем, в которых
*одновременно* работают разные проприетарные дрова от nvidia несовместимых
относительно libglvnd версий, не только не существует на практике, но и не
может существовать в принципе, поскольку nvidia-drm.ko в каждый момент
времени может быть загружено не более одного.
Следовательно, единовременная поддержка несовместимых версий libGL* не
требуется.

Остаётся вопрос, надо ли предусматривать какие-то костыли на тот случай,
если в репозитории понадобятся какие-то legacy версии libglvnd, не
совместимые с текущей, из-за каких-то legacy проприетарных драйверов,
не совместимых с текущей версией libglvnd, или это чисто умозрительная
потенциальная проблема?


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Dmitry!

On 06/02/17, at 03:40:37 PM you wrote:

<skip>
> Это не теология, это гипотеза.  Я предполагаю, что систем, в которых
> *одновременно* работают разные проприетарные дрова от nvidia несовместимых
> относительно libglvnd версий, не только не существует на практике, но и не
> может существовать в принципе, поскольку nvidia-drm.ko в каждый момент
> времени может быть загружено не более одного.
> Следовательно, единовременная поддержка несовместимых версий libGL* не
> требуется.
Хоть кто-то сфомулировал проблему понятными словами. Спасибо!

> 
> Остаётся вопрос, надо ли предусматривать какие-то костыли на тот случай,
> если в репозитории понадобятся какие-то legacy версии libglvnd, не
> совместимые с текущей, из-за каких-то legacy проприетарных драйверов,
> не совместимых с текущей версией libglvnd, или это чисто умозрительная
> потенциальная проблема?
Учитывая, что данной библиотеке чуть больше года, все может быть, но в
техническом плане см. https://github.com/NVIDIA/libglvnd#issues проблемы
там есть. С другой стороны, в ядре тоже много нерешеных проблем, но мы же
не сидим до сих пор на ядрах 2.4 потому что их вычитал Solar Designer? )

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Friday, 2 June 2017 16:17:36 MSK Konstantin Lepikhov wrote:

[...]
> Учитывая, что данной библиотеке чуть больше года, все может быть, но в
> техническом плане см. https://github.com/NVIDIA/libglvnd#issues проблемы
> там есть.
Там до недавного времени вообще ни одного тэга не было. Сейчас целых один.

> С другой стороны, в ядре тоже много нерешеных проблем, но мы же
> не сидим до сих пор на ядрах 2.4 потому что их вычитал Solar Designer? )
"Сидим". У нас "пользователь установит" ядро un-def в случае проблем. Причем, 
не вместо, а вместе.

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Michael Shigorin]

On Fri, Jun 02, 2017 at 07:41:24AM +0200, Konstantin Lepikhov wrote:
> Никакой другой дистрибутив не додумался до такого маразма, согласен.

<lakostis mode>То-то их юзеры сношаются с железом по форумам!</>

> > И проблема не только в данной модели, думаю что тебе и так
> > понятно какой спектр железа закрывается 304 и 340 серией
> > драйверов.
> Неужели это госсектор? Или может даже Эльбрус? ))

В госсекторе видел весьма приличное железо, а на эльбрусах
предпочитают Radeon в качестве 3D-акселератора.

Тоже довольно глупое "обвинение" получилось, при том что
начало обсуждения мне лично оказалось весьма интересным.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: libGL* transition to GLVND

[Yury A. Romanov]

On 02.06.2017 14:17, Sergey V Turchin wrote:
> On Friday, 2 June 2017 13:10:36 MSK Igor Zubkov wrote:
> 
> [...]
>> если это попало в Fedora, то следующией версии RHEL это уже будет.
> Теперь все знают, когда стоит этим озаботиться. Если.
> 
> [...]
> 
через пять версий не меньше, там парни не заморачиваются на такие изменения

Re: [devel] Q: libGL* transition to GLVND

[Sergey Afonin]

On Friday 02 June 2017, Konstantin Lepikhov wrote:

> > Решения одинаковы для всех дистрибутивов, тем более что
> > KDE5 на этом  железе работает вполне приемлемо.

> Никакой другой дистрибутив не додумался до такого маразма,
> согласен. 

Напротив, это весьма полезная фича: не нужно задумываться
при замене сгоревшей видеокарты.

-- 
С уважением, Сергей Афонин.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

On 06/02/17, at 10:48:04 AM you wrote:

> On 06/01/17, at 07:35:18 PM you wrote:
> 
> > Hi Michael!
> > 
> > On 06/01/17, at 06:30:38 PM you wrote:
> > 
> > > On Thu, Jun 01, 2017 at 03:18:11PM +0200, Konstantin Lepikhov wrote:
> > > > > > нужно удалить nvidia_glx.
> > > > > Нам может и очень нужно, а пользователю совсем не упёрлось.
> > > > Пользователю это не нужно вообще знать. Он поставит драйвер для intel,
> > > > который удалит драйвер для nvidia, перезапустит xorg-server и все.
> > > 
> > > То есть LiveCD с обоими собрать уже не получится?
> > Получится, если выкинуть alt-патчи из xorg server и использовать
> > альтернативный ModulePath с libglx.so от nvidia.
> Пересобрал livecd -
> http://www.unsafe.ru/lakostis/livecd/current/live-lakostis-20170602-x86_64.iso
> 
> Там как раз патченный xorg и nvidia_glx. Хочешь, проверь на машине с
> несколькими GPU.
> 
Итак, свежая информация для диванных аналитиков, все работает из коробки
без костылей и подпорок на ноуте DELL Latitude E5450 (2 GPU, встроенный
intel и дискретная Nvidia):

X.Org X Server 1.19.3
Release Date: 2017-03-15
[    17.106] X Protocol Version 11, Revision 0
[    17.106] Build Operating System: ALT Workstation K 8.1  (Centaurea Ruthenica) x86_64
[    17.106] Current Operating System: Linux localhost.localdomain 4.8.0-lks-wks-alt2 #1 SMP PREEMPT Wed Feb 22 21:40:13 UTC 2017 x86_64
[    17.106] Kernel command line: BOOT_IMAGE=dev000:\EFI\BOOT\vmlinuz  fastboot live lowmem showopts automatic=method:cdrom lang= quiet splash stagename=live ro
[    17.106] Build Date: 01 June 2017  09:21:07PM
[    17.106]  
[    17.106] Current version of pixman: 0.34.0
[    17.106] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[    17.106] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    17.106] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun  6 14:54:51 2017
[    17.114] (==) Using config directory: "/etc/X11/xorg.conf.d"
[    17.114] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    17.119] (==) No Layout section.  Using the first Screen section.
[    17.119] (==) No screen section available. Using defaults.
[    17.119] (**) |-->Screen "Default Screen Section" (0)
[    17.119] (**) |   |-->Monitor "<default monitor>"
[    17.119] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[    17.119] (==) Automatically adding devices
[    17.119] (==) Automatically enabling devices
[    17.119] (==) Automatically adding GPU devices
[    17.119] (==) Max clients allowed: 256, resource mask: 0x1fffff
[    17.119] (==) FontPath set to:
	catalogue:/etc/X11/fontpath.d
[    17.119] (==) ModulePath set to "/usr/lib64/X11/modules"
[    17.119] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[    17.119] (II) Loader magic: 0x81ad40
[    17.119] (II) Module ABI versions:
[    17.119] 	X.Org ANSI C Emulation: 0.4
[    17.119] 	X.Org Video Driver: 23.0
[    17.119] 	X.Org XInput driver : 24.1
[    17.119] 	X.Org Server Extension : 10.0
[    17.119] (II) xfree86: Adding drm device (/dev/dri/card0)
[    18.188] (II) xfree86: Adding drm device (/dev/dri/card1)
[    18.191] (**) OutputClass "nvidia" ModulePath extended to "/usr/lib64/X11/nvidia,/usr/lib64/X11/modules"
[    18.191] (**) OutputClass "nvidia" setting /dev/dri/card1 as PrimaryGPU
[    18.193] (--) PCI: (0:0:2:0) 8086:1616:1028:062b rev 9, Mem @ 0xf5000000/16777216, 0xd0000000/268435456, I/O @ 0x0000f000/64, BIOS @ 0x????????/131072
[    18.193] (--) PCI:*(0:3:0:0) 10de:1340:1028:062b rev 162, Mem @ 0xf6000000/16777216, 0xe0000000/268435456, 0xf0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/524288
[    18.193] (II) LoadModule: "glx"
[    18.195] (II) Loading /usr/lib64/X11/nvidia/libglx.so
[    18.551] (II) Module glx: vendor="NVIDIA Corporation"
[    18.551] 	compiled for 4.0.2, module version = 1.0.0
[    18.551] 	Module class: X.Org Server Extension
[    18.562] (II) NVIDIA GLX Module  381.22  Thu May  4 00:17:15 PDT 2017
[    18.573] (II) Applying OutputClass "nvidia" to /dev/dri/card1
[    18.573] 	loading driver: nvidia
[    18.573] (==) Matched nvidia as autoconfigured driver 0
[    18.573] (==) Matched nouveau as autoconfigured driver 1
[    18.573] (==) Matched nv as autoconfigured driver 2
[    18.573] (==) Matched nouveau as autoconfigured driver 3
[    18.573] (==) Matched nv as autoconfigured driver 4
[    18.573] (==) Matched modesetting as autoconfigured driver 5
[    18.573] (==) Matched fbdev as autoconfigured driver 6
[    18.573] (==) Matched vesa as autoconfigured driver 7
[    18.573] (==) Assigned the driver to the xf86ConfigLayout
[    18.573] (II) LoadModule: "nvidia"
[    18.575] (II) Loading /usr/lib64/X11/modules/drivers/nvidia_drv.so
[    18.651] (II) Module nvidia: vendor="NVIDIA Corporation"
[    18.651] 	compiled for 4.0.2, module version = 1.0.0
[    18.651] 	Module class: X.Org Video Driver
...
[    18.686] (II) NVIDIA dlloader X Driver  381.22  Wed May  3 23:53:41 PDT 2017
...
[    18.687] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
...
[    18.755] (II) modeset(G0): using drv /dev/dri/card0
[    18.755] (II) NVIDIA(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
[    18.755] (==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
[    18.755] (==) NVIDIA(0): RGB weight 888
[    18.755] (==) NVIDIA(0): Default visual is TrueColor
[    18.755] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[    18.755] (II) Applying OutputClass "nvidia" options to /dev/dri/card1
[    18.755] (**) NVIDIA(0): Option "ConnectToAcpid" "0"
[    18.755] (**) NVIDIA(0): Option "AllowEmptyInitialConfiguration"
[    18.755] (**) NVIDIA(0): Enabling 2D acceleration
[    18.930] (II) NVIDIA(0): NVIDIA GPU GeForce 830M (GM108-A) at PCI:3:0:0 (GPU-0)
...
[    18.930] (==) modeset(G0): Default visual is TrueColor
[    18.930] (II) Loading sub module "glamoregl"
[    18.930] (II) LoadModule: "glamoregl"
[    18.930] (II) Loading /usr/lib64/X11/modules/libglamoregl.so
[    18.974] (II) Module glamoregl: vendor="X.Org Foundation"
[    18.974] 	compiled for 1.19.3, module version = 1.0.0
[    18.974] 	ABI class: X.Org ANSI C Emulation, version 0.4
[    18.974] (II) glamor: OpenGL accelerated X.org driver based.
[    19.283] (II) glamor: EGL version 1.4 (DRI2):
[    19.391] (II) modeset(G0): glamor initialized
[    19.392] (II) modeset(G0): Output eDP-1-1 has no monitor section
[    19.393] (II) modeset(G0): Output HDMI-1-1 has no monitor section
[    19.393] (II) modeset(G0): Output DP-1-1 has no monitor section
[    19.394] (II) modeset(G0): Output HDMI-1-2 has no monitor section
[    19.395] (II) modeset(G0): EDID for output eDP-1-1
[    19.395] (II) modeset(G0): Year: 2014  Week: 0
...
[    19.496] (==) modeset(G0): Backing store enabled
[    19.496] (==) modeset(G0): Silken mouse enabled
[    19.496] (II) modeset(G0): RandR 1.2 enabled, ignore the following RandR disabled message.
[    19.496] (==) modeset(G0): DPMS enabled
[    19.497] (II) modeset(G0): [DRI2] Setup complete
[    19.497] (II) modeset(G0): [DRI2]   DRI driver: i965
[    19.497] (II) modeset(G0): [DRI2]   VDPAU driver: va_gl
[    19.497] (II) NVIDIA: Using 12288.00 MB of virtual memory for indirect memory
[    19.497] (II) NVIDIA:     access.
...
[    19.620] (II) Loading sub module "dri2"
[    19.620] (II) LoadModule: "dri2"
[    19.620] (II) Module "dri2" already built-in
[    19.620] (II) NVIDIA(0): [DRI2] Setup complete
[    19.620] (II) NVIDIA(0): [DRI2]   VDPAU driver: nvidia
[    19.620] (--) RandR disabled
[    19.622] (II) SELinux: Disabled on system
[    19.623] (II) Initializing extension GLX
[    19.623] (II) Indirect GLX disabled.
[    19.910] (II) modeset(G0): Damage tracking initialized
...

Как видно, ноут не прям уж новый, все работает с последним драйвером от
nvidia и modesetting для intel (через glamor).

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Tuesday, 6 June 2017 22:23:33 MSK Konstantin Lepikhov wrote:

[...]
> Итак, свежая информация для диванных аналитиков,
Я вижу только свежую попытку ввести в заблуждение.

> все работает из коробки
> без костылей и подпорок на ноуте DELL Latitude E5450 (2 GPU, встроенный
> intel и дискретная Nvidia):
Теперь замени там Intel на AMD и сообщи о работоспособности.

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Sergey!

On 06/07/17, at 10:33:02 AM you wrote:

> On Tuesday, 6 June 2017 22:23:33 MSK Konstantin Lepikhov wrote:
> 
> [...]
> > Итак, свежая информация для диванных аналитиков,
> Я вижу только свежую попытку ввести в заблуждение.
> 
> > все работает из коробки
> > без костылей и подпорок на ноуте DELL Latitude E5450 (2 GPU, встроенный
> > intel и дискретная Nvidia):
> Теперь замени там Intel на AMD и сообщи о работоспособности.
У principal архитекторов ООО нет денег проверить это самостоятельно? Ай яй
яй, какой конфуз!

-- 
WBR et al.

Re: [devel] Q: libGL* transition to GLVND

[Sergey V Turchin]

On Wednesday, 7 June 2017 12:05:38 MSK Aleksey Novodvorsky wrote:

[...]
> Приеду из отпуска 13-го, обсудим. Хотя лучше бы решить без меня, конечно. И
> главное -- спокойно и конструктивно.
Без меня тоже можно. Я не против.

[...]

-- 
Regards, Sergey.

Re: [devel] Q: libGL* transition to GLVND

[Konstantin Lepikhov]

Hi Aleksey!

On 06/07/17, at 12:05:38 PM you wrote:

<skip>
> Приеду из отпуска 13-го, обсудим. Хотя лучше бы решить без меня, конечно. И
> главное -- спокойно и конструктивно.
> Rgrds, Алексей

-- 
WBR et al.