FS#26906 - [linux] kernel panic on network with 8139cp on Linux 3.1.x
Attached to Project:
Arch Linux
Opened by Giovanni (ksniffer) - Tuesday, 15 November 2011, 17:32 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 21 February 2012, 11:02 GMT
Opened by Giovanni (ksniffer) - Tuesday, 15 November 2011, 17:32 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 21 February 2012, 11:02 GMT
|
Details
Description:
I updated my archlinux distro and the kernel changed from 3.0 to 3.1 Steps to reproduce: try to access network on a laptop HP Pavilion ZT3120EA with kernel 3.1.0 or 3.1.1 I found this commit into the kernel 3.1.0 changelog: commit 6864ddb2d3089739d29418a1ff52adb2fbf9c0ca Author: françois romieu <romieu@fr.zoreil.com> Date: Fri Jul 15 00:21:44 2011 +0000 8139cp: convert to new VLAN model. The registers and descriptors bits are identical to the pre-8168 8169 chipsets : {RxDesc / TxDesc}.opts2 can only contain VLAN information. Signed-off-by: Francois Romieu <romieu@fr.zoreil.com> Reviewed-by: Jiri Pirko <jpirko@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net> Maybe this produce the kernel panic. Or maybe it's not this the real issue. And the problem is related to a different driver. I don't know how to report correctly this kind of issue. lsmod output under linux 3.0.3 (I reverted the kernel to the one taken from the install CD): [ksniffer@arch-laptop ~]$ lsmod Module Size Used by nls_cp437 4605 0 vfat 8739 0 fat 43074 1 vfat usb_storage 35279 0 uas 6440 0 xt_limit 1415 1 xt_tcpudp 1875 9 xt_length 864 1 xt_state 963 3 iptable_mangle 1220 0 iptable_nat 3356 0 nf_nat 12373 1 iptable_nat nf_conntrack_ipv4 9625 6 iptable_nat,nf_nat nf_conntrack 50035 4 xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 1015 1 nf_conntrack_ipv4 iptable_filter 1092 1 ip_tables 9058 3 iptable_mangle,iptable_nat,iptable_filter x_tables 11670 8 xt_limit,xt_tcpudp,xt_length,xt_state,iptable_mangle,iptable_nat,iptable_filter,ip_tables appletalk 22087 0 ipx 16898 0 p8022 855 1 ipx psnap 1489 2 appletalk,ipx llc 3029 2 p8022,psnap p8023 784 1 ipx ipv6 250073 14 ext4 337724 1 mbcache 4249 1 ext4 jbd2 59488 1 ext4 crc16 1069 1 ext4 radeon 910898 2 ttm 45269 1 radeon snd_intel8x0m 9607 0 snd_intel8x0 22364 2 drm_kms_helper 21997 1 radeon drm 147782 4 radeon,ttm,drm_kms_helper snd_ac97_codec 90021 2 snd_intel8x0m,snd_intel8x0 ipw2200 128862 0 libipw 23094 1 ipw2200 smsc_ircc2 10499 0 irda 90767 1 smsc_ircc2 cfg80211 138620 2 ipw2200,libipw wbsd 10650 0 8139cp 16173 0 8139too 17344 0 pcmcia 31470 0 ac97_bus 810 1 snd_ac97_codec snd_pcm 60015 3 snd_intel8x0m,snd_intel8x0,snd_ac97_codec snd_timer 15374 1 snd_pcm joydev 7439 0 mii 3375 2 8139cp,8139too i2c_i801 7063 0 ppdev 4814 0 firewire_ohci 25944 0 yenta_socket 18774 0 intel_agp 8720 1 firewire_core 43387 1 firewire_ohci parport_pc 27806 0 evdev 7278 8 intel_gtt 11417 1 intel_agp pcmcia_rsrc 8808 1 yenta_socket iTCO_wdt 10293 0 pcmcia_core 10082 3 pcmcia,yenta_socket,pcmcia_rsrc rfkill 12406 1 cfg80211 i2c_algo_bit 4423 1 radeon lib80211 3270 2 ipw2200,libipw crc_itu_t 1069 1 firewire_core serio_raw 3390 0 snd 43593 9 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 4986 1 snd iTCO_vendor_support 1545 1 iTCO_wdt shpchp 22529 0 snd_page_alloc 5869 3 snd_intel8x0m,snd_intel8x0,snd_pcm i2c_core 16625 5 radeon,drm_kms_helper,drm,i2c_i801,i2c_algo_bit pcspkr 1375 0 psmouse 56431 0 pci_hotplug 22322 1 shpchp agpgart 22096 4 ttm,drm,intel_agp,intel_gtt mmc_core 65089 1 wbsd crc_ccitt 1095 1 irda parport 25939 2 ppdev,parport_pc battery 8865 0 video 9780 0 container 1929 0 ac 2505 0 button 3646 0 fuse 58597 2 cpufreq_powersave 674 0 cpufreq_ondemand 5056 1 acpi_cpufreq 5113 1 freq_table 2047 2 cpufreq_ondemand,acpi_cpufreq processor 21876 2 acpi_cpufreq mperf 1027 1 acpi_cpufreq reiserfs 224782 3 cryptd 6893 0 aes_i586 6940 1 aes_generic 25670 1 aes_i586 lrw 2089 1 gf128mul 5854 1 lrw usbhid 31199 0 hid 65215 1 usbhid dm_crypt 13271 1 dm_mod 56795 15 dm_crypt sr_mod 13244 0 sd_mod 26147 3 cdrom 31277 1 sr_mod pata_acpi 2388 0 uhci_hcd 19609 0 ata_piix 18561 2 libata 154449 2 pata_acpi,ata_piix ehci_hcd 34935 0 usbcore 119644 6 usb_storage,uas,usbhid,uhci_hcd,ehci_hcd scsi_mod 111801 5 usb_storage,uas,sr_mod,sd_mod,libata |
This task depends upon
Closed by Andrea Scarpino (BaSh)
Tuesday, 21 February 2012, 11:02 GMT
Reason for closing: Fixed
Additional comments about closing: linux 3.2.6-1
Tuesday, 21 February 2012, 11:02 GMT
Reason for closing: Fixed
Additional comments about closing: linux 3.2.6-1
So probably a kernel bug and should be taken upstream.
Realtek RTL-8139/8139C/8139C+ (rev 20)
module in use: 8139cp
panic is caused by TCP-IP traffic only, not by ICMP
latest WORKING kernel was 3.0.15
first PANICKING kernel is 3.1.1
there are two kernels (3.0.16, 3.1 ) inbetween, I'm testing them now
see:
https://bugs.archlinux.org/task/27719
and rggjan's bug too:
https://bugs.archlinux.org/task/27852
EDIT: The bug was definitely in 3.1
Attention: this patch is for test only until further notice!