* Kernel Panic in IPv6 vxlan
@ 2013-11-26 21:41 Ryan Whelan
2013-11-27 8:25 ` Fan Du
2013-11-27 8:46 ` [PATCH] {vxlan,inet6} Mark vxlan_dev flags with VXLAN_F_IPV6 Fan Du
0 siblings, 2 replies; 5+ messages in thread
From: Ryan Whelan @ 2013-11-26 21:41 UTC (permalink / raw)
To: netdev, amwang
I'm not sure if this is the right place to report this- please correct
me if I'm mistaken.
When creating a vxlan interface with an IPv6 multicast group but not
specifying an underlying device, the kernel panics when the vxlan
interface is brought up. This doesn't happen with an IPv4 multicast
group. Linux 3.12.1 x86_64
`ip link add vxlan0 type vxlan id 42 group ff0e::110`
`ip link set vxlan0 up`
[ 192.037669] BUG: unable to handle kernel NULL pointer dereference
at 0000000000000080
[ 192.041392] IP: [<ffffffff8135fb85>] ipv6_sock_mc_join+0x29/0x171
[ 192.043865] PGD 0
[ 192.044693] Oops: 0000 [#1] SMP
[ 192.046020] Modules linked in: nfsd auth_rpcgss oid_registry
nfs_acl nfs lockd fscache sunrpc loop coretemp crc32c_intel vmwgfx ttm
ghash_clmulni_intel aesni_intel aes_x86_64 joydev ablk_helper drm
snd_pcm cryptd lrw snd_page_alloc snd_timer gf128mul glue_helper snd
processor hid_generic psmouse soundcore ehci_pci thermal_sys
parport_pc parport usbhid pcspkr serio_raw hid shpchp evdev i2c_piix4
i2c_core microcode button ac ext4 crc16 jbd2 mbcache dm_mod sg sd_mod
sr_mod cdrom crc_t10dif crct10dif_common ata_generic floppy e1000
uhci_hcd ehci_hcd usbcore usb_common mptspi ata_piix
scsi_transport_spi mptscsih mptbase libata scsi_mod
[ 192.064123] CPU: 1 PID: 173 Comm: kworker/1:2 Not tainted 3.12.1 #1
[ 192.065625] Hardware name: VMware, Inc. VMware Virtual
Platform/440BX Desktop Reference Platform, BIOS 6.00 09/20/2012
[ 192.068087] Workqueue: vxlan vxlan_igmp_join
[ 192.069154] task: ffff8800175727f0 ti: ffff88001775a000 task.ti:
ffff88001775a000
[ 192.070848] RIP: 0010:[<ffffffff8135fb85>] [<ffffffff8135fb85>]
ipv6_sock_mc_join+0x29/0x171
[ 192.072733] RSP: 0018:ffff88001775bdc8 EFLAGS: 00010246
[ 192.073871] RAX: ffffffff8145f160 RBX: ffff8800175dc8c0 RCX: ffff880017a32870
[ 192.075440] RDX: ffff8800175dc838 RSI: 0000000000000000 RDI: ffff880014052800
[ 192.077089] RBP: ffff8800175dc838 R08: ffff88001775a000 R09: 00000000000032e8
[ 192.078752] R10: 00000000000032e8 R11: 00000000000032e8 R12: ffff880014052800
[ 192.080426] R13: 0000000000000000 R14: ffffffff81678340 R15: 0000000000000000
[ 192.082071] FS: 0000000000000000(0000) GS:ffff880017a20000(0000)
knlGS:0000000000000000
[ 192.083955] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 192.085244] CR2: 0000000000000080 CR3: 000000000160b000 CR4: 00000000000407e0
[ 192.086882] Stack:
[ 192.087362] 0000000000000000 ffff8800175dc8c0 ffff880014052800
ffff880017160000
[ 192.089190] 0000000000000000 0000000000000000 0000000000000000
ffffffff81293269
[ 192.091022] ffff8800175727f0 ffff8800177413c0 ffff8800173bbef8
ffff88001755ea40
[ 192.093443] Call Trace:
[ 192.094056] [<ffffffff81293269>] ? vxlan_igmp_join+0x77/0xa3
[ 192.095399] [<ffffffff8104bc07>] ? process_one_work+0x191/0x294
[ 192.096791] [<ffffffff8104c0b9>] ? worker_thread+0x121/0x1e7
[ 192.098127] [<ffffffff8104bf98>] ? rescuer_thread+0x269/0x269
[ 192.099405] [<ffffffff81050ae1>] ? kthread+0x81/0x89
[ 192.100480] [<ffffffff81050a60>] ? __kthread_parkme+0x5d/0x5d
[ 192.101848] [<ffffffff8138e3fc>] ? ret_from_fork+0x7c/0xb0
[ 192.103135] [<ffffffff81050a60>] ? __kthread_parkme+0x5d/0x5d
[ 192.104493] Code: 5e c3 41 57 41 56 41 55 41 54 49 89 fc 55 48 89
d5 53 41 55 80 3a ff 4c 8b af 98 02 00 00 4c 8b 77 30 0f 85 30 01 00
00 41 89 f7 <49> 8b 9d 80 00 00 00 eb 28 45 85 ff 74 06 44 39 7b 10 75
19 48
[ 192.112812] RIP [<ffffffff8135fb85>] ipv6_sock_mc_join+0x29/0x171
[ 192.114208] RSP <ffff88001775bdc8>
[ 192.114978] CR2: 0000000000000080
[ 192.115813] BUG: unable to handle kernel NULL pointer dereference
at 000000000000006e
[ 192.117676] IP: [<ffffffff8134f89f>] ip6_route_output+0x50/0x76
[ 192.119045] PGD 0
[ 192.119564] Oops: 0000 [#2] SMP
[ 192.120856] Modules linked in: nfsd auth_rpcgss oid_registry
nfs_acl nfs lockd fscache sunrpc loop coretemp crc32c_intel vmwgfx ttm
ghash_clmulni_intel aesni_intel aes_x86_64 joydev ablk_helper drm
snd_pcm cryptd lrw snd_page_alloc snd_timer gf128mul glue_helper snd
processor hid_generic psmouse soundcore ehci_pci thermal_sys
parport_pc parport usbhid pcspkr serio_raw hid shpchp evdev i2c_piix4
i2c_core microcode button ac ext4 crc16 jbd2 mbcache dm_mod sg sd_mod
sr_mod cdrom crc_t10dif crct10dif_common ata_generic floppy e1000
uhci_hcd ehci_hcd usbcore usb_common mptspi ata_piix
scsi_transport_spi mptscsih mptbase libata scsi_mod
[ 192.137768] CPU: 1 PID: 173 Comm: kworker/1:2 Tainted: G D
3.12.1 #1
[ 192.139489] Hardware name: VMware, Inc. VMware Virtual
Platform/440BX Desktop Reference Platform, BIOS 6.00 09/20/2012
[ 192.141859] Workqueue: vxlan vxlan_igmp_join
[ 192.142860] task: ffff8800175727f0 ti: ffff88001775a000 task.ti:
ffff88001775a000
[ 192.144565] RIP: 0010:[<ffffffff8134f89f>] [<ffffffff8134f89f>]
ip6_route_output+0x50/0x76
[ 192.146499] RSP: 0018:ffff880017a23a00 EFLAGS: 00010286
[ 192.149207] RAX: 0000000000000001 RBX: ffff880017a23b28 RCX: 00000000000000e0
[ 192.151009] RDX: 0000000000000000 RSI: ffff880014052800 RDI: ffff880017a23b3c
[ 192.152666] RBP: ffff880014052800 R08: 00000000000006c0 R09: 0000000000000000
[ 192.154308] R10: 0000000016000000 R11: ffff880014052800 R12: ffffffff81678340
[ 192.155951] R13: ffffffff81678340 R14: ffff880014052800 R15: ffff88001520e050
[ 192.157612] FS: 0000000000000000(0000) GS:ffff880017a20000(0000)
knlGS:0000000000000000
[ 192.159484] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 192.160834] CR2: 000000000000006e CR3: 000000000160b000 CR4: 00000000000407e0
[ 192.162509] Stack:
[ 192.163022] ffff880017a23b00 ffff880017a23b28 ffff8800175dc000
ffffffff81343dea
[ 192.164974] ffff8800170d6780 0000000000000972 ffff88001777b5c0
00000000f9437ecf
[ 192.166901] ffffffff8105f050 ffff8800170ce0c0 0000000000006e49
0000000000008000
[ 192.168821] Call Trace:
[ 192.169430] <IRQ>
[ 192.169909] [<ffffffff81343dea>] ? ip6_dst_lookup_tail+0x3c/0x1a7
[ 192.171425] [<ffffffff8105f050>] ? wakeup_preempt_entity.isra.46+0x18/0x28
[ 192.172940] [<ffffffff81294433>] ? vxlan_xmit_one+0x311/0x6de
[ 192.174230] [<ffffffff8105a6cf>] ? ttwu_do_wakeup+0xf/0xc1
[ 192.175452] [<ffffffff8105c189>] ? try_to_wake_up+0x17e/0x190
[ 192.176716] [<ffffffff812951bb>] ? vxlan_rcv+0x29d/0x2c2
[ 192.177951] [<ffffffff812c2b4d>] ? __copy_skb_header+0x95/0x28f
[ 192.179716] [<ffffffff81294e7d>] ? vxlan_xmit+0x67d/0x71e
[ 192.181003] [<ffffffff812c31ba>] ? __kmalloc_reserve.isra.43+0x2a/0x6d
[ 192.182535] [<ffffffff810fb5d0>] ? virt_to_head_page+0x5/0x27
[ 192.183889] [<ffffffff810fb860>] ? ksize+0x12/0x1e
[ 192.184989] [<ffffffff812c38e7>] ? __alloc_skb+0xb5/0x1a9
[ 192.186191] [<ffffffff812d012e>] ? dev_hard_start_xmit+0x271/0x3ec
[ 192.187573] [<ffffffff812d059c>] ? dev_queue_xmit+0x2f3/0x3c8
[ 192.188894] [<ffffffff812d81cd>] ? neigh_resolve_output+0xe3/0x121
[ 192.190254] [<ffffffff81344b0f>] ? ip6_finish_output2+0x2b3/0x30e
[ 192.191600] [<ffffffff8135da41>] ? mld_sendpack+0x176/0x27c
[ 192.192860] [<ffffffff8135eebf>] ? add_grec+0x37d/0x3c3
[ 192.194115] [<ffffffff8135f27e>] ? mld_ifc_timer_expire+0x1a9/0x1d8
[ 192.195592] [<ffffffff8135f0d5>] ? igmp6_timer_handler+0x5e/0x5e
[ 192.197006] [<ffffffff810407bf>] ? call_timer_fn+0x4b/0xf6
[ 192.198316] [<ffffffff8135f0d5>] ? igmp6_timer_handler+0x5e/0x5e
[ 192.199637] [<ffffffff81040db0>] ? run_timer_softirq+0x189/0x1ce
[ 192.200982] [<ffffffff8107cd81>] ? tick_sched_do_timer+0x25/0x25
[ 192.202369] [<ffffffff8103ae4c>] ? __do_softirq+0xe8/0x201
[ 192.203648] [<ffffffff81076224>] ? ktime_get+0x5f/0x6b
[ 192.204867] [<ffffffff8107b565>] ? clockevents_program_event+0x9a/0xb6
[ 192.206393] [<ffffffff8138fb1c>] ? call_softirq+0x1c/0x30
[ 192.207662] [<ffffffff81003b7c>] ? do_softirq+0x2c/0x60
[ 192.208923] [<ffffffff8103b02a>] ? irq_exit+0x3b/0x7f
[ 192.210130] [<ffffffff81023c39>] ? smp_apic_timer_interrupt+0x2c/0x37
[ 192.211658] [<ffffffff8138f04a>] ? apic_timer_interrupt+0x6a/0x70
[ 192.213021] <EOI>
[ 192.213456] [<ffffffff81054909>] ? up+0xc/0x35
[ 192.214589] [<ffffffff8138a1e9>] ? oops_end+0x5e/0xa7
[ 192.215723] [<ffffffff813826f5>] ? no_context+0x24f/0x27a
[ 192.216930] [<ffffffff8138c336>] ? __do_page_fault+0x359/0x3d7
[ 192.218215] [<ffffffff810611c0>] ? find_busiest_group+0x26/0x1aa
[ 192.219560] [<ffffffff813898b2>] ? page_fault+0x22/0x30
[ 192.220737] [<ffffffff8135fb85>] ? ipv6_sock_mc_join+0x29/0x171
[ 192.222113] [<ffffffff81389320>] ? _raw_spin_lock_bh+0xe/0x1c
[ 192.223488] [<ffffffff81293269>] ? vxlan_igmp_join+0x77/0xa3
[ 192.224820] [<ffffffff8104bc07>] ? process_one_work+0x191/0x294
[ 192.227456] [<ffffffff8104c0b9>] ? worker_thread+0x121/0x1e7
[ 192.228776] [<ffffffff8104bf98>] ? rescuer_thread+0x269/0x269
[ 192.230065] [<ffffffff81050ae1>] ? kthread+0x81/0x89
[ 192.231171] [<ffffffff81050a60>] ? __kthread_parkme+0x5d/0x5d
[ 192.232466] [<ffffffff8138e3fc>] ? ret_from_fork+0x7c/0xb0
[ 192.233737] [<ffffffff81050a60>] ? __kthread_parkme+0x5d/0x5d
[ 192.235013] Code: 8d 7b 14 e8 e8 fb 01 00 a8 32 0f 95 c0 0f b6 c0
48 8b 53 2c 48 0b 53 24 74 05 83 c8 04 eb 1a 48 85 ed 74 15 48 8b 95
98 02 00 00 <8a> 52 6e c0 ea 05 0f b6 d2 c1 e2 03 09 d0 48 89 de 4c 89
e7 48
[ 192.243063] RIP [<ffffffff8134f89f>] ip6_route_output+0x50/0x76
[ 192.244516] RSP <ffff880017a23a00>
[ 192.245355] CR2: 000000000000006e
[ 192.246205] ---[ end trace d2f5dcf3ce91b4cf ]---
[ 192.247572] Kernel panic - not syncing: Fatal exception in interrupt
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Kernel Panic in IPv6 vxlan
2013-11-26 21:41 Kernel Panic in IPv6 vxlan Ryan Whelan
@ 2013-11-27 8:25 ` Fan Du
2013-11-27 14:44 ` Ryan Whelan
2013-11-27 8:46 ` [PATCH] {vxlan,inet6} Mark vxlan_dev flags with VXLAN_F_IPV6 Fan Du
1 sibling, 1 reply; 5+ messages in thread
From: Fan Du @ 2013-11-27 8:25 UTC (permalink / raw)
To: Ryan Whelan; +Cc: netdev, amwang
Hallo,
On 2013年11月27日 05:41, Ryan Whelan wrote:
> I'm not sure if this is the right place to report this- please correct
> me if I'm mistaken.
>
> When creating a vxlan interface with an IPv6 multicast group but not
> specifying an underlying device, the kernel panics when the vxlan
> interface is brought up. This doesn't happen with an IPv4 multicast
> group. Linux 3.12.1 x86_64
>
> `ip link add vxlan0 type vxlan id 42 group ff0e::110`
You forgot to attach vxlan0 to a physical netdev ;) try:
ip link add vxlan0 type vxlan id 42 group ff0e::110 dev ethX
This will work anyway.
--
浮沉随浪只记今朝笑
--fan fan
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Kernel Panic in IPv6 vxlan
2013-11-27 8:25 ` Fan Du
@ 2013-11-27 14:44 ` Ryan Whelan
2013-11-27 16:32 ` Stephen Hemminger
0 siblings, 1 reply; 5+ messages in thread
From: Ryan Whelan @ 2013-11-27 14:44 UTC (permalink / raw)
To: Fan Du; +Cc: netdev, amwang
That isn't required with IPv4- if you don't specify an interface with
IPv4, it looks like the system will route the multicast traffic via
routing. Is this not an option with IPv6? I might be
misunderstanding something?
thanks
On Wed, Nov 27, 2013 at 3:25 AM, Fan Du <fan.du@windriver.com> wrote:
> Hallo,
>
>
> On 2013年11月27日 05:41, Ryan Whelan wrote:
>>
>> I'm not sure if this is the right place to report this- please correct
>> me if I'm mistaken.
>>
>> When creating a vxlan interface with an IPv6 multicast group but not
>> specifying an underlying device, the kernel panics when the vxlan
>> interface is brought up. This doesn't happen with an IPv4 multicast
>> group. Linux 3.12.1 x86_64
>>
>> `ip link add vxlan0 type vxlan id 42 group ff0e::110`
>
>
> You forgot to attach vxlan0 to a physical netdev ;) try:
>
> ip link add vxlan0 type vxlan id 42 group ff0e::110 dev ethX
>
> This will work anyway.
>
> --
> 浮沉随浪只记今朝笑
>
> --fan fan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel Panic in IPv6 vxlan
2013-11-27 14:44 ` Ryan Whelan
@ 2013-11-27 16:32 ` Stephen Hemminger
0 siblings, 0 replies; 5+ messages in thread
From: Stephen Hemminger @ 2013-11-27 16:32 UTC (permalink / raw)
To: Ryan Whelan; +Cc: Fan Du, netdev, amwang
On Wed, 27 Nov 2013 09:44:03 -0500
Ryan Whelan <rcwhelan@gmail.com> wrote:
> That isn't required with IPv4- if you don't specify an interface with
> IPv4, it looks like the system will route the multicast traffic via
> routing. Is this not an option with IPv6? I might be
> misunderstanding something?
>
> thanks
>
> On Wed, Nov 27, 2013 at 3:25 AM, Fan Du <fan.du@windriver.com> wrote:
> > Hallo,
> >
> >
> > On 2013年11月27日 05:41, Ryan Whelan wrote:
> >>
> >> I'm not sure if this is the right place to report this- please correct
> >> me if I'm mistaken.
> >>
> >> When creating a vxlan interface with an IPv6 multicast group but not
> >> specifying an underlying device, the kernel panics when the vxlan
> >> interface is brought up. This doesn't happen with an IPv4 multicast
> >> group. Linux 3.12.1 x86_64
> >>
> >> `ip link add vxlan0 type vxlan id 42 group ff0e::110`
> >
> >
> > You forgot to attach vxlan0 to a physical netdev ;) try:
> >
> > ip link add vxlan0 type vxlan id 42 group ff0e::110 dev ethX
> >
> > This will work anyway.
> >
> > --
> > 浮沉随浪只记今朝笑
> >
> > --fan fan
> --
Yes, this is a bug in the IPv6 implementation.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH] {vxlan,inet6} Mark vxlan_dev flags with VXLAN_F_IPV6
2013-11-26 21:41 Kernel Panic in IPv6 vxlan Ryan Whelan
2013-11-27 8:25 ` Fan Du
@ 2013-11-27 8:46 ` Fan Du
1 sibling, 0 replies; 5+ messages in thread
From: Fan Du @ 2013-11-27 8:46 UTC (permalink / raw)
To: Ryan Whelan; +Cc: netdev, amwang
On 2013年11月27日 05:41, Ryan Whelan wrote:
> I'm not sure if this is the right place to report this- please correct
> me if I'm mistaken.
>
> When creating a vxlan interface with an IPv6 multicast group but not
> specifying an underlying device, the kernel panics when the vxlan
> interface is brought up. This doesn't happen with an IPv4 multicast
> group. Linux 3.12.1 x86_64
>
> `ip link add vxlan0 type vxlan id 42 group ff0e::110`
> `ip link set vxlan0 up`
>
> [ 192.037669] BUG: unable to handle kernel NULL pointer dereference
> at 0000000000000080
ok, without attaching physical netdev to vxlan is not a big crime to
crash kernel safely every time. Could you please test this patch?
From ae2121bb0e0becbec340bcf199ad0250402ea4c3 Mon Sep 17 00:00:00 2001
From: Fan Du <fan.du@windriver.com>
Date: Wed, 27 Nov 2013 16:31:49 +0800
Subject: [PATCH] {vxlan,inet6} Mark vxlan_dev flags with VXLAN_F_IPV6
properly
Even if user don't supply the physical netdev to attach vxlan dev
to, and at the same time user want to vxlan sit top of IPv6, mark
vxlan_dev flags with VXLAN_F_IPV6 to create IPv6 based socket,
otherwise kernel spit below messages, and host totally stuck!
[ 62.656266] BUG: unable to handle kernel NULL pointer dereference[ 62.656320] ip (3008) used greatest stack depth: 3912 bytes left
at 0000000000000046
[ 62.656423] IP: [<ffffffff816d822d>] ip6_route_output+0xbd/0xe0
[ 62.656525] PGD 2c966067 PUD 2c9a2067 PMD 0
[ 62.656674] Oops: 0000 [#1] SMP
[ 62.656781] Modules linked in: vxlan netconsole deflate zlib_deflate af_key
[ 62.657083] CPU: 1 PID: 2128 Comm: whoopsie Not tainted 3.12.0+ #182
[ 62.657083] Hardware name: innotek GmbH VirtualBox, BIOS VirtualBox 12/01/2006
[ 62.657083] task: ffff88002e2335d0 ti: ffff88002c94c000 task.ti: ffff88002c94c000
[ 62.657083] RIP: 0010:[<ffffffff816d822d>] [<ffffffff816d822d>] ip6_route_output+0xbd/0xe0
[ 62.657083] RSP: 0000:ffff88002fd038f8 EFLAGS: 00210296
[ 62.657083] RAX: 0000000000000000 RBX: ffff88002fd039e0 RCX: 0000000000000000
[ 62.657083] RDX: ffff88002fd0eb68 RSI: ffff88002fd0d278 RDI: ffff88002fd0d278
[ 62.657083] RBP: ffff88002fd03918 R08: 0000000002000000 R09: 0000000000000000
[ 62.657083] R10: 00000000000001ff R11: 0000000000000000 R12: 0000000000000001
[ 62.657083] R13: ffff88002d96b480 R14: ffffffff81c8e2c0 R15: 0000000000000001
[ 62.657083] FS: 0000000000000000(0000) GS:ffff88002fd00000(0063) knlGS:00000000f693b740
[ 62.657083] CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033
[ 62.657083] CR2: 0000000000000046 CR3: 000000002c9d2000 CR4: 00000000000006e0
[ 62.657083] Stack:
[ 62.657083] ffff88002fd03a40 ffffffff81c8e2c0 ffff88002fd039e0 ffff88002d96b480
[ 62.657083] ffff88002fd03958 ffffffff816cac8b ffff880019277cc0 ffff8800192b5d00
[ 62.657083] ffff88002d5bc000 ffff880019277cc0 0000000000001821 0000000000000001
[ 62.657083] Call Trace:
[ 62.657083] <IRQ>
[ 62.657083] [<ffffffff816cac8b>] ip6_dst_lookup_tail+0xdb/0xf0
[ 62.657083] [<ffffffff816caea0>] ip6_dst_lookup+0x10/0x20
[ 62.657083] [<ffffffffa0020c13>] vxlan_xmit_one+0x193/0x9c0 [vxlan]
[ 62.657083] [<ffffffff8137b3b7>] ? account+0xc7/0x1f0
[ 62.657083] [<ffffffffa0021513>] vxlan_xmit+0xd3/0x400 [vxlan]
[ 62.657083] [<ffffffff8161390d>] dev_hard_start_xmit+0x49d/0x5e0
[ 62.657083] [<ffffffff81613d29>] dev_queue_xmit+0x2d9/0x480
[ 62.657083] [<ffffffff817cb854>] ? _raw_write_unlock_bh+0x14/0x20
[ 62.657083] [<ffffffff81630565>] ? eth_header+0x35/0xe0
[ 62.657083] [<ffffffff8161bc5e>] neigh_resolve_output+0x11e/0x1e0
[ 62.657083] [<ffffffff816ce0e0>] ? ip6_fragment+0xad0/0xad0
[ 62.657083] [<ffffffff816cb465>] ip6_finish_output2+0x2f5/0x470
[ 62.657083] [<ffffffff816ce166>] ip6_finish_output+0x86/0xc0
[ 62.657083] [<ffffffff816ce218>] ip6_output+0x78/0xb0
[ 62.657083] [<ffffffff816eadd6>] mld_sendpack+0x256/0x2a0
[ 62.657083] [<ffffffff816ebd8c>] mld_ifc_timer_expire+0x17c/0x290
[ 62.657083] [<ffffffff816ebc10>] ? igmp6_timer_handler+0x80/0x80
[ 62.657083] [<ffffffff816ebc10>] ? igmp6_timer_handler+0x80/0x80
[ 62.657083] [<ffffffff81051065>] call_timer_fn+0x45/0x150
[ 62.657083] [<ffffffff816ebc10>] ? igmp6_timer_handler+0x80/0x80
[ 62.657083] [<ffffffff81052353>] run_timer_softirq+0x1f3/0x2a0
[ 62.657083] [<ffffffff8102dfd8>] ? lapic_next_event+0x18/0x20
[ 62.657083] [<ffffffff8109e36f>] ? clockevents_program_event+0x6f/0x110
[ 62.657083] [<ffffffff8104a2f6>] __do_softirq+0xd6/0x2b0
[ 62.657083] [<ffffffff8104a75e>] irq_exit+0x7e/0xa0
[ 62.657083] [<ffffffff8102ea15>] smp_apic_timer_interrupt+0x45/0x60
[ 62.657083] [<ffffffff817d3eca>] apic_timer_interrupt+0x6a/0x70
[ 62.657083] <EOI>
[ 62.657083] [<ffffffff817d4a35>] ? sysenter_dispatch+0x7/0x1a
[ 62.657083] Code: 4d 8b 85 a8 02 00 00 4c 89 e9 ba 03 04 00 00 48 c7 c6 c0 be 8d 81 48 c7 c7 48 35 a3 81 31 c0 e8 db 68 0e 00 49 8b 85 a8 02 00 00 <0f> b6 40 46 c0 e8 05 0f b6 c0 c1 e0 03 41 09 c4 e9 77 ff ff ff
[ 62.657083] RIP [<ffffffff816d822d>] ip6_route_output+0xbd/0xe0
[ 62.657083] RSP <ffff88002fd038f8>
[ 62.657083] CR2: 0000000000000046
[ 62.657083] ---[ end trace ba8a9583d7cd1934 ]---
[ 62.657083] Kernel panic - not syncing: Fatal exception in interrupt
Signed-off-by: Fan Du <fan.du@windriver.com>
---
drivers/net/vxlan.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c
index 78df8f3..8e7ceb7 100644
--- a/drivers/net/vxlan.c
+++ b/drivers/net/vxlan.c
@@ -2432,7 +2432,8 @@ static int vxlan_newlink(struct net *net, struct net_device *dev,
/* update header length based on lower device */
dev->hard_header_len = lowerdev->hard_header_len +
(use_ipv6 ? VXLAN6_HEADROOM : VXLAN_HEADROOM);
- }
+ } else if (use_ipv6)
+ vxlan->flags |= VXLAN_F_IPV6;
if (data[IFLA_VXLAN_TOS])
vxlan->tos = nla_get_u8(data[IFLA_VXLAN_TOS]);
--
1.7.9.5
--
浮沉随浪只记今朝笑
--fan fan
^ permalink raw reply related [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-11-27 16:32 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-26 21:41 Kernel Panic in IPv6 vxlan Ryan Whelan
2013-11-27 8:25 ` Fan Du
2013-11-27 14:44 ` Ryan Whelan
2013-11-27 16:32 ` Stephen Hemminger
2013-11-27 8:46 ` [PATCH] {vxlan,inet6} Mark vxlan_dev flags with VXLAN_F_IPV6 Fan Du
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).