Brice Goglin schrieb:
Wolfgang Ruth wrote:Brice Goglin schrieb:Ok, your system does not seem to like AGP 8x. Please remove BusType PCI and try Option "AGPMode" "4"I tried this option and I had no problems with it. I had a look into the hardware description of my DELL notebook and it says that the graphic card supports AGPx8. I also had no problems with this card using the proprietary ATI fglrx driver on a another system partition with a Kanotix system for more than 18 months. The X logfile of this kanotix systems gives information about the used versions: Module fglrx: vendor="FireGL - ATI Technologies Inc." compiled for 7.1.0, module version = 8.29.6 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 1.0 So maybe the reported bug is not a problem only related to my hardware, but also to the driver.Is there something about the AGP mode in Xorg.log or dmesg when using fglrx? Brice
Yes. The result of dmesg | grep AGP on the kanotix system with fglrx is: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] agpgart: AGP aperture is 128M @ 0xf0000000 [fglrx] AGP detected, AgpState = 0x1f004a1b (hardware caps of chipset) agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0. agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode [fglrx] AGP enabled, AgpCommand = 0x1f004312 (selected caps) The result of grep AGP /var/log/Xorg.0.log is: (**) fglrx(0): Option "UseInternalAGPGART" "no" (II) fglrx(0): AGP card detected (**) fglrx(0): using built in AGPGART module: no (II) fglrx(0): [agp] AGP v1/2 disable mask 0x00000000 (II) fglrx(0): [agp] AGP v3 disable mask 0x00000000 (II) fglrx(0): [agp] enabling AGP with mode=0x1f004b1a (II) fglrx(0): [agp] Remapping MC AGP space (new MCAGPBase = 0xf0000000)(II) fglrx(0): [agp] AGP protocol is enabled for graphics board. (cmd=0x1f004312)
(II) fglrx(0): [agp] graphics chipset has AGP v3.0 (native mode) Wolfgang