[Bug 34462] New: 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[Bug 34462] New: 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

           Summary: 180 second hang on boot, DRM doesn't seem to
                    initialize (firmware issue?)
           Product: DRI
           Version: unspecified
          Platform: x86 (IA32)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Radeon
        AssignedTo: dri-devel@lists.freedesktop.org
        ReportedBy: owen.riddy@gmail.com


Created an attachment (id=43540)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=43540)
dmesg from Debian Unstable, fails to load

I have a Radeon 3450 graphics card and have been using Debian Squeeze (linux
2.6.32). The card was/is very well supported by the radeon graphics driver, and
firmware was being properly loaded (Debian splits the firmware into a separate
package from the kernel).

Whenever I compiled a newer vanilla kernel KMS didn't work (starting with
2.6.33, I believe. It was a while ago) and X wouldn't load. Every so often I
tried a different kernel, and the problem remained. On X, the system would
completely hang with a blank screen (I couldn't access any virtual terminals).
I assumed I'd mis-configured my kernel and gave up.

Debian has now upgraded to linux 2.6.37-1 and this image seems to have the same
problem. After upgrading, I get a suspicious 180 second pause when the kernel
"populates /dev", which I now attribute to a bug. I'm getting an error message
about modprobe blocking (in dmesg).

I suspect firmware loading problems:
Wheezy (fails, 2.6.37):
dmesg | grep -C 4 icroc

[    4.325551] [drm] radeon: 256M of VRAM memory ready
[    4.325554] [drm] radeon: 512M of GTT memory ready.
[    4.325619] [drm] radeon: irq initialized.
[    4.325622] [drm] GART: num cpu pages 131072, num gpu pages 131072
[    4.326544] [drm] Loading RS780 Microcode
[    4.329997] input: HDA ATI SB Headphone as
/devices/pci0000:00/0000:00:14.2/sound/card0/input7
[    4.414321] radeon 0000:01:05.0: WB enabled
[    4.446469] [drm] ring test succeeded in 1 usecs
[    4.446595] [drm] radeon: ib pool ready.

Squeeze (works, 2.6.32):
dmesg | grep -C 4 icroc

[    4.616162] [drm] radeon: 256M of VRAM memory ready
[    4.616163] [drm] radeon: 512M of GTT memory ready.
[    4.616204] [drm] radeon: irq initialized.
[    4.616206] [drm] GART: num cpu pages 131072, num gpu pages 131072
[    4.616624] [drm] Loading RS780 Microcode
[    4.616627] platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin
[    4.714728] hda_codec: ALC1200: BIOS auto-probing.
[    4.716081] input: HDA Digital PCBeep as
/devices/pci0000:00/0000:00:14.2/input/input6
[    4.809447] platform radeon_cp.0: firmware: requesting radeon/RS780_me.bin
--
[    4.941941] radeon 0000:02:00.0: irq 30 for MSI/MSI-X
[    4.941946] radeon 0000:02:00.0: radeon: using MSI.
[    4.941978] [drm] radeon: irq initialized.
[    4.941980] [drm] GART: num cpu pages 131072, num gpu pages 131072
[    4.942370] [drm] Loading RV620 Microcode
[    4.942372] platform radeon_cp.0: firmware: requesting radeon/RV620_pfp.bin
[    4.982496] platform radeon_cp.0: firmware: requesting radeon/RV620_me.bin
[    4.988086] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin
[    5.025570] [drm] ring test succeeded in 0 usecs

To be sure I haven't tainted the configuration, the method to get a test
platform was:
* Installed the Squeeze release base system
* Upgrade to Wheezy, rebooted to test KMS (virtual terminal screen resolution
was large, suggesting it worked)
* Upgraded to unstable and reboot, at which point I get the 180 second hang and
modprobe errors, as well as a rather low resolution VT.

lspci and other info can be found on this bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613922

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

Alex Deucher <agd5f@yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #43540|application/octet-stream    |text/plain
          mime type|                            |
  Attachment #43540|0                           |1
           is patch|                            |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

--- Comment #1 from Alex Deucher <agd5f@yahoo.com> 2011-02-18 14:29:18 PST ---
Make sure you have the firmware in your initrd if you are using modules, or
built into the kernel if you built radeon into the kernel rather than as a
module.  See the "Troubleshooting Extra Firmware" section of this page:
http://wiki.x.org/wiki/radeonBuildHowTo

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

--- Comment #2 from Owen Riddy <owen.riddy@gmail.com> 2011-02-18 21:23:16 PST ---
Comparing the initrd of 2.6.37 and 2.6.32 show they are both the same, and
neither of them have any firmware in them. They didn't actually have the radeon
module at all.

I compared /lib/firmware to the git repository
http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git , everything
matched (I checked with md5sum) except the newer
BARTS/CAICOS/BTC/PALM/SUMO/TURKS firmware which I assume is all later than my
card.

I tried to force update-initramfs to include the radeon kernel modules by
listing it in /etc/initramfs-tools/modules, but this caused the
update-initramfs to hang when loading radeon.ko in.

Rather than try to insert everything manually in my initrd, I blacklisted
radeon in /etc/modeprobe.d and modprobe'd it in after a complete boot to a
virtual terminal.

On my old kernel, this worked swimmingly (no radeon in lsmod, module loaded
nicely). On the debian stock kernel modprobe hangs, I stopped timing after ten
minutes, the screen doesn't resize as usual for KMS, lsmod lists
radeon/drm/drm_kms_helper. dmesg again shows only RS780 Microcode being loaded.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

--- Comment #3 from Owen Riddy <owen.riddy@gmail.com> 2011-02-20 01:47:38 PST ---
:/ Sorry, my last paragraph was a little ambigous.

On my old debian 2.6.32 kernel, this worked swimmingly (module loaded nearly
instantly, screen resolution jumped up). 
On the debian 2.6.37 kernel modprobe hangs, I stopped timing after ten minutes,
the screen doesn't resize as usual for KMS but lsmod lists
radeon/drm/drm_kms_helper. dmesg again shows only RS780 Microcode being loaded.

In each case, before starting, I checked with lsmod to make sure radeon was not
loaded.



Since my last comment, I also checked Ubuntu 10.10 (2.6.35), and it has
graphics issues as well - it is much harder to see what is happening because
plymouth gives me a blank screen, but it also has a modprobe timeout,
apparently no KMS loading, and firmware seems to be available in /lib/firmware.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

--- Comment #4 from Michel Dänzer <michel@daenzer.net> 2011-02-23 06:05:20 PST ---
(In reply to comment #4)
> [    4.414321] radeon 0000:01:05.0: WB enabled

Does passing the parameter no_wb=1 to the radeon kernel module help?

Alternatively, does disabling the integrated RS780 GPU work around the problem?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

--- Comment #5 from Owen Riddy <owen.riddy@gmail.com> 2011-02-24 02:11:27 PST ---
> Does passing the parameter no_wb=1 to the radeon kernel module help?

It doesn't seem to help. `dmesg | grep WB` shows it as Disabled, but modprobe
still hangs on load at the RS780 firmware.

> Alternatively, does disabling the integrated RS780 GPU work around the problem?

Works. With the RS780 GPU disabled, everything functions.

BIOS -> Advanced Chipset Features -> Surround View -> [Disabled], KMS works, no
modprobe hang.

I didn't know that that card could be switched on and off. Thanks :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

--- Comment #6 from Jonathan Nieder <jrnieder@gmail.com> 2011-12-03 00:16:17 PST ---
Owen, can you bisect?

Just trying a few intermediate versions from http://snapshot.debian.org/ would
already be useful.  For narrowing down the regression range beyond that, "git
bisect" can help:

 git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
 cd linux
 git bisect start -- drivers/gpu/drm/radeon
 git checkout (bad version)
 make localmodconfig; # minimal configuration
 make -j2 deb-pkg
 dpkg -i ../(package).deb
 reboot
 # confirm that it is actually bad
 git bisect bad

 git checkout (good version)
 make silentoldconfig; # reuse configuration
 make -j2 deb-pkg
 dpkg -i ../(package).deb
 reboot
 # confirm that it is good
 git bisect good

 # now it checks out an intermediate version to test
 make silentoldconfig
 make -j2 deb-pkg
 dpkg -i ../(package).deb
 reboot
 git bisect bad; # if it hangs in the same way
 git bisect good; # if it boots correctly
 git bisect skip; # if some other problem makes it hard to test

 ... rinse and repeat ...

 git bisect visualize; # to watch the regression range narrowing
 git bisect log; # to summarize partial results if you get bored

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 34462] 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 534 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=34462

Owen Riddy <owen.riddy@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #7 from Owen Riddy <owen.riddy@gmail.com> ---
This problem was resolved a couple of kernel updates ago.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2065 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel