Bug#660804: [Bug 42809] New: kernel panic when receiving an ipsec packet
Il 23/02/2012 03:06, Eric Dumazet ha scritto:
Thanks !
Please try following patch.
diff --git a/net/ipv4/xfrm4_mode_tunnel.c b/net/ipv4/xfrm4_mode_tunnel.c
index 534972e..f170933 100644
--- a/net/ipv4/xfrm4_mode_tunnel.c
+++ b/net/ipv4/xfrm4_mode_tunnel.c
@@ -84,9 +84,11 @@ static int xfrm4_mode_tunnel_input(struct xfrm_state *x,
struct sk_buff *skb)
if (!(x-props.flags XFRM_STATE_NOECN))
ipip_ecn_decapsulate(skb);
- old_mac = skb_mac_header(skb);
- skb_set_mac_header(skb, -skb-mac_len);
- memmove(skb_mac_header(skb), old_mac, skb-mac_len);
+ if (skb_mac_header_was_set(skb)) {
+ old_mac = skb_mac_header(skb);
+ skb_set_mac_header(skb, -skb-mac_len);
+ memmove(skb_mac_header(skb), old_mac, skb-mac_len);
+ }
skb_reset_network_header(skb);
err = 0;
Your patch does solve the problem, thanks!
Niccolò
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f46430d.3060...@linuxsystems.it
Bug#660804: [Bug 42809] New: kernel panic when receiving an ipsec packet
Il 23/02/2012 15:39, Eric Dumazet ha scritto: Oops sorry for your name being mangled in changelog, its Niccolò as correctly spelled in the Reported-by and Tested-by tags Don't worry and thanks for your help. I'm currently running the official patch you submitted for review. Niccolò -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f468eb1.6030...@linuxsystems.it
Bug#660804: [Bug 42809] New: kernel panic when receiving an ipsec packet
Hi, The bug is still present in latest 3.2.7 vanilla kernel. I wasted the whole day debugging that damn thing and I finally discovered the root cause. The problem is with my Traverse Solos multi-port ADSL2+ PCI card[1] (which has open source drivers included in the kernel) when using RFC 2684 routed. I have two adsl lines, the first one connected using RFC 2684 routed, the second one using PPPoA. If I create a vpn toward the PPPoA line it works flawlessly, while if I create a vpn toward the RFC 2684 routed line the whole system hangs in a kernel panic (with both 2.6.32.54 and 3.2.7). I really don't know how to fix it and I need to setup that damn ipsec vpn :( This is the bug on bugzilla.kernel.org: https://bugzilla.kernel.org/show_bug.cgi?id=42809 Niccolò [1]http://www.traverse.com.au/productview.php?product_id=116 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f458f82.3060...@linuxsystems.it
Bug#660804: [Bug 42809] New: kernel panic when receiving an ipsec packet
Il 23/02/2012 02:38, Eric Dumazet ha scritto: Which driver handles this Traverse Solos card ? drivers/atm/solos-pci.c ~# lsmod | grep solos solos_pci 20009 2 atm32378 7 pppoatm,br2684,solos_pci Niccolò -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f459c81.60...@linuxsystems.it
Bug#660804: kernel panic when receiving an ipsec packet
Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-41 Severity: important More info about my Strongswan/Openswan config: https://lists.strongswan.org/pipermail/users/2012-February/007151.html As soon as the server receives the first ipsec packet the machine hangs, even magic sysrq keys do not work. I attached a serial console and this is what I get: [ 135.642460] BUG: unable to handle kernel paging request at 8802aef2fbff [ 135.649876] IP: [81196213] memmove+0xf/0x3c [ 135.655282] PGD 1002063 PUD 0 [ 135.658629] Thread overran stack, or stack corrupted [ 135.663781] Oops: [#1] SMP [ 135.667275] last sysfs file: /sys/module/zlib_deflate/initstate [ 135.673380] CPU 0 [ 135.675606] Modules linked in: authenc deflate ctr camellia cast5 rmd160 sha1_generic hmac crypto_null ccm serpent blowfish twofish twofish_common ecb xcbc cbc sha256_generic s] [ 135.813814] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 To Be Filled By O.E.M. [ 135.822044] RIP: 0010:[81196213] [81196213] memmove+0xf/0x3c [ 135.829956] RSP: 0018:880007203ca0 EFLAGS: 00010293 [ 135.835539] RAX: 8801aef2fc00 RBX: 8801b035d700 RCX: 0009 [ 135.842994] RDX: 0009 RSI: 8802aef2fbff RDI: 8801aef2fc33 [ 135.850384] RBP: 8801b035d738 R08: R09: 8801aef2fc33 [ 135.857791] R10: 8801aec8f178 R11: a048e0ef R12: 8801aec8f800 [ 135.865149] R13: 0002 R14: 0004 R15: [ 135.872575] FS: () GS:88000720() knlGS: [ 135.885892] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b [ 135.891902] CR2: 8802aef2fbff CR3: 0001aa4fb000 CR4: 06f0 [ 135.899362] DR0: DR1: DR2: [ 135.906857] DR3: DR6: 0ff0 DR7: 0400 [ 135.914239] Process swapper (pid: 0, threadinfo 8142e000, task 814891f0) [ 135.922570] Stack: [ 135.924726] 8801b035d700 a048e254 8801aec8f800 8801b035d700 [ 135.932479] 0 0004 812b0ab6 941194110011 816d35b0 [ 135.940803] 0 e940ab4d ea5d2cd94b9e8da7 0100a6e1ad80 8801aaf71040 [ 135.949461] Call Trace: [ 135.952060] IRQ [ 135.954349] [a048e254] ? xfrm4_mode_tunnel_input+0x165/0x189 [xfrm4_mode_tunnel] [ 135.963057] [812b0ab6] ? xfrm_input+0x26f/0x386 [ 135.968743] [8129340c] ? udp_queue_rcv_skb+0x56/0x201 [ 135.974993] [81293993] ? __udp4_lib_rcv+0x3dc/0x5e7 [ 135.981097] [81273896] ? ip_local_deliver_finish+0x0/0x1e9 [ 135.987814] [812739dc] ? ip_local_deliver_finish+0x146/0x1e9 [ 135.994684] [8127352b] ? ip_rcv_finish+0x373/0x38d [ 136.000639] [812737e5] ? ip_rcv+0x2a0/0x2ed [ 136.006026] [8124fb55] ? process_backlog+0x81/0xb4 [ 136.011963] [8125013b] ? net_rx_action+0xae/0x1c9 [ 136.017817] [81053dc7] ? __do_softirq+0xdd/0x1a6 [ 136.023590] [81011cac] ? call_softirq+0x1c/0x30 [ 136.029322] [8101322b] ? do_softirq+0x3f/0x7c [ 136.034844] [81053c37] ? irq_exit+0x36/0x76 [ 136.040185] [81012922] ? do_IRQ+0xa0/0xb6 [ 136.045347] [810114d3] ? ret_from_intr+0x0/0x11 [ 136.051026] EOI [ 136.053318] [810176a4] ? mwait_idle+0x72/0x7d [ 136.058857] [81017654] ? mwait_idle+0x22/0x7d [ 136.064349] [8100fe97] ? cpu_idle+0xa2/0xda [ 136.069708] [8151c140] ? early_idt_handler+0x0/0x71 [ 136.075743] [8151ccdd] ? start_kernel+0x3dc/0x3e8 [ 136.081559] [8151c3b7] ? x86_64_start_kernel+0xf9/0x106 [ 136.087974] Code: 17 0f 1f 80 00 00 00 00 44 8a 06 44 88 07 48 ff c7 48 ff c6 ff c9 75 f0 c3 90 90 90 48 83 ec 08 48 39 f7 49 89 f9 48 89 d1 73 04 f3 a4 eb 1d 4c 8d 04 17 48 [ 136.111424] RIP [81196213] memmove+0xf/0x3c [ 136.116814] RSP 880007203ca0 [ 136.120428] CR2: 8802aef2fbff [ 136.123877] ---[ end trace a549686a4982f42d ]--- [ 136.128728] Kernel panic - not syncing: Fatal exception in interrupt [ 136.135363] Pid: 0, comm: swapper Tainted: G D2.6.32-5-amd64 #1 [ 136.142339] Call Trace: [ 136.144925] IRQ [812fade7] ? panic+0x86/0x143 [ 136.150823] [81068740] ? up+0xe/0x37 [ 136.155536] [8104e5af] ? release_console_sem+0x17e/0x1af [ 136.162093] [812fdb25] ? oops_end+0xa7/0xb4 [ 136.167503] [810323f0] ? no_context+0x1e9/0x1f8 [ 136.173206] [810325a5] ? __bad_area_nosemaphore+0x1a6/0x1ca [ 136.179918] [a054c4cf] ? crypto_cbc_decrypt+0x101/0x11f [cbc] [ 136.186895] [812feeef] ? do_page_fault+0x69/0x2fc [ 136.192794] [812fd005] ? page_fault+0x25/0x30 [ 136.198336] [a048e0ef] ? xfrm4_mode_tunnel_input+0x0/0x189 [xfrm4_mode_tunnel] [ 136.206791] [81196213] ?
Bug#595254: Alfa AWUS036H (rtl8187) does not work in debian with wpa_supplicant and linux-2.6.32/35 (but it does work in gentoo)
Il 26/09/2011 19:06, Stefan Lippers-Hollmann ha scritto: If you can reproduce your problem without wpasupplicant interacting, it is likely an issue with the rtl8187.ko kernel module - reassigning accordingly. You are right, it wasn't a problem with wpassuplicant. Anyway the problem wasn't even the kernel, with the very same kernel binaries it worked in my laptop's gentoo. In the meantime another user contacted me because he had the very same problem. I solved _REINSTALLING_ debian, I had not been able to find which was the problem and I fear it will remain a mystery. You can close. Thanks, Darkbasic -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e80bfe9.4020...@gmail.com
Bug#607200: Serial console attached to a USB dongle: CONFIG_USB_SERIAL_CONSOLE=y
Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-29 Severity: wishlist Newer PCs often does not have a serial port and unfortunately debian kernel does not have CONFIG_USB_SERIAL_CONSOLE and CONFIG_USB_SERIAL_CONSOLE_XXX compiled statically. It would be nice having usb serial console support into squeeze. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d08e7d6.8050...@gmail.com
