Bo Brinkman writes:
> Egbert Eich wrote:
>
> Sorry if I'm being an idiot, but could you give me a bit more of a hint
> about where I should stop the execution? Is this in the TDFXProbe code
> or in the int10 module? I didn't find any comments in either place that
> made it totally obvious to me that the BIOS is about to be POSTed. ;) I
> can't seem to make the module-aware gdb work either, but I'll just add a
> call to one of the dummy break functions in the appropriate place, since
> I don't really need to dig around in gdb.
Yes, that's the simplest way to do it.
You should break in os-support/linux/int10/linux.c
somwhere before xf86ExecX86int10() gets called.
>
> FWIW, it looks like we are actually getting a SIGFPE, which is not what
> I expected...
This looks like the BIOS is doing something strange.
You should find out if this happens when a card is posted
or when another BIOS function is called.
>
> Also note that before X ever runs, this is what scanpci -v gives for
> this card:
>
> pci bus 0x0000 cardnum 0x0a function 0x00: vendor 0x121a device 0x0005
> 3Dfx Interactive, Inc. Voodoo 3
> CardVendor 0x121a card 0x0036 (3Dfx Interactive, Inc. Voodoo3)
> STATUS 0x8090 COMMAND 0x0000
> CLASS 0x03 0x00 0x00 REVISION 0x01
> BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00
> BASE0 0xc4000000 addr 0xc4000000 MEM
> BASE1 0xca000008 addr 0xca000000 MEM PREFETCHABLE
> BASE2 0x0000b001 addr 0x0000b000 I/O
> BASEROM 0xc9ff0000 addr 0xc9ff0000 not-decode-enabled
> MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x05
> BYTE_0 0x01 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00
>
> Notice that BASEROM doesn't look crazy like it used to... It used to be
> left set to 0xffff0000. I assume that something has changed in the
> kernel which causes the BASEROM to be set in this way, because
> 0xffff0000 is the default value, and I assume it would stay there unless
> intentionally changed. Here is the scanpci -v output for the primary
> card, for comparison (Note that it is an AGP card).
The BASEROM value looks OK.
>
> pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x121a device 0x0005
> 3Dfx Interactive, Inc. Voodoo 3
> CardVendor 0x121a card 0x003a (3Dfx Interactive, Inc. Voodoo3 AGP)
> STATUS 0x80b0 COMMAND 0x0003
> CLASS 0x03 0x00 0x00 REVISION 0x01
> BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00
> BASE0 0xc6000000 addr 0xc6000000 MEM
> BASE1 0xce000008 addr 0xce000000 MEM PREFETCHABLE
> BASE2 0x0000d801 addr 0x0000d800 I/O
> BASEROM 0xcdff0000 addr 0xcdff0000 not-decode-enabled
> MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b
> BYTE_0 0x01 BYTE_1 0x00 BYTE_2 0x00 BYTE_3 0x00
>
> I will post complete scanpci -v info once I figure out where to put my
> breakpoint to generate the other info that Egbert wanted.
>
OK, that would be great, thanks.
Regards,
Egbert.
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
