I'm doing a fresh install on a new box which has an RTL8111 NIC onboard and also a PCI-E Netis NIC card. The installer correctly detects that there are two available NICs, and asks which to use, but it displays both choices as the onboard RTL8111 device description. Using trial-and-error and moving the cable around, I can see that eth0 is actially the Netis and eth1 is the RTL811. So it seems to be using the description of the last NIC found for all of the displayed choices. I'll attach report.bug.
Created attachment 3264 [details] report.bug.gz
*** This bug has been marked as a duplicate of bug 7398 ***
Status: NEW => RESOLVEDResolution: (none) => DUPLICATE
I don't know that this is strictly a duplicate. This isn't about the order in which the NICs are recognized, or who gets which name. The issue here is that both NICs display the same description, so you don't know which is which.
stage1 or stage2 (graphical)?
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
I fail to see your netis card in lspcidrake output... Actually both your eth0 & eth1 are managed by r8169
Resolution: DUPLICATE => INVALID
Stage 1. It's a graphical install, but it's still in the ncurses stage. I wondered if the root cause was that the same chipset was used, but there was no indication on the netis packaging as to what was actually inside. Only one of the NICs (I forget which) was actually cabled during the install, but I don't think that affects the display since it would go ahead and try to use the uncabled one if that was what I selected.
According to lspcidrake, there's only one card, with two ports. Isn't that the case?
(In reply to comment #7) > According to lspcidrake, there's only one card, with two ports. > Isn't that the case? Not as far as I know. The RTL8111 is built into the mainboard, and only has the standard cable connector on the rear I/O panel for the case. The netis is an actual PCI-E card that mounts on the mainboard, and exposes its cable connector through one of the removable slots. I did verify that the two list entries *do* correspond to the onboard and the card. If I cable the onboard, and choose the second entry, the network connects. If I cable the card, and choose the first, the network connects. If I choose the uncabled entry in either case, it hangs. Also, my DHCP is configured to only assign an address if it recognizes the MAC. Both of the choices show up at the DHCP server with different MACs.
Does lspci show the two cards?
As far as I can tell, the one in the report.bug just has 2 entries for the RTL8111. I'll try booting rescue or knoppix and see what lspci shows there.
err in your report.bug, lspcidrake show only _one_ entry for network cards...
Right at the top: r8169 : Realtek Semiconductor Co., Ltd.|RTL8111/8168B PCI Express Gigabit Ethernet controller [NETWORK_ETHERNET] (subv:1043 subd:8432) r8169 : Realtek Semiconductor Co., Ltd.|RTL8111/8168B PCI Express Gigabit Ethernet controller [NETWORK_ETHERNET] However, looking down in the syslog: <6>[ 8.239261] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded <7>[ 8.239484] r8169 0000:02:00.0: irq 42 for MSI/MSI-X <6>[ 8.239834] r8169 0000:02:00.0 eth0: RTL8168b/8111b at 0xffffc900121d0000, 00:e0:4c:20:58:b9, XID 18000000 IRQ 42 <6>[ 8.239837] r8169 0000:02:00.0 eth0: jumbo features [frames: 4080 bytes, tx checksumming: ko] <6>[ 8.239852] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded <7>[ 8.240142] r8169 0000:03:00.0: irq 43 for MSI/MSI-X <6>[ 8.240386] r8169 0000:03:00.0 eth1: RTL8168evl/8111evl at 0xffffc900121d2000, 10:bf:48:80:31:30, XID 0c900800 IRQ 43 <6>[ 8.240388] r8169 0000:03:00.0 eth1: jumbo features [frames: 9200 bytes, tx checksumming: ko] So maybe the two NICs *are* using the identical chipset. I know for a fact that if I cable the card, uncable the onboard, and choose eth0, the network comes up. Maybe it's the driver itself that is "combining" the devices.
http://netis-systems.com/download/AD1102_Linux.zip shows this is just a rebranded r8169 so they are driven by the same driver and there's no confusion
Correct. I booted knoppix and did an lspci, and got the same result as lspcidrake - two NICs with R8169 and different PCI addresses. I then removed the card and retested, and one of the entries disappeared.