https://bugs.winehq.org/show_bug.cgi?id=55843
Bug ID: 55843 Summary: On Nvidia Virtual Desktop spams "Failed to read display config." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs@winehq.org Reporter: stefan.riesenberger+winehq@gmail.com Regression SHA1: a0cd5e053bbd9ca9f124186c7da27605026ad7e5 Distribution: ArchLinux
As known from MR1905 RandR is expensive on some Nvidia setups.
With MR3197 Wine spams the following: `0158:err:system:update_display_cache Failed to read display config.`
The mouse cursor starts to stutter probably due to it probably calling RandR every time the error gets hit.
This might be a duplicate of bug 55511, but I am not sure.
If more information is needed, I can try to provide it!
Kind regards, Riesi
https://bugs.winehq.org/show_bug.cgi?id=55843
Stefan Riesenberger stefan.riesenberger+winehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|On Nvidia Virtual Desktop |Virtual Desktop spams |spams "Failed to read |"Failed to read display |display config." |config."
https://bugs.winehq.org/show_bug.cgi?id=55843
--- Comment #1 from Stefan Riesenberger stefan.riesenberger+winehq@gmail.com --- To reproduce you just have to set virtual desktop via winecfg. I set a resolution of 1920x1080. Then call winecfg again. Then the spam should appear. If it doesnt you probably have to close winecfg, wait a few seconds for everything to close and call winecfg again.
https://bugs.winehq.org/show_bug.cgi?id=55843
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #2 from Zeb Figura z.figura12@gmail.com --- I experience this with mesa (radeonsi) as well. Starting any program when using virtual desktop results in that message being printed a couple dozen times, then the program starts normally and nothing further is printed. I am pretty sure that startup is also slower than it used to be.
https://bugs.winehq.org/show_bug.cgi?id=55843
temp82@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82@luukku.com
--- Comment #3 from temp82@luukku.com --- 0194:err:system:update_display_cache Failed to read display config.
here with AMD GPU, mesa driver. wine 8.19.
https://bugs.winehq.org/show_bug.cgi?id=55843
Stefan Riesenberger stefan.riesenberger+winehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=55843
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
https://bugs.winehq.org/show_bug.cgi?id=55843
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #4 from Bernhard Übelacker bernhardu@mailbox.org --- From a "wine notepad" I receive a few of this "Failed to read display config" for this processes: wineboot.exe, start.exe, conhost.exe
This message get printed before this processes reach the functions `init_user`/`sysparams_init`, where the static config_key would get initialized (mentioned in #55511).
Following modification will leave update_display_cache when the static config_key is not yet set. This avoids the messages and feels like startup is also getting faster again.
--- a/dlls/win32u/sysparams.c +++ b/dlls/win32u/sysparams.c @@ -2031,2 +2031,6 @@ BOOL update_display_cache( BOOL force )
+ /* leave early when config_key is not yet set */ + if (!config_key) + return TRUE; + /* services do not have any adapters, only a virtual monitor */
https://bugs.winehq.org/show_bug.cgi?id=55843
--- Comment #5 from Stefan Riesenberger stefan.riesenberger+winehq@gmail.com --- Yeah this patch makes it not spam the error and it launches fast again and only chokes for a brief moment.
Thanks :)
https://bugs.winehq.org/show_bug.cgi?id=55843
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |7175d8855af8bdf30440c15e606 | |81ea9df9e0382 Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #6 from Rémi Bernon rbernon@codeweavers.com --- Should be fixed after 7175d8855af8bdf30440c15e60681ea9df9e0382.
https://bugs.winehq.org/show_bug.cgi?id=55843
Stefan Riesenberger stefan.riesenberger+winehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Stefan Riesenberger stefan.riesenberger+winehq@gmail.com --- Can confirm the issue is fixed now. Thanks!
https://bugs.winehq.org/show_bug.cgi?id=55843
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |m101010a@gmail.com
--- Comment #8 from Zeb Figura z.figura12@gmail.com --- *** Bug 55511 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=55843
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be Status|CLOSED |RESOLVED
--- Comment #9 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Let the maintainers close the bug themselves, as part of the next release. Otherwise they may miss that bug in the release notes, and people browsing this bug will not know what was the first release that included the fixed commit.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=55843
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.0-rc1.