This is definetly unacceptable behavior.
Did driverfs sneak into 2.4 ?
cheers,
jamal
On Sun, 16 Mar 2003, Michael Richardson wrote:
------- Blind-Carbon-Copy
To: <redacted>
Subject: BUG: 2.4.21-pre5 changes network scan order
Mime-Version: 1.0 (generated by tm-edit 1.8)
Content-Type: text/plain; charset=US-ASCII
Date: Sun, 16 Mar 2003 20:25:24 -0800
From: Michael Richardson <redacted>
- -----BEGIN PGP SIGNED MESSAGE-----
We installed 2.4.21-pre5 on a system that had 2.4.20 on it before.
A) The network scan order changes. It used to be:
eth0 = Intel (on motherboard)
eth1 = DP8381x
eth2 = DS21140
which WAS the PCI BIOS order.
2.4.21-pre5 does NOT get it in the PCI bios order.
B) Since we all agree that it is unacceptable to make a change like this in
the production stream, I expect that this is a bug.
dhs-[~] root 31 #lspci
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 0)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:0d.0 Ethernet controller: Intel Corp. 82559ER (rev 09)
00:11.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyr
00:13.0 Ethernet controller: Digital Equipment Corporation DECchip 21140 [Faste)
01:00.0 VGA compatible controller: S3 Inc. 86c368 [Trio 3D/2X] (rev 02)
tulip0: EEPROM default media type Autosense.
tulip0: Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
tulip0: MII transceiver #0 config 1000 status 7809 advertising 01e1.
divert: allocating divert_blk for eth0
eth0: Digital DS21140 Tulip rev 34 at 0xec00, 00:40:05:A3:52:E6, IRQ 10.
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin [off-list ref] and others
PCI: Found IRQ 9 for device 00:0d.0
divert: allocating divert_blk for eth1
eth1: Intel Corp. 82559ER, 00:60:EF:11:4E:5A, IRQ 9.
Receiver lock-up bug exists -- enabling work-around.
Board assembly 645520-034, Physical connectors present: RJ45
Primary interface chip DP83840 PHY #1.
DP83840 specific setup, setting register 23 to 0422.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0xdbd8681d).
Receiver lock-up workaround activated.
natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002
originally by Donald Becker [off-list ref]
http://www.scyld.com/network/natsemi.html
2.4.x kernel port by Jeff Garzik, Tjeerd Mulder
PCI: Found IRQ 9 for device 00:11.0
divert: allocating divert_blk for eth2
eth2: NatSemi DP8381[56] at 0xe080f000, 00:a0:cc:a1:fd:84, IRQ 9.
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Finger me for keys
iQCVAwUBPnVOI4qHRg3pndX9AQEY5QP/Uu0jvlmLSdH94lyn3yln0Psszc3HjTw/
oc3CiuuIFTlZ7brJ/IuBuGjCrgS31+oaOUMq+xgqQDlXL+Pj9Xw3Q8llphjyWTKz
M15s2If2fTAVTYDuKa9WMGBT8HfmSDrE+V/2UulsG1PivUyztID8VVmqeDECctL0
nivCqDooFV4=
=mUBg
- -----END PGP SIGNATURE-----
------- End of Blind-Carbon-Copy