| Summary: | radeon_atombios_get_power_modes oops with E-350 | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Hieu Hoang <fdo> | ||||||||||
| Component: | DRM/Radeon | Assignee: | Default DRI bug account <dri-devel> | ||||||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||||||
| Severity: | normal | ||||||||||||
| Priority: | medium | ||||||||||||
| Version: | XOrg git | ||||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||||
| OS: | Linux (All) | ||||||||||||
| Whiteboard: | |||||||||||||
| i915 platform: | i915 features: | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Hieu Hoang
2013-04-24 08:40:08 UTC
Please attach a copy of your vbios. (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/<pci bus id> echo 1 > rom cat rom > /tmp/vbios.rom echo 0 > rom Created attachment 78440 [details]
vbios from e-350 GPU
linux 3.7.9 works fine, I'll try to obtain earlier 3.8.x packages to test.
(In reply to comment #2) > linux 3.7.9 works fine, I'll try to obtain earlier 3.8.x packages to test. Any chance you could bisect? Created attachment 78471 [details] [review] Possible fix The attached patch should fix it, but I don't see how any kernel ever would have worked with your card. Did you change any bios settings or flash your bios recently? I have only changed SATA mode, and have not updated the BIOS since I bought this motherboard. 3.7.10 works, 3.8.0 doesn't. I'll try to set up bisecting, but this CPU is really weak. As another data point, the main OSes boot in UEFI mode. ArchLinux installation media with 3.8.4 kernel can only boot in BIOS mode, and it works fine. Does the patch help? Created attachment 78569 [details]
dmesg of patched kernel
With the patch, my monitor goes in to stand by right after modesetting (the power LED is ember instead of blue). dmesg attached.
It looks like you are using a bogus unposted vbios image. I think you'll need to bisect. If I had to guess, I'd say it's related to some change in how the pci rom images are fetched. (In reply to comment #8) > It looks like you are using a bogus unposted vbios image. I think you'll > need to bisect. If I had to guess, I'd say it's related to some change in > how the pci rom images are fetched. The issue can be reliably reproduced on my E-450. I bisected it to: ---------- commit f9a37be0f02a943d63e3346b19f9c9d8d91826cb x86: Use PCI setup data EFI can provide PCI ROMs out of band via boot services, which may not be available after boot. Add support for using the data handed off to us by the boot stub or bootloader. ---------- Looks like your guess is correct. Additional notes: - this machine boots in EFI mode as well (via CONFIG_EFI_STUB) - attached my video BIOS for reference Created attachment 78765 [details]
AMD E-450 APU video BIOS
(In reply to comment #9) > The issue can be reliably reproduced on my E-450. I bisected it to: > > ---------- > commit f9a37be0f02a943d63e3346b19f9c9d8d91826cb > > x86: Use PCI setup data > > EFI can provide PCI ROMs out of band via boot services, which may not be > available after boot. Add support for using the data handed off to us by > the boot stub or bootloader. > ---------- The version grabbed from boot services hasn't been patches by the sbios yet so it's not usable by the driver. Macs need the boot services copy since they don't provide a way to access it after the OS loads. On non-Macs we have a method to fetch the proper vbios via acpi so we don't need this. It should be fixed by this patch: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=06a08570085b3b20c45f45dc66dc46851ecbcb5b make sure your kernel has it. you'll also need this patch: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fffe01f7a768d07cc50ace71abe28fbf2f786a43 |
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.