[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [xen-unstable test] 11946: regressions - FAIL
>>> On 07.05.12 at 20:29, AP <apxeng@xxxxxxxxx> wrote: > On Mon, May 7, 2012 at 1:34 PM, Jan Beulich <JBeulich@xxxxxxxx> wrote: >> Seeing the 'z' output might also be helpful, especially to see whether >> any of the IO-APICs' RTEs is an ExtINT one. > > (XEN) number of MP IRQ sources: 15. > (XEN) number of IO-APIC #2 registers: 24. > (XEN) testing the IO APIC....................... > (XEN) IO APIC #2...... > (XEN) .... register #00: 02000000 > (XEN) ....... : physical APIC id: 02 > (XEN) ....... : Delivery Type: 0 > (XEN) ....... : LTS : 0 > (XEN) .... register #01: 00170020 > (XEN) ....... : max redirection entries: 0017 > (XEN) ....... : PRQ implemented: 0 > (XEN) ....... : IO APIC version: 0020 > (XEN) .... IRQ redirection table: > (XEN) NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: > (XEN) 00 000 00 1 0 0 0 0 0 0 00 > (XEN) 01 000 00 0 0 0 0 0 1 1 85 > (XEN) 02 000 00 0 0 0 0 0 1 1 F0 > (XEN) 03 000 00 0 0 0 0 0 1 1 40 > (XEN) 04 000 00 0 0 0 0 0 1 1 48 > (XEN) 05 000 00 0 0 0 0 0 1 1 50 > (XEN) 06 000 00 0 0 0 0 0 1 1 58 > (XEN) 07 000 00 0 0 0 0 0 1 1 60 > (XEN) 08 000 00 0 0 0 0 0 1 1 29 > (XEN) 09 000 00 0 1 0 0 0 1 1 A7 > (XEN) 0a 000 00 0 0 0 0 0 1 1 78 > (XEN) 0b 000 00 0 0 0 0 0 1 1 88 > (XEN) 0c 000 00 0 0 0 0 0 1 1 D4 > (XEN) 0d 000 00 1 0 0 0 0 1 1 98 > (XEN) 0e 000 00 0 0 0 0 0 1 1 A0 > (XEN) 0f 000 00 0 0 0 0 0 1 1 A8 > (XEN) 10 000 00 0 1 0 1 0 1 1 AE > (XEN) 11 000 00 1 1 0 1 0 1 1 C0 > (XEN) 12 000 00 1 1 0 1 0 1 1 C8 > (XEN) 13 000 00 0 1 0 1 0 1 1 F1 > (XEN) 14 000 00 1 1 0 1 0 1 1 61 > (XEN) 15 0CA 0A 1 0 0 0 0 1 2 71 This entry is definitely bogus (delivery mode is SMI, which is not allowed in an IO-APIC RTE), but as it is masked it _shouldn't_ cause any harm. > (XEN) 16 000 00 1 1 0 1 0 1 1 32 > (XEN) 17 000 00 0 1 0 1 0 1 1 AC So we'll need to see the PIC (8259A) masks too. IRQ12 definitely appears to get touched a lot (judging by the vector it uses), so while this shouldn't be the case I would nevertheless consider the possibility of a window where the 8259A interrupt gets temporarily unmasked. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |