Bug 27413 - Fallback to Software Rasterizer on attaching to dock station
Summary: Fallback to Software Rasterizer on attaching to dock station
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-01 06:50 UTC by Kirill A. Shutemov
Modified: 2010-04-01 07:45 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments
dmesg, xrandr --verbose, glxinfo and Xorg.0.log before and after attaching to dock station (65.86 KB, application/gzip)
2010-04-01 06:50 UTC, Kirill A. Shutemov 		no flags Details
View All

Description Kirill A. Shutemov 2010-04-01 06:50:39 UTC 
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).
Comment 1 Michel Dänzer 2010-04-01 07:05:35 UTC 
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?
Comment 2 Kirill A. Shutemov 2010-04-01 07:45:18 UTC 
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.