Moved: These postings have been moved to help both threads getting the exposure they deserve.

The gani driver says it is for Realtek RTL8169/8110 giga bit ethernet NIC PCI card. Hence it should not work for my card?



bash-3.2# dmesg | grep rge
Jul 7 17:46:00 frasse scsi: [ID 193665 kern.info] sd0 at ata1: target 0 lun 0
Jul 7 17:46:07 frasse mac: [ID 736570 kern.info] NOTICE: rge1 unregistered
Jul 7 17:52:56 frasse scsi: [ID 193665 kern.info] sd5 at scsa2usb0: target 0 lun 0
Jul 7 17:53:06 frasse pcplusmp: [ID 444295 kern.info] pcplusmp: pci10ec,8168 (rge) instance #1 vector 0x1a ioapic 0xff intin 0xff is bound to cpu 3
Jul 7 17:53:06 frasse rge: [ID 801725 kern.info] NOTICE: rge1: Using MSI interrupt type
Jul 7 17:53:06 frasse mac: [ID 469746 kern.info] NOTICE: rge1 registered
Jul 7 17:56:02 frasse in.routed[472]: [ID 588247 daemon.warning] interface rge0 to 192.168.0.185 broken: in=0 ierr=0 out=1 oerr=1
bash-3.2#


for the snooping, nothing happens. The prompt just sits and waits.


I dont understand, there seems to be problem with the DHCP? My card can not get DHCP from the server?





UPDATE: This is strange. Under Windows XP on the same computer, ipconfig shows

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

This is the NIC that is inactive in WinXP. I have only one network cable, and it goes into... which NIC? Under WinXP, the network connectivity works. WinXP seems to use one NIC, and Solaris seems to favor another NIC. Thats a problem? Hmm?

Ok, ive used this construct (read on the internet):
% cat /etc/hostname.rge0
frasse ether 0:1f:d0:20:bf:db

and Ive added all stuff to /etc/nsswitch.con resolv.conf, etc that you told me to. The netstat -rn output is exactly identical except changing the "Use" field numbers to
4
79
303


Now I get: (seems closer to functioning)


bash-3.2# dmesg | grep rge
Jul 7 19:02:17 frasse pcplusmp: [ID 803547 kern.info] pcplusmp: pci10ec,8168 (rge) instance 0 vector 0x18 ioapic 0xff intin 0xff is bound to cpu 3
Jul 7 19:02:17 frasse rge: [ID 801725 kern.info] NOTICE: rge0: Using MSI interrupt type
Jul 7 19:02:18 frasse mac: [ID 469746 kern.info] NOTICE: rge0 registered
Jul 7 19:02:18 frasse pcplusmp: [ID 444295 kern.info] pcplusmp: pci10ec,8168 (rge) instance #1 vector 0x1a ioapic 0xff intin 0xff is bound to cpu 3
Jul 7 19:02:18 frasse rge: [ID 801725 kern.info] NOTICE: rge1: Using MSI interrupt type
Jul 7 19:02:18 frasse mac: [ID 469746 kern.info] NOTICE: rge1 registered
Jul 7 19:02:20 frasse scsi: [ID 193665 kern.info] sd1 at marvell88sx0: target 2 lun 0
Jul 7 19:02:21 frasse scsi: [ID 193665 kern.info] sd2 at marvell88sx0: target 3 lun 0
Jul 7 19:02:21 frasse scsi: [ID 193665 kern.info] sd3 at marvell88sx0: target 4 lun 0
Jul 7 19:02:22 frasse scsi: [ID 193665 kern.info] sd4 at marvell88sx0: target 5 lun 0
Jul 7 19:02:35 frasse scsi: [ID 193665 kern.info] sd0 at ata1: target 0 lun 0
Jul 7 19:02:43 frasse mac: [ID 736570 kern.info] NOTICE: rge1 unregistered
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 ?

No this seems fruitless. There are several posts on the internet about problems with RTL8111 and Solaris. I therefore bought an Intel PCI express gigabit NIC, Desktop Adapter PRO1000 EXPIB300PSBTLK something. It works right out of the box. Neednt do anything. Ive read it has quite higher performance than onboard NIC on the mother board.

It seems that almost all intel NIC works with Solaris. Hence, if you are unsure, buy an intel NIC.