https://bugs.freedesktop.org/show_bug.cgi?id=107183
Paul Menzel changed:
What|Removed |Added
Product|DRI |xorg
Version|XOrg git
https://bugs.freedesktop.org/show_bug.cgi?id=107183
--- Comment #5 from Paul Menzel ---
Michel, Chris, I just noticed, that the delay is only there when starting the
X.Org X server for the first time. Could you please make sure, that your
systems are rebooted when trying this?
(During my tests
https://bugs.freedesktop.org/show_bug.cgi?id=107183
--- Comment #4 from Paul Menzel ---
I tested this with an older Intel based Dell OptiPlex 7010, also with Debian
Sid/unstable (Linux 4.17.3-1, and xserver-xorg-core 2:1.20.0-3) and an HDD –
the other system has an SSD, the delay is with 1.8
https://bugs.freedesktop.org/show_bug.cgi?id=107183
--- Comment #3 from Chris Wilson ---
Fwiw, a few years ago, dlopen("libGL.so") took on the order of a second on a
laptop HDD, which could be eliminated by prelinking. It might worth checking
the exported symbol tables (objdump -T ?) to see if
https://bugs.freedesktop.org/show_bug.cgi?id=107183
--- Comment #2 from Paul Menzel ---
(In reply to Michel Dänzer from comment #1)
> FWIW, this only takes a few milliseconds on my systems.
Thank you for testing that. Could you please list the details for one of these
systems (hardware, Linux
https://bugs.freedesktop.org/show_bug.cgi?id=107183
--- Comment #1 from Michel Dänzer ---
FWIW, this only takes a few milliseconds on my systems. You'd have to profile
where the time is spent on your system, but it's more likely somewhere between
glamor and Mesa / LLVM than in the kernel.
--
https://bugs.freedesktop.org/show_bug.cgi?id=107183
Michel Dänzer changed:
What|Removed |Added
Attachment #140548|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=107183
Bug ID: 107183
Summary: Enabling Glamor takes half a second
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
