From mboxrd@z Thu Jan 1 00:00:00 1970 From: Radim =?utf-8?B?S3LEjW3DocWZ?= Subject: Re: [PATCH v2 1/5] x86/kvm: rename HV_X64_MSR_APIC_ASSIST_PAGE to HV_X64_MSR_VP_ASSIST_PAGE Date: Wed, 7 Mar 2018 19:04:43 +0100 Message-ID: <20180307180442.GA16795@flask> References: <20180226171121.18974-1-vkuznets@redhat.com> <20180226171121.18974-2-vkuznets@redhat.com> <20180307161944.GE12290@flask> <20180307164812.GA2366@rkaganb.sw.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit To: Roman Kagan , Vitaly Kuznetsov , kvm@vger.kernel.org, x86@kernel.org, Paolo Bonzini , "K. Y. Srinivasan" , Haiyang Zhang , Stephen Hemminger , "Michael Kelley (EOSG)" , Mohammed Gamal , Cathy Avery , Bandan Das , linux-kernel@vger.kernel.org Return-path: Content-Disposition: inline In-Reply-To: <20180307164812.GA2366@rkaganb.sw.ru> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org 2018-03-07 19:48+0300, Roman Kagan: > On Wed, Mar 07, 2018 at 05:19:44PM +0100, Radim Krčmář wrote: > > 2018-02-26 18:11+0100, Vitaly Kuznetsov: > > > diff --git a/arch/x86/include/uapi/asm/hyperv.h b/arch/x86/include/uapi/asm/hyperv.h > > > @@ -275,10 +275,10 @@ struct hv_tsc_emulation_status { > > > #define HVCALL_POST_MESSAGE 0x005c > > > #define HVCALL_SIGNAL_EVENT 0x005d > > > > > > -#define HV_X64_MSR_APIC_ASSIST_PAGE_ENABLE 0x00000001 > > > -#define HV_X64_MSR_APIC_ASSIST_PAGE_ADDRESS_SHIFT 12 > > > -#define HV_X64_MSR_APIC_ASSIST_PAGE_ADDRESS_MASK \ > > > - (~((1ull << HV_X64_MSR_APIC_ASSIST_PAGE_ADDRESS_SHIFT) - 1)) > > > > Removing definitions from userspace api isn't a good idea. > > > > I have no idea why hyper.h is a userspace api, though -- Linux doesn't > > define any of those, so we could copy the definitions to a private > > header, rename, and never look at this file again. > > That was a thinko when it was moved to uapi, and it has already been > identified as a problem, so now QEMU has its own header with the > definitions it needs, and I'm unaware of any other userspace project > that depends on this stuff. So I've been planning to remove it from > uapi but still haven't got around to posting the patch :( Great, let's be bold here.