Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send()
Thanks Sitsofe. This should have been fixed by this patch: http://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=f88e67149f97d73c704d6fe6f492edde97463025 Can you give it a try? From: Sitsofe Wheeler sits...@gmail.com Sent: Saturday, October 11, 2014 3:36 AM To: Long Li Cc: David Miller; o...@aepfle.de; net...@vger.kernel.org; jasow...@redhat.com; linux-ker...@vger.kernel.org; a...@canonical.com; de...@linuxdriverproject.org Subject: Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send() On Fri, Oct 10, 2014 at 11:39:00PM +, Long Li wrote: Thanks Sitsofe. Can you provide more details on the test setup? The kernel trace shows that skb-mac_header=0x (which means not yet set, it's in RCX: ). See reply below. -Original Message- From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On Behalf Of Sitsofe Wheeler Sent: Thursday, October 09, 2014 6:32 AM To: David Miller Cc: o...@aepfle.de; net...@vger.kernel.org; jasow...@redhat.com; linux-ker...@vger.kernel.org; a...@canonical.com; de...@linuxdriverproject.org Subject: Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send() On Sun, Oct 05, 2014 at 09:11:29PM -0400, David Miller wrote: From: K. Y. Srinivasan k...@microsoft.com Date: Sun, 5 Oct 2014 10:42:51 -0700 After the packet is successfully sent, we should not touch the packet as it may have been freed. This patch is based on the work done by Long Li lon...@microsoft.com. David, please queue this up for stable. With 3.17.0 g782d59c (which should include this patch) I'm still seeing the following: Oct 09 13:14:51 a dhclient[538]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1dd33078) Oct 09 13:14:51 a dhclient[538]: DHCPACK from 10.x.x.x (xid=0x1dd33078) Oct 09 13:14:55 a kernel: BUG: unable to handle kernel paging request at 8800ed2e72e3 Oct 09 13:14:55 a kernel: IP: [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: PGD 2db5067 PUD 2075be067 PMD 207454067 PTE 8000ed2e7060 Oct 09 13:14:55 a kernel: Oops: [#1] SMP DEBUG_PAGEALLOC Oct 09 13:14:55 a kernel: CPU: 6 PID: 566 Comm: arping Not tainted 3.17.0.x86_64-05585-g782d59c #147 Oct 09 13:14:55 a kernel: Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS 090006 05/23/2012 Oct 09 13:14:55 a kernel: task: 8801f978b9f0 ti: 8801f3b84000 task.ti: 8801f3b84000 Oct 09 13:14:55 a kernel: RIP: 0010:[814ede1d] [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: RSP: 0018:8801f3b87c60 EFLAGS: 00010202 Oct 09 13:14:55 a kernel: RAX: RBX: 8800f13e8000 RCX: Oct 09 13:14:55 a kernel: RDX: 8800ed2d72d8 RSI: 8801fabca1c0 RDI: 8800f13e8000 Oct 09 13:14:55 a kernel: RBP: 8801f3b87c88 R08: 002a R09: Oct 09 13:14:55 a kernel: R10: 8801f83b3f60 R11: 0008 R12: 8801fabca1c0 Oct 09 13:14:55 a kernel: R13: R14: 8800ed359bd8 R15: 8801fabca1c0 Oct 09 13:14:55 a kernel: FS: 7f943a5c9740() GS:880206cc() knlGS: Oct 09 13:14:55 a kernel: CS: 0010 DS: ES: CR0: 80050033 Oct 09 13:14:55 a kernel: CR2: 8800ed2e72e3 CR3: 0001f3957000 CR4: 000406e0 Oct 09 13:14:55 a kernel: Stack: I'm not quite sure what's happened to the formatting above but oh well. My kernel config is essentially the same as the one described in https://lkml.org/lkml/2014/8/19/708 but the key might be that it is configured to do extra verification setup/checks. The guest is currently configured to have 8 vpcus and 8GBytes of RAM. # # Automatically generated file; DO NOT EDIT. # Linux/x86 3.17.0 Kernel Configuration # CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_OUTPUT_FORMAT=elf64-x86-64 CONFIG_ARCH_DEFCONFIG=arch/x86/configs/x86_64_defconfig CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARCH_WANT_GENERAL_HUGETLB=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_HAVE_INTEL_TXT=y CONFIG_X86_64_SMP=y CONFIG_X86_HT=y CONFIG_ARCH_HWEIGHT_CFLAGS=-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx -fcall-saved-rcx -fcall-saved
Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send()
On 21 October 2014 18:13, Long Li lon...@microsoft.com wrote: Thanks Sitsofe. This should have been fixed by this patch: http://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=f88e67149f97d73c704d6fe6f492edde97463025 Can you give it a try? Ah this one went mainline a few days ago so I've already been trying it. Yes it resolves my problem (that system is no longer oopsing on startup). I'd have added my Tested-by but it's already been committed :-) What helped you narrow it down? -- Sitsofe | http://sucs.org/~sits/ ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
RE: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send()
-Original Message- From: Sitsofe Wheeler [mailto:sits...@gmail.com] Sent: Tuesday, October 21, 2014 5:16 PM To: Long Li Cc: David Miller; o...@aepfle.de; net...@vger.kernel.org; jasow...@redhat.com; linux-ker...@vger.kernel.org; a...@canonical.com; de...@linuxdriverproject.org; Haiyang Zhang Subject: Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send() On 21 October 2014 18:13, Long Li lon...@microsoft.com wrote: Thanks Sitsofe. This should have been fixed by this patch: http://git.kernel.org/cgit/linux/kernel/git/next/linux- next.git/commit/?id=f88e67149f97d73c704d6fe6f492edde97463025 Can you give it a try? Ah this one went mainline a few days ago so I've already been trying it. Yes it resolves my problem (that system is no longer oopsing on startup). I'd have added my Tested-by but it's already been committed :-) Thank you for the test! - Haiyang ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send()
On Fri, Oct 10, 2014 at 11:39:00PM +, Long Li wrote: Thanks Sitsofe. Can you provide more details on the test setup? The kernel trace shows that skb-mac_header=0x (which means not yet set, it's in RCX: ). See reply below. -Original Message- From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On Behalf Of Sitsofe Wheeler Sent: Thursday, October 09, 2014 6:32 AM To: David Miller Cc: o...@aepfle.de; net...@vger.kernel.org; jasow...@redhat.com; linux-ker...@vger.kernel.org; a...@canonical.com; de...@linuxdriverproject.org Subject: Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send() On Sun, Oct 05, 2014 at 09:11:29PM -0400, David Miller wrote: From: K. Y. Srinivasan k...@microsoft.com Date: Sun, 5 Oct 2014 10:42:51 -0700 After the packet is successfully sent, we should not touch the packet as it may have been freed. This patch is based on the work done by Long Li lon...@microsoft.com. David, please queue this up for stable. With 3.17.0 g782d59c (which should include this patch) I'm still seeing the following: Oct 09 13:14:51 a dhclient[538]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1dd33078) Oct 09 13:14:51 a dhclient[538]: DHCPACK from 10.x.x.x (xid=0x1dd33078) Oct 09 13:14:55 a kernel: BUG: unable to handle kernel paging request at 8800ed2e72e3 Oct 09 13:14:55 a kernel: IP: [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: PGD 2db5067 PUD 2075be067 PMD 207454067 PTE 8000ed2e7060 Oct 09 13:14:55 a kernel: Oops: [#1] SMP DEBUG_PAGEALLOC Oct 09 13:14:55 a kernel: CPU: 6 PID: 566 Comm: arping Not tainted 3.17.0.x86_64-05585-g782d59c #147 Oct 09 13:14:55 a kernel: Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS 090006 05/23/2012 Oct 09 13:14:55 a kernel: task: 8801f978b9f0 ti: 8801f3b84000 task.ti: 8801f3b84000 Oct 09 13:14:55 a kernel: RIP: 0010:[814ede1d] [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: RSP: 0018:8801f3b87c60 EFLAGS: 00010202 Oct 09 13:14:55 a kernel: RAX: RBX: 8800f13e8000 RCX: Oct 09 13:14:55 a kernel: RDX: 8800ed2d72d8 RSI: 8801fabca1c0 RDI: 8800f13e8000 Oct 09 13:14:55 a kernel: RBP: 8801f3b87c88 R08: 002a R09: Oct 09 13:14:55 a kernel: R10: 8801f83b3f60 R11: 0008 R12: 8801fabca1c0 Oct 09 13:14:55 a kernel: R13: R14: 8800ed359bd8 R15: 8801fabca1c0 Oct 09 13:14:55 a kernel: FS: 7f943a5c9740() GS:880206cc() knlGS: Oct 09 13:14:55 a kernel: CS: 0010 DS: ES: CR0: 80050033 Oct 09 13:14:55 a kernel: CR2: 8800ed2e72e3 CR3: 0001f3957000 CR4: 000406e0 Oct 09 13:14:55 a kernel: Stack: I'm not quite sure what's happened to the formatting above but oh well. My kernel config is essentially the same as the one described in https://lkml.org/lkml/2014/8/19/708 but the key might be that it is configured to do extra verification setup/checks. The guest is currently configured to have 8 vpcus and 8GBytes of RAM. # # Automatically generated file; DO NOT EDIT. # Linux/x86 3.17.0 Kernel Configuration # CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_OUTPUT_FORMAT=elf64-x86-64 CONFIG_ARCH_DEFCONFIG=arch/x86/configs/x86_64_defconfig CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARCH_WANT_GENERAL_HUGETLB=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_HAVE_INTEL_TXT=y CONFIG_X86_64_SMP=y CONFIG_X86_HT=y CONFIG_ARCH_HWEIGHT_CFLAGS=-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx -fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10 -fcall-saved-r11 CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y # # General setup # CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE= # CONFIG_COMPILE_TEST is not set CONFIG_LOCALVERSION=.x86_64 CONFIG_LOCALVERSION_AUTO=y CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_HAVE_KERNEL_LZ4=y
RE: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send()
Thanks Sitsofe. Can you provide more details on the test setup? The kernel trace shows that skb-mac_header=0x (which means not yet set, it's in RCX: ). -Original Message- From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On Behalf Of Sitsofe Wheeler Sent: Thursday, October 09, 2014 6:32 AM To: David Miller Cc: o...@aepfle.de; net...@vger.kernel.org; jasow...@redhat.com; linux-ker...@vger.kernel.org; a...@canonical.com; de...@linuxdriverproject.org Subject: Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send() On Sun, Oct 05, 2014 at 09:11:29PM -0400, David Miller wrote: From: K. Y. Srinivasan k...@microsoft.com Date: Sun, 5 Oct 2014 10:42:51 -0700 After the packet is successfully sent, we should not touch the packet as it may have been freed. This patch is based on the work done by Long Li lon...@microsoft.com. David, please queue this up for stable. With 3.17.0 g782d59c (which should include this patch) I'm still seeing the following: Oct 09 13:14:51 a network[428]: Bringing up interface eth0: Oct 09 13:14:51 a dhclient[538]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1dd33078) Oct 09 13:14:51 a dhclient[538]: DHCPACK from 10.x.x.x (xid=0x1dd33078) Oct 09 13:14:55 a kernel: BUG: unable to handle kernel paging request at 8800ed2e72e3 Oct 09 13:14:55 a kernel: IP: [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: PGD 2db5067 PUD 2075be067 PMD 207454067 PTE 8000ed2e7060 Oct 09 13:14:55 a kernel: Oops: [#1] SMP DEBUG_PAGEALLOC Oct 09 13:14:55 a kernel: CPU: 6 PID: 566 Comm: arping Not tainted 3.17.0.x86_64-05585-g782d59c #147 Oct 09 13:14:55 a kernel: Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS 090006 05/23/2012 Oct 09 13:14:55 a kernel: task: 8801f978b9f0 ti: 8801f3b84000 task.ti: 8801f3b84000 Oct 09 13:14:55 a kernel: RIP: 0010:[814ede1d] [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: RSP: 0018:8801f3b87c60 EFLAGS: 00010202 Oc t 09 13:14:55 a kernel: RAX: RBX: 8800f13e8000 RCX: Oct 09 13:14:55 a kernel: RDX: 8800ed2d72d8 RSI: 8801fabca1c0 RDI: 8800f13e8000 Oct 09 13:14:55 a kernel: RBP: 8801f3b87c88 R08: 002a R09: Oct 09 13:14:55 a kernel: R10: 8801f83b3f60 R11: 0008 R12: 8801fabca1c0 Oct 09 13:14:55 a kernel: R13: R14: 8800ed359bd8 R15: 8801fabca1c0 Oct 09 13:14:55 a kernel: FS: 7f943a5c9740() GS:880206cc() knlGS: Oct 09 13:14:55 a kernel: CS: 0010 DS: ES: CR0: 80050033 Oct 09 13:14:55 a kernel: CR2: 8800ed2e72e3 CR3: 0001f3957000 CR4: 000406e0 Oct 09 13:14:55 a kernel: Stack: Oct 09 13:14:55 a kernel: 816a0221 8800f13e8000 001c Oct 09 13:14:55 a kernel: 8800ed359bd8 8801f3b87d48 816a3fce 8801f3b87cb0 Oct 09 13:14:55 a kernel: 816c34a7 0001 8801f3b87db8 001c Oct 09 13:14:55 a kernel: Call Trace: Oct 09 13:14:55 a kernel: [816a0221] ? packet_pick_tx_queue+0x31/0xa0 Oct 09 13:14:55 a kernel: [816a3fce] packet_sendmsg+0xc6e/0xe30 Oct 09 13:14:55 a kernel: [816c34a7] ? _raw_spin_unlock+0x27/0x40 Oct 09 13:14:55 a kernel: [81091bba] ? prepare_creds+0x3a/0x170 Oct 09 13:14:55 a kernel: [815d2e08] sock_sendmsg+0x88/0xb0 Oct 09 13:14:55 a kernel: [81188f83] ? might_fault+0xa3/0xb0 Oct 09 13:14:55 a kernel: [81188f3a] ? might_fault+0x5a/0xb0 Oct 09 13:14:55 a kernel: [815d2f3e] SYSC_sendto+0x10e/0x150 Oct 09 13:14:55 a kernel: [81188f3a] ? might_fault+0x5a/0xb0 Oct 09 13:14:55 a kernel: [816c41d5] ? sysret_check+0x22/0x5d Oct 09 13:14:55 a kernel: [810ba3fd] ? trace_hardirqs_on_caller+0x17d/0x210 Oct 09 13:14:55 a kernel: [813a20ee] ? trace_hardirqs_on_thunk+0x3a/0x3f Oct 09 13:14:55 a kernel: [815d3f1e] SyS_sendto+0xe/0x10 Oct 09 13:14:55 a kernel: [816c41a9] system_call_fastpath+0x16/0x1b Oct 09 13:14:55 a kernel: Code: 00 4d 85 d2 0f 84 1c 01 00 00 44 8b 9f 8c 03 00 00 31 c0 41 83 fb 01 0f 86 1b 01 00 00 0f b7 8e b6 00 00 00 Oct 09 13:14:55 a kernel: RIP [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: RSP 8801f3b87c60 Oct 09 13:14:55 a kernel: CR2: 8800ed2e72e3 Oct 09 13:14:55 a kernel: ---[ end trace e52f922dd7435e0d ]--- Was the above meant to have been fixed by the patch [PATCH 1/1] Drivers: net: hyperv: Cleanup netvsc_change_mtu () from https://lkml.org/lkml/2014/8/29/369 ? If so will that patch be resent? -- Sitsofe | http://sucs.org/~sits/ ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo
Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send()
On Sun, Oct 05, 2014 at 09:11:29PM -0400, David Miller wrote: From: K. Y. Srinivasan k...@microsoft.com Date: Sun, 5 Oct 2014 10:42:51 -0700 After the packet is successfully sent, we should not touch the packet as it may have been freed. This patch is based on the work done by Long Li lon...@microsoft.com. David, please queue this up for stable. With 3.17.0 g782d59c (which should include this patch) I'm still seeing the following: Oct 09 13:14:51 a network[428]: Bringing up interface eth0: Oct 09 13:14:51 a dhclient[538]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1dd33078) Oct 09 13:14:51 a dhclient[538]: DHCPACK from 10.x.x.x (xid=0x1dd33078) Oct 09 13:14:55 a kernel: BUG: unable to handle kernel paging request at 8800ed2e72e3 Oct 09 13:14:55 a kernel: IP: [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: PGD 2db5067 PUD 2075be067 PMD 207454067 PTE 8000ed2e7060 Oct 09 13:14:55 a kernel: Oops: [#1] SMP DEBUG_PAGEALLOC Oct 09 13:14:55 a kernel: CPU: 6 PID: 566 Comm: arping Not tainted 3.17.0.x86_64-05585-g782d59c #147 Oct 09 13:14:55 a kernel: Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS 090006 05/23/2012 Oct 09 13:14:55 a kernel: task: 8801f978b9f0 ti: 8801f3b84000 task.ti: 8801f3b84000 Oct 09 13:14:55 a kernel: RIP: 0010:[814ede1d] [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: RSP: 0018:8801f3b87c60 EFLAGS: 00010202 Oct 09 13:14:55 a kernel: RAX: RBX: 8800f13e8000 RCX: Oct 09 13:14:55 a kernel: RDX: 8800ed2d72d8 RSI: 8801fabca1c0 RDI: 8800f13e8000 Oct 09 13:14:55 a kernel: RBP: 8801f3b87c88 R08: 002a R09: Oct 09 13:14:55 a kernel: R10: 8801f83b3f60 R11: 0008 R12: 8801fabca1c0 Oct 09 13:14:55 a kernel: R13: R14: 8800ed359bd8 R15: 8801fabca1c0 Oct 09 13:14:55 a kernel: FS: 7f943a5c9740() GS:880206cc() knlGS: Oct 09 13:14:55 a kernel: CS: 0010 DS: ES: CR0: 80050033 Oct 09 13:14:55 a kernel: CR2: 8800ed2e72e3 CR3: 0001f3957000 CR4: 000406e0 Oct 09 13:14:55 a kernel: Stack: Oct 09 13:14:55 a kernel: 816a0221 8800f13e8000 001c Oct 09 13:14:55 a kernel: 8800ed359bd8 8801f3b87d48 816a3fce 8801f3b87cb0 Oct 09 13:14:55 a kernel: 816c34a7 0001 8801f3b87db8 001c Oct 09 13:14:55 a kernel: Call Trace: Oct 09 13:14:55 a kernel: [816a0221] ? packet_pick_tx_queue+0x31/0xa0 Oct 09 13:14:55 a kernel: [816a3fce] packet_sendmsg+0xc6e/0xe30 Oct 09 13:14:55 a kernel: [816c34a7] ? _raw_spin_unlock+0x27/0x40 Oct 09 13:14:55 a kernel: [81091bba] ? prepare_creds+0x3a/0x170 Oct 09 13:14:55 a kernel: [815d2e08] sock_sendmsg+0x88/0xb0 Oct 09 13:14:55 a kernel: [81188f83] ? might_fault+0xa3/0xb0 Oct 09 13:14:55 a kernel: [81188f3a] ? might_fault+0x5a/0xb0 Oct 09 13:14:55 a kernel: [815d2f3e] SYSC_sendto+0x10e/0x150 Oct 09 13:14:55 a kernel: [81188f3a] ? might_fault+0x5a/0xb0 Oct 09 13:14:55 a kernel: [816c41d5] ? sysret_check+0x22/0x5d Oct 09 13:14:55 a kernel: [810ba3fd] ? trace_hardirqs_on_caller+0x17d/0x210 Oct 09 13:14:55 a kernel: [813a20ee] ? trace_hardirqs_on_thunk+0x3a/0x3f Oct 09 13:14:55 a kernel: [815d3f1e] SyS_sendto+0xe/0x10 Oct 09 13:14:55 a kernel: [816c41a9] system_call_fastpath+0x16/0x1b Oct 09 13:14:55 a kernel: Code: 00 4d 85 d2 0f 84 1c 01 00 00 44 8b 9f 8c 03 00 00 31 c0 41 83 fb 01 0f 86 1b 01 00 00 0f b7 8e b6 00 00 00 Oct 09 13:14:55 a kernel: RIP [814ede1d] netvsc_select_queue+0x3d/0x150 Oct 09 13:14:55 a kernel: RSP 8801f3b87c60 Oct 09 13:14:55 a kernel: CR2: 8800ed2e72e3 Oct 09 13:14:55 a kernel: ---[ end trace e52f922dd7435e0d ]--- Was the above meant to have been fixed by the patch [PATCH 1/1] Drivers: net: hyperv: Cleanup netvsc_change_mtu () from https://lkml.org/lkml/2014/8/29/369 ? If so will that patch be resent? -- Sitsofe | http://sucs.org/~sits/ ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Re: [PATCH net 1/1] hyperv: Fix a bug in netvsc_send()
From: K. Y. Srinivasan k...@microsoft.com Date: Sun, 5 Oct 2014 10:42:51 -0700 After the packet is successfully sent, we should not touch the packet as it may have been freed. This patch is based on the work done by Long Li lon...@microsoft.com. David, please queue this up for stable. Signed-off-by: K. Y. Srinivasan k...@microsoft.com Reported-by: Sitsofe Wheeler sits...@yahoo.com Applied and queued up for -stable. ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel