Lars, do you have any clue regarding this el?ndiga RTL8111? I cut & copy the information into this post from my original thread: http://www.opensolaris.org/jive/thread.jspa?threadID=64893&tstart=0
ABSTRACT: This post is about PCI express RTL8111 issues I took a lot risk by bying bleading edge hardware for my Solaris box, where the mobo and the graphic card is one month old. I would love to report my setup into the HCL, so more can buy bleading edge HW. But first I would like to see if we can get the Ati 4850 to work and the NIC RTL8111. For the Ati, it seems that MoinakG is looking into the Xlog file i mailed him right now(?). For the NIC, I would like to do one last try, otherwise I buy one PCI express Intel NIC. If we get the RTL8111 to work it is good for the HCL (it is very common). If someone knows of a working PCI express NIC, please post here. Actually, I dont expect someone to be able to solve this, but I will post it anyway. One never knows. I have two RTL8111 PCI express NIC on this mobo. WinXP says active NIC: 00-1F-D0-20-BF-DB Inactive NIC: 00-1F-D0-20-C0-6A Whereas in Solaris, ifconfig shows rge0: flags=.... ether 0:1f:d0:20:c0:6a The NICs differ. I therefore did this in Solaris: bash-3.2# cat hostname.rge0 frasse ether 0:1f:d0:20:bf:db I know 0:1f:d0:20:bf:db works under WinXP. Further output: bash-3.2# ifconfig -a lo0: flags=2001000849 mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 rge0: flags=201000843 mtu 1500 index 2 inet 192.168.0.185 netmask ffffff00 broadcast 192.168.0.255 ether 0:1f:d0:20:bf:db lo0: flags=2002000849 mtu 8252 index 1 inet6 ::1/128 bash-3.2# netstat -rn Routing Table: IPv4 Destination Gateway Flags Ref Use Interface -------------------- -------------------- ----- ----- ---------- --------- default 192.168.0.1 UG 1 0 192.168.0.0 192.168.0.185 U 1 48 rge0 127.0.0.1 127.0.0.1 UH 1 574 lo0 Routing Table: IPv6 Destination/Mask Gateway Flags Ref Use If --------------------------- --------------------------- ----- --- ------- ----- ::1 ::1 UH 1 23 lo0 bash-3.2# /usr/X11/bin/scanpci .... pci bus 0x0003 cardnum 0x00 function 0x00: vendor 0x10ec device 0x8168 Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller pci bus 0x0004 cardnum 0x00 function 0x00: vendor 0x10ec device 0x8168 Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller bash-3.2# prtconf -v ... pci1458,e000, instance #1 Driver properties: name='fm-ereport-capable' type=boolean dev=none Hardware properties: name='pci-msix-capid-pointer' type=int items=1 value=000000b0 name='pci-msi-capid-pointer' type=int items=1 value=00000050 name='assigned-addresses' type=int items=15 value=81040010.00000000.0000c000.00000000.00000100.c3040018.00000000.ea010000.0 0000000.00001000.c3040 020.00000000.ea000000.00000000.00010000 name='reg' type=int items=20 value=00040000.00000000.00000000.00000000.00000000.01040010.00000000.00000000.0 0000000.00000100.43040 018.00000000.00000000.00000000.00001000.43040020.00000 000.00000000.00000000.00010000 name='compatible' type=string items=13 value='pciex10ec,8168.1458.e000.2' + 'pciex10ec,8168.1458.e000' + 'pciex10ec,8168.2' + 'pciex10ec,8168' + 'pciexclass,020000' + 'pciexclass,0200' + 'pci10ec,8168.1458.e000.2' + 'pci10ec,8168.1458.e000' + 'pci1458,e000' + 'pci10ec,8168.2' + 'pci10ec,8168' + 'pciclass,020000' + 'pciclass,0200' name='model' type=string items=1 value='Ethernet controller' name='power-consumption' type=int items=2 value=00000001.00000001 name='devsel-speed' type=int items=1 value=00000000 name='interrupts' type=int items=1 value=00000001 name='subsystem-vendor-id' type=int items=1 value=00001458 name='subsystem-id' type=int items=1 value=0000e000 name='unit-address' type=string items=1 value='0' name='class-code' type=int items=1 value=00020000 name='revision-id' type=int items=1 value=00000002 name='vendor-id' type=int items=1 value=000010ec name='device-id' type=int items=1 value=00008168 name='pcie-capid-pointer' type=int items=1 value=00000070 name='pcie-capid-reg' type=int items=1 value=00000201 Device Minor Nodes: dev=(237,2) dev_path=/pci at 0,0/pci8086,3a4a at 1c,5/pci1458,e000 at 0:rge1 spectype=chr type=minor dev_link=/dev/rge1 bash-3.2# dmesg | grep rge Jul 8 13:28:29 frasse scsi: [ID 193665 kern.info] sd3 at marvell88sx0: target 4 lun 0 Jul 8 13:28:29 frasse scsi: [ID 193665 kern.info] sd4 at marvell88sx0: target 5 lun 0 Jul 8 13:28:45 frasse scsi: [ID 193665 kern.info] sd0 at ata1: target 0 lun 0 Jul 8 13:28:55 frasse mac: [ID 736570 kern.info] NOTICE: rge1 unregistered Jul 8 13:36:07 frasse pcplusmp: [ID 444295 kern.info] pcplusmp: pci10ec,8168 (rge) instance #1 vector 0x1a ioapic 0xff intin 0xff is bound to cpu 3 Jul 8 13:36:07 frasse rge: [ID 801725 kern.info] NOTICE: rge1: Using MSI interrupt type Jul 8 13:36:07 frasse mac: [ID 469746 kern.info] NOTICE: rge1 registered Question: prtconf shows pciex10ec,8168.1458.e000.2 whereas I seem to have pci10ec in my system. I suspect I have PCI driver version? And it should be pciex version? What can be the problem? Is the RTL8111 not working, period? snoop -d rge0 shows no output. Just sits there waiting. A couple of minutes ago, I couldnt ping 192.168.0.185. But now I can. I never have succeeded pinging my D-link 604 router on 192.168.0.1. (Yesterday I managed to get this output, but when I tried this again an hour later, it didnt work. Very often, something works one way, and later it works another way. It feels non-deterministic bash-3.2# snoop -d rge0 Using device rge0 (promiscuous mode) frasse -> (broadcast) ARP C Who is 192.168.0.1, 192.168.0.1 ? frasse -> (broadcast) ARP C Who is 192.168.0.1, 192.168.0.1 ? frasse -> (broadcast) ARP C Who is 192.168.0.1, 192.168.0.1 ? frasse -> (broadcast) ARP C Who is 192.168.0.1, 192.168.0.1 ? frasse -> (broadcast) ARP C Who is 192.168.0.1, 192.168.0.1 ?) This message posted from opensolaris.org
