Hello folks...

I'm having the following issues with my Radeon 9200 SE, 128 Mb (ChipID 0x5964) under Linux (kernel 2.6.5): When I run any OpenGL application using XFree 4.4.0 with it's original Radeon drivers it freezes the app just after some seconds, forcing me to switch to another Virtual Terminal, and then back on to unfreeze it. But that only works for some few seconds again. Using the Option "BusType" "PCI" in XF86Config makes the card work ok, but of course slowing it down 4 times, dropping from about 1600 fps (glxgears) to about 470 fps. I've tried the DRI's nightly builds drivers, but this makes things even worse, causing no 3D acceleration at all and making glxinfo crash the whole X. This also happens to Xfree 4.3.0 and any of the 2.6 kernels (never tried 2.4.x's). It is not a hardware problem, since the stuff runs like a dream under windows. So I ask: can this be a bug in kernel's AGPGART subsystem, since forcing BusType to PCI mode works OK? Is anybody having a similar problem?
My distro is Slackware current, the kernel supports my motherboard's chipset, and there are no error messages in system's logs. Everything is ok, the only problem is that freezing behavior.
Any help would be very much appreciated. Thank you, and sorry for the bad english

Makanaki

AGP uses DMA of some sort, but its not considered a DMA device since its called AGP.

I would bet its related to an IRQ or DMa setting since you said its not a hard lockup, and that you can access another terminal.

I dont know wat you can do to fix this other than play with the system.

Well I've tried several combinations of IRQ settings and couldn't get anything better. Can it be DMA?? The only thing I've noticed is that when the AGP card freezes, in the right moment there's a significant Hard Disk activity. I'm using this kernel configuration for IDE:

"IDE Taskfile IO"

"Sharing PCI IDE Interrupts support"

"Generic PCI bus-master DMA support"

"Use PCI DMA by default when available"

I also tried the kernel without the above, and got the same bad result...

Here follows a listing of the current PCI scheme (lspci -vv):

####################################

bash-2.05b# lspci -vv
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 02)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 64
Region 0: Memory at e4000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 1.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2
Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1

00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: c7000000-c7ffffff
Prefetchable memory behind bridge: c8000000-e3ffffff
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B+

00:04.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0

00:04.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Region 4: I/O ports at b800 [size=16]

00:04.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Interrupt: pin D routed to IRQ 9
Region 4: I/O ports at b400 [size=32]

00:04.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin ? routed to IRQ 9

00:09.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02)
Subsystem: Ensoniq Creative SoundBlaster AudioPCI 128
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort+ <MAbort+ >SERR- <PERR-
Latency: 32 (3000ns min, 32000ns max)
Interrupt: pin A routed to IRQ 9
Region 0: I/O ports at b000 [size=64]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 10
Region 0: I/O ports at a800 [size=32]

01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) (prog-if 00 [VGA])
Subsystem: Unknown device 18bc:0170
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (2000ns min), cache line size 08
Interrupt: pin A routed to IRQ 11
Region 0: Memory at d8000000 (32-bit, prefetchable) [size=128M]
Region 1: I/O ports at d800 [size=256]
Region 2: Memory at c7800000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at d7fe0000 [disabled] [size=128K]
Capabilities: [58] AGP version 2.0
Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2
Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01)
Subsystem: Unknown device 18bc:0171
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (2000ns min), cache line size 08
Region 0: Memory at c8000000 (32-bit, prefetchable) [size=128M]
Region 1: Memory at c7000000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-


############################


I hope this can be useful....

Thanks...

Just a guess,

agp3 card on a agp2 chipset can only run @ agp4x ...IIANM

What I would try if I were you is remove all bus type related entries from your config file and use only
Option "AGPMode" "4"

HTH

hmmm... I tried to run it in AGPMode 2 and 4, but anything different from the standard mode 1 blackens and locks the whole X and VT's, making it necessary to use the MagicSYSReq keys to reboot Linux...

I think I will have to wait for ATI release it's FireGL proprietary drivers for XFree 4.4.0 to test that again, aldo I wouldn't like to use prop. software...


TY...

It just occured to me, does your BX support agp4x in the first place?

If not you have an incompatibility at the hardware level ...again IIANM, meaning you'll never get it to work, agp8x cards will only work on agp4x capable motherboards or better ...iirc

My BX supports max AGP 2x. But it doesn't seem to be a hardware problem. Although it is a fairly old piece of hardware that mobo + the Radeon 9200 SE, under Windows, performs wonderfuly well with all settings in max capability... I'm afraid it is something related to AGPGART or something... dunno...

Cya...

Thanks for the feedback, I really wasn't sure on that, it's something I picked up I don't remember where.
It had to do with operating voltage of the AGP bus that's different between agp 1x-2x and agp4x-8x.
Like agp4x boards can do both voltages but older agp2x or less could only do the higher voltage associated with the old spec.

...or maybe I got it wrong and it's agp8x compliant boards that can't take agp 1x-2x video cards...???

the only other thing I can think of, but maybe you noticed, kernel 2.6 now has 2 agpgart modules,
the regular agpgart and a chipset specific, agp-intel in your case, maybe you could check with lsmod to see if both get loaded.

Hi man...

Yes... there are 2 modules for AGP: agpgart.ko, and for my specific hardware: agp-intel.ko. I've got both always loaded. I don't know much about the AGP bus but, as I said, it doesn't seem to be a hardware issue, like voltage or something, because all works okysh with Windows, or using XF86Config with Option "BusType" "PCI" ...

Thanks 4 ur attention

Mak