Mike Dresser wrote:
> On Mon, 18 Nov 2002, Jeff Garzik wrote:
>
>
> >this is a toughie... basically that is an invalid PCI ID that should
> >not occur. the "00ec" should really be "10ec", but it sounds like there
> >is a missing bit in the EEPROM where your card's PCI ID is stored.
>
>
> I'll try another card, and get back to you, just in case it's a
> partially fubar card.
FWIW I have seen tons of 8139s that work fine but have invalid PCI
IDs... the price of being a US$0.50 chip I guess :)
So I doubt it's a fubar card...
> >A better patch would add
> >
> > { 0x00ec, 0x8139, 0xa0a0, 0x0027, ... }
>
>
> True true, until Aopen plays games with PCI ID's again :)
exactly... :/
> Never said i was a programmer :) More of a hacker in the traditional
> sense. Nano is my hammer, all .c code is nails.
hehe
>
>
> >>I left the D card in my workstation for now, I'll see how it handles the
> >>nightly backup tonight, and if you want me to test things for 8139cp
> >
> >cool. no need to test 8139cp, it won't even load with your card, since
> >it is not an 8139C+ chip.
>
>
> Ok. I take it the C+ has functions that weren't carried over to D?
8139C+ is, in CVS lingo, a branch. 8139D has -none- of the 8139C+
functions...
> >>What IS pci-skeleton then?
> >
> >Example driver that other developers may base drivers off of...
>
> Or feed to the Penguin. Hey, you said red herring :D
hehe :)
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:25 EST