[Bug 107183] Enabling Glamor takes half a second

2018-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107183

Paul Menzel  changed:

   What|Removed |Added

Product|DRI |xorg
Version|XOrg git|git
 QA Contact||xorg-t...@lists.x.org
   Assignee|dri-devel@lists.freedesktop |xorg-t...@lists.x.org
   |.org|
  Component|DRM/Radeon  |Server/General

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 107183] Enabling Glamor takes half a second

2018-07-12 Thread bugzilla-daemon
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 I do not use a graphical login manager, and just log in on a
terminal and execute `exec startx`.)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 107183] Enabling Glamor takes half a second

2018-07-11 Thread bugzilla-daemon
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 seconds even bigger.

```
[26.041] (II) modeset(0): Creating default Display subsection in Screen
section
"Default Screen Section" for depth/fbbpp 24/32
[26.041] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[26.041] (==) modeset(0): RGB weight 888
[26.041] (==) modeset(0): Default visual is TrueColor
[26.041] (II) Loading sub module "glamoregl"
[26.041] (II) LoadModule: "glamoregl"
[26.068] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[26.253] (II) Module glamoregl: vendor="X.Org Foundation"
[26.253]compiled for 1.20.0, module version = 1.0.1
[26.253]ABI class: X.Org ANSI C Emulation, version 0.4
[28.009] (II) modeset(0): glamor X acceleration enabled on Mesa DRI
Intel(R) Ivybridge Desktop 
[28.009] (II) modeset(0): glamor initialized
```

Looking at the messages though, *loalding* the module takes 200 ms. “Running
it” takes long. 

Do you want me to change the component to *xorg*?

```
$ objdump -T /usr/lib/xorg/modules/libglamoregl.so

/usr/lib/xorg/modules/libglamoregl.so: file format elf64-x86-64

DYNAMIC SYMBOL TABLE:
  D  *UND*    miPolyArc
  D  *UND*    XNFstrdup
  D  *UND*   
CreateSolidPicture
  DO *UND*    epoxy_glBlendFunc
  DO *UND*   
epoxy_glXMakeCurrent
  D  *UND*   
drmPrimeHandleToFD
  DO *UND*   
epoxy_glGetIntegerv
  DO *UND*   
epoxy_glUniform1fv
  DO *UND*   
epoxy_glGenTextures
  D  *UND*    miFillPolygon
  DO *UND*   
epoxy_glBufferStorage
  D  *UND*    fbPutImage
  D  *UND*   
pixman_image_create_bits
  DO *UND*   
epoxy_eglTerminate
  DF *UND*    GLIBC_2.2.5 close
  D  *UND*    lastGLContext
  DO *UND*   
epoxy_glDebugMessageCallback
  D  *UND*    miImageText16
  D  *UND*   
miRenderColorToPixel
  DO *UND*   
epoxy_glDisableVertexAttribArray
  DF *UND*    GLIBC_2.2.5 roundf
  DF *UND*    GLIBC_2.2.5 ioctl
  D  *UND*    fbGetImage
  D  *UND*    GetGlyphs
  DF *UND*    gbm_bo_get_offset
  DO *UND*   
epoxy_glDeleteFramebuffers
  DO *UND*   
epoxy_glReadPixels
  D  *UND*    serverClient
  DF *UND*   
epoxy_is_desktop_gl
  D  *UND*    drmGetMagic
  D  *UND*    CompositePicture
  D  *UND*    miChangeGC
  D  *UND*    fbCreateGC
  w   D  *UND*    __gmon_start__
  DF *UND*    gbm_bo_import
  D  *UND*   
pixman_image_get_stride
  DO *UND*   
epoxy_glXGetCurrentContext
  DO *UND*   
epoxy_glXGetCurrentDisplay
  DF *UND*   
epoxy_has_gl_extension
  D  *UND*    fbPolySegment
  D  *UND*    miCopyClip
  D  *UND*   
DamageRegionAppend
  DO *UND*   
epoxy_glTexParameteri
  DF *UND*    GLIBC_2.7   __isoc99_sscanf
  DF *UND*    GLIBC_2.2.5 exit
  DF *UND*  

[Bug 107183] Enabling Glamor takes half a second

2018-07-11 Thread bugzilla-daemon
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 they are unnecessarily
cumbersome.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 107183] Enabling Glamor takes half a second

2018-07-11 Thread bugzilla-daemon
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 version, X server versions, …)?

> 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.

Interesting. Is there a debug switch for the module glamoregl or do I need to
use something like `perf` or `oprofile`?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 107183] Enabling Glamor takes half a second

2018-07-11 Thread bugzilla-daemon
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 107183] Enabling Glamor takes half a second

2018-07-11 Thread bugzilla-daemon
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||

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 107183] Enabling Glamor takes half a second

2018-07-10 Thread bugzilla-daemon
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
  Priority: medium
 Component: DRM/Radeon
  Assignee: dri-devel@lists.freedesktop.org
  Reporter: pmenzel+bugs.freedesk...@molgen.mpg.de

Created attachment 140548
  --> https://bugs.freedesktop.org/attachment.cgi?id=140548&action=edit
X.Org X Server 1.20.0 log

The X.Org X Server start up takes well over a second on an ASRock E350M1.

Debian Sid/unstable with Linux 4.18-rc4+ is used.

Looking at the log, there is half a second delay right below.

```
[78.639] 
X.Org X Server 1.20.0
X Protocol Version 11, Revision 0
[…]
[78.796] (II) Module glamoregl: vendor="X.Org Foundation"
[78.796]compiled for 1.20.0, module version = 1.0.1
[78.796]ABI class: X.Org ANSI C Emulation, version 0.4
[79.294] (II) RADEON(0): glamor X acceleration enabled on AMD PALM (DRM
2.50.0 / 4.18.0-rc4-00832-g217000c98815, LLVM 6.0.1)
[…]
```

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel