search for: __xen_evtchn_do_upcall

Hi James. I go through the patch, since all its changes happens inside __xen_evtchn_do_upcall(), so I apply the patch into my 2.6.31.kernel by manual. (I was failed to merge a usable, 2.6.38dom0, since quite a lot branch needed, such as blkback, netback) But still, the blue screen shows up. Log attached. Is the timeout better than before? Beside, I think I need find some to examine my...

Hi, when creating a bigger (> 50 GB) HVM guest with maxmem > memory we get softlockups from time to time. kernel: [ 802.084335] BUG: soft lockup - CPU#1 stuck for 22s! [xend:31351] I tracked this down to the call of xc_domain_set_pod_target() and further p2m_pod_set_mem_target(). Unfortunately I can this check only with xen-4.2.2 as I don''t have a machine with enough memory for

..._upcall() { 1) 0.054 us | exit_idle(); 1) | irq_enter() { 1) | rcu_irq_enter() { 1) 0.102 us | rcu_exit_nohz(); 1) 0.431 us | } 1) 0.064 us | idle_cpu(); 1) 1.152 us | } 1) | __xen_evtchn_do_upcall() { 1) 0.119 us | irq_to_desc(); 1) | handle_edge_irq() { 1) 0.107 us | _raw_spin_lock(); 1) | ack_dynirq() { 1) | evtchn_from_irq() { 1) | info_for_irq() { 1)...

.../xen/events.c index 912ac81..0be4df3 100644 --- a/drivers/xen/events.c +++ b/drivers/xen/events.c @@ -1395,10 +1395,10 @@ void xen_evtchn_do_upcall(struct pt_regs *regs) { struct pt_regs *old_regs = set_irq_regs(regs); + irq_enter(); #ifdef CONFIG_X86 exit_idle(); #endif - irq_enter(); __xen_evtchn_do_upcall(); -- 1.6.3.2

.../xen/events.c index 912ac81..0be4df3 100644 --- a/drivers/xen/events.c +++ b/drivers/xen/events.c @@ -1395,10 +1395,10 @@ void xen_evtchn_do_upcall(struct pt_regs *regs) { struct pt_regs *old_regs = set_irq_regs(regs); + irq_enter(); #ifdef CONFIG_X86 exit_idle(); #endif - irq_enter(); __xen_evtchn_do_upcall(); -- 1.6.3.2

..._new_grace_period.isra.35+0x38/0x44 [ 142.851512] [<ffffffff810c7101>] __rcu_process_callbacks+0xc6/0xee [ 142.851520] [<ffffffff810c7149>] rcu_process_callbacks+0x20/0x3e [ 142.851527] [<ffffffff81070c27>] __do_softirq+0x87/0x113 [ 142.851536] [<ffffffff812e7b22>] ? __xen_evtchn_do_upcall+0x1a0/0x1dd [ 142.851546] [<ffffffff8162f05c>] call_softirq+0x1c/0x30 [ 142.851557] [<ffffffff810343a3>] do_softirq+0x41/0x7e [ 142.851566] [<ffffffff81070e66>] irq_exit+0x3f/0x9a [ 142.851573] [<ffffffff812e95c9>] xen_evtchn_do_upcall+0x2c/0x39 [ 142.851580] [<...

...8100ecf2>] ? check_events+0x12/0x20 [ 106.816349] [<ffffffff8100ec12>] ? xen_vcpuop_set_next_event+0x0/0x60 [ 106.816361] [<ffffffff8105b713>] ? run_timer_softirq+0x1c9/0x268 [ 106.816372] [<ffffffff81054dbf>] ? __do_softirq+0xdd/0x1a6 [ 106.816383] [<ffffffff811f2b5f>] ? __xen_evtchn_do_upcall+0x245/0x28d [ 106.816394] [<ffffffff81012cac>] ? call_softirq+0x1c/0x30 [ 106.816404] [<ffffffff8101422b>] ? do_softirq+0x3f/0x7c [ 106.816414] [<ffffffff81054c2f>] ? irq_exit+0x36/0x76 [ 106.816423] [<ffffffff811f3350>] ? xen_evtchn_do_upcall+0x33/0x42 [ 106.816434] [<ff...

...c8b>] ? kmem_cache_free+0x1bb/0x1f0 [ 32.304995] [<ffffffff8113079e>] handle_irq_event_percpu+0x3e/0x1e0 [ 32.305003] [<ffffffff8113097d>] handle_irq_event+0x3d/0x60 [ 32.305004] [<ffffffff81133647>] handle_edge_irq+0x77/0x130 [ 32.305004] [<ffffffff813d6217>] __xen_evtchn_do_upcall+0x227/0x350 [ 32.305004] [<ffffffff813d83c3>] xen_evtchn_do_upcall+0x33/0x50 [ 32.305004] [<ffffffff81698c7e>] xen_do_hypervisor_callback+0x1e/0x30 [ 32.305004] <EOI> [ 32.305004] [<ffffffff811af916>] ? copy_pte_range+0x2b6/0x5a0 [ 32.305004] [<ffffffff811a...

On 01/06/2018 03:16 AM, Dmitry Melekhov wrote: > The same problem with latest centos 6 kernel,i.e. with meltdown fix. > > I can't see console output, because I have it on "cloud" provider > hosting :-) > > > > 06.01.2018 05:13, Shaun Reitan ?????: >> Broken! >> >> For those of you looking for a PV enabled client Kernel for CentOS Linux

...gt; [xen_blkfront] > [? 587.145018]? [<ffffffff810f735e>] handle_irq_event_percpu+0x3e/0x1e0 > [? 587.145018]? [<ffffffff810f753d>] handle_irq_event+0x3d/0x60 > [? 587.145018]? [<ffffffff810fa1c7>] handle_edge_irq+0x77/0x130 > [? 587.145018]? [<ffffffff81363527>] __xen_evtchn_do_upcall+0x227/0x350 > [? 587.145018]? [<ffffffff813656db>] xen_evtchn_do_upcall+0x2b/0x50 > [? 587.145018]? [<ffffffff815f3f7e>] xen_do_hypervisor_callback+0x1e/0x30 > [? 587.145018]? <EOI> > [? 587.145018]? [<ffffffff812b8419>] ? free_cpumask_var+0x9/0x10 > [? 587.14...

...teoi_irq+0x7a/0x130 Jul 03 11:31:23 antares.fsoft.nnet kernel: [<ffffffff810c394b>] generic_handle_irq+0x2b/0x40 Jul 03 11:31:23 antares.fsoft.nnet kernel: [<ffffffff813a2102>] evtchn_fifo_handle_events+0x162/0x170 Jul 03 11:31:23 antares.fsoft.nnet kernel: [<ffffffff8139efb0>] __xen_evtchn_do_upcall+0x50/0x90 Jul 03 11:31:23 antares.fsoft.nnet kernel: [<ffffffff813a0d67>] xen_evtchn_do_upcall+0x37/0x50 Jul 03 11:31:23 antares.fsoft.nnet kernel: [<ffffffff8165c05e>] xen_do_hypervisor_callback+0x1e/0x40 Jul 03 11:31:23 antares.fsoft.nnet kernel: <EOI> [<ffffffff810013aa&g...

...>] ? handle_irq_event_percpu+0x50/0x17d [354047.224054] [<ffffffff8121ca3a>] ? disable_pirq+0x2/0x2 [354047.224054] [<ffffffff8121c624>] ? info_for_irq+0x7/0x17 [354047.224054] [<ffffffff81093847>] ? handle_percpu_irq+0x3a/0x4f [354047.224054] [<ffffffff8121c866>] ? __xen_evtchn_do_upcall+0xd3/0x287 [354047.224054] [<ffffffff8104b780>] ? __local_bh_enable+0x40/0x77 [354047.224054] [<ffffffff813576ac>] ? call_softirq+0x1c/0x30 [354047.224054] [<ffffffff81095239>] ? arch_local_irq_save+0x11/0x15 [354047.224054] [<ffffffff8121dd98>] ? xen_evtchn_do_upcall+0x...

..._interrupt+0x5c7/0x670 [xen_blkfront] [ 587.145018] [<ffffffff810f735e>] handle_irq_event_percpu+0x3e/0x1e0 [ 587.145018] [<ffffffff810f753d>] handle_irq_event+0x3d/0x60 [ 587.145018] [<ffffffff810fa1c7>] handle_edge_irq+0x77/0x130 [ 587.145018] [<ffffffff81363527>] __xen_evtchn_do_upcall+0x227/0x350 [ 587.145018] [<ffffffff813656db>] xen_evtchn_do_upcall+0x2b/0x50 [ 587.145018] [<ffffffff815f3f7e>] xen_do_hypervisor_callback+0x1e/0x30 [ 587.145018] <EOI> [ 587.145018] [<ffffffff812b8419>] ? free_cpumask_var+0x9/0x10 [ 587.145018] [<ffffffff8116...

...e_free+0x1bb/0x1f0 > [ 32.304995] [<ffffffff8113079e>] handle_irq_event_percpu+0x3e/0x1e0 > [ 32.305003] [<ffffffff8113097d>] handle_irq_event+0x3d/0x60 > [ 32.305004] [<ffffffff81133647>] handle_edge_irq+0x77/0x130 > [ 32.305004] [<ffffffff813d6217>] __xen_evtchn_do_upcall+0x227/0x350 > [ 32.305004] [<ffffffff813d83c3>] xen_evtchn_do_upcall+0x33/0x50 > [ 32.305004] [<ffffffff81698c7e>] xen_do_hypervisor_callback+0x1e/0x30 > [ 32.305004] <EOI> > [ 32.305004] [<ffffffff811af916>] ? copy_pte_range+0x2b6/0x5a0 > [ 32.3...

Further to my last post, I have removed the xen-pciback module from the Dom0 kernel, and reloaded it as modprobe xen-pciback passthrough=1 I now have the PCI device on the DomU matching the Dom0 Device usb usb1: SerialNumber: 0000:00:1a.0 instead of 0000:00:00.0 However I now have this error ehci_hcd 0000:00:1a.0: Unlink after no-IRQ? Controller is probably using the wrong IRQ. does

...;] ? check_events+0x12/0x22 [<ffffffff81005be9>] ? xen_force_evtchn_callback+0xd/0xf [<ffffffff81005be9>] ? xen_force_evtchn_callback+0xd/0xf [<ffffffff81077641>] handle_IRQ_event+0x52/0x119 [<ffffffff81079abe>] handle_level_irq+0x6c/0xb2 [<ffffffff8127b3dd>] __xen_evtchn_do_upcall+0xa9/0x12a [<ffffffff8100616d>] ? xen_restore_fl_direct_end+0x0/0x1 [<ffffffff8127b491>] xen_evtchn_do_upcall+0x28/0x39 [<ffffffff810097ac>] xen_do_hypervisor_callback+0x1c/0x30 <EOI> [<ffffffff810013aa>] ? hypercall_page+0x3aa/0x1000 [<ffffffff810013aa&...

...rq+0x7a/0x130 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c394b>] generic_handle_irq+0x2b/0x40 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff813a2102>] evtchn_fifo_handle_events+0x162/0x170 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff8139efb0>] __xen_evtchn_do_upcall+0x50/0x90 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff813a0d67>] xen_evtchn_do_upcall+0x37/0x50 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff8165c05e>] xen_do_hypervisor_callback+0x1e/0x40 Jul 03 11:31:23 myDom0.mynetwork.net kernel: <EOI> [<ffffffff8100...

...8 [3w_9xxx] [10065189777.645584] [<ffffffff8100dc7b>] ? drop_other_mm_ref+0x42/0x62 [10065189777.645584] [<ffffffff81095c44>] ? handle_IRQ_event+0x58/0x126 [10065189777.645584] [<ffffffff810973e3>] ? handle_percpu_irq+0x39/0x6a [10065189777.645584] [<ffffffff811f2aea>] ? __xen_evtchn_do_upcall+0x1d0/0x28d [10065189777.645584] [<ffffffff811f334b>] ? xen_evtchn_do_upcall+0x2e/0x42 [10065189777.645584] [<ffffffff81012cfe>] ? xen_do_hypervisor_callback+0x1e/0x30 [10065189777.645584] <EOI> [<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1001 [10065189777.645584] [&l...

..._percpu+0x50/0x17d > [354047.224054] [<ffffffff8121ca3a>] ? disable_pirq+0x2/0x2 > [354047.224054] [<ffffffff8121c624>] ? info_for_irq+0x7/0x17 > [354047.224054] [<ffffffff81093847>] ? handle_percpu_irq+0x3a/0x4f > [354047.224054] [<ffffffff8121c866>] ? > __xen_evtchn_do_upcall+0xd3/0x287 > [354047.224054] [<ffffffff8104b780>] ? __local_bh_enable+0x40/0x77 > [354047.224054] [<ffffffff813576ac>] ? call_softirq+0x1c/0x30 > [354047.224054] [<ffffffff81095239>] ? arch_local_irq_save+0x11/0x15 > [354047.224054] [<ffffffff8121dd98>] ? xen...

...0x25/0x40 [ 43.193098] [<c1103dd4>] handle_irq_event_percpu+0x54/0x200 [ 43.193098] [<c1106438>] ? irq_get_irq_data+0x8/0x10 [ 43.193098] [<c134b188>] ? info_for_irq+0x8/0x20 [ 43.193098] [<c1106724>] handle_percpu_irq+0x34/0x50 [ 43.193098] [<c134ba0d>] __xen_evtchn_do_upcall+0x2cd/0x2e0 [ 43.193098] [<c10d7f54>] ? tick_check_idle+0xb4/0xc0 [ 43.193098] [<c134ba4b>] xen_evtchn_do_upcall+0x1b/0x30 [ 43.193098] [<c15c3039>] xen_hvm_callback_vector+0x2d/0x32 [ 43.193098] [<c1076cf5>] ? native_safe_halt+0x5/0x10 [ 43.193098] [<c1049...