http://bugs.freedesktop.org/show_bug.cgi?id=25506
Summary: radeon kms causes 33 second boot delay on kernel v2.6.32 Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: ste...@uplinklabs.net Attached is a dmesg from a system running Linux 2.6.32. The system experiences a horrifying 33 second boot delay, during which the screen is apparently off, not just blanked. Using 'radeon.modeset=0' eliminates the delay. I figured a 'git bisect v2.6.32 v2.6.31 -- drivers/gpu/drm' would catch it. Hopefully this bisection helps pin down the underlying problem: # bad: [22763c5c] Linux 2.6.32 # good: [74fca6a4] Linux 2.6.31 # bad: [df748b02] drm/ttm: fix refcounting in ttm global code. # good: [a513c184] drm/radeon/kms: Don't try to process irq when we a # good: [aadd4e17] drm/radeon: some r420s have a CP race with the DMA # good: [74bf2ad5] drm/kms: make fb helper work for all drivers. # bad: [62a8ea3f] drm/radeon/kms: Remove old init path as no hw use # good: [f0ed1f65] drm/radeon/kms: Convert R520 to new init path and # skip: [d4550907] drm/radeon/kms: Convert R100 to new init path (V2) # good: [3bc68535] drm/radeon/kms: Convert RS690/RS740 to new init pa # bad: [c010f800] drm/radeon/kms: Convert RS600 to new init path Any ideas? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. ------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel