test8 had broken detection for this agp chipset. You have to edit a file in the x86_64 arch directory to get it to allow more than 0 (assuming you configed for uniprocessor) bridges to be used, as it checks a variable after incrementing rather than before. I also found the check wasn't even getting compiled in as the CONFIG_ define had a different name in the arch file than in amd64-agp.c, and only one of these matched the actual config define name.
Haven't tried test9 yet, I sent a patch to dave jones after I noticed this in test7, but I received no response.
-James
Ronny V. Vindenes wrote:
>On Fri, 2003-10-31 at 00:43, Roland Scheidegger wrote:
>
>
>>Ronny V. Vindenes wrote:
>>
>>
>>>Something in the last week or two broke the r200 driver. After I cvs
>>>update'ed and recompiled yesterday, I get this error:
>>>
>>>(EE) RADEON(0): RADEONCPGetBuffer: CP GetBuffer -1020
>>>(EE) RADEON(0): GetBuffer timed out, resetting engine...
>>>(EE) RADEON(0): RADEONCPGetBuffer: CP reset -1020
>>>(EE) RADEON(0): RADEONCPGetBuffer: CP start -1020
>>>
>>>and it gets stuck there repeating the error over and over (the first
>>>time it happened the log grew to almost 800mb before I noticed that
>>>something was wrong).
>>>
>>>Reverting to XFree86 Version 4.3.0 (Fedora Core 1: 4.3.0-42), everything
>>>works as normal, and if I then reinstall cvs version it works until the
>>>next cold boot. I'm guessing something isn't being initialized correctly
>>>in current cvs.
>>>
>>>Card is 9000/128mb under linux 2.6.0-test9 (athlon64 running in pure
>>>32bit mode) with an lcd connected to dvi.
>>>
>>>The (cut down) log is here:
>>>http://www.lstud.ii.uib.no/~s864/XFree86.0.log
>>>
>>>
>> From the log, the card gets detected as a PCI card, but from the bus id
>>I'd say it's a AGP card, is that true? In that case, it looks like the
>>test for AGP/PCI doesn't work correctly.
>>
>>
>
>It is an AGP card, but the amd64-agp module in 2.6.0-test9 doesn't
>detect the VIA K8T800 chipset [1] (agpgart in 2.4.23-pre9 does detect
>it, but XFree86 still defaults to pcigart [2]).
>
>
>
>>In radeon_driver.c, it says "Following detection method works for all
>>cards tested so far." Guess your card is the first it doesn't :-(
>>If that's the case, you can try to get it to work with "BusType" "AGP"
>>in the XF86Config file.
>>Though I'd have assumed that a AGP card detected as PCI should still work.
>>
>>
>
>Setting "BusType" "AGP" makes no difference.
>
>Just to clarify, it is detected as PCI when using older working also.
>
>[1] I can get it to load by some hand tweaking of some of the tests in
>the module, but it still works no better than 2.4.23-pre9.
>
>[2] Someone with the same motherboard is seeing the same problem with agp
>not working: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107805
>
>
>
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
