[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: x86: insn-eval.c's use of native_store_gdt()
- To: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- From: Jan Beulich <jbeulich@xxxxxxxx>
- Date: Fri, 4 Feb 2022 15:13:52 +0100
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=0I+uOicoGLR2gEmvaPGEtXmhaI6fI+wk9xTKrgKGjhk=; b=PGfVL5qLHEWKxQtza992ZtEPFFxM4UuI0IFM/dmoE9akUJ1+6GaLiQdkuyQVK4EmOAjJBju2Z6w6OlA2bEDUmX0bkwrHt/gLG2QYPD14kpiSYv01PIYS52nTblBTk4+/LwKgEUjZbi/A68pQBxHl5+HdzWpI83CQ1Wx7OCFzL4Pqk0udw18j9t0nAfgGgGbAlaRnQaP0SxpbiGCF4i/BcK/TRW+ChArygPm5LEgIa94czdG9gWLEona4sY5sQo3D6/8ninfIJ4M6q2skcIwuZ3NDdTKTn+/sLmL5PuDzrqWPnktCLZeUDNxky7byvJKNTezGa4+AYRfB3AX+uw7tOw==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iWEDd3BIN9vCC1f/lOtzWdSxQq/py0jBhSSD1n5sHcX/OuXKaVTzixOuKLq3rCVFi7uVkYrUjmAJAdYI3818Epphv5UI0CsN6qzEjU/A3KZNlyrfjRxzmNvpKmx8quwY0SK5pQcdobTKAU2CnVJOo7Ky2x7YXcSE4W5Ai5TnpuSzdm+WPWWqdIoVgP82lJyeXRthdXDEeSpom85C681CUDGgb23HKNzUPAzswmaPJIO+a9JAE3mkYmqkqJxEe4evxYJY1FOdzYUyc1vXp+v3f+K4kucvqnFc/N/2QF7vpovuSabQpDfyvVX39ofXQRE92ZqSZNQqKJifSCjygbOo1g==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
- Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, the arch/x86 maintainers <x86@xxxxxxxxxx>, Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>, Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Delivery-date: Fri, 04 Feb 2022 14:14:06 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 04.02.2022 15:08, Thomas Gleixner wrote:
> On Fri, Feb 04 2022 at 10:23, Jan Beulich wrote:
>> On 30.11.2021 12:09, Jan Beulich wrote:
>>> I think it is b968e84b509d ("x86/iopl: Fake iopl(3) CLI/STI usage")
>>> which uncovered an issue with get_desc() trying to access the GDT, as
>>> introduced by 670f928ba09b ("x86/insn-eval: Add utility function to
>>> get segment descriptor"). When running in a PV domain under Xen, the
>>> (hypervisor's) GDT isn't accessible; with UMIP enabled by Xen even
>>> SGDT wouldn't work, as the kernel runs in ring 3.
>>>
>>> There's currently no hypercall to retrieve a descriptor from the GDT.
>>> It is instead assumed that kernels know where their present GDT
>>> lives. Can the native_store_gdt() be replaced there, please?
>>>
>>> For context (I don't think it should matter much here) I'm observing
>>> this with the kernel put underneath a rather old distro, where
>>> hwclock triggers this path.
>>
>> I'd like to note that the issue still exists in 5.16.
>
> I'd like to note, that I've seen no patches to that effect.
I could have worded it that way as well, yes.
Jan
|
