Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp626548ybf; Sat, 29 Feb 2020 11:34:36 -0800 (PST) X-Google-Smtp-Source: APXvYqynpqpGvTzmkV12zPAqDEllgixIP7BZX7cXIq2UWTcnLM2YxK5VUIV2/Jasw3hHziySOB4Y X-Received: by 2002:a05:6808:4c2:: with SMTP id a2mr6735185oie.118.1583004876127; Sat, 29 Feb 2020 11:34:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583004876; cv=none; d=google.com; s=arc-20160816; b=kB1chbqXwVU7EzBhfvPzxU/eAEIq2vleMWys7FXCtYggjrOje4csdTo0ta00DAlJ5H AGfEeNPJ3w9CFPIUvZ1g4dTTm9JFpaRs4VpN53XVQgcWyjoMsWgzhi8EIScdPkZaK932 pb85XFw6hhqskCRC6KaOS+NTiaBnoPVeoIuY0BgATKPY/BvlZAXuAocb0DzB9DDsATEn vSFUz2OqI/ZtJgUIL/CyVpvUZNEIWusf9KmXmQdK20yDkcqRYiYXZxIFIRka5qduVij2 MXA1ZuxnWFaIOqx7gH2V9A6nXe7Ib9C8BbF/AWNbQrSBjyDXuNzqDVndJbBuPBzjXfxO Ghqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=4vOX+xF+xSTLGy9c2nd2Kp1RnOhFtxVGsaRmPIJi/0o=; b=bl4Qm7DEZyfSsB2cXdGMwbd12NdNN/2rnQHegtkClcH8yQFRffmFCwpsVWcOVCkEMc LXWVTH6XdUMa1K+c0RkEpJ4JYD+YVfVEXQ3WEkwBUrDzM6CSZfgSkfTaYCIJZHPM9J+v wknWASMsvpXsxeWqOY1qMTelRuyouHC3ebElxsK3Y+rb1BfuGE4IygDdcnMl3sLo96KB PtLm+MMqI9EwZdz9DzHljVKxrU3uk9v9UaiISgpN07Ke51yCRfSljYV3sIdTNxqT+uiv bufE/ZIb+TfmhRsqg5QNf+sjtPsdbJnShcNZfLgpMv6TUgQp7e0H5tUqr7IZ6idfhr0t MQfQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@web.de header.s=dbaedf251592 header.b="dzbp/1QV"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s16si3193007oic.23.2020.02.29.11.33.48; Sat, 29 Feb 2020 11:34:36 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@web.de header.s=dbaedf251592 header.b="dzbp/1QV"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727220AbgB2TV4 (ORCPT + 99 others); Sat, 29 Feb 2020 14:21:56 -0500 Received: from mout.web.de ([217.72.192.78]:55279 "EHLO mout.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727102AbgB2TV4 (ORCPT ); Sat, 29 Feb 2020 14:21:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1583004110; bh=4vOX+xF+xSTLGy9c2nd2Kp1RnOhFtxVGsaRmPIJi/0o=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=dzbp/1QVeX4ZE75s/GLL7DZtLRHTmFj+U0u3eF7VRqEZfOaU266PedXX5jcVJYIYi PyZq6yRvxbfavoZgqukJc2AMW8W8UDUsMZz5aPkYt/R6tdnjRNYG2K2K8h75EiFHVZ P51eZzxfK7iIPLl4HY9K7mXP6OY+R28dlq6c9aFM= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from [192.168.1.10] ([95.157.55.156]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MHY1o-1j71DW2xDA-003NBz; Sat, 29 Feb 2020 20:21:50 +0100 Subject: Re: [FYI PATCH 1/3] KVM: nVMX: Don't emulate instructions in guest mode To: Jim Mattson , Oliver Upton Cc: Paolo Bonzini , Linux Kernel Mailing List , kvm list , stable@vger.kernel.org References: <1582570596-45387-1-git-send-email-pbonzini@redhat.com> <1582570596-45387-2-git-send-email-pbonzini@redhat.com> <41d80479-7dbc-d912-ff0e-acd48746de0f@web.de> From: Jan Kiszka Message-ID: Date: Sat, 29 Feb 2020 20:21:49 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:EKz25Ah2+8MOc9guJNdx+0x6R3CUt0e4NA8KwV3MJliBvCABGiI 0g/hZLKsFuP0fRjjbEqsZajUWwGYCUNJ4bL64XgiV0OzuFbjRpqa20gFm0LXsR5J4Dt2iBF dcv4zg6GIAuaAwoXpSqU8VWiG8dw/olg5NG07gNVvlGO4eNpmV4Q1qCfN1ALkruLE/XD7B7 v+GsIrTrPzqdIZ3mmQxjg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:/OfomhGOPdk=:Z34tYd4LHWxvt2dpONy5Ak aaz4GxNDzUe9LdaErqv3x3pLtvVSzsxM382VkMEx8sOYqUnu5Wz3N3kBrKGxIV6duSKI8d/OD xEysCygDxvmDVE0V3VIH/T40l1PZWF2M7I0iC+Hg+u+ZeaawvQ/dmLSrQXktf+I7HyZn+Xdtb D6bDzdtIvXGRzRgChQMNziP11xNDclUyWsrODlxJsn/ieGEZsQtv6DlUKnjLuqf62naTUqU/w TF9FLglzoqp57P750dQ+s5cIG/dfrDYmkzTyjGb/QHw6KcGc5hYCnWctAIiIzgp9DtYAxZhD1 W3tFVvLa+kr9x7irk/AZ+PrIU5Ry09vSHUCTuJzzeRLqPf0FzN7DGne38LPqWWpNnie1mKiGy YDBpXjCLePc1jlx7m3yCXPQG9ZV3kRUqU5bdEem8wgL9nioNUPCeWcnRRykRWktrnAVfLw+NN Fbt0nBY0N1xKE5jZrxfZrNszyZcdsanjQVr/NtwHNW9zp56zBLvo2q58jhG85Az4muJFWAJ+v MPIVQSL8hrNAXAGwsh/8GepITITUOVQd/NxeSf2ZIzJLa/RO5uuZpMzsHK9CLMj6yfUjtf7KN PPY5UrRP9ST4x/UBWjsKRFWiRjofDtQY2ifzjyP37S9qLfQdyuwvw2xVe6ooUr48KIilHPlEY txcwC0ssJLThwP+SHu66oHhHx/kt3kyFpcUG2EOmR9s5N2YTJV8GWoURTJd+t5dqA6TYDomrn xr0XkPwdOzB/fvUr9KPSyL/hdkLPp/Uv3ehiCOwSNJ8amJvJmmOqxcvqLvZQGXo0F+zqmXxuq wyGZPjXlg89q2pkkxqFThS5k5ecdvusO7QEKSOvP6ZD3lUHbNUVBKk7mN38ZKonG3Kno44+ZE AYLbY3br3fk6+4OOsiSDCuoMEnR+pKBRciKbDgtNwBNRsu5KJLMzW7L6gZAJXXga0pMrPMwkz wMGRV9W9i8f6/DCLf40th4Y8JAMCXM21swdL9yJrtqMlBjCyepPp1u2wRUjdrgQmeTtZYKYzo EMa1O5ssZUEJTB5w/skmmCT7DC4Iwj7L3SgKVZUN80OWXQoczUOCBOEN40Rw9X2qgUIUicYRQ n6yNM2n6wawouqpqojA+dcJa6J/Em3/PIXqJD5ektNYsbdAwiN0Oi5/30ZqIVMjp3NzD0bkj+ KZdkNvsS+lz5GxrN8isJyhAPvSYOF/lz3pA6Vuc8+lCSZlQNl3Ei0L3zC99zZmg3y/YMx0kf4 VlcXydJX6dv5CGANz Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29.02.20 20:00, Jim Mattson wrote: > On Sat, Feb 29, 2020 at 10:33 AM Oliver Upton wrote: >> >> Hi Jan, >> >> On Sat, Feb 29, 2020 at 10:00 AM Jan Kiszka wrote: >>> Is this expected to cause regressions on less common workloads? >>> Jailhouse as L1 now fails when Linux as L2 tries to boot a CPU: L2-Lin= ux >>> gets a triple fault on load_current_idt() in start_secondary(). Only >>> bisected so far, didn't debug further. >> >> I'm guessing that Jailhouse doesn't use 'descriptor table exiting', so >> when KVM gets the corresponding exit from L2 the emulation burden is >> on L0. We now refuse the emulation, which kicks a #UD back to L2. I >> can get a patch out quickly to address this case (like the PIO exiting >> one that came in this series) but the eventual solution is to map >> emulator intercept checks into VM-exits + call into the >> nested_vmx_exit_reflected() plumbing. > > If Jailhouse doesn't use descriptor table exiting, why is L0 > intercepting descriptor table instructions? Is this just so that L0 > can partially emulate UMIP on hardware that doesn't support it? > That seems to be the case: My host lacks umip, L1 has it. So, KVM is intercepting descriptor table load instructions to emulate umip. Jailhouse never activates that interception. Jan