Summary: | Blank Screen, X freeze on my notebook (Ati Mobility 9600 with radeon driver), ONLY with X.Org 7.4 | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Simon Groot Bramel <simon> | ||||||||||||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||||||||
Status: | VERIFIED WORKSFORME | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||||||
Severity: | critical | ||||||||||||||||
Priority: | high | ||||||||||||||||
Version: | 7.4 (2008.09) | ||||||||||||||||
Hardware: | x86 (IA32) | ||||||||||||||||
OS: | Linux (All) | ||||||||||||||||
Whiteboard: | |||||||||||||||||
i915 platform: | i915 features: | ||||||||||||||||
Attachments: |
|
Description
Simon Groot Bramel
2009-01-05 11:12:15 UTC
Please attach your xorg log (/var/log/Xorg.0.log) and config (/etc/X11/xorg.conf) files. I suspect the problem may be AGP related. Does the system work if you add this option to the device section of your config? Option "DRI" "False" if so, remove the DRI option and try this: Option "AGPMode" "x" where x = 1 or 2 or 4 or 8. Let me know which number(s) work. YEHAAAAAAAAAAAAA --- IT WORKS!!!!! it is a life improvement!!! wonderful. That was it. The AGP Mode. Only an agp-mode of "1" worked but I didn't even have to remove the "DRI" Options. I ended up using the DRI stuff as well as the agpmode option because it has a greater 3D acceleration. beautiful beautiful... Thank you guys! (In reply to comment #2) > That was it. The AGP Mode. Only an agp-mode of "1" worked but I didn't even > have to remove the "DRI" Options. > > I ended up using the DRI stuff as well as the agpmode option because it has a > greater 3D acceleration. You have to remove the DRI option or the AGPMode option doesn't do anything (and you don't get 3D acceleration). Please remove the DRI option and let me know which AGPMode option(s) fix the problem. OK. I calmed down a bit ;-) And here is what I did: My goal was OpenSuSE 11.1, so I reinstalled it. Guess what...? It just didn't hang. So I used the system for about three reboots long and then (I believe it was the only time that I appreciated a System freeze) it started again. I deleted everything concerning "dri" (the Load "dri" line in the modules section and the complete section "dri"). Then I added "Option "AGPMode" "1" and it worked. With an AGPMode of "2", "4" or "8" it didn't! For test reasons I added the DRI lines again and had greater 3D Performance. I attatched the conf files I did NOT attacht the Xorg.log because there is no point to have it with a running system, is there? Thank you again! (In reply to comment #4) > OK. I calmed down a bit ;-) And here is what I did: > > My goal was OpenSuSE 11.1, so I reinstalled it. > Guess what...? It just didn't hang. > > So I used the system for about three reboots long and then (I believe it was > the only time that I appreciated a System freeze) it started again. > > I deleted everything concerning "dri" (the Load "dri" line in the modules > section and the complete section "dri"). > > Then I added "Option "AGPMode" "1" and it worked. With an AGPMode of "2", "4" > or "8" it didn't! > > For test reasons I added the DRI lines again and had greater 3D Performance. > this seems wrong, perhaps there are other issues or your app is not using direct rendering. > I attatched the conf files > > I did NOT attacht the Xorg.log because there is no point to have it with a > running system, is there? please attach your xorg log. I need them to get the pci ids to add a quirk for your card and it will help clarify what's actually going on. I hope I changed the resolution quite right... I did a little bit of work and come up with three Versions of xorg.conf and Xorg.0.log. The first version (suffix HANG) is the original xorg.conf version which comes out of SAX. At least it is reproducable now: this version lets the notebook hang always. After the hang I rebooted rudefully (PowerButton) and booted into OpenSuse 11.0. From there I copied the xorg.conf and Xorg.0.log files. The second one is the xorg.conf version with the suggested adds / removes of DRI and AGPMode. It comes with it's Xorg.log and is named without DRI. The third one actually is like the first one - the only change is the addup of the line [Option "AGPMode" "1"]. This version is called "withDri" I think you got the picture :) IMHO it seems like the AGPMode line actually HAD an effect even though the DRI Option was enabled. You can see Xorg using AGP 4x if not specified (Version 1) and using AGP 1x in version 3. What do you think? thank you Created attachment 21761 [details] [review] xorg.conf.HANG Created attachment 21762 [details] [review] xorg.conf.withDri Created attachment 21763 [details] [review] xorg.conf.withoutDri Created attachment 21764 [details] [review] Xorg.0.log.HANG Created attachment 21765 [details] [review] Xorg.0.log.withDri Created attachment 21766 [details] [review] Xorg.0.log.withoutDri None of your config files included the line to disable the DRI: Option "DRI" "False" In all cases you had 3D enabled. So it looks like agpmode 1 does the trick. Can you attach the output of lspci -vn so I can add a quirk (I need the subsystem ids for your card)? For test reasons I added "Option "DRI" "False"" to the Section "Device" and ended up with a white screen with Compiz. here is the output. Did I mention it was an acer Extensa 3000 with an ATI Mobility Radeon 9600 (maybe 9700)? ============================================================================ linux-kx7n:/home/simon # lspci -vn 00:00.0 0600: 8086:3580 (rev 02) Subsystem: 1025:0064 Flags: bus master, fast devsel, latency 0 Memory at e0000000 (32-bit, prefetchable) [size=256M] Capabilities: [40] Vendor Specific Information <?> Capabilities: [a0] AGP version 2.0 Kernel driver in use: agpgart-intel Kernel modules: intel-agp 00:00.1 0880: 8086:3584 (rev 02) Subsystem: 1025:0064 Flags: bus master, fast devsel, latency 0 00:00.3 0880: 8086:3585 (rev 02) Subsystem: 1025:0064 Flags: bus master, fast devsel, latency 0 00:01.0 0604: 8086:3581 (rev 02) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, fast devsel, latency 96 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 00003000-00003fff Memory behind bridge: d0100000-d01fffff Prefetchable memory behind bridge: d8000000-dfffffff Kernel modules: shpchp 00:1d.0 0c03: 8086:24c2 (rev 03) (prog-if 00 [UHCI]) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 0, IRQ 6 I/O ports at 1800 [size=32] Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 0c03: 8086:24c4 (rev 03) (prog-if 00 [UHCI]) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 0, IRQ 6 I/O ports at 1820 [size=32] Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 0c03: 8086:24c7 (rev 03) (prog-if 00 [UHCI]) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 0, IRQ 6 I/O ports at 1840 [size=32] Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 0c03: 8086:24cd (rev 03) (prog-if 20 [EHCI]) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 0, IRQ 10 Memory at d0000000 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] Debug port: BAR=1 offset=0080 Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 0604: 8086:2448 (rev 83) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=06, sec-latency=64 I/O behind bridge: 00004000-00004fff Memory behind bridge: d0200000-d05fffff Prefetchable memory behind bridge: 50000000-55ffffff Kernel modules: shpchp 00:1f.0 0601: 8086:24cc (rev 03) Flags: bus master, medium devsel, latency 0 Kernel modules: iTCO_wdt, intel-rng 00:1f.1 0101: 8086:24ca (rev 03) (prog-if 8a [Master SecP PriP]) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 0, IRQ 6 I/O ports at 01f0 [size=8] I/O ports at 03f4 [size=1] I/O ports at 0170 [size=8] I/O ports at 0374 [size=1] I/O ports at 1860 [size=16] Memory at 56000000 (32-bit, non-prefetchable) [size=1K] Kernel driver in use: ata_piix Kernel modules: piix, ata_piix 00:1f.3 0c05: 8086:24c3 (rev 03) Subsystem: 1025:0064 Flags: medium devsel, IRQ 10 I/O ports at 1880 [size=32] Kernel driver in use: i801_smbus Kernel modules: i2c-i801 00:1f.5 0401: 8086:24c5 (rev 03) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 0, IRQ 10 I/O ports at 1c00 [size=256] I/O ports at 18c0 [size=64] Memory at d0000c00 (32-bit, non-prefetchable) [size=512] Memory at d0000800 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 Kernel driver in use: Intel ICH Kernel modules: snd-intel8x0 00:1f.6 0703: 8086:24c6 (rev 03) (prog-if 00 [Generic]) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 0, IRQ 10 I/O ports at 2400 [size=256] I/O ports at 2000 [size=128] Capabilities: [50] Power Management version 2 Kernel driver in use: Intel ICH Modem Kernel modules: snd-intel8x0m 01:00.0 0300: 1002:4e50 (prog-if 00 [VGA controller]) Subsystem: 1025:0064 Flags: bus master, fast Back2Back, 66MHz, medium devsel, latency 66, IRQ 6 Memory at d8000000 (32-bit, prefetchable) [size=128M] I/O ports at 3000 [size=256] Memory at d0100000 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at d0120000 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 Kernel modules: radeonfb 02:02.0 0200: 14e4:4401 (rev 01) Subsystem: 1025:0064 Flags: bus master, fast devsel, latency 64, IRQ 6 Memory at d0204000 (32-bit, non-prefetchable) [size=8K] [virtual] Expansion ROM at 54000000 [disabled] [size=16K] Capabilities: [40] Power Management version 2 Kernel driver in use: b44 Kernel modules: b44 02:04.0 0280: 8086:4220 (rev 05) Subsystem: 8086:2701 Flags: bus master, medium devsel, latency 64, IRQ 10 Memory at d0208000 (32-bit, non-prefetchable) [size=4K] Capabilities: [dc] Power Management version 2 Kernel driver in use: ipw2200 Kernel modules: ipw2200 02:06.0 0607: 104c:8031 Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 168, IRQ 10 Memory at d0209000 (32-bit, non-prefetchable) [size=4K] Bus: primary=02, secondary=03, subordinate=06, sec-latency=176 Memory window 0: 50000000-53fff000 (prefetchable) Memory window 1: 58000000-5bfff000 I/O window 0: 00004000-000040ff I/O window 1: 00004400-000044ff 16-bit legacy interface ports at 0001 Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket 02:06.2 0c00: 104c:8032 (prog-if 10 [OHCI]) Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 64, IRQ 10 Memory at d020a000 (32-bit, non-prefetchable) [size=2K] Memory at d0200000 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 2 Kernel driver in use: ohci1394 Kernel modules: ohci1394 02:06.3 0180: 104c:8033 Subsystem: 1025:0064 Flags: bus master, medium devsel, latency 64, IRQ 10 Memory at d0206000 (32-bit, non-prefetchable) [size=8K] Capabilities: [44] Power Management version 2 Kernel driver in use: tifm_7xx1 Kernel modules: tifm_7xx1 ======================================================================= since glxgears returned a running out of GART Memory I adjusted the GARTSize to 64. However, when I move the GLXGears Window, a "ghost" of the window stays on the original position, is that a hint to any false option? e.g. RenderAccel "true" or so? I'm sorry for asking so many "stupid" questions but I never came across a person with so many skills in deep programming as you probably have so heres my last one: could it also be an issue of the radeon driver that my notebook doesn't wake up from STR? When I click or press a button the status LED goes yellow again (was orange before) but that was it then. Is there a log file to find out? (In reply to comment #14) > For test reasons I added "Option "DRI" "False"" to the Section "Device" and > ended up with a white screen with Compiz. > Because 3D isn't enabled. > here is the output. > > Did I mention it was an acer Extensa 3000 with an ATI Mobility Radeon 9600 > (maybe 9700)? There's already a quirk for your card. so it should just work with newer versions of the driver (6.10.0 or newer) For the rest of your questions, please take them to the ati mailing list <xorg-driver-ati@lists.x.org> as we are getting off topic for this bug. I'll be happy to answer them there. I don't quite know whether this still belongs to the bug... but I think so. Quirk or not - I still do have to use the AGPMode Option. I had added the Xorg Repo of OpenSuse and updated every package out of this. However it still doesn't work without an AGPMode of "1". And another addup: I can't use the AccelMethod "EXA". I'm sorry if this belongs to the Radeon Driver Crew. Hence it Xorg stops hanging with the AGPMode the bug is actually solved. |
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.