search for: generic_handle_irq

...+0x60/0x98 [ 162.458918] virtblk_done+0x70/0xf8 [ 162.459608] vring_interrupt+0x38/0x50 [ 162.460367] __handle_irq_event_percpu+0x5c/0x148 [ 162.472443] handle_irq_event_percpu+0x34/0x88 [ 162.477991] handle_irq_event+0x48/0x78 [ 162.480661] handle_fasteoi_irq+0xc0/0x198 [ 162.485417] generic_handle_irq+0x24/0x38 [ 162.490334] __handle_domain_irq+0x84/0xf0 [ 162.493834] gic_handle_irq+0x58/0xa8 [ 162.498464] el1_irq+0xb4/0x130 [ 162.500621] arch_cpu_idle+0x18/0x28 [ 162.504729] default_idle_call+0x1c/0x34 [ 162.508005] do_idle+0x17c/0x1f0 [ 162.510184] cpu_startup_entry+0x20/0x28 [...

...+0x60/0x98 [ 162.458918] virtblk_done+0x70/0xf8 [ 162.459608] vring_interrupt+0x38/0x50 [ 162.460367] __handle_irq_event_percpu+0x5c/0x148 [ 162.472443] handle_irq_event_percpu+0x34/0x88 [ 162.477991] handle_irq_event+0x48/0x78 [ 162.480661] handle_fasteoi_irq+0xc0/0x198 [ 162.485417] generic_handle_irq+0x24/0x38 [ 162.490334] __handle_domain_irq+0x84/0xf0 [ 162.493834] gic_handle_irq+0x58/0xa8 [ 162.498464] el1_irq+0xb4/0x130 [ 162.500621] arch_cpu_idle+0x18/0x28 [ 162.504729] default_idle_call+0x1c/0x34 [ 162.508005] do_idle+0x17c/0x1f0 [ 162.510184] cpu_startup_entry+0x20/0x28 [...

...tblk_done+0x70/0xf8 > [ 162.459608] vring_interrupt+0x38/0x50 > [ 162.460367] __handle_irq_event_percpu+0x5c/0x148 > [ 162.472443] handle_irq_event_percpu+0x34/0x88 > [ 162.477991] handle_irq_event+0x48/0x78 > [ 162.480661] handle_fasteoi_irq+0xc0/0x198 > [ 162.485417] generic_handle_irq+0x24/0x38 > [ 162.490334] __handle_domain_irq+0x84/0xf0 > [ 162.493834] gic_handle_irq+0x58/0xa8 > [ 162.498464] el1_irq+0xb4/0x130 > [ 162.500621] arch_cpu_idle+0x18/0x28 > [ 162.504729] default_idle_call+0x1c/0x34 > [ 162.508005] do_idle+0x17c/0x1f0 > [ 162.51018...

...035fca8] virtio_ccw_int_handler at 914ede #6 [3e00035fd18] ccw_device_irq at 8941d4 #7 [3e00035fd48] do_cio_interrupt at 885906 #8 [3e00035fd80] __handle_irq_event_percpu at 1b3c22 #9 [3e00035fdf0] handle_irq_event_percpu at 1b3e1e #10 [3e00035fe28] handle_percpu_irq at 1b87d8 #11 [3e00035fe58] generic_handle_irq at 1b2ce6 #12 [3e00035fe70] do_IRQ at 10c3b2 #13 [3e00035fea8] io_int_handler at a86b3c PSW: 0404c00180000000 00000000001034f6 (enabled_wait+70) GPRS: ffffffffffffffff 0000000000000000 000000007ff70200 0706c00180000000 000000000000000c 000001bf6f331c58 ffffffffffffffff 0000000000000000...

...fffff810c453b>] handle_irq_event+0x3b/0x60 Message from syslogd at antares at Jul 3 11:31:23 ... kernel:Disabling IRQ #18 Jul 03 11:31:23 antares.fsoft.nnet kernel: [<ffffffff810c709a>] handle_fasteoi_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_e...

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

...ffff810c453b>] handle_irq_event+0x3b/0x60 Message from syslogd at myDom0 at Jul 3 11:31:23 ... kernelisabling IRQ #18 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c709a>] handle_fasteoi_irq+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>]...

Some vqs don't need to be allocated when the related feature bits are disabled. Callers notice the vq allocation layer by setting the related names[i] to be NULL. This patch series fixes the find_vqs implementations to handle this case. Wei Wang (2): virtio_pci: use queue idx instead of array idx to set up the vq virtio: don't allocate vqs when names[i] = NULL

Some vqs don't need to be allocated when the related feature bits are disabled. Callers notice the vq allocation layer by setting the related names[i] to be NULL. This patch series fixes the find_vqs implementations to handle this case. Wei Wang (2): virtio_pci: use queue idx instead of array idx to set up the vq virtio: don't allocate vqs when names[i] = NULL

...0 r7:00000012 r6:bf029fc0 r5:810052b8 [ 2107.382284] r4:00000001 [ 2107.382288] [<80112310>] (twd_handler) from [<80170600>] (handle_percpu_devid_irq+0x94/0x248) [ 2107.382290] r5:810052b8 r4:bf021b00 [ 2107.382294] [<8017056c>] (handle_percpu_devid_irq) from [<8016ac10>] (generic_handle_irq+0x2c/0x3c) [ 2107.382298] r10:00000081 r9:c0803100 r8:bf024000 r7:00000000 r6:00000000 r5:00000012 [ 2107.382300] r4:80f91a94 r3:8017056c [ 2107.382304] [<8016abe4>] (generic_handle_irq) from [<8016b208>] (__handle_domain_irq+0x64/0xbc) [ 2107.382307] [<8016b1a4>] (__handle_doma...