Re: latest 2.1.11* with de4x5 and multiple Tulips
Geert Uytterhoeven (Geert.Uytterhoeven@cs.kuleuven.ac.be)
Tue, 28 Jul 1998 11:30:15 +0200 (CEST)
On Tue, 28 Jul 1998, David S. Miller wrote:
> Are people using this seeing bootup messages like:
>
> eth1: DC21140 at 0xfffff9fe02001000 (PCI bus 3, device 4), h/w address 00:00:92:
> a7:62:41,
> and requires IRQ660040 (provided by PCI BIOS).
> de4x5.c:V0.540 1998/7/5 davies@maniac.ultranet.com
> eth2: region already allocated at 0xfffff9fe02001000.
> eth2: DC21140 at 0xfffff9fe02001080 (PCI bus 3, device 5), h/w address 00:00:92:
> a7:62:42,
> and requires IRQ660040 (provided by PCI BIOS).
> de4x5.c:V0.540 1998/7/5 davies@maniac.ultranet.com
> eth3: region already allocated at 0xfffff9fe02001000.
> eth3: region already allocated at 0xfffff9fe02001080.
> eth3: DC21140 at 0xfffff9fe02001400 (PCI bus 3, device 6), h/w address 00:00:92:
> a7:62:43,
> and requires IRQ660040 (provided by PCI BIOS).
> de4x5.c:V0.540 1998/7/5 davies@maniac.ultranet.com
> eth4: region already allocated at 0xfffff9fe02001000.
> eth4: region already allocated at 0xfffff9fe02001080.
> eth4: region already allocated at 0xfffff9fe02001400.
>
> etc? I am, and I think it began happening with the recent driver
> updates one or two releases ago.
>
> I just want to hear that someone else has seen it so I know it isn't
> specific to Sparc64 machines (I don't think it is, looking at the
> code).
I see:
eth0: DC21041 at 0x1080 (PCI bus 0, device 4), h/w address 00:80:c8:5a:f8:5b,
and requires IRQ29 (provided by PCI BIOS).
de4x5.c:V0.540 1998/7/5 davies@maniac.ultranet.com
eth1: region already allocated at 0x1080.
eth1: region already allocated at 0x1080.
eth2: region already allocated at 0x1080.
eth3: region already allocated at 0x1080.
eth4: region already allocated at 0x1080.
eth5: region already allocated at 0x1080.
eth6: region already allocated at 0x1080.
eth7: region already allocated at 0x1080.
Sending BOOTP requests....eth0: media is TP.
OK
IP-Config: Got BOOTP answer from 10.0.24.14, my address is 10.0.24.8
with only one 21041 board on PPC.
Caused by the `probe multiple times for multiple boards' changes.
On Zorro (e.g. Ariadne), the zorro_find() routine just skips boards that are
already configured. pci_find_*() doesn't.
Greetings,
Geert
--
Geert Uytterhoeven Geert.Uytterhoeven@cs.kuleuven.ac.be
Wavelets, Linux/{m68k~Amiga,PPC~CHRP} http://www.cs.kuleuven.ac.be/~geert/
Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html