Bug 88464

Summary: booting with radeon.test=1 with radeon3850hd and lockdep validation causes lock-up
Product: DRI Reporter: Arthur Marsh <arthur.marsh>
Component: DRM/RadeonAssignee: Default DRI bug account <dri-devel>
Status: RESOLVED MOVED QA Contact:
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
20150116radeontest.txt full dmesg output when radeon.test.=1
none
20150119r200test.txt dmesg from boot with radeon.test=1, radeon 9200SE
none
dmesg after patches applied and with radeon.test=1
none
2015020720dmesg.txt result with radeon.test=1 on radeon 3850hd
none
2015020917dmesg.txt behaviour when booting with radeon.test=1 with 3.19 kernel and 3850hd none

Description Arthur Marsh 2015-01-15 15:26:58 UTC
I tried booting with radeon.test=1

Full dmesg output attached.
Comment 1 Arthur Marsh 2015-01-15 15:27:44 UTC
Created attachment 112304 [details]
20150116radeontest.txt full dmesg output when radeon.test.=1
Comment 2 Arthur Marsh 2015-01-18 14:55:12 UTC
Lockdep problems also noticed with Radeon 9200SE:
Comment 3 Arthur Marsh 2015-01-18 14:56:39 UTC
Created attachment 112424 [details]
20150119r200test.txt dmesg from boot with radeon.test=1, radeon 9200SE
Comment 5 Arthur Marsh 2015-02-01 04:27:12 UTC
Created attachment 113009 [details]
dmesg after patches applied and with radeon.test=1

After applying the patches and rebuilding the kernel and booting with radeon.test=1 I had the problems shown in the dmesg output and video output not working until I rebooted again.
Comment 6 Arthur Marsh 2015-02-07 09:15:39 UTC
Created attachment 113240 [details]
2015020720dmesg.txt result with radeon.test=1 on radeon 3850hd

Still having problems with current Linus' git head.
Comment 7 Arthur Marsh 2015-02-09 07:24:15 UTC
Created attachment 113271 [details]
2015020917dmesg.txt behaviour when booting with radeon.test=1 with 3.19 kernel and 3850hd

I tried booting with the 3.19 kernel and radeon.test=1 and had to restart afterwards to restore video output.
Comment 8 Michel Dänzer 2015-02-09 07:29:14 UTC
Arthur, there's no need to keep posting the same information as long as the behaviour doesn't change.
Comment 9 Arthur Marsh 2015-02-17 09:18:01 UTC
Where to from here? I'm happy to build kernels and other packages from source, test and bisect, but I'm not a C programmer.
Comment 10 Martin Peres 2019-11-19 09:00:57 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/575.

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.