Eric Chanudet (Intern)
2010-May-19 18:55 UTC
[Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Jeremy Fitzhardinge
2010-May-19 19:51 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Eric Chanudet
2010-May-21 13:15 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Eric Chanudet
2010-May-21 17:35 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Eric Chanudet
2010-May-24 17:18 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Jeremy Fitzhardinge
2010-Jun-01 16:44 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
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 >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Steven Smith
2010-Jun-02 20:07 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
> > 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. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Eric Chanudet
2010-Jun-04 13:14 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
On Wed, 2 Jun 2010, Steven Smith wrote:> Does the attached patch help?Yes, no more kernel panic. Thanks a lot. -- Eric Chanudet _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Steven Smith
2010-Jun-07 20:54 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
> > 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. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Jeremy Fitzhardinge
2010-Jun-08 06:14 UTC
Re: [Xen-devel] Freeze on boot pv domU 2.6.31 with Xen 4.1
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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel