From mboxrd@z Thu Jan  1 00:00:00 1970
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754780AbeAMGVO (ORCPT <rfc822;ralf@linux-mips.org> + 1 other);
        Sat, 13 Jan 2018 01:21:14 -0500
Received: from mail.kernel.org ([198.145.29.99]:34446 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1754710AbeAMGVN (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Sat, 13 Jan 2018 01:21:13 -0500
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9723E2177F
Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=luto@kernel.org
X-Google-Smtp-Source: ACJfBovKOPh49pSoAN1p/s5P9S5oSDO9G0CEovkm7lh9aNkAbUbuU26f7MTvHFDA8dbg+85hVDBqcSMAT+mR3vqcPbE=
MIME-Version: 1.0
In-Reply-To: <917cf067-c986-a459-ea87-7b7724c3c2d6@intel.com>
References: <1515720739-43819-1-git-send-email-ashok.raj@intel.com>
 <1515720739-43819-2-git-send-email-ashok.raj@intel.com> <CALCETrWy_bTMrkcJfmPu=5dmRnSmKYCDp3+62CPgP1BKiV6U2g@mail.gmail.com>
 <20180112015231.GA44418@otc-nc-03> <CALCETrX4qi_O4e=iEQRVm1uUqUS6QXBhSLwrpXr6fmK9vLhq7Q@mail.gmail.com>
 <20180112030139.GA46095@otc-nc-03> <917cf067-c986-a459-ea87-7b7724c3c2d6@intel.com>
From: Andy Lutomirski <luto@kernel.org>
Date: Fri, 12 Jan 2018 22:20:51 -0800
X-Gmail-Original-Message-ID: <CALCETrVSCTO_VBzngZNgiCoRwKZiBa72r9z4_A-R5CAdmqi6Lg@mail.gmail.com>
Message-ID: <CALCETrVSCTO_VBzngZNgiCoRwKZiBa72r9z4_A-R5CAdmqi6Lg@mail.gmail.com>
Subject: Re: [PATCH 1/5] x86/ibrs: Introduce native_rdmsrl, and native_wrmsrl
To: Dave Hansen <dave.hansen@intel.com>
Cc: "Raj, Ashok" <ashok.raj@intel.com>,
        Andy Lutomirski <luto@kernel.org>,
        LKML <linux-kernel@vger.kernel.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Tim Chen <tim.c.chen@linux.intel.com>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        Andrea Arcangeli <aarcange@redhat.com>,
        Andi Kleen <ak@linux.intel.com>,
        Arjan Van De Ven <arjan.van.de.ven@intel.com>,
        David Woodhouse <dwmw@amazon.co.uk>,
        Peter Zijlstra <peterz@infradead.org>,
        Dan Williams <dan.j.williams@intel.com>,
        Paolo Bonzini <pbonzini@redhat.com>,
        Jun Nakajima <jun.nakajima@intel.com>,
        Asit Mallick <asit.k.mallick@intel.com>
Content-Type: text/plain; charset="UTF-8"
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Return-Path: <linux-kernel-owner@vger.kernel.org>

On Thu, Jan 11, 2018 at 9:03 PM, Dave Hansen <dave.hansen@intel.com> wrote:
> On 01/11/2018 07:01 PM, Raj, Ashok wrote:
>> On Thu, Jan 11, 2018 at 06:20:13PM -0800, Andy Lutomirski wrote:
>>> On Thu, Jan 11, 2018 at 5:52 PM, Raj, Ashok <ashok.raj@intel.com> wrote:
>>>>>
>>>>> What's wrong with native_read_msr()?
>>>>
>>>> Yes, i think i should have added to msr.h. The names didn't read as a
>>>> pair, one was native_read_msr, wrmsrl could be taken over when paravirt is
>>>> defined?
>>>
>>> Why do you need to override paravirt?
>>
>> The idea was since these MSR's are passed through we shouldn't need to
>> handle them any differently. Also its best to do this as soon as possible
>> and avoid longer paths to get this barrier to hardware.
>
> We were also worried about the indirect calls that are part of the
> paravirt interfaces when retpolines are not in place.
>

How could those possibly be any worse than any other indirect call in
the kernel?