[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] IOMMU Interrupt Remapping query

  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <keir.xen@xxxxxxxxx>
  • Date: Mon, 06 Jun 2011 16:21:19 +0100
  • Cc: weidong.han@xxxxxxxxx
  • Delivery-date: Mon, 06 Jun 2011 08:22:03 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=GsUiLM/QDTvq5hWCjYD+phTwSfvwdVsgSrH920dHTH0d8wXaqmB4X0ZyapHV7ouj3y XodlZ4vTVda5G82RQam1LyQ8CYOpWO7gHHNVll+jlOQE8C02dHr2qCkvHhaK01oXr/BL Omw9Mxv46ozABdtd6LkNU3QT3GjnlwaDgws08=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcwkXWJ/e7UKz2X1u0+oKqkKXYeWKA==
  • Thread-topic: [Xen-devel] IOMMU Interrupt Remapping query

On 06/06/2011 15:32, "Andrew Cooper" <andrew.cooper3@xxxxxxxxxx> wrote:

> I am attempting to fix the kexec interactions with x2apic and iommu
> functionality.  Part of this involves ensuring that all IOMMU
> functionality is disabled, as the kdump kernels are not happy at having
> their interrupts remapped without their knowledge.
> I have introduced iommu_disable_x2apic_IR() onto the kexec path, but it
> does not seem to actually disable interrupt remapping on Intel boxes
> (Specifically the two Intel Nehalem boxes I am testing on).
> Specifying iommu=no-intremap on the commandline causes everything to
> work correctly, but leaving it out causes the kdump kernel to hang and
> eventually reboot, as can be seen on the attached serial log.
> The lines starting DBG: are extra debugging I have put in which shows
> that the disable_IR() function is being called and writing to the registers.

Should have attached your patch as well. Noone else can know with certainty
where you put your debugging, and noone else is going to want to help debug
your code if they can't even see it. :-)

Also a good idea to Cc a likely person who can help (i.e., someone who wrote
the code that you are querying). 'hg annotate' is useful for this -- in this
case I am adding Weidong Han to the cc list.

On the bright side, this must have been got working for S3 suspend/resume to
work properly (indeed that's what the disable code was originally added
for). So it can't be an insurmountable problem.

 -- Keir

> This problem occurs with the XenServer version of 4.1.0 as well as on
> xen-unstable at the moment.
> Is there any hardware state which is not taken down by the disable
> function, any subtle interactions which I have not taken account of?  I
> have looked through the source and nothing pops out, but I am out of ideas.
> Thanks in advance,

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.