Summary: | [kms] Muxless radeon takes 20 seconds to fetch rom | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Mike Lothian <mike> | ||||||||||||
Component: | DRM/Radeon | Assignee: | Default DRI bug account <dri-devel> | ||||||||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||||||||
Severity: | normal | ||||||||||||||
Priority: | medium | CC: | mike | ||||||||||||
Version: | XOrg git | ||||||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||||||
OS: | Linux (All) | ||||||||||||||
Whiteboard: | |||||||||||||||
i915 platform: | i915 features: | ||||||||||||||
Attachments: |
|
Description
Mike Lothian
2011-10-18 12:18:17 UTC
here's my lspci: 0:00.0 Host bridge [0600]: Intel Corporation Device [8086:0104] (rev 09) 00:01.0 PCI bridge [0604]: Intel Corporation Device [8086:0101] (rev 09) 00:01.1 PCI bridge [0604]: Intel Corporation Sandy Bridge PCI Express Root Port [8086:0105] (rev 09) 00:01.2 PCI bridge [0604]: Intel Corporation Sandy Bridge PCI Express Root Port [8086:0109] (rev 09) 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:0116] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation Cougar Point HECI Controller #1 [8086:1c3a] (rev 04) 00:1a.0 USB Controller [0c03]: Intel Corporation Cougar Point USB Enhanced Host Controller #2 [8086:1c2d] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation Cougar Point High Definition Audio Controller [8086:1c20] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 1 [8086:1c10] (rev b5) 00:1c.4 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 5 [8086:1c18] (rev b5) 00:1c.7 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 8 [8086:1c1e] (rev b5) 00:1d.0 USB Controller [0c03]: Intel Corporation Cougar Point USB Enhanced Host Controller #1 [8086:1c26] (rev 05) 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:1c49] (rev 05) 00:1f.2 SATA controller [0106]: Intel Corporation Cougar Point 6 port SATA AHCI Controller [8086:1c03] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation Cougar Point SMBus Controller [8086:1c22] (rev 05) 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Device [1002:6741] 09:00.0 Network controller [0280]: Intel Corporation Device [8086:0090] (rev 34) 0a:00.0 Ethernet controller [0200]: Attansic Technology Corp. Device [1969:1083] (rev c0) 0b:00.0 USB Controller [0c03]: NEC Corporation Device [1033:0194] (rev 04) Please let me know if you need anything else Created attachment 52493 [details]
System ACPI Info
Created attachment 52494 [details]
New dmesg with debugging
Created attachment 52496 [details]
Newest dmesg
Created attachment 52497 [details]
Dmesg with added chunks :D
@Mike - could you try with the patch from bug #41059, which is at http://cgit.freedesktop.org/~eugeni/kernel? There is one patch at http://cgit.freedesktop.org/~eugeni/kernel/commit/?h=edid-i915 and another at http://cgit.freedesktop.org/~eugeni/kernel/commit/?h=edid-drm, they do the same thing but on different levels. There is no need to apply them both at the same time, just one at a time. Could you check if any of those would fix - or improve - the issue for you? Thanks! (I know that you already tested them via my blog post, but I added some small changes to them - try booting with 'drm.debug=0.04' with both of those patches now, and attach the dmesg with timing results in both case). Errrr of course, I meant drm.debug=0x04. In the morning, I guess I type faster than I mentally spell-check :). (In reply to comment #6) > @Mike - could you try with the patch from bug #41059, which is at > http://cgit.freedesktop.org/~eugeni/kernel? There is one patch at > http://cgit.freedesktop.org/~eugeni/kernel/commit/?h=edid-i915 and another at > http://cgit.freedesktop.org/~eugeni/kernel/commit/?h=edid-drm, they do the same > thing but on different levels. There is no need to apply them both at the same > time, just one at a time. > > Could you check if any of those would fix - or improve - the issue for you? The problem here has nothing to do with modesetting. There are no displays even attached to the radeon. The delay is due to fetching the rom from acpi. I've updated the summary appropriately. I was wondering what actions I could take next Would it be possible to have the switcheroo code detect that the laptop is muxless and disable the radeon card from the start? I've removed the vgaswitcheroo and radeon options from my kernel and my boot time has returned to normal, as I have a muxless laptop not having the card available makes no difference just now When no module is loaded is the card still drawing power? (In reply to comment #11) > > When no module is loaded is the card still drawing power? It depends whether the bios turns it on by default or not. If it's off, you are not drawing power. If it's on, you can turn it off via vgaswitcheroo. Is there a way for switcheroo to detect a muxless laptop and automatically switch it off (if it isn't already) I just thought I'd add I've now compiled radeon as a module and it only takes 2 seconds to load the BIOS when modprobed after everything else is loaded Is this still an issue with a 3.3 kernel? There were some fixes to the ACPI rom fetching code. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=a3f83ab1a717c0e6c2f59a4cfdaa10707cc35c55 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=211fa4fc4e13492151e698d92b0dff56b29928ec http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=de47a9cd62771e3e78954d855d2304fbad4c5a44 Yes it's still an issue I'm not sure when this was fixed but it's now no longer an issue |
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.