Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Please, document usage of Xdummy with nvidia proprietary drivers #580

Closed
totaam opened this issue May 27, 2014 · 9 comments
Closed

Please, document usage of Xdummy with nvidia proprietary drivers #580

totaam opened this issue May 27, 2014 · 9 comments

Comments

@totaam
Copy link
Collaborator

totaam commented May 27, 2014

Issue migrated from trac ticket # 580

component: server | priority: major | resolution: fixed

2014-05-27 09:31:39: callegar created the issue


Hi,

Xdummy is unfortunately not very much documented. Since it is very nice to use xpra with it, I suggest that hints for some usage cases are provided with xpra and that xpra default config files are possibly updated including comments for particular situations.

Specifically, the current xpra documentation and default files appear not to work well for setups where the server is a linux machine using nvidia proprietary drivers.

I am experiencing the following issues in ubuntu trusty 64 bit with the nvidia proprietary drivers loaded using the ubuntu 'driver manager' which sets up the nvidia proprietary drivers as packaged by ubuntu.

There are 2 issues:

  1. With the current default, Xdummy tries to load the nvidia glx stuff rather than the xorg one, which does not seem to work. I believe that something like
Section "Files"
   ModulePath "/usr/lib/xorg/modules/"
EndSection

may be needed in the xorg.conf used for xdummy.

  1. Even with the above, the opengl software rasterizer has recently started to fail, because of missing symbols. I get
[528282.114] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch)

I believe that this is because the Xdummy server loads the nvidia libGL rather than the mesa one, but I am not sure about this.

Please, add some documentation to illustrate use of xdummy on systems with the nvidia proprietary driver. Specifically: how to make opengl work in Xdummy either via the software rasterizer or if possible with the nvidia driver rendering on the Xdummy framebuffer.

@totaam
Copy link
Collaborator Author

totaam commented May 27, 2014

2014-05-27 10:00:16: totaam changed owner from antoine to callegar

@totaam
Copy link
Collaborator Author

totaam commented May 27, 2014

2014-05-27 10:00:16: totaam edited the issue description

@totaam
Copy link
Collaborator Author

totaam commented May 27, 2014

2014-05-27 10:00:16: totaam commented


Xdummy is unfortunately not very much documented
[[BR]]
I assume that you've read Xdummy?
If so, what is missing from it specifically apart from the nvidia problems below? (or is that all of it?)

[[BR]]

So, the nvidia proprietary driver installation breaks some things, not xpra...

I believe that there are plans to solve the libGL conflicts, see: NVIDIA Publishes Vendor-Neutral GL Dispatch Library.

Until then, I've added some info here: Xdummy, is that enough?

@totaam
Copy link
Collaborator Author

totaam commented Jun 13, 2014

2014-06-13 10:00:38: totaam changed status from new to closed

@totaam
Copy link
Collaborator Author

totaam commented Jun 13, 2014

2014-06-13 10:00:38: totaam changed resolution from ** to fixed

@totaam
Copy link
Collaborator Author

totaam commented Jun 13, 2014

2014-06-13 10:00:38: totaam commented


Not heard back, closing.

@totaam totaam closed this as completed Jun 13, 2014
@totaam
Copy link
Collaborator Author

totaam commented Jun 13, 2014

2014-06-13 13:37:00: callegar commented


I must have missed the notification about the last comment to the bug, so I did not answer, sorry.

The little comment on the libgl conflicts in the wiki already helps. Possibly adding some extra text about the following points:

  1. GL cannot be used in conjunction with binary drivers, since they cannot render on the xdummy framebuffer.

[this would be useful, since otherwise, many people may waste time trying to figure out if this is possible or impossible.]

  1. Even software rendering may not work, since binary drivers may ship their own libgl, conflicting with Xdummy.

  2. To get opengl using the rendering engine of the graphics card, VirtualGL may be used

[this is already a very useful addition to the wiki]

  1. In some configurations, soft-rendering may work on Xdummy, while the main screen works with the graphics card acceleration. For this setup to work, it is necessary to have the xorg.conf file for xdummy explicitly provide the path for the xorg glx module (otherwise the proprietary one is automatically selected and fails). This can be done by adding
Section "Files"
   ModulePath "/usr/lib/xorg/modules/"
EndSection

To the xorg.conf. However, it is better not to count on this setup since the proprietary driver provider may easily break it with driver updates.

This is all I have understood so far. I may be wrong on something.

Linking to https://github.com/NVIDIA/libglvnd for further developments on the vendor-neutral GL dispatch library would also be good (even if development there seems to have stalled 3 months ago).

@totaam
Copy link
Collaborator Author

totaam commented Jun 13, 2014

2014-06-13 14:17:07: totaam commented


Thanks. I have edited the page and linked it back here.

@totaam
Copy link
Collaborator Author

totaam commented Jun 2, 2015

2015-06-02 11:26:36: antoine commented


@devurandom: FYI this ticket is closed.

@totaam totaam added the v0.13.x label Jan 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant