From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: cpuidle and un-eoid interrupts at the local apic Date: Sat, 7 Sep 2013 18:02:18 +0100 Message-ID: <522B5C1A.1050100@citrix.com> References: <51A908CA.7050604@citrix.com><51F8CB15.1070608@digithi.de><51F8DD40.2090207@citrix.com><51FC37A9.9090809@digithi.de><51FC418D.8020708@citrix.com><51FFBA8502000078000E9462@nat28.tlf.novell.com><51FFBC08.6070804@citrix.com> <52055EC9.8030207@digithi.de><5208B6DE02000078000EB08E@nat28.tlf.novell.com><5208AACF.7050901@citrix.com><5208CF9702000078000EB1F2@nat28.tlf.novell.com><5208B88F.1030002@citrix.com> <520B5345.4000508@citrix.com> <522B29BC.3010003@digithi.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VILtx-000169-7U for xen-devel@lists.xenproject.org; Sat, 07 Sep 2013 17:02:25 +0000 In-Reply-To: <522B29BC.3010003@digithi.de> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "Thimo E." Cc: "Zhang, Yang Z" , xen-devel , Keir Fraser , Jan Beulich List-Id: xen-devel@lists.xenproject.org On 07/09/2013 14:27, Thimo E. wrote: > Hello again, > > I've disabled the internal network card and used another one, problem > still exists. I had two crashed during 5 minutes, frustrating. > So (assuming disabling the internal card in the bios is working) the > source of the problem is not the internal NIC. > > Every time the pending EOI error occurs I see the mysterious interrupt > >>29<<. Only the vectors are changing. See below a summary of the last > 5 crashes. > > My Questions: > - How can I see to which hardware device int 29 belongs ? I can't find > int 29 in /proc/interrupts or lspci -vv nor in kernel dmesg or xen > dmesg ?!?! > - Andrew, what does your output "domain-list=0:276" mean and why is it > alway 0:276 for interrupt 29 ? Is it the VM number ? > > 1) > (XEN) irq 29, vector 0x21 > (XEN) IRQ: 29 affinity:4 vec:21 type=PCI-MSI status=00000010 > in-flight=0 domain-list=0:276(----), > > 2) > (XEN) irq 29, vector 0x26 > (XEN) IRQ: 29 affinity:8 vec:26 type=PCI-MSI status=00000010 > in-flight=0 domain-list=0:276(----), > > 3) > (XEN) irq 29, vector 0x31 > (XEN) IRQ: 29 affinity:2 vec:24 type=PCI-MSI status=00000010 > in-flight=0 domain-list=0:276(----), > > 4) > (XEN) irq 29, vector 0x2e > (XEN) IRQ: 29 affinity:8 vec:7e type=PCI-MSI status=00000010 > in-flight=0 domain-list=0:276(----), > > 5) > (XEN) irq 29, vector 0x3b > (XEN) IRQ: 29 affinity:2 vec:3b type=PCI-MSI status=00000010 > in-flight=0 domain-list=0:276(----), > irq 29 is just an internal Xen number for accounting all interrupts. It doesn't mean anything specific regarding hardware etc. The vector and affinity would expect to change as dom0s vcpus are moved around by the scheduler. domain-list=0 means that this interrupt is targeted at dom0 (It is a list because certain interrupts have to be shared my more than 1 domain). Helpfully, the keyhandler truncates the pirq field, so 276 is unlikely to be correct. As it is a dom0 MSI, I am guessing it actually matches up with interrupt 1276 in /proc/interrupts, if there is one. Can you provide the results of `xl debug-keys iMQ`, and attach /proc/interrupts to this email (just in case the setup has changed after playing with your BIOS) ~Andrew