Red Hat Bugzilla – Bug 52037
modprobe agpgart locks machine (resources aren't being allocated)
Last modified: 2005-10-31 17:00:50 EST
Description of Problem:
on roswell 2 (7.1.94), with the kernel 2.4.7-2, issuing the command
"modprobe agpgart" locks the machine solid; a reboot is necessary
Version-Release number of selected component (if applicable):
everytime; happens when I try the smp kernel, the non-smp kernel, the
noapic option, and after fiddling with almost every BIOS option
Steps to Reproduce:
1. modprobe agpgart
machine locks solid; a hard reset is required
the agpgart module should load, or give an error
I didn't have this problem in 7.1. The problem is probably caused by the
new ServerWorks AGP support that has found itself in newer kernels (post
7.1)--I have a ServerWorks III HE-SL chipset in my SuperMicro 370DE6
motherboard. Before ServerWorks AGP support was available the kernel would
spit out an error message when I tried to load the agpgart module.
When the support was introduced in the generic kernel source I worked with
Jeff Hartmann, the agpgart author, to try to isolate the problem. At that
time when the module was loaded a series of error messages would scroll by
on the screen; the machine was still essentially hard-locked, however. He
ascertained after a while that he thought the problem had to do with
resources not being allocated correctly. The output of lspci -vvv shows
00:00.0 Host bridge: ServerWorks CNB20HE Host Bridge (rev 23)
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<MAbort- >SERR- <PERR-
Region 0: Memory at <ignored> (32-bit, prefetchable) [disabled]
Region 1: Memory at f22ff000 (32-bit, non-prefetchable) [disabled]
Here the Region 0 of 00:00.0 isn't allocated. dmesg also points this out:
PCI: Cannot allocate resource region 0 of device 00:00.0
By playing around with various BIOS settings I can get it so that Region 0
is allocated, but Region 1 then goes unallocated. At Jeff's suggestion I
removed all PCI devices from the system--he thought maybe a soundcard or
other device was the problem--this still didn't fix it.
Booting with the uniproc kernel or with the noapic option doesn't fix the
I think that if the resource allocation problem can be fixed this will fix
the agpgart lockup.
I will attach all relevant information that Jeff had asked for...
Created attachment 28414 [details]
Created attachment 28415 [details]
lspci -vvv output
Created attachment 28416 [details]
lspci -xxx output
I am using a VisionTek GeForce 3 card at the current time; however, I am not
using the proprietary drivers from Nvidia. I also have a G450 from Matrox; it
also has the problem.
This defect is considered SHOULD-FIX for Fairfax.
this is no longer an issue...
SuperMicro recently released a new BIOS (1.1C) for the 370DE6 motherboard. A
combination of applying that, removing all cards except the Nvidia card, and
playing with the BIOS settings some more seemed to fix it. I'm thinking it is
the BIOS update that fixed the problem since I have tried the other things
before. When I had agpgart loaded I then was able to reinstall my other PCI
cards and things worked fine (and continue to).
Bios bug -> NOTOURBUG :)
but that doesn't exist so I'll close as NOTABUG