EEPROM content and multiple NIC

I'm very curious about this output I'm getting,

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

        00  14  100b  0020  0200  ff
In:    serial
Out:   serial
Err:   serial
Net:   natsemi: EEPROM contents:

d008 0001 0001 0001 0001 0001 0001 0001 0001 0001 1841 0001
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

As far as I know, NS83815 manual claims that d008 is a default value for vendor ID. but pci_ids thinks 100b is National semiconductor's vendor ID. Does anyone know why the difference ?

Also, board Im using has EEPROM to configure the NIC during reset. And it contains 100b (shown on first line of output), however, print out of EEPROM from natsemi.c shows d008 as written in the NS83815 manual.

I'm reading the natsemi.c but I just cant see why it would read some other value. This is a cut out of the source from natsemi.c

-------------cut--------------

        printf("natsemi: EEPROM contents:\n");
        for (i = 0; i <= EEPROM_SIZE; i++) {
            short eedata = read_eeprom(dev, EECtrl, i);
            printf(" %04hx", eedata);
        }

----------end cut-----------

EEPROM_SIZE = 12 <- correct
EECtrl = 0x08 <- correct too

Another question is, I have several NIC. When I do tftpboot from first card, works. It prints out,
Using dp83815#0 device

Next, when I remove the cable from first card, insert it to second card, run the same command, it works, and prints out, Using dp83815#0 device

I'm pretty sure it should print out "Using dp83815#1 device". Possibly failed attempt from using dp83815#0 device. What do you all think?

I havent looked@it deeper enuf, but if I can get some shared thoughts it would help me out great deal.

Daniel

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

...

d008 == 1101000000001000
100b == 0001000000001011

It's been a long, long time since I touched/looked at this code (or the docs!), so don't ask me why this is like it is, but, there you have it...

I do remember that getting MAC addresses into the EEPROM wasn't much fun because of the shifting required to get the bits into the right places.

hope this helps,
- -mark rakes

-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 1917)
Comment: secure:

iQA/AwUBQmXxor7wvj+mn5e0EQJZQwCgxlk6DqwQjjZRQENWEHFKPONxe2EAoN7D Kw8DfjjKiOeVhNbiyvYs3tb9
=QHgw
-----END PGP SIGNATURE-----

Hahahaha... This is so funny. Its amazing how simple one can get if you just know why.

Thanks mark.

Daniel