[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.1902102247100.8784@nanos.tec.linutronix.de>
Date: Sun, 10 Feb 2019 22:48:51 +0100 (CET)
From: Thomas Gleixner <tglx@...utronix.de>
To: lantianyu1986@...il.com
cc: Lan Tianyu <Tianyu.Lan@...rosoft.com>, kys@...rosoft.com,
haiyangz@...rosoft.com, sthemmin@...rosoft.com, sashal@...nel.org,
mingo@...hat.com, bp@...en8.de, hpa@...or.com, x86@...nel.org,
joro@...tes.org, mchehab+samsung@...nel.org, davem@...emloft.net,
gregkh@...uxfoundation.org, nicolas.ferre@...rochip.com,
arnd@...db.de, linux-kernel@...r.kernel.org,
devel@...uxdriverproject.org, iommu@...ts.linux-foundation.org,
michael.h.kelley@...rosoft.com, vkuznets@...hat.com,
alex.williamson@...hat.com, dan.carpenter@...cle.com
Subject: Re: [PATCH V3 1/3] x86/Hyper-V: Set x2apic destination mode to
physical when x2apic is available
On Thu, 7 Feb 2019, lantianyu1986@...il.com wrote:
> From: Lan Tianyu <Tianyu.Lan@...rosoft.com>
>
> Hyper-V doesn't provide irq remapping for IO-APIC. To enable x2apic,
> set x2apic destination mode to physcial mode when x2apic is available
> and Hyper-V IOMMU driver makes sure cpus assigned with IO-APIC irqs have
> 8-bit APIC id.
This looks good now. Can that be applied independent of the IOMMU stuff or
should this go together. If the latter:
Reviewed-by: Thomas Gleixner <tglx@...utronix.de>
If not, I just queue if for 5.1. Let me know,
Thanks,
tglx
Powered by blists - more mailing lists