Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp159117ybz; Fri, 24 Apr 2020 13:36:55 -0700 (PDT) X-Google-Smtp-Source: APiQypIJOt5Ibi+bd6YBwIZoRkn5EQHmIGLEu5IKHh005aAY9hEjHrw53sC3vYAMfYyHdRJe9WJq X-Received: by 2002:a05:6402:1587:: with SMTP id c7mr8606268edv.61.1587760614804; Fri, 24 Apr 2020 13:36:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587760614; cv=none; d=google.com; s=arc-20160816; b=v4taCIQpWjwdUc7OFfgdZRH/qQezF3RD5P+RE2rSnsD1Kf2vR9gbFFFZ9PwfIA5eBa vQDDlXSPxhWAgWrCZcao4vXJOt8y0ZAImSRvXIL4lwcZSC6Z570O/JMxYtVPH8rx9kzP t01A+NrlT+LNuw7knrxuzawq15m+qtmrJvbJYeaZkcYUlwiVWvBHSGnt4kSCOhJHGz6m YQLPdlDk6n3lzxUBp3IUgog2JX1vReGoQnxwUW8IrwIXJGtVpsDv+b5EFEKUvSg2mix/ NtgGbAZKhl44HM+vgJScXYPSkvkoiW2oYhfdhGNL8KKuVnEsl+Rw+UknS3cTDMOcTT4q cTHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=FIzgZf8e7qoS05PST1MoxKWETagz/HJXXAbPryAc4tA=; b=C6HnDDDniCte/DByw7zio7BXadl0tFVlSHkxaZWP6VCmmPNdQvE+IA+bzDwS4NwRcw uUwnWGz1aIOQdkhayxA24Jpf1BnuZ2xXPbgRXmv1+u4kTXGu2R+pCXHooTZfzJ+TgphK lQgg5bkZao7AVadEydIBaHbzhnrfGxaw4sHDbgo0x1ZB5uMzlEnXDsIwQFM1jnyPFAGL THqF7h0Wnj63OzGAXbrXJLQMpUuVFidweztBSNhjZQZJVdCOb4SxnbyJ8UKoN9YAyCCT IFLTru+Ur22fnF3k7sgETvwJgs8+LDqdGeGbW9qXoJOYsnDgY5zfy0zCNJR43O6LcX9M Egqg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y7si3592946edv.512.2020.04.24.13.36.31; Fri, 24 Apr 2020 13:36:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726062AbgDXUaY (ORCPT + 99 others); Fri, 24 Apr 2020 16:30:24 -0400 Received: from mga09.intel.com ([134.134.136.24]:16894 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726027AbgDXUaY (ORCPT ); Fri, 24 Apr 2020 16:30:24 -0400 IronPort-SDR: brofgIqmDv7IY7bU9zN4u5XyH+cLK4hv3GBPI+qCBmUFXB3bo8/qjxYKGrCvnYNxTjj0Lo1Pb7 S+SN04Bn2zTg== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Apr 2020 13:29:22 -0700 IronPort-SDR: aH9zCVNbek8Jbhu3jGAgn44wfAK9ebRNyTB6fmrkHv9xCurFFZFYXERhWpvsFNKX/CkA3hH5Nv IepTneY68Xtw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,313,1583222400"; d="scan'208";a="403437439" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.202]) by orsmga004.jf.intel.com with ESMTP; 24 Apr 2020 13:29:22 -0700 Date: Fri, 24 Apr 2020 13:29:22 -0700 From: Sean Christopherson To: Peter Xu Cc: Xiaoyao Li , Paolo Bonzini , kvm@vger.kernel.org, Nadav Amit , Vitaly Kuznetsov , linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 1/3] kvm: x86: Rename KVM_DEBUGREG_RELOAD to KVM_DEBUGREG_NEED_RELOAD Message-ID: <20200424202921.GG30013@linux.intel.com> References: <20200416101509.73526-1-xiaoyao.li@intel.com> <20200416101509.73526-2-xiaoyao.li@intel.com> <20200423190941.GN17824@linux.intel.com> <20200424202103.GA48376@xz-x1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200424202103.GA48376@xz-x1> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 24, 2020 at 04:21:03PM -0400, Peter Xu wrote: > On Thu, Apr 23, 2020 at 12:09:42PM -0700, Sean Christopherson wrote: > > On Thu, Apr 16, 2020 at 06:15:07PM +0800, Xiaoyao Li wrote: > > > To make it more clear that the flag means DRn (except DR7) need to be > > > reloaded before vm entry. > > > > > > Signed-off-by: Xiaoyao Li > > > --- > > > arch/x86/include/asm/kvm_host.h | 2 +- > > > arch/x86/kvm/x86.c | 6 +++--- > > > 2 files changed, 4 insertions(+), 4 deletions(-) > > > > > > diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h > > > index c7da23aed79a..f465c76e6e5a 100644 > > > --- a/arch/x86/include/asm/kvm_host.h > > > +++ b/arch/x86/include/asm/kvm_host.h > > > @@ -511,7 +511,7 @@ struct kvm_pmu_ops; > > > enum { > > > KVM_DEBUGREG_BP_ENABLED = 1, > > > KVM_DEBUGREG_WONT_EXIT = 2, > > > - KVM_DEBUGREG_RELOAD = 4, > > > + KVM_DEBUGREG_NEED_RELOAD = 4, > > > > My vote would be for KVM_DEBUGREG_DIRTY Any bit that is set switch_db_regs > > triggers a reload, whereas I would expect a RELOAD flag to be set _every_ > > time a load is needed and thus be the only bit that's checked > > But then shouldn't DIRTY be set as long as KVM_DEBUGREG_BP_ENABLED is set every > time before vmenter? Then it'll somehow go back to switch_db_regs, iiuc... > > IIUC RELOAD actually wants to say "reload only for this iteration", that's why > it's cleared after each reload. So maybe... RELOAD_ONCE? Or FORCE_LOAD, or FORCE_RELOAD? Those crossed my mind as well. > (Btw, do we have debug regs tests somewhere no matter inside guest or with > KVM_SET_GUEST_DEBUG?) I don't think so?