Summary: | Fallback to Software Rasterizer on attaching to dock station | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Kirill A. Shutemov <kirill> | ||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||
Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> | ||||
Severity: | normal | ||||||
Priority: | medium | ||||||
Version: | git | ||||||
Hardware: | Other | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Attachments: |
|
Does the output of ls -l /dev/dri/ change when docking? If not, does LIBGL_DEBUG=verbose glxinfo 2>&1 >/dev/null give any indication why it's suddenly using swrast_dri.so instead of r600_dri.so? It looks like udev misconfiguration. Thanks. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 34596 [details] dmesg, xrandr --verbose, glxinfo and Xorg.0.log before and after attaching to dock station Hardware: Thinkpad T400 with AMD Mobility Radeon HD 3470 If I start Xorg when my laptop doen't connected to dockstation 3D acceleration works fine: $ glxinfo | grep "renderer string" OpenGL renderer string: Mesa DRI R600 (RV620 95C4) 20090101 x86/MMX/SSE2 TCL DRI2 But if I start Xorg when the laptop connected to dock station or attach it to dockstation it falls back to software rasterizer: $ glxinfo | grep "renderer string" OpenGL renderer string: Software Rasterizer I use 2.6.34-rc3 + lastest drm/drm-linus (d668046c1).