Red Hat Bugzilla – Bug 231269
Kernel panic during DHCP, Realtek RTL8168/8111 in NB Asus A67
Last modified: 2007-11-30 17:11:58 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; cs; rv:220.127.116.11) Gecko/20070219 Firefox/18.104.22.168
Description of problem:
When Fedora try connect to Internet via DHCP, fedora freeze, only keyborad blinking (kernel panic). When I put off ethernet kable, fedora start correctly. When I put in cable after it and try activate eth0, fedora freeze.
I have Notebook ASUS A6T, which has Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC.
I can send some log.
Version-Release number of selected component (if applicable):
tested in kernel-2.6.20-1.2966.fc7.x86_64.rpm and kernel-2.6.20-1.2949.fc7.x86_64.rpm
Steps to Reproduce:
1. Only install and run Fedora Core Test 2 on Asus A6T Notebook with Realtek RTL8168/8111 ethernet card.
I have the similar problem (same test release and kernel versions). My HW is
also x86_64 Realtek RTL8168/8111 (both cards on motherboard), motherboard MSI
K9A Platinum. r8168 module is loaded without problems, but it crashes during
network startup. I'm using fixed IP addresses and with this setting kernel
crashes everytime when this network controller is set to ONBOOT=yes.
I'm booting the kernel with pci=nomsi option (as the SATA controller is
unavailable without this).
I appear to have the same issue. r8169.ko module appears to load but kernel
panic on ifup.
mad64 system with nvidia chipset. r8169 controller on PCI card.
With kernel 2.6.20-1.3017.fc7.x86_64 the problem has disappeared.
According to the kernel changelog, no_hz was disabled, and may be that mitigated
On my system the problem still persists even with 2.6.20-1.3017.fc7.x86_64. With
the latest kernels it's possible to ifup interface without oops, but ONLY
without network cable plugged to the interface. With the cable it oopses every time.
that the problem was fixed with kernel 2.6.20-1.3017.fc7.x86_64 was an
overstatement - the kernel still oopses once a day.
Now with kernel 2.6.20-1.3023.fc7.x86_64 the symptoms are back, just as before:
Trying to ifup the device always leads to kernel panic.
Created attachment 151399 [details]
Cumulative r8169.c patch
I found this bug on kernel.org:
In comment #23 it references a patchkit available at:
it patches r8169.c of kernel source 2.6.20-1.3036.fc7 cleanly.
So far the results look good. I have done some stress testing and so far not
been able to panic the kernel.
I'll attach a cumulative patch I built.
Vaclav, can you test this, too? If you can still get the 1.3036 build you can
simply download the module r8169.ko (x86_64) from
or (serie of patches):
tested it again with build 1.3036 and more extensively with build 1.3038.
no problems, thanks
Can you try the current rawhide kernel (kernel-2.6.20-1.3040.fc7) and confirm
that it fixes your problem?
I tested with kernel-2.6.20-1.3040.fc7.x86_64.rpm
And stil the same :-( Kernel panic.
I also tried put out cable during booting and activate eth0 manualy after
system start, the same result.
Did you apply the patch from comment 7?
To save some time you can try the compiled module (for build 1.3040.x86_64) from
No, I used oficial rpm.
Now, I tried yours r8169.ko module and DHCP is working with it.
this should be fixed in current builds. Please reopen if this isn't the case.