Bug 231269
| Summary: | Kernel panic during DHCP, Realtek RTL8168/8111 in NB Asus A67 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tomas Prochazka <t.prochazka> | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | rawhide | CC: | jost, misek, romieu | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-04-23 17:25:35 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Tomas Prochazka
2007-03-07 06:50:04 UTC
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. kernel-2.6.20-1.3003.fc7.x86_64 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 the problem. 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. Correction, 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: http://bugzilla.kernel.org/show_bug.cgi?id=6807 In comment #23 it references a patchkit available at: http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.21-rc4/r8169-20070316 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 http://the-diederichs.com/downloads/r8169.ko. Please try: http://www.fr.zoreil.com/people/francois/misc/20070402-2.6.21-rc5-r8169-test.patch or (serie of patches): http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.21-rc5/r8169-20070402 -- Ueimor success. tested it again with build 1.3036 and more extensively with build 1.3038. no problems, thanks Tomas, 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 here: http://the-diederichs.com/downloads/r8169.ko No, I used oficial rpm. Now, I tried yours r8169.ko module and DHCP is working with it. Great! this should be fixed in current builds. Please reopen if this isn't the case. |