• Welcome to Overclockers Forums! Join us to reply in threads, receive reduced ads, and to customize your site experience!

M3N78VM ethernet issues

Overclockers is supported by our readers. When you click a link to make a purchase, we may earn a commission. Learn More.

Stratus_ss

Overclockix Snake Charming Senior, Alt OS Content
Joined
Jan 24, 2006
Location
South Dakota
So I have 3 of these motherboards and I havent had problems with the ethernet until recently.

I moved over the weekend and some how in the move the ethernet stopped negotiating to 1000mbits

here is the lspci

Code:
00:00.0 RAM memory [0500]: nVidia Corporation MCP78S [GeForce 8200] Memory Controller [10de:0754] (rev a2)
00:01.0 ISA bridge [0601]: nVidia Corporation MCP78S [GeForce 8200] LPC Bridge [10de:075c] (rev a2)
00:01.1 SMBus [0c05]: nVidia Corporation MCP78S [GeForce 8200] SMBus [10de:0752] (rev a1)
00:01.2 RAM memory [0500]: nVidia Corporation MCP78S [GeForce 8200] Memory Controller [10de:0751] (rev a1)
00:01.3 Co-processor [0b40]: nVidia Corporation MCP78S [GeForce 8200] Co-Processor [10de:0753] (rev a2)
00:01.4 RAM memory [0500]: nVidia Corporation MCP78S [GeForce 8200] Memory Controller [10de:0568] (rev a1)
00:02.0 USB Controller [0c03]: nVidia Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller [10de:077b] (rev a1)
00:02.1 USB Controller [0c03]: nVidia Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller [10de:077c] (rev a1)
00:04.0 USB Controller [0c03]: nVidia Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller [10de:077d] (rev a1)
00:04.1 USB Controller [0c03]: nVidia Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller [10de:077e] (rev a1)
00:06.0 IDE interface [0101]: nVidia Corporation MCP78S [GeForce 8200] IDE [10de:0759] (rev a1)
00:08.0 PCI bridge [0604]: nVidia Corporation MCP78S [GeForce 8200] PCI Bridge [10de:075a] (rev a1)
00:09.0 SATA controller [0106]: nVidia Corporation MCP78S [GeForce 8200] AHCI Controller [10de:0ad4] (rev a2)
[color=red]00:0a.0 Ethernet controller [0200]: nVidia Corporation MCP78S [GeForce 8200] Ethernet [10de:0760] (rev a2)[/color]
00:0b.0 PCI bridge [0604]: nVidia Corporation MCP78S [GeForce 8200] PCI Express Bridge [10de:0569] (rev a1)
00:10.0 PCI bridge [0604]: nVidia Corporation MCP78S [GeForce 8200] PCI Express Bridge [10de:0778] (rev a1)
00:12.0 PCI bridge [0604]: nVidia Corporation MCP78S [GeForce 8200] PCI Express Bridge [10de:075b] (rev a1)
00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101]
00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102]
00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103]
01:06.0 Multimedia audio controller [0401]: C-Media Electronics Inc CM8738 [13f6:0111] (rev 10)
02:00.0 VGA compatible controller [0300]: nVidia Corporation GeForce 8200 [10de:0849] (rev a2)

and the lshw

Code:
  *-network
       description: Ethernet interface
       product: MCP78S [GeForce 8200] Ethernet
       vendor: nVidia Corporation
       physical id: a
       bus info: pci@0000:00:0a.0
       logical name: eth0
       version: a2
       serial: 00:22:15:b9:85:46
       size: 100MB/s
 [color=red]      capacity: 1GB/s[/color]
       width: 32 bits
       clock: 66MHz
       capabilities: pm msi ht bus_master cap_list ethernet physical mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=forcedeth driverversion=0.61 duplex=full latency=0 link=yes maxlatency=20 mingnt=1 module=forcedeth multicast=yes port=MII speed=100MB/s
  *-network:0 DISABLED
       description: Ethernet interface
       physical id: 1
       logical name: pan0
       serial: 3e:44:52:6b:69:40
       capabilities: ethernet physical
       configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A link=yes multicast=yes
  *-network:1
       description: Wireless interface
       physical id: 2
       logical name: wlan0
       serial: 00:23:54:07:17:71
       capabilities: ethernet physical wireless
       configuration: broadcast=yes ip=192.168.1.103 multicast=yes wireless=IEEE 802.11bg

and the ethtool

Code:
Settings for eth0:
	Supported ports: [ MII ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	[color=red]                        1000baseT/Full [/color]
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	Advertised auto-negotiation: Yes
	Speed: 100Mb/s
	Duplex: Full
	Port: MII
	PHYAD: 3
	Transceiver: external
	Auto-negotiation: on
	Supports Wake-on: g
	Wake-on: d
	Link detected: yes

as you can see the problem is obviously in the advertising. I tried to use ethtool to force the speed but I got an invalid command.

Running Mythbuntu 9.04 with the 2.6.26-15-server kernel. I also tried a Linux Mint 7 64 bit live cd, which accepts the exact same ethtool command and from the lights you can tell that it takes the network down and brings it back up but it still only broadcasts at 100mbits.

I'm at a loss here. I haven't done any updates since the time I took the server down on Friday to the time I brought it back up on saturday.:screwy::screwy::bang head:bang head:bang head

Any help would be appreciated.

p.s. I swapped the cables 5 times now. I am 100% sure its not the cables.
 
Please post: dmesg | grep -i -C 10 eth

I want to see what driver it is using, as well as anything else the kernel was thinking...

I have actually seen drivers used for 100baseT instead on 1000baseT adapters when the hardware supports 1000 but is compatible with the older driver.

Did you build your own kernel, or do you have every driver in the world available?
 
Have you checked outside of the machine, to make sure that the switch is set correctly and advertising 1000mbps? Plug another machine into that same cable and see what you get. I wouldn't be surprised to see that the switch is the issue.
 
Please post: dmesg | grep -i -C 10 eth

I want to see what driver it is using, as well as anything else the kernel was thinking...

I have actually seen drivers used for 100baseT instead on 1000baseT adapters when the hardware supports 1000 but is compatible with the older driver.

Did you build your own kernel, or do you have every driver in the world available?

its using the forcedeth driver, I will post the dmesg momentarily
no I didn't compile my own kernel, I am using hte server kernel available in the repos

Regarding the switch, would that change what the ethernet card is actually advertising? If you notice the card is only advertising at 100 mbit speeds for whatever reason... So if the switch was faulty, it just wouldnt negotiate at gigabit speeds but it still should advertise as such


EDIT: confirmed it is not the switch, a different computer negotiates at gigabit on the same switch with the same cord

EDIT2: booted the default kernel with no change in luck. In fact now I cant even get it to connect to the network because the clocksource tsc is unstable

EDIT3: fixed the timing issue, couldnt connect still, plugged in wireless card to retrieve MRD's requested info

Code:
[    1.631256] isapnp: Scanning for PnP cards...
[    1.981254] isapnp: No Plug & Play device found
[    2.000209] Serial: 8250/16550 driver4 ports, IRQ sharing enabled
[    2.000209] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    2.000209] 00:0c: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    2.000209] brd: module loaded
[    2.000209] loop: module loaded
[    2.000209] Fixed MDIO Bus: probed
[    2.000209] PPP generic driver version 2.4.2
[    2.000209] input: Macintosh mouse button emulation as /devices/virtual/input/input2
[    2.000209] Driver 'sd' needs updating - please use bus_type methods
[    2.000209] Driver 'sr' needs updating - please use bus_type methods
[    2.000209] ahci 0000:00:09.0: version 3.0
[    2.000209] ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 23
[    2.000209] ahci 0000:00:09.0: PCI INT A -> Link[LSA0] -> GSI 23 (level, low) -> IRQ 23
[    2.000209] ahci 0000:00:09.0: irq 2301 for MSI/MSI-X
[    2.000209] ahci 0000:00:09.0: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x3f impl SATA mode
[    2.000209] ahci 0000:00:09.0: flags: 64bit ncq sntf led clo pmp pio 
[    2.000209] ahci 0000:00:09.0: setting latency timer to 64
[    2.000215] scsi0 : ahci
[    2.000215] scsi1 : ahci
[    2.000215] scsi2 : ahci
--
[    7.441348] sd 1:0:0:0: hash matches
[    7.441348] pci 0000:00:01.0: hash matches
[    7.441348] rtc_cmos 00:08: setting system clock to 2009-10-13 01:32:32 UTC (1255397552)
[    7.441348] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
[    7.441348] EDD information not available.
[    7.441348] Freeing unused kernel memory: 548k freed
[    7.441348] Write protecting the kernel text: 4172k
[    7.441348] Write protecting the kernel read-only data: 1544k
[    7.460004] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3
[    7.621255] FDC 0 is a post-1991 82077
[    7.680113] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.61.
[    7.680113] ACPI: PCI Interrupt Link [LMAC] enabled at IRQ 22
[    7.680113] forcedeth 0000:00:0a.0: PCI INT A -> Link[LMAC] -> GSI 22 (level, low) -> IRQ 22
[    7.680113] forcedeth 0000:00:0a.0: setting latency timer to 64
[    7.751262] forcedeth 0000:00:0a.0: ifname eth0, PHY OUI 0x732 @ 3, addr 00:22:15:b9:85:46
[    7.751262] forcedeth 0000:00:0a.0: highdma csum pwrctl mgmt timirq gbit lnktim msi desc-v3
[    7.951253] usb 4-1: new full speed USB device using ohci_hcd and address 2
[    7.991260] EXT4-fs: barriers enabled
[    8.010159] kjournald2 starting.  Commit interval 5 seconds
[    8.010159] EXT4-fs: delayed allocation enabled
[    8.010159] EXT4-fs: file extents enabled
[    8.018046] EXT4-fs: mballoc enabled
[    8.018046] EXT4-fs: mounted filesystem with ordered data mode.
[    8.170113] usb 4-1: configuration #1 chosen from 1 choice
[    9.170975] udev: starting version 141
[    9.499503] input: ATI Remote Wonder II as /devices/pci0000:00/0000:00:04.0/usb4/4-1/input/input4
--
[   22.961421] XFS mounting filesystem sdb1
[   23.110068] Ending clean XFS mount for filesystem: sdb1
[   23.381258] type=1505 audit(1255397568.444:2): operation="profile_load" name="/sbin/dhclient-script" name2="default" pid=2202
[   23.381258] type=1505 audit(1255397568.444:3): operation="profile_load" name="/sbin/dhclient3" name2="default" pid=2202
[   23.381258] type=1505 audit(1255397568.444:4): operation="profile_load" name="/usr/lib/NetworkManager/nm-dhcp-client.action" name2="default" pid=2202
[   23.381258] type=1505 audit(1255397568.444:5): operation="profile_load" name="/usr/lib/connman/scripts/dhclient-script" name2="default" pid=2202
[   23.521259] type=1505 audit(1255397568.585:6): operation="profile_load" name="/usr/lib/cups/backend/cups-pdf" name2="default" pid=2207
[   23.521259] type=1505 audit(1255397568.585:7): operation="profile_load" name="/usr/sbin/cupsd" name2="default" pid=2207
[   23.541259] type=1505 audit(1255397568.604:8): operation="profile_load" name="/usr/sbin/mysqld" name2="default" pid=2211
[   23.571262] type=1505 audit(1255397568.635:9): operation="profile_load" name="/usr/sbin/tcpdump" name2="default" pid=2215
[   29.678187] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   29.678187] Bluetooth: BNEP filters: protocol multicast
[   29.730261] Bridge firewalling registered
[   31.259249] Linux agpgart interface v0.103
[   31.639045] nvidia: module license 'NVIDIA' taints kernel.
[   31.900006] ACPI: PCI Interrupt Link [SGRU] enabled at IRQ 21
[   31.900006] nvidia 0000:02:00.0: PCI INT A -> Link[SGRU] -> GSI 21 (level, low) -> IRQ 21
[   31.900006] nvidia 0000:02:00.0: setting latency timer to 64
[   31.900006] NVRM: loading NVIDIA UNIX x86 Kernel Module  185.18.36  Fri Aug 14 17:18:04 PDT 2009
[   34.936159] forcedeth 0000:00:0a.0: irq 2300 for MSI/MSI-X
[   45.170011] eth0: no IPv6 routers present
[  392.011421] usb 1-2: new high speed USB device using ehci_hcd and address 2
[  392.300328] usb 1-2: configuration #1 chosen from 1 choice
[  392.413423] cfg80211: Calling CRDA to update world regulatory domain
[  392.478132] cfg80211: World regulatory domain updated:
[  392.478132] 	(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[  392.478132] 	(2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  392.478132] 	(2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  392.478132] 	(2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  392.478132] 	(5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  392.478132] 	(5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)

Finally got it to negotiate at gigabit speeds, I turned off the autoneg and then turned it back on again and set the speed to 1000, light went green, still cant pull an ip from the dhcp server though

I get the following (abreviated because there are a lot of attempts)

Code:
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
No DHCPOFFERS received
No working leases in persistent database - sleeping

now obviously, the router is functioning fine as I wouldnt be able to type this to you now. I have tried 3 computers, only 1 has problems. All 3 have onboard nics and wireless cards. All 3 wireless cards authenticate and get leases. Only 1 of them has this problem. I have went back kernel versions, went to liveCDs etc.

All I can say is I think its the onboard network card that has apparently died on me?
 
Last edited:
That dmesg does not look right... What do you mean when you say that it was done with the wireless card?

For example, I get:

Code:
dmesg | grep -i eth
eth0: Tigon3 [partno(AC91001A1) rev 0105] (PCI:33MHz:32-bit)
eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1])
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
eth0: dma_rwctrl[76ff000f] dma_mask[64-bit]
ADDRCONF(NETDEV_UP): eth0: link is not ready
tg3: eth0: Link is up at 1000 Mbps, full duplex.
tg3: eth0: Flow control is on for TX and on for RX.
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
eth0: no IPv6 routers present

You should see something more like this... It should be seeing the ethernet adapter and telling you what speed it is bringing it up at.

Try it with the wireless card out... even if it only uses 100, I want to see the output of dmesg w/o any wireless card installed.
 
That dmesg does not look right... What do you mean when you say that it was done with the wireless card?

For example, I get:

Code:
dmesg | grep -i eth
eth0: Tigon3 [partno(AC91001A1) rev 0105] (PCI:33MHz:32-bit)
eth0: attached PHY is 5701 (10/100/1000Base-T Ethernet) (WireSpeed[1])
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[0]
eth0: dma_rwctrl[76ff000f] dma_mask[64-bit]
ADDRCONF(NETDEV_UP): eth0: link is not ready
tg3: eth0: Link is up at 1000 Mbps, full duplex.
tg3: eth0: Flow control is on for TX and on for RX.
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
eth0: no IPv6 routers present

You should see something more like this... It should be seeing the ethernet adapter and telling you what speed it is bringing it up at.

Try it with the wireless card out... even if it only uses 100, I want to see the output of dmesg w/o any wireless card installed.

I mean in or to get the output (to copy it and paste into the terminal i needed to plug in the wireless card because the nic is no longer accepting leases from the DHCP for some strange reason. Also I copied it exactly so the "-C 10" was included in the output if you want me to grep for only eth I can do that.
 
Code:
dmesg |grep -i eth
[    2.000204] Driver 'sd' needs updating - please use bus_type methods
[    2.000204] Driver 'sr' needs updating - please use bus_type methods
[    7.651262] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.61.
[    7.651262] forcedeth 0000:00:0a.0: PCI INT A -> Link[LMAC] -> GSI 22 (level, low) -> IRQ 22
[    7.651262] forcedeth 0000:00:0a.0: setting latency timer to 64
[    7.740011] forcedeth 0000:00:0a.0: ifname eth0, PHY OUI 0x732 @ 3, addr 00:22:15:b9:85:46
[    7.740011] forcedeth 0000:00:0a.0: highdma csum pwrctl mgmt timirq gbit lnktim msi desc-v3
[   12.700147] forcedeth 0000:00:0a.0: irq 2300 for MSI/MSI-X
[   19.411473] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[10142.981587] NETDEV WATCHDOG: eth0 (forcedeth): transmit timed out
[10142.981587] Modules linked in: aes_i586 aes_generic nvidia(P) agpgart bridge stp bnep input_polldev xfs lp arc4 ecb snd_cmipci gameport snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_opl3_lib snd_hwdep snd_mpu401_uart snd_seq_dummy snd_seq_oss rt73usb snd_seq_midi crc_itu_t snd_rawmidi rt2x00usb rt2x00lib snd_seq_midi_event snd_seq led_class snd_timer lirc_atiusb snd_seq_device mac80211 lirc_dev ppdev video k8temp pcspkr ati_remote2 shpchp output snd cfg80211 parport_pc parport soundcore forcedeth floppy fbcon tileblit font bitblit softcursor
[10142.981587]  [<f80f1352>] ? nv_open+0x3f2/0x5a0 [forcedeth]
[10142.981587]  [<f80edb60>] ? nv_do_stats_poll+0x0/0x50 [forcedeth]
[10142.981587] eth0: Got tx_timeout. irq: 00000000
[10142.981587] eth0: Ring at 362ba000
[10142.981587] eth0: Dumping tx registers
[10142.981587] eth0: Dumping tx ring
[10142.981587] eth0: tx_timeout: dead entries!
[30697.980000] eth0: Got tx_timeout. irq: 00000000
[30697.980000] eth0: Ring at 362ba000
[30697.980000] eth0: Dumping tx registers
[30697.980000] eth0: Dumping tx ring
[30697.980000] eth0: tx_timeout: dead entries!
 
found my own answer here

The onboard nForce4 Gigabit port sometimes stop working. In the system log file (/var/log/message), the kernel reports the following error messages:

Jan 1 10:58:28 manet kernel: NETDEV WATCHDOG: eth0: transmit timed out
Jan 1 10:58:28 manet kernel: nv_stop_tx: TransmitterStatus remained busy<7>eth0:
tx_timeout: dead entries!

To restore the network connection, the system has to be shut down and the power cord has to be disconnected temporary. Powering off the system only does not bring back the network.

Doing this and then manually calling the dhclient for eth0 allows me to connect. Now all I have to do is figure out why network manager refuses to manage this connection...
 
Well i was able to fix the remaining problems.

I purged the system of the network manager, called the dhclient to make sure nothing had changed, then reinstalled the network manager and rebooted. It now finds all of my devices.

What a weird bug
 
Back