You are not logged in.
I have an ASUS M2N-SLI deluxe motherboard with a nvidia onboard NIC with Arch x86_64 installed with 2009.2 cd iso. The problem is when I reboot or shutdown my computer the nvidia onboard NIC(s) do not activate. The only solution is to turn off the power supply then turn it on again then the onboard NIC works again. I have searched Google and read the Arch forum for things to try. I have tried the latest kernel "kernel26 2.6.29.1-3" and adding to /etc/modprobe.conf "options forcedeth msi=0 msx=0 dma_64bit=0" to no avail. I also have openSuSE 11.1 and Windows XP installed and they do not have this issue. It appears to be a kernel/forcedeth issue or some configuration step I have missed.
root ~ # lspci
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a1)
00:01.0 ISA bridge: nVidia Corporation MCP55 LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation MCP55 SMBus (rev a2)
00:02.0 USB Controller: nVidia Corporation MCP55 USB Controller (rev a1)
00:02.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2)
00:04.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1)
00:05.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2)
00:05.1 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2)
00:05.2 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2)
00:06.0 PCI bridge: nVidia Corporation MCP55 PCI bridge (rev a2)
00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
00:0e.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2)
00:0f.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:08.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03)
01:08.1 Input device controller: Creative Labs SB Audigy Game Port (rev 03)
01:08.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port
01:0b.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
02:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
02:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
03:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce 7600 GT] (rev a1)
/etc/rc.conf
LOCALE="en_GB.utf8"
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="America/Edmonton"
KEYMAP="us"
CONSOLEFONT="ter-v16b"
CONSOLEMAP=""
USECOLOR="yes"
MOD_AUTOLOAD="yes"
USELVM="yes"
eth0="eth0 172.20.10.99 netmask 255.255.255.0 broadcast 172.20.10.255"
INTERFACES=(eth0)
gateway="default gw 172.20.10.1"
ROUTES=(gateway)
DAEMONS=(syslog-ng network hal ntpd @crond @alsa)
root ~ # ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: d
Link detected: yes
root ~ # hwdetect --show-modules
ACPI : button fan processor thermal
PATA : pata_acpi pata_amd pata_jmicron ata_generic
SCSI : scsi_mod sd_mod sr_mod st
SATA : ahci sata_nv
USB : usb-storage usbcore ehci-hcd ohci-hcd
FW : ieee1394 ohci1394
NET : forcedeth ppp_generic slhc
INPUT : evdev emu10k1-gp gameport joydev psmouse serio_raw hid usbhid usbhid
SOUND : pcspkr ac97_bus snd-mixer-oss snd-pcm-oss snd-seq-oss snd-seq-device snd-seq-midi-event snd-seq snd-hwdep snd-page-alloc snd-pcm snd-rawmidi snd-timer snd snd-pcspsnd-ac97-codec snd-emu10k1 soundcore snd-util-mem
VIDEO : nvidia
OTHER : cdrom lp ppdev k8temp i2c-nforce2 i2c-core parport parport_pc pci_hotplug shpchp rtc-cmos rtc-core rtc-lib
If there is other information that would help, please let me know.
Hopefully I provided enough information for some pointers.
Thanks
Last edited by jspaces (2009-04-20 02:59:18)
Knowledge is a beam of light in which humans can only see the reflection.
Offline
After investigating this issue further, I have discovered several reports regarding the forcedeth going off and staying off. The following patch may fix the issue from the posts in the link.
http://patchwork.kernel.org/patch/16212/
--- linux-2.6.29.x86_64/drivers/net/forcedeth.c.orig 2009-03-23 16:12:14.000000000 -0700
+++ linux-2.6.29.x86_64/drivers/net/forcedeth.c 2009-04-03 10:11:26.839614710 -0700
@@ -5995,6 +5995,9 @@
for (i = 0;i <= np->register_size/sizeof(u32); i++)
writel(np->saved_config_space[i], base+i*sizeof(u32));
+ /* restore phy state, including autoneg */
+ phy_init(dev);
+
netif_device_attach(dev);
if (netif_running(dev)) {
rc = nv_open(dev);
I tried this patch with the vanilla kernel but so far I have had issues with getting the modules required for my system to boot correctly. (Probably I need some of the Arch Linux patches and some guidance.)
I have installed the Arch 2.6.29.1-4 kernel without any luck.
I have tried another live CD distro, Sayabon 4.1which uses the 2.6.29 kernel resulting in the killing of the Nvidia ports. So far only a hard power off or a start of Windows XP to the logon prompt resets the functionality. I have not used Windows so much in a long time (very disappointing).
I have the latest Asus M2N-32 Deluxe BIOS 1701 installed but that does not resolve the issue.
The older linux kernels in openSuSE 2.6.27 and Arch 2009-2 boot iso 2.6.28 will not reset the forcedeth NIC once I have used the 2.6.29 kernel (Arch and Sayabon 4.1).
If I boot up with the 2009-2 iso the Nvidia ports continue to work after a restart.
Last edited by jspaces (2009-04-29 06:42:39)
Knowledge is a beam of light in which humans can only see the reflection.
Offline
Im using the forcedeath nic, but while everyone else is having issues, mine doesn't seem to be giving me problems.
Offline
I have finally figured out a workaround.
pacman -Sy hal wicd
or
pacman -Sy dbus wicd
vim /etc/rc.conf >
With hal installed ...
DAEMONS=(... hal wicd ...)
or
With only dbus installed ...
DAEMONS=(... dbus wicd ...)
Placing the wicd daemon after hal or dbus in the /etc/rc.conf DAEMON= line.
Since hal auto loads dbus and I wanted the features of hal, that is the way I have configured my system.
(Network Manager may work as well to turn on the NIC after a suspend or shut down but I am not sure since I did not try that method. I was reading of issues with Network Manager being buggy thus when with wicd.)
So when the system supends, restarts or shuts down, the forcedeth is turned off like it always has with the 2.6.29 kernel.
On powering up, the BIOS complains that the Network Interface is not working. (Easy fix by just turning off the POST check.)
Once Arch Linux is started when I am at either the console or in X (fluxbox), the forcedeth is reactivated by wcid daemon.
Now my shiny new Arch Linux is usable with out the hassle of having to first having to start windows or physically turning off the power.
Onwards and Upwards ... happy Archering
Knowledge is a beam of light in which humans can only see the reflection.
Offline