|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen-unstable: pci-passthrough "irq 16: nobody cared" on HVM guest shutdown on irq of device not passed through.
Thursday, September 25, 2014, 4:42:24 PM, you wrote:
> On 25/09/14 15:36, Sander Eikelenboom wrote:
>> Hi Jan / Konrad,
>>
>> I mentioned before seeing this sometimes, but since it happened infrequently
>> it was hard to describe the case and log everything.
>> Somehow it seems i can trigger it quite reliably at the moment, so here a
>> extensive report.
>>
>> When shutting down a HVM guest with pci passthrough (in this case a VGA
>> adapter),
>> i *sometimes* run into this:
>>
>> [ 2265.395971] irq 16: nobody cared (try booting with the "irqpoll" option)
>> [ 2265.422948] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
>> 3.17.0-rc6-20140925-vanilla+ #1
>> [ 2265.453314] Hardware name: MSI MS-7640/890FXA-GD70 (MS-7640) , BIOS
>> V1.8B1 09/13/2010
>> [ 2265.484046] ffff880057a1a290 ffff88005f603d88 ffffffff81b7d90e
>> 0000000000000001
>> [ 2265.513053] ffff880057a1a200 ffff88005f603db8 ffffffff8110d6c8
>> ffff88005f603db8
>> [ 2265.542121] ffff880057a1a200 0000000000000010 0000000000000000
>> ffff88005f603e08
>> [ 2265.571135] Call Trace:
>> [ 2265.585507] <IRQ> [<ffffffff81b7d90e>] dump_stack+0x46/0x58
>> [ 2265.609694] [<ffffffff8110d6c8>] __report_bad_irq+0x38/0xd0
>> [ 2265.633625] [<ffffffff8110dc1a>] note_interrupt+0x23a/0x290
>> [ 2265.657572] [<ffffffff8155f0f5>] ? add_interrupt_randomness+0x45/0x210
>> [ 2265.684405] [<ffffffff8110b45d>] handle_irq_event_percpu+0x9d/0x150
>> [ 2265.710379] [<ffffffff8110b553>] handle_irq_event+0x43/0x70
>> [ 2265.734213] [<ffffffff8110e29a>] ? handle_fasteoi_irq+0x2a/0x150
>> [ 2265.759463] [<ffffffff8110e2f7>] handle_fasteoi_irq+0x87/0x150
>> [ 2265.784122] [<ffffffff8110acbd>] generic_handle_irq+0x1d/0x40
>> [ 2265.808338] [<ffffffff8152037a>] evtchn_fifo_handle_events+0x16a/0x170
>> [ 2265.834898] [<ffffffff8151d4c8>] __xen_evtchn_do_upcall+0x48/0x90
>> [ 2265.860241] [<ffffffff8151f0d2>] xen_evtchn_do_upcall+0x32/0x50
>> [ 2265.885031] [<ffffffff81b8a76e>] xen_do_hypervisor_callback+0x1e/0x30
>> [ 2265.911279] <EOI> [<ffffffff810013aa>] ? xen_hypercall_sched_op+0xa/0x20
>> [ 2265.938509] [<ffffffff810013aa>] ? xen_hypercall_sched_op+0xa/0x20
>> [ 2265.963981] [<ffffffff81008d80>] ? xen_safe_halt+0x10/0x20
>> [ 2265.987198] [<ffffffff81018bd8>] ? default_idle+0x18/0x20
>> [ 2266.010032] [<ffffffff8101949a>] ? arch_cpu_idle+0xa/0x10
>> [ 2266.032827] [<ffffffff810f84f1>] ? cpu_startup_entry+0x281/0x2f0
>> [ 2266.057481] [<ffffffff81b741e4>] ? rest_init+0xb4/0xc0
>> [ 2266.079672] [<ffffffff81b74130>] ? csum_partial_copy_generic+0x170/0x170
>> [ 2266.106401] [<ffffffff82321079>] ? start_kernel+0x43f/0x44c
>> [ 2266.129479] [<ffffffff82320a27>] ? set_init_arg+0x58/0x58
>> [ 2266.151971] [<ffffffff82320608>] ? x86_64_start_reservations+0x2a/0x2c
>> [ 2266.177879] [<ffffffff823240af>] ? xen_start_kernel+0x59b/0x59d
>> [ 2266.201994] handlers:
>> [ 2266.214783] [<ffffffff81945580>] azx_interrupt
>> [ 2266.234031] Disabling IRQ #16
>>
>> The system:
>>
>> - AMD
>> - Xen-unstable xen_changeset: Wed Sep 24 11:19:57 2014 +0200
>> git:b67a26f-dirty
>> - Both dom0 and domU (HVM guest using qemu-xen) run a 3.17-rc6 kernel
>> - The device passed through is 09:00.0
>>
>> - This IRQ is *not* coupled to the passthrough device (09:00.0), but to the
>> onboard
>> soundcard (00:14.2 on the southbridge) and is in dom0 and not in active
>> use (although the
>> snd-hda-intel driver is loaded).
>>
>> - No "soundhw" option is specified in the guest config, so it also shouldn't
>> be
>> trying to use it that way.
>>
>>
>>
>> There are 2 things that can happen when trying to start and shutdown a guest:
>> A) It starts and shutdowns OK, (no irq nobody cared messages)
>> B) It starts fine and but after shutdown the nirq nobody cared message
>>
>> - B *can* happen both on: the first start-and-shutdown of the HVM guest, or
>> only on a subsequent start-and-shutdown
>> (so on the first start-and-shutdown it can work ok, but does not always)
>>
>> There seems to be some small differences for both cases from the start of
>> the domain:
>>
>> - When booting the HVM guest the irq number of /proc/interrupts stays the
>> same for when A happens, but when B happens, the number of interrupts has
>> been
>> doubled (so that seems like a reinit of the device that is not passed
>> through).
>>
>> - When shutting down the HVM guest when A happens the number of interrupts
>> in /proc/interrups is still what it was, but when B happens it seems like a
>> irq storm
>> and after the irq nobody cared that ends with (always that 200000 so
>> perhaps a threshold ?):
>> 16: 200000 0 0 0 0 0
>> xen-pirq-ioapic-level snd_hda_intel
>>
>> - On the start when B happens, xl dmesg contains this message (when A
>> happens it doesn't contain it):
>> (XEN) [2014-09-25 13:39:48.149] d32767v2: Unsupported MSI delivery mode 3
>> for Dom2
>>
>> If i interpret that right in the logging the d32767 seems to be used for
>> the IOMMU.
>>
>> I attached the complete serial log while doing this (hope it's not too large
>> for the mailing list):
>>
>> - Cold boot of the host system
>> - Dump with xl debug-keys of i, I, Q, M, z, e, v
>> - Start of the HVM guest with pci device passed through.
>> - Dump with xl debug-keys of i, I, Q, M, z, e, v
>> - Shutdown of the HVM guest with pci device passed through, A happened.
>> - Dump with xl debug-keys of i, I, Q, M, z, e, v
>> - Start of the HVM guest with pci device passed through.
>> - Dump with xl debug-keys of i, I, Q, M, z, e, v
>> - Shutdown of the HVM guest with pci device passed through, B happened.
>> - Dump with xl debug-keys of i, I, Q, M, z, e, v
>>
>> I also attached the output of lspci -vvvknn
> Could you provide `lspci -tv` as well please?
Sure:
~# lspci -tv
-[0000:00]-+-00.0 Advanced Micro Devices [AMD] nee ATI RD890 Northbridge only
single slot PCI-e GFX Hydra part
+-00.2 Advanced Micro Devices [AMD] nee ATI RD990 I/O Memory
Management Unit (IOMMU)
+-02.0-[0f]--+-00.0 Advanced Micro Devices [AMD] nee ATI RV620 LE
[Radeon HD 3450]
| \-00.1 Advanced Micro Devices [AMD] nee ATI RV620 HDMI
Audio [Radeon HD 3400 Series]
+-03.0-[0e]--+-00.0 Advanced Micro Devices [AMD] nee ATI Turks
[Radeon HD 6570]
| \-00.1 Advanced Micro Devices [AMD] nee ATI
Turks/Whistler HDMI Audio [Radeon HD 6000 Series]
+-05.0-[0d]----00.0 Realtek Semiconductor Co., Ltd. RTL8111/8168B
PCI Express Gigabit Ethernet controller
+-06.0-[0c]----00.0 Realtek Semiconductor Co., Ltd. RTL8111/8168B
PCI Express Gigabit Ethernet controller
+-09.0-[0b]----00.0 NEC Corporation uPD720200 USB 3.0 Host
Controller
+-0a.0-[0a]----00.0 Conexant Systems, Inc. Device 8210
+-0b.0-[09]--+-00.0 Advanced Micro Devices [AMD] nee ATI Turks
[Radeon HD 6570]
| \-00.1 Advanced Micro Devices [AMD] nee ATI
Turks/Whistler HDMI Audio [Radeon HD 6000 Series]
+-0c.0-[05-08]----00.0-[06-08]--+-01.0-[08]----00.0 NEC Corporation
uPD720200 USB 3.0 Host Controller
| \-02.0-[07]----00.0 Marvell
Technology Group Ltd. 88SE9123 PCIe SATA 6.0 Gb/s controller
+-0d.0-[04]----00.0 NEC Corporation uPD720200 USB 3.0 Host
Controller
+-11.0 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA
Controller [AHCI mode]
+-12.0 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB
OHCI0 Controller
+-12.2 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB
EHCI Controller
+-13.0 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB
OHCI0 Controller
+-13.2 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB
EHCI Controller
+-14.0 Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller
+-14.2 Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA)
+-14.3 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC
host controller
+-14.4-[03]----06.0 C-Media Electronics Inc CMI8738/CMI8768 PCI
Audio
+-14.5 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB
OHCI2 Controller
+-15.0-[02]--
+-16.0 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB
OHCI0 Controller
+-16.2 Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB
EHCI Controller
+-18.0 Advanced Micro Devices [AMD] Family 10h Processor
HyperTransport Configuration
+-18.1 Advanced Micro Devices [AMD] Family 10h Processor Address Map
+-18.2 Advanced Micro Devices [AMD] Family 10h Processor DRAM
Controller
+-18.3 Advanced Micro Devices [AMD] Family 10h Processor
Miscellaneous Control
\-18.4 Advanced Micro Devices [AMD] Family 10h Processor Link
Control
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |