From mboxrd@z Thu Jan 1 00:00:00 1970 From: Radim =?utf-8?B?S3LEjW3DocWZ?= Subject: Re: [PATCH] x86/cpufeature, kvm/svm: Shorten virtualized VMLOAD/VMSAVE flag Date: Tue, 1 Aug 2017 19:41:11 +0200 Message-ID: <20170801174110.GA1437@flask> References: <20170801155618.GA2870@nazgul.tnic> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Janakarajan Natarajan , Paolo Bonzini , x86-ml , lkml , kvm-ML , =?utf-8?B?SsO2cmcgUsO2ZGVs?= To: Borislav Petkov Return-path: Content-Disposition: inline In-Reply-To: <20170801155618.GA2870@nazgul.tnic> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org 2017-08-01 17:56+0200, Borislav Petkov: > Folks, > > in the future, please CC people from the output of > scripts/get_maintainer.pl when touching cpufeatures.h. AFAICT, not even > lkml was CCed, not to mention the mandatory x86@kernel.org for x86 > patches. I think Janakarajan trimmed the output just to kvm. I'll start bitching about that. > --- > From: Borislav Petkov > Subject: [PATCH] x86/cpufeature, kvm/svm: Shorten virtualized VMLOAD/VMSAVE flag > > "virtual_vmload_vmsave" is what is going to land in /proc/cpuinfo now > for a single feature bit which is clearly too long. So call it like it > is called in the processor manual. "v_vmload_vmsave" is a bit shorter, > after all. (PPR for family 17h has it called "v_vmsave_vmload".) > We could go more aggressively here but having it the same as in the > processor manual is advantageous. > > Signed-off-by: Borislav Petkov > Cc: Janakarajan Natarajan > Cc: Paolo Bonzini > Cc: Radim Krčmář Acked-by: Radim Krčmář