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: Wed, 4 Sep 2013 21:54:45 +0100 Message-ID: <52279E15.4070207@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><520561E1.8020809@citrix.com><520562C8.8080703@citrix.com><5207CE0C.1000502@digithi.de><5208CC8A.7070703@digithi.de><5208CF6B.7030505@citrix.com><5212365E.7010803@digithi.de><52130202.5020909@digithi.de><521347A702000078000ED015@nat28.tlf.novell.com><52170DC4.30507@digithi.de> <52277CDA.8010401@digithi.de> <5227821A.9090201@citrix.com> <52279078.3030701@digithi.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <52279078.3030701@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: Keir Fraser , Jan Beulich , "Dong, Eddie" , Xen-develList , "Nakajima, Jun" , "Zhang, Yang Z" , "Zhang, Xiantao" List-Id: xen-devel@lists.xenproject.org On 04/09/2013 20:56, Thimo E. wrote: > Hello Andrew, > > thanks for your response. At least I've seen the trigger of the new > crash (2e) already before, so they seem so belong together. > > I can't image that I am the only one on the world who is using a > haswell board. And as I haven't seen any other Xen bug/crash reports > like mine (and one time you) nor bug reports from users with other > operating systems, I ask myself if only my hardware is buggy > or if other operating systems handle those "spurious" interrupts in > another way ?!?! > > What does " ioapic_ack=old" change ? > > Best regards > Thimo ioapic_ack=old is already in effect - see "Enabled directed EOI with ioapic_ack_old on!" in the boot dmesg. Originally, it was a bugfix workaround for ancient IO-APIC hardware which had a bug on one of the mask bits. Nowadays, it is used with EOI broadcast suppression, which is a APIC transaction performance improvement on recent processors. What it does is affect whether an IO-APIC interrupt gets masked when an interrupt is received. You could certainly try "ioapic_ack=new" and see whether that makes a difference, given a lack of any other ideas. It will disable EOI broadcast suppression. ~Andrew