Even if the card is correctly detected (I see it the wizard), there is no detection when I plug it. In the messages I see that "the link is not ready". e1000e : Intel Corporation|82566MC Gigabit Network Connection [NETWORK_ETHERNET] (vendor:8086 device:104d subv:17aa subd:20ba) (rev: 03) I rank it as critical as ethernet is basic use of a computer, and one might discard mageia for this.
Also, there is a kworker process that eats CPU "by peak" at least, half of the time. On rmmod e1000e, there is no such CPU consumption. This is related to bug 1743. So, the e1000e module is suspect, as: * ethernet doesn't work as expected * removing the module solve the kworker problem
Summary: No network with ethernet card => e1000e: no ethernet network, kworker eating CPUSource RPM: kernel => kernel-desktop586-latest-2.6.38.7-1.mga1
Is it a card or onboard integrated port(s). If a card could it have become slightly unseated?
CC: (none) => dvgevers
Can you attach output of dmesg after boot. Does it help if you disable link detection in drakconf / draknet ?
CC: (none) => tmb
Assignee: bugsquad => tmb
Created attachment 565 [details] Dmesg output after boot There is Call Trace in the dmesg....
I don't know if it's related, but I just removed dkms-nvidia96xx, and it seems that the link is detected now. I don't know where to disable link detection. I'll try pcie_ports=compat ASAP.
pcie_ports=compat solves the issue. tmb, do you need something else to handle this bug ?
attach output of dmidecode
Created attachment 574 [details] dmidecode output (with pcie_ports=compat) Here is the output of dmidecode. I booted with pcie_ports=compat (if it changes anything).
Any progress on this bug? Any info missing?
What please is the result of (as root) of the command: ifconfig # and if eth0 does not show, of the command: ifup eth0 ? Can you attach the output of: service --status-all >/tmp/ssa.txt 2>&1 You probably have to change the ownership of /tmp/ssa.txt to your own (not root) before you can upload it.
Do you need this with or without booting with pcie_ports=compat (which make the card works)?
With this parameters it's solved, so I'd say without. (But I don't *need* anything, I'm just trying to get some data to enable someone to analyze it further).
OK. On IRC one week ago, tmb said he didn't need anything else, so...
Okay. Then my help is not required. Sorry for the noise.
CC: dvgevers => (none)
Fixed in a kernel update (don't remember which one).
Status: NEW => RESOLVEDResolution: (none) => FIXED
The problem reappeared in 2.6.38.8-desktop586-6.mga
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
I tried to add pcie_ports=compat and this doesn't work :(
However, if I "sudo rmmod e1000e", there is no CPU problem. So the bug might be related to e1000e but not with pcie_ports....
I don't know why, but this bug disappeared. I didn't change the command line to boot in grub, but perhaps the regeneration of grub config in the MCC did something....
Status: REOPENED => RESOLVEDResolution: (none) => FIXED