* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
@ 2010-05-21 17:35 Eric Chanudet
2010-05-24 17:18 ` Eric Chanudet
0 siblings, 1 reply; 10+ messages in thread
From: Eric Chanudet @ 2010-05-21 17:35 UTC (permalink / raw)
To: xen-devel; +Cc: Steven Smith, Jeremy Fitzhardinge
On Wed, 19 May 2010, Jeremy Fitzhardinge wrote:
> Make sure you have "console=hvc0 earlyprintk=xen ignore_loglevel
> initcall_debug" on your guest kernel command line to see if we can get
> some idea of where its getting up to.
Here is the end of the output on the guest console :
[ 0.000999] PCI: System does not support PCI
[ 0.000999] PCI: System does not support PCI
[ 0.000999] initcall pci_subsys_init+0x0/0x109 returned 0 after 0 usecs
[ 0.000999] calling proto_init+0x0/0x12 @ 1
[ 0.000999] initcall proto_init+0x0/0x12 returned 0 after 0 usecs
[ 0.000999] calling net_dev_init+0x0/0x179 @ 1
[ 0.000999] initcall net_dev_init+0x0/0x179 returned 0 after 0 usecs
[ 0.000999] calling neigh_init+0x0/0x71 @ 1
[ 0.000999] initcall neigh_init+0x0/0x71 returned 0 after 0 usecs
[ 0.000999] calling fib_rules_init+0x0/0xa6 @ 1
[ 0.000999] initcall fib_rules_init+0x0/0xa6 returned 0 after 0 usecs
[ 0.000999] calling pktsched_init+0x0/0xc4 @ 1
[ 0.000999] initcall pktsched_init+0x0/0xc4 returned 0 after 0 usecs
[ 0.000999] calling tc_filter_init+0x0/0x4c @ 1
[ 0.000999] initcall tc_filter_init+0x0/0x4c returned 0 after 0 usecs
[ 0.000999] calling tc_action_init+0x0/0x4c @ 1
[ 0.000999] initcall tc_action_init+0x0/0x4c returned 0 after 0 usecs
[ 0.000999] calling genl_init+0x0/0xd8 @ 1
Still nothing wrong on Xen's one :
[ 0.000000] Detected 3000.022 MHz processor.
[ 0.000999] Console: colour dummy device 80x25
[ 0.000999] console [tty0] enabled
[ 0.000999] console handover: boot [xenboot0] -> real [hvc0]
Looking further in genetlink.c it seems that the freeze happens in :
synchronize_rcu (af_netlink.c:1540)
netlink_change_ngroups (af_netlink.c:1516)
genl_register_mc_group (genetlink.c:136)
genl_init (genetlink.c:800)
synchronize_rcu does not return after a very long time.
P.S: My first mail seems to be lost, sorry in advance if I double post.
--
Eric Chanudet
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-05-21 17:35 Freeze on boot pv domU 2.6.31 with Xen 4.1 Eric Chanudet
@ 2010-05-24 17:18 ` Eric Chanudet
2010-06-01 16:44 ` Jeremy Fitzhardinge
0 siblings, 1 reply; 10+ messages in thread
From: Eric Chanudet @ 2010-05-24 17:18 UTC (permalink / raw)
To: xen-devel; +Cc: Steven Smith, Jeremy Fitzhardinge
I upgraded Xen to the last revision on the repository (21446) and
installed it. 2.6.31.13 kernel (branch xen/stable-2.6.31.x) do not hang at
boot time anymore (I have a 2.6.31.13 kernel on both Dom0 and pv DomU).
Netchannel2 is added (and appears in guest), nevertheless, I get a triple
fault from Xen's kernel when I try to start a dhcp client on the
netchannel2 interface. Here is the crash report on Xen's console :
[ 277.458877] device vif1.1 entered promiscuous mode
[ 277.464413] eth0: port 2(vif1.1) entering forwarding state
[ 279.401085] blkback: ring-ref 8, event-channel 13, protocol 1 (x86_64-abi)
[ 279.401328] alloc irq_desc for 400 on node 0
[ 279.401488] alloc kstat_irqs on node 0
[ 279.975239] alloc irq_desc for 399 on node 0
[ 279.975444] alloc kstat_irqs on node 0
[ 288.147017] vif1.1: no IPv6 routers present
[ 337.756744] alloc irq_desc for 398 on node 0
[ 337.756947] alloc kstat_irqs on node 0
[ 338.053346] device eth3 entered promiscuous mode
[ 338.057891] eth0: port 3(eth3) entering forwarding state
[ 348.866023] eth3: no IPv6 routers present
[ 414.383815] BUG: unable to handle kernel NULL pointer dereference at 0000000000000082
[ 414.384232] IP: [<ffffffff8134dce1>] pull_through+0xb0/0x18f
[ 414.384479] PGD 2cccd067 PUD 2b80f067 PMD 0
[ 414.384756] Thread overran stack, or stack corrupted
[ 414.384756] Oops: 0002 [#1] SMP
[ 414.384756] last sysfs file: /sys/devices/virtual/net/eth0/bridge/topology_change_detected
[ 414.384756] CPU 0
[ 414.384756] Modules linked in:
[ 414.384756] Pid: 0, comm: swapper Not tainted 2.6.31.13 #4
[ 414.384756] RIP: e030:[<ffffffff8134dce1>] [<ffffffff8134dce1>] pull_through+0xb0/0x18f
[ 414.384756] RSP: e02b:ffffc90000003810 EFLAGS: 00010282
[ 414.384756] RAX: 0000000000000020 RBX: ffff88002b817000 RCX: 0000000000000020
[ 414.384756] RDX: 0000000000000030 RSI: ffff88002c855862 RDI: 0000000000000082
[ 414.384756] RBP: ffffc90000003830 R08: ffff88002c881cc0 R09: 0000000000000020
[ 414.384756] R10: 0000000000000000 R11: 0000000000000020 R12: ffff880000000000
[ 414.384756] R13: 6db6db6db6db6db7 R14: 0000000000000000 R15: ffff88002b0d0000
[ 414.384756] FS: 00007f412e5b8700(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000
[ 414.384756] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 414.384756] CR2: 0000000000000082 CR3: 000000002b104000 CR4: 0000000000002660
[ 414.384756] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 414.384756] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 414.384756] Process swapper (pid: 0, threadinfo ffffffff817ce000, task ffffffff817f30f0)
[ 414.384756] Stack:
[ 414.384756] 0000000000000000 cccccccccccccccd ffff88002b0da028 ffff88002b817000
[ 414.384756] <0> ffffc90000003d20 ffffffff813503c2 0000000000000000 ffff88002d061400
[ 414.384756] <0> 0000000000000000 0000000100000ff4 ffffc90000003d50 ffff88002dc22580
[ 414.384756] Call Trace:
[ 414.384756] <IRQ>
[ 414.384756] [<ffffffff813503c2>] handle_receiver_map_packet+0x645/0x7c7
[ 414.384756] [<ffffffff8145a613>] ? nlmsg_notify+0x4c/0x8a
[ 414.384756] [<ffffffff81449368>] ? rtnl_notify+0x2b/0x2d
[ 414.384756] [<ffffffff814cbe9f>] ? inet6_rt_notify+0x109/0x12e
[ 414.384756] [<ffffffff814cee46>] ? fib6_add+0x444/0x536
[ 414.384756] [<ffffffff81030b77>] ? xen_swiotlb_phys_to_bus+0x24/0x48
[ 414.384756] [<ffffffff81030bba>] ? xen_swiotlb_virt_to_bus+0x1f/0x23
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff81030bff>] ? xen_swiotlb_dma_mapping_error+0x18/0x26
[ 414.384756] [<ffffffff81031384>] ? xen_swiotlb_map_page+0x0/0x100
[ 414.384756] [<ffffffff8143bed8>] ? skb_dma_map+0xf7/0x267
[ 414.384756] [<ffffffff813194f5>] ? e1000_xmit_frame+0x66c/0x96f
[ 414.384756] [<ffffffff812548cd>] ? fast_flush_area+0xf2/0x10c
[ 414.384756] [<ffffffff8143fcda>] ? dev_hard_start_xmit+0x23d/0x2e9
[ 414.384756] [<ffffffff810d0e20>] ? mempool_free_slab+0x12/0x14
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff8102f722>] ? check_events+0x12/0x20
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff8134ecd2>] nc2_handle_packet_msg+0x100/0x392
[ 414.384756] [<ffffffff8102f70f>] ? xen_restore_fl_direct_end+0x0/0x1
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff8134c5e3>] process_ring+0x132/0x4bd
[ 414.384756] [<ffffffff8143f690>] net_rx_action+0xe3/0x232
[ 414.384756] [<ffffffff81071b92>] __do_softirq+0xe5/0x1bd
[ 414.384756] [<ffffffff81034f2c>] call_softirq+0x1c/0x30
[ 414.384756] [<ffffffff81036606>] do_softirq+0x62/0xc9
[ 414.384756] [<ffffffff810718a1>] irq_exit+0x3f/0x7e
[ 414.384756] [<ffffffff8124d8e4>] xen_evtchn_do_upcall+0x190/0x1ac
[ 414.384756] [<ffffffff81034f7e>] xen_do_hypervisor_callback+0x1e/0x30
[ 414.384756] <EOI>
[ 414.384756] [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1000
[ 414.384756] [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1000
[ 414.384756] [<ffffffff8102f088>] ? xen_safe_halt+0x10/0x1a
[ 414.384756] [<ffffffff8102c2d0>] ? xen_idle+0x5c/0x70
[ 414.384756] [<ffffffff81033003>] ? cpu_idle+0x66/0xaa
[ 414.384756] [<ffffffff81518b4d>] ? rest_init+0x61/0x63
[ 414.384756] [<ffffffff818c9634>] ? start_kernel+0x427/0x432
[ 414.384756] [<ffffffff818c8b1f>] ? x86_64_start_reservations+0xaa/0xae
[ 414.384756] [<ffffffff818cd2a1>] ? xen_start_kernel+0x63a/0x641
[ 414.384756] Code: e0 fc 48 29 c2 44 89 d0 48 c1 fa 03 49 0f af d5 48 c1 e2 0c 4a 8d 34 22 48 8d 50 03 48 c1 e2 04 42 8b 44 02 10 48 01 c6 44 89 c8 <f3> a4 03 83 dc 00 00 00 8b 8b e0 00 00 00 39 c8 89 83 dc 00 00
[ 414.384756] RIP [<ffffffff8134dce1>] pull_through+0xb0/0x18f
[ 414.384756] RSP <ffffc90000003810>
[ 414.384756] CR2: 0000000000000082
[ 414.384756] ---[ end trace 15df3e21858e13fd ]---
[ 414.384756] Kernel panic - not syncing: Fatal exception in interrupt
[ 414.384756] Pid: 0, comm: swapper Tainted: G D 2.6.31.13 #4
[ 414.384756] Call Trace:
[ 414.384756] <IRQ> [<ffffffff81537d1b>] panic+0xa0/0x15f
[ 414.384756] [<ffffffff8102f722>] ? check_events+0x12/0x20
[ 414.384756] [<ffffffff815300d5>] ? xen_cpu_up+0x185/0x37a
[ 414.384756] [<ffffffff8102f70f>] ? xen_restore_fl_direct_end+0x0/0x1
[ 414.384756] [<ffffffff81539f79>] ? _spin_unlock_irqrestore+0x34/0x36
[ 414.384756] [<ffffffff8106c463>] ? release_console_sem+0x1aa/0x1dc
[ 414.384756] [<ffffffff8106c68e>] ? console_unblank+0x65/0x6a
[ 414.384756] [<ffffffff8153afa9>] oops_end+0xbf/0xcf
[ 414.384756] [<ffffffff810539ce>] no_context+0x1ed/0x1fc
[ 414.384756] [<ffffffff81053b83>] __bad_area_nosemaphore+0x1a6/0x1cc
[ 414.384756] [<ffffffff8144016f>] ? dev_queue_xmit+0x2cd/0x2ff
[ 414.384756] [<ffffffff814f372b>] ? br_dev_queue_push_xmit+0x5f/0x65
[ 414.384756] [<ffffffff814f3780>] ? br_forward_finish+0x4f/0x53
[ 414.384756] [<ffffffff814f389c>] ? __br_deliver+0x52/0x56
[ 414.384756] [<ffffffff81053bb7>] bad_area_nosemaphore+0xe/0x10
[ 414.384756] [<ffffffff8153c630>] do_page_fault+0x1ca/0x307
[ 414.384756] [<ffffffff8143fcda>] ? dev_hard_start_xmit+0x23d/0x2e9
[ 414.384756] [<ffffffff8153a3e5>] page_fault+0x25/0x30
[ 414.384756] [<ffffffff8134dce1>] ? pull_through+0xb0/0x18f
[ 414.384756] [<ffffffff813503c2>] handle_receiver_map_packet+0x645/0x7c7
[ 414.384756] [<ffffffff8145a613>] ? nlmsg_notify+0x4c/0x8a
[ 414.384756] [<ffffffff81449368>] ? rtnl_notify+0x2b/0x2d
[ 414.384756] [<ffffffff814cbe9f>] ? inet6_rt_notify+0x109/0x12e
[ 414.384756] [<ffffffff814cee46>] ? fib6_add+0x444/0x536
[ 414.384756] [<ffffffff81030b77>] ? xen_swiotlb_phys_to_bus+0x24/0x48
[ 414.384756] [<ffffffff81030bba>] ? xen_swiotlb_virt_to_bus+0x1f/0x23
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff81030bff>] ? xen_swiotlb_dma_mapping_error+0x18/0x26
[ 414.384756] [<ffffffff81031384>] ? xen_swiotlb_map_page+0x0/0x100
[ 414.384756] [<ffffffff8143bed8>] ? skb_dma_map+0xf7/0x267
[ 414.384756] [<ffffffff813194f5>] ? e1000_xmit_frame+0x66c/0x96f
[ 414.384756] [<ffffffff812548cd>] ? fast_flush_area+0xf2/0x10c
[ 414.384756] [<ffffffff8143fcda>] ? dev_hard_start_xmit+0x23d/0x2e9
[ 414.384756] [<ffffffff810d0e20>] ? mempool_free_slab+0x12/0x14
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff8102f722>] ? check_events+0x12/0x20
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff8134ecd2>] nc2_handle_packet_msg+0x100/0x392
[ 414.384756] [<ffffffff8102f70f>] ? xen_restore_fl_direct_end+0x0/0x1
[ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
[ 414.384756] [<ffffffff8134c5e3>] process_ring+0x132/0x4bd
[ 414.384756] [<ffffffff8143f690>] net_rx_action+0xe3/0x232
[ 414.384756] [<ffffffff81071b92>] __do_softirq+0xe5/0x1bd
[ 414.384756] [<ffffffff81034f2c>] call_softirq+0x1c/0x30
[ 414.384756] [<ffffffff81036606>] do_softirq+0x62/0xc9
[ 414.384756] [<ffffffff810718a1>] irq_exit+0x3f/0x7e
[ 414.384756] [<ffffffff8124d8e4>] xen_evtchn_do_upcall+0x190/0x1ac
[ 414.384756] [<ffffffff81034f7e>] xen_do_hypervisor_callback+0x1e/0x30
[ 414.384756] <EOI> [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1000
[ 414.384756] [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1000
[ 414.384756] [<ffffffff8102f088>] ? xen_safe_halt+0x10/0x1a
[ 414.384756] [<ffffffff8102c2d0>] ? xen_idle+0x5c/0x70
[ 414.384756] [<ffffffff81033003>] ? cpu_idle+0x66/0xaa
[ 414.384756] [<ffffffff81518b4d>] ? rest_init+0x61/0x63
[ 414.384756] [<ffffffff818c9634>] ? start_kernel+0x427/0x432
[ 414.384756] [<ffffffff818c8b1f>] ? x86_64_start_reservations+0xaa/0xae
[ 414.384756] [<ffffffff818cd2a1>] ? xen_start_kernel+0x63a/0x641
--
Eric Chanudet
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-05-24 17:18 ` Eric Chanudet
@ 2010-06-01 16:44 ` Jeremy Fitzhardinge
2010-06-02 20:07 ` Steven Smith
0 siblings, 1 reply; 10+ messages in thread
From: Jeremy Fitzhardinge @ 2010-06-01 16:44 UTC (permalink / raw)
To: Eric Chanudet; +Cc: Steven Smith, xen-devel
On 05/24/2010 10:18 AM, Eric Chanudet wrote:
>
> I upgraded Xen to the last revision on the repository (21446) and
> installed it. 2.6.31.13 kernel (branch xen/stable-2.6.31.x) do not
> hang at boot time anymore (I have a 2.6.31.13 kernel on both Dom0 and
> pv DomU).
>
> Netchannel2 is added (and appears in guest), nevertheless, I get a
> triple fault from Xen's kernel when I try to start a dhcp client on
> the netchannel2 interface. Here is the crash report on Xen's console :
nc2 is very untested, so it isn't surprising that you're having problems
with it. Steven, do you have any thoughts about this?
Thanks,
J
>
> [ 277.458877] device vif1.1 entered promiscuous mode
> [ 277.464413] eth0: port 2(vif1.1) entering forwarding state
> [ 279.401085] blkback: ring-ref 8, event-channel 13, protocol 1
> (x86_64-abi)
> [ 279.401328] alloc irq_desc for 400 on node 0
> [ 279.401488] alloc kstat_irqs on node 0
> [ 279.975239] alloc irq_desc for 399 on node 0
> [ 279.975444] alloc kstat_irqs on node 0
> [ 288.147017] vif1.1: no IPv6 routers present
> [ 337.756744] alloc irq_desc for 398 on node 0
> [ 337.756947] alloc kstat_irqs on node 0
> [ 338.053346] device eth3 entered promiscuous mode
> [ 338.057891] eth0: port 3(eth3) entering forwarding state
> [ 348.866023] eth3: no IPv6 routers present
> [ 414.383815] BUG: unable to handle kernel NULL pointer dereference
> at 0000000000000082
> [ 414.384232] IP: [<ffffffff8134dce1>] pull_through+0xb0/0x18f
> [ 414.384479] PGD 2cccd067 PUD 2b80f067 PMD 0 [ 414.384756] Thread
> overran stack, or stack corrupted
> [ 414.384756] Oops: 0002 [#1] SMP [ 414.384756] last sysfs file:
> /sys/devices/virtual/net/eth0/bridge/topology_change_detected
> [ 414.384756] CPU 0 [ 414.384756] Modules linked in:
> [ 414.384756] Pid: 0, comm: swapper Not tainted 2.6.31.13 #4 [
> 414.384756] RIP: e030:[<ffffffff8134dce1>] [<ffffffff8134dce1>]
> pull_through+0xb0/0x18f
> [ 414.384756] RSP: e02b:ffffc90000003810 EFLAGS: 00010282
> [ 414.384756] RAX: 0000000000000020 RBX: ffff88002b817000 RCX:
> 0000000000000020
> [ 414.384756] RDX: 0000000000000030 RSI: ffff88002c855862 RDI:
> 0000000000000082
> [ 414.384756] RBP: ffffc90000003830 R08: ffff88002c881cc0 R09:
> 0000000000000020
> [ 414.384756] R10: 0000000000000000 R11: 0000000000000020 R12:
> ffff880000000000
> [ 414.384756] R13: 6db6db6db6db6db7 R14: 0000000000000000 R15:
> ffff88002b0d0000
> [ 414.384756] FS: 00007f412e5b8700(0000) GS:ffffc90000000000(0000)
> knlGS:0000000000000000
> [ 414.384756] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ 414.384756] CR2: 0000000000000082 CR3: 000000002b104000 CR4:
> 0000000000002660
> [ 414.384756] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
> 0000000000000000
> [ 414.384756] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
> 0000000000000400
> [ 414.384756] Process swapper (pid: 0, threadinfo ffffffff817ce000,
> task ffffffff817f30f0)
> [ 414.384756] Stack:
> [ 414.384756] 0000000000000000 cccccccccccccccd ffff88002b0da028
> ffff88002b817000
> [ 414.384756] <0> ffffc90000003d20 ffffffff813503c2 0000000000000000
> ffff88002d061400
> [ 414.384756] <0> 0000000000000000 0000000100000ff4 ffffc90000003d50
> ffff88002dc22580
> [ 414.384756] Call Trace:
> [ 414.384756] <IRQ> [ 414.384756] [<ffffffff813503c2>]
> handle_receiver_map_packet+0x645/0x7c7
> [ 414.384756] [<ffffffff8145a613>] ? nlmsg_notify+0x4c/0x8a
> [ 414.384756] [<ffffffff81449368>] ? rtnl_notify+0x2b/0x2d
> [ 414.384756] [<ffffffff814cbe9f>] ? inet6_rt_notify+0x109/0x12e
> [ 414.384756] [<ffffffff814cee46>] ? fib6_add+0x444/0x536
> [ 414.384756] [<ffffffff81030b77>] ? xen_swiotlb_phys_to_bus+0x24/0x48
> [ 414.384756] [<ffffffff81030bba>] ? xen_swiotlb_virt_to_bus+0x1f/0x23
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff81030bff>] ?
> xen_swiotlb_dma_mapping_error+0x18/0x26
> [ 414.384756] [<ffffffff81031384>] ? xen_swiotlb_map_page+0x0/0x100
> [ 414.384756] [<ffffffff8143bed8>] ? skb_dma_map+0xf7/0x267
> [ 414.384756] [<ffffffff813194f5>] ? e1000_xmit_frame+0x66c/0x96f
> [ 414.384756] [<ffffffff812548cd>] ? fast_flush_area+0xf2/0x10c
> [ 414.384756] [<ffffffff8143fcda>] ? dev_hard_start_xmit+0x23d/0x2e9
> [ 414.384756] [<ffffffff810d0e20>] ? mempool_free_slab+0x12/0x14
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff8102f722>] ? check_events+0x12/0x20
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff8134ecd2>] nc2_handle_packet_msg+0x100/0x392
> [ 414.384756] [<ffffffff8102f70f>] ? xen_restore_fl_direct_end+0x0/0x1
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff8134c5e3>] process_ring+0x132/0x4bd
> [ 414.384756] [<ffffffff8143f690>] net_rx_action+0xe3/0x232
> [ 414.384756] [<ffffffff81071b92>] __do_softirq+0xe5/0x1bd
> [ 414.384756] [<ffffffff81034f2c>] call_softirq+0x1c/0x30
> [ 414.384756] [<ffffffff81036606>] do_softirq+0x62/0xc9
> [ 414.384756] [<ffffffff810718a1>] irq_exit+0x3f/0x7e
> [ 414.384756] [<ffffffff8124d8e4>] xen_evtchn_do_upcall+0x190/0x1ac
> [ 414.384756] [<ffffffff81034f7e>] xen_do_hypervisor_callback+0x1e/0x30
> [ 414.384756] <EOI> [ 414.384756] [<ffffffff810093aa>] ?
> hypercall_page+0x3aa/0x1000
> [ 414.384756] [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1000
> [ 414.384756] [<ffffffff8102f088>] ? xen_safe_halt+0x10/0x1a
> [ 414.384756] [<ffffffff8102c2d0>] ? xen_idle+0x5c/0x70
> [ 414.384756] [<ffffffff81033003>] ? cpu_idle+0x66/0xaa
> [ 414.384756] [<ffffffff81518b4d>] ? rest_init+0x61/0x63
> [ 414.384756] [<ffffffff818c9634>] ? start_kernel+0x427/0x432
> [ 414.384756] [<ffffffff818c8b1f>] ?
> x86_64_start_reservations+0xaa/0xae
> [ 414.384756] [<ffffffff818cd2a1>] ? xen_start_kernel+0x63a/0x641
> [ 414.384756] Code: e0 fc 48 29 c2 44 89 d0 48 c1 fa 03 49 0f af d5
> 48 c1 e2 0c 4a 8d 34 22 48 8d 50 03 48 c1 e2 04 42 8b 44 02 10 48 01
> c6 44 89 c8 <f3> a4 03 83 dc 00 00 00 8b 8b e0 00 00 00 39 c8 89 83 dc
> 00 00 [ 414.384756] RIP [<ffffffff8134dce1>] pull_through+0xb0/0x18f
> [ 414.384756] RSP <ffffc90000003810>
> [ 414.384756] CR2: 0000000000000082
> [ 414.384756] ---[ end trace 15df3e21858e13fd ]---
> [ 414.384756] Kernel panic - not syncing: Fatal exception in interrupt
> [ 414.384756] Pid: 0, comm: swapper Tainted: G D 2.6.31.13 #4
> [ 414.384756] Call Trace:
> [ 414.384756] <IRQ> [<ffffffff81537d1b>] panic+0xa0/0x15f
> [ 414.384756] [<ffffffff8102f722>] ? check_events+0x12/0x20
> [ 414.384756] [<ffffffff815300d5>] ? xen_cpu_up+0x185/0x37a
> [ 414.384756] [<ffffffff8102f70f>] ? xen_restore_fl_direct_end+0x0/0x1
> [ 414.384756] [<ffffffff81539f79>] ? _spin_unlock_irqrestore+0x34/0x36
> [ 414.384756] [<ffffffff8106c463>] ? release_console_sem+0x1aa/0x1dc
> [ 414.384756] [<ffffffff8106c68e>] ? console_unblank+0x65/0x6a
> [ 414.384756] [<ffffffff8153afa9>] oops_end+0xbf/0xcf
> [ 414.384756] [<ffffffff810539ce>] no_context+0x1ed/0x1fc
> [ 414.384756] [<ffffffff81053b83>] __bad_area_nosemaphore+0x1a6/0x1cc
> [ 414.384756] [<ffffffff8144016f>] ? dev_queue_xmit+0x2cd/0x2ff
> [ 414.384756] [<ffffffff814f372b>] ? br_dev_queue_push_xmit+0x5f/0x65
> [ 414.384756] [<ffffffff814f3780>] ? br_forward_finish+0x4f/0x53
> [ 414.384756] [<ffffffff814f389c>] ? __br_deliver+0x52/0x56
> [ 414.384756] [<ffffffff81053bb7>] bad_area_nosemaphore+0xe/0x10
> [ 414.384756] [<ffffffff8153c630>] do_page_fault+0x1ca/0x307
> [ 414.384756] [<ffffffff8143fcda>] ? dev_hard_start_xmit+0x23d/0x2e9
> [ 414.384756] [<ffffffff8153a3e5>] page_fault+0x25/0x30
> [ 414.384756] [<ffffffff8134dce1>] ? pull_through+0xb0/0x18f
> [ 414.384756] [<ffffffff813503c2>]
> handle_receiver_map_packet+0x645/0x7c7
> [ 414.384756] [<ffffffff8145a613>] ? nlmsg_notify+0x4c/0x8a
> [ 414.384756] [<ffffffff81449368>] ? rtnl_notify+0x2b/0x2d
> [ 414.384756] [<ffffffff814cbe9f>] ? inet6_rt_notify+0x109/0x12e
> [ 414.384756] [<ffffffff814cee46>] ? fib6_add+0x444/0x536
> [ 414.384756] [<ffffffff81030b77>] ? xen_swiotlb_phys_to_bus+0x24/0x48
> [ 414.384756] [<ffffffff81030bba>] ? xen_swiotlb_virt_to_bus+0x1f/0x23
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff81030bff>] ?
> xen_swiotlb_dma_mapping_error+0x18/0x26
> [ 414.384756] [<ffffffff81031384>] ? xen_swiotlb_map_page+0x0/0x100
> [ 414.384756] [<ffffffff8143bed8>] ? skb_dma_map+0xf7/0x267
> [ 414.384756] [<ffffffff813194f5>] ? e1000_xmit_frame+0x66c/0x96f
> [ 414.384756] [<ffffffff812548cd>] ? fast_flush_area+0xf2/0x10c
> [ 414.384756] [<ffffffff8143fcda>] ? dev_hard_start_xmit+0x23d/0x2e9
> [ 414.384756] [<ffffffff810d0e20>] ? mempool_free_slab+0x12/0x14
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff8102f722>] ? check_events+0x12/0x20
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff8134ecd2>] nc2_handle_packet_msg+0x100/0x392
> [ 414.384756] [<ffffffff8102f70f>] ? xen_restore_fl_direct_end+0x0/0x1
> [ 414.384756] [<ffffffff8102eff1>] ? xen_force_evtchn_callback+0xd/0xf
> [ 414.384756] [<ffffffff8134c5e3>] process_ring+0x132/0x4bd
> [ 414.384756] [<ffffffff8143f690>] net_rx_action+0xe3/0x232
> [ 414.384756] [<ffffffff81071b92>] __do_softirq+0xe5/0x1bd
> [ 414.384756] [<ffffffff81034f2c>] call_softirq+0x1c/0x30
> [ 414.384756] [<ffffffff81036606>] do_softirq+0x62/0xc9
> [ 414.384756] [<ffffffff810718a1>] irq_exit+0x3f/0x7e
> [ 414.384756] [<ffffffff8124d8e4>] xen_evtchn_do_upcall+0x190/0x1ac
> [ 414.384756] [<ffffffff81034f7e>] xen_do_hypervisor_callback+0x1e/0x30
> [ 414.384756] <EOI> [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1000
> [ 414.384756] [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1000
> [ 414.384756] [<ffffffff8102f088>] ? xen_safe_halt+0x10/0x1a
> [ 414.384756] [<ffffffff8102c2d0>] ? xen_idle+0x5c/0x70
> [ 414.384756] [<ffffffff81033003>] ? cpu_idle+0x66/0xaa
> [ 414.384756] [<ffffffff81518b4d>] ? rest_init+0x61/0x63
> [ 414.384756] [<ffffffff818c9634>] ? start_kernel+0x427/0x432
> [ 414.384756] [<ffffffff818c8b1f>] ?
> x86_64_start_reservations+0xaa/0xae
> [ 414.384756] [<ffffffff818cd2a1>] ? xen_start_kernel+0x63a/0x641
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-06-01 16:44 ` Jeremy Fitzhardinge
@ 2010-06-02 20:07 ` Steven Smith
2010-06-04 13:14 ` Eric Chanudet
0 siblings, 1 reply; 10+ messages in thread
From: Steven Smith @ 2010-06-02 20:07 UTC (permalink / raw)
To: Jeremy Fitzhardinge; +Cc: Steven Smith, Eric Chanudet (Intern), xen-devel
[-- Attachment #1.1.1: Type: text/plain, Size: 622 bytes --]
> > I upgraded Xen to the last revision on the repository (21446) and
> > installed it. 2.6.31.13 kernel (branch xen/stable-2.6.31.x) do not
> > hang at boot time anymore (I have a 2.6.31.13 kernel on both Dom0 and
> > pv DomU).
> >
> > Netchannel2 is added (and appears in guest), nevertheless, I get a
> > triple fault from Xen's kernel when I try to start a dhcp client on
> > the netchannel2 interface. Here is the crash report on Xen's console :
> nc2 is very untested, so it isn't surprising that you're having problems
> with it. Steven, do you have any thoughts about this?
Does the attached patch help?
Steven.
[-- Attachment #1.1.2: fix_nc2_forward_port.diff --]
[-- Type: text/x-diff, Size: 816 bytes --]
commit 49b5467d72943a4f257fb6b926bbdd47bfff230c
Author: Steven Smith <ssmith@weybridge.uk.xensource.com>
Date: Wed Jun 2 19:56:18 2010 +0100
Fix stupid use of integer offset as pointer.
Signed-off-by: Steven Smith <ssmith@eu.citrix.com>
diff --git a/drivers/net/xen-netchannel2/util.c b/drivers/net/xen-netchannel2/util.c
index 0d242a4..e8c3118 100644
--- a/drivers/net/xen-netchannel2/util.c
+++ b/drivers/net/xen-netchannel2/util.c
@@ -142,7 +142,7 @@ void pull_through(struct sk_buff *skb, unsigned count)
if (this_frag > count)
this_frag = count;
va = page_address(skb_shinfo(skb)->frags[frag].page);
- buf = skb->tail;
+ buf = skb_tail_pointer(skb);
memcpy(buf, va + skb_shinfo(skb)->frags[frag].page_offset,
this_frag);
skb->tail += this_frag;
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-06-02 20:07 ` Steven Smith
@ 2010-06-04 13:14 ` Eric Chanudet
2010-06-07 20:54 ` Steven Smith
0 siblings, 1 reply; 10+ messages in thread
From: Eric Chanudet @ 2010-06-04 13:14 UTC (permalink / raw)
To: Steven Smith; +Cc: Jeremy Fitzhardinge, xen-devel
On Wed, 2 Jun 2010, Steven Smith wrote:
> Does the attached patch help?
Yes, no more kernel panic.
Thanks a lot.
--
Eric Chanudet
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-06-04 13:14 ` Eric Chanudet
@ 2010-06-07 20:54 ` Steven Smith
2010-06-08 6:14 ` Jeremy Fitzhardinge
0 siblings, 1 reply; 10+ messages in thread
From: Steven Smith @ 2010-06-07 20:54 UTC (permalink / raw)
To: Eric Chanudet (Intern); +Cc: Steven Smith, Jeremy Fitzhardinge, xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 167 bytes --]
> > Does the attached patch help?
> Yes, no more kernel panic.
> Thanks a lot.
Great, thanks.
Jeremy: Could you add the patch to your tree, please?
Thanks,
Steven.
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-06-07 20:54 ` Steven Smith
@ 2010-06-08 6:14 ` Jeremy Fitzhardinge
0 siblings, 0 replies; 10+ messages in thread
From: Jeremy Fitzhardinge @ 2010-06-08 6:14 UTC (permalink / raw)
To: Steven Smith; +Cc: Steven Smith, Eric Chanudet (Intern), xen-devel
On 06/07/2010 01:54 PM, Steven Smith wrote:
>>> Does the attached patch help?
>>>
>> Yes, no more kernel panic.
>> Thanks a lot.
>>
> Great, thanks.
>
> Jeremy: Could you add the patch to your tree, please?
>
Done.
J
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-05-19 19:51 ` Jeremy Fitzhardinge
@ 2010-05-21 13:15 ` Eric Chanudet
0 siblings, 0 replies; 10+ messages in thread
From: Eric Chanudet @ 2010-05-21 13:15 UTC (permalink / raw)
To: xen-devel; +Cc: Steven Smith, Jeremy Fitzhardinge
On Wed, 19 May 2010, Jeremy Fitzhardinge wrote:
> Make sure you have "console=hvc0 earlyprintk=xen ignore_loglevel
> initcall_debug" on your guest kernel command line to see if we can get
> some idea of where its getting up to.
Here is the end of the output on the guest console :
[ 0.000999] PCI: System does not support PCI
[ 0.000999] PCI: System does not support PCI
[ 0.000999] initcall pci_subsys_init+0x0/0x109 returned 0 after 0 usecs
[ 0.000999] calling proto_init+0x0/0x12 @ 1
[ 0.000999] initcall proto_init+0x0/0x12 returned 0 after 0 usecs
[ 0.000999] calling net_dev_init+0x0/0x179 @ 1
[ 0.000999] initcall net_dev_init+0x0/0x179 returned 0 after 0 usecs
[ 0.000999] calling neigh_init+0x0/0x71 @ 1
[ 0.000999] initcall neigh_init+0x0/0x71 returned 0 after 0 usecs
[ 0.000999] calling fib_rules_init+0x0/0xa6 @ 1
[ 0.000999] initcall fib_rules_init+0x0/0xa6 returned 0 after 0 usecs
[ 0.000999] calling pktsched_init+0x0/0xc4 @ 1
[ 0.000999] initcall pktsched_init+0x0/0xc4 returned 0 after 0 usecs
[ 0.000999] calling tc_filter_init+0x0/0x4c @ 1
[ 0.000999] initcall tc_filter_init+0x0/0x4c returned 0 after 0 usecs
[ 0.000999] calling tc_action_init+0x0/0x4c @ 1
[ 0.000999] initcall tc_action_init+0x0/0x4c returned 0 after 0 usecs
[ 0.000999] calling genl_init+0x0/0xd8 @ 1
Still nothing wrong on Xen's one :
[ 0.000000] Detected 3000.022 MHz processor.
[ 0.000999] Console: colour dummy device 80x25
[ 0.000999] console [tty0] enabled
[ 0.000999] console handover: boot [xenboot0] -> real [hvc0]
Looking further in genetlink.c it seems that the freeze happens in :
synchronize_rcu (af_netlink.c:1540)
netlink_change_ngroups (af_netlink.c:1516)
genl_register_mc_group (genetlink.c:136)
genl_init (genetlink.c:800)
synchronize_rcu does not return after a very long time.
--
Eric Chanudet
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Freeze on boot pv domU 2.6.31 with Xen 4.1
2010-05-19 18:55 Eric Chanudet (Intern)
@ 2010-05-19 19:51 ` Jeremy Fitzhardinge
2010-05-21 13:15 ` Eric Chanudet
0 siblings, 1 reply; 10+ messages in thread
From: Jeremy Fitzhardinge @ 2010-05-19 19:51 UTC (permalink / raw)
To: Eric Chanudet (Intern); +Cc: Steven Smith, xen-devel
On 05/19/2010 11:55 AM, Eric Chanudet (Intern) wrote:
> I am trying to run a PV domU with netchannel2.
> I used to achieve this with the kernel from xen/stable-2.6.31.x on linux-2.6-pvops repository. It does not work anymore, and does not seem to have any relation with netchannel2 (since I tried to remove it from my .config for testing purpose).
>
> The kernel basically freezes while booting. No error displayed, neither on dom0 serial output (Xen in debug mode), or kernel one's. It just freezes after :
> [ 0.000999] xen_balloon: Initialising balloon driver with page order 0.
> [ 0.000999] SCSI subsystem initialized
> [ 0.000999] usbcore: registered new interface driver usbfs
> [ 0.000999] usbcore: registered new interface driver hub
> [ 0.000999] usbcore: registered new device driver usb
> [ 0.000999] PCI: System does not support PCI
> [ 0.000999] PCI: System does not support PCI
>
Make sure you have "console=hvc0 earlyprintk=xen ignore_loglevel
initcall_debug" on your guest kernel command line to see if we can get
some idea of where its getting up to.
> I'm using the same kernel, with privileged domain configuration, as dom0 (2.6.31) on Xen-4.1 last revision.
> I tried 2.6.32 and 2.6.33 for the pv domU, these ones achieve to boot, but do not support netchannel2.
>
> Since I just want to have a pv kernel handling netchannel2, can anyone advise me a way ?
>
You're the first person I know to try nc2 in a pvops kernel, so I'm not
surprised you're encountering difficulties.
Thanks,
J
^ permalink raw reply [flat|nested] 10+ messages in thread
* Freeze on boot pv domU 2.6.31 with Xen 4.1
@ 2010-05-19 18:55 Eric Chanudet (Intern)
2010-05-19 19:51 ` Jeremy Fitzhardinge
0 siblings, 1 reply; 10+ messages in thread
From: Eric Chanudet (Intern) @ 2010-05-19 18:55 UTC (permalink / raw)
To: xen-devel
I am trying to run a PV domU with netchannel2.
I used to achieve this with the kernel from xen/stable-2.6.31.x on linux-2.6-pvops repository. It does not work anymore, and does not seem to have any relation with netchannel2 (since I tried to remove it from my .config for testing purpose).
The kernel basically freezes while booting. No error displayed, neither on dom0 serial output (Xen in debug mode), or kernel one's. It just freezes after :
[ 0.000999] xen_balloon: Initialising balloon driver with page order 0.
[ 0.000999] SCSI subsystem initialized
[ 0.000999] usbcore: registered new interface driver usbfs
[ 0.000999] usbcore: registered new interface driver hub
[ 0.000999] usbcore: registered new device driver usb
[ 0.000999] PCI: System does not support PCI
[ 0.000999] PCI: System does not support PCI
I'm using the same kernel, with privileged domain configuration, as dom0 (2.6.31) on Xen-4.1 last revision.
I tried 2.6.32 and 2.6.33 for the pv domU, these ones achieve to boot, but do not support netchannel2.
Since I just want to have a pv kernel handling netchannel2, can anyone advise me a way ?
Thanks in advance,
--
Eric Chanudet
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2010-06-08 6:14 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-05-21 17:35 Freeze on boot pv domU 2.6.31 with Xen 4.1 Eric Chanudet
2010-05-24 17:18 ` Eric Chanudet
2010-06-01 16:44 ` Jeremy Fitzhardinge
2010-06-02 20:07 ` Steven Smith
2010-06-04 13:14 ` Eric Chanudet
2010-06-07 20:54 ` Steven Smith
2010-06-08 6:14 ` Jeremy Fitzhardinge
-- strict thread matches above, loose matches on Subject: below --
2010-05-19 18:55 Eric Chanudet (Intern)
2010-05-19 19:51 ` Jeremy Fitzhardinge
2010-05-21 13:15 ` Eric Chanudet
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.