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.