Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2113310pxa; Mon, 17 Aug 2020 00:40:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzEjgnBYNMgy3Yhiu1+t+RcfcVbbC/VQFocoJml8Uik4pU3LMV0QaOKPjYSvhDt56V1msyu X-Received: by 2002:a17:906:7790:: with SMTP id s16mr14676388ejm.254.1597650013495; Mon, 17 Aug 2020 00:40:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597650013; cv=none; d=google.com; s=arc-20160816; b=VTuYVvyemMv7zHQTrN5pDPG+ADjvK+Jdw/QbkRvmS9ysDRdnQdFY1Pwlr7CjUEDhhz b5t0gq4cqqU8oDEMfEY6R1od1RGGnfwyf4QPQ6NrlA8kiRvUO+9J4N4gRvAF3yZGdpx4 tbWun0IuNR3fdgMwDHg4TACpXnk0GaxZ1qvkeyiGD+V6baSGCJAOKvrI/zDnvp4xmUK/ dD8C/DmYTs5BO0walh/r33zBQzFrLIdywC8K85QfI0Kbdtz5K7qOVKyKHs1MWMkDQogG iUXYeVENuagBOHjuaDYk3TLDQDuUK/PtBJ7cE7+K7bU2HJA4XASCFR6TICZgJ8L04QzX wjVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=Y6m6YhbxL/bRXDXk7cQ+zOZYwTLNQVORqLhjNI/HliE=; b=SqlkyBfeGFhE0DJ53IaaPMv9BadsgIVHFifC4pl6NYVdrIHQ3QYiAvwCzC/lzS0j3L tbCozbY5J4xT5KBQvJ2iCHdZhzO7Q6K6M67R717KdSjoWP8ehXCWCuRv7rnsF0d1lzVj heaGWyCjXOZqDAEXTEVT8GSSqcj58M92XfJd84vDWJpa0192RMlDr242eDg7ffC7jan+ +nGRw5e8/YTf7PqWVak20OFQddpvweXWK4nnlWPmir3a5K+3S7IVhLJYKAXapieksey0 2B6XvTAsBhn9mxCTDTDfayldO9uGM2lGa6qoAmNtFPFGp0eiKkmc6PY6MXal7QjteWTh FjBw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="MZk/ZzO0"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dn23si10132027edb.206.2020.08.17.00.39.50; Mon, 17 Aug 2020 00:40:13 -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; dkim=pass header.i=@kernel.org header.s=default header.b="MZk/ZzO0"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726482AbgHQHjQ (ORCPT + 99 others); Mon, 17 Aug 2020 03:39:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:40500 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726089AbgHQHjP (ORCPT ); Mon, 17 Aug 2020 03:39:15 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 14CC420758; Mon, 17 Aug 2020 07:39:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1597649954; bh=5f7u17TvsjTrzreApIZ4x0jr/04LEQs1hIO1IBZJBVg=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=MZk/ZzO0Xwj51vzBkOh6djd6cauo+roP/pRXxR0PLsTP9CxwmDwEQWJzTOZ+efS5N QUUrA+K/1xW95pGQ2wvCVRVUyJzPQ17UZXIXt1cfl5+9y6EMMgKTNeEDjcoRzAfaIj XlILTLZZUpgl+E35JmvL+d76aYnLmH9VvHC3F0nA= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1k7Zjc-003T4X-BL; Mon, 17 Aug 2020 08:39:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 17 Aug 2020 08:39:12 +0100 From: Marc Zyngier To: Keqian Zhu Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, Catalin Marinas , Will Deacon , James Morse , Suzuki K Poulose , Steven Price , wanghaibin.wang@huawei.com Subject: Re: [PATCH 2/3] KVM: uapi: Remove KVM_DEV_TYPE_ARM_PV_TIME in kvm_device_type In-Reply-To: <20200817033729.10848-3-zhukeqian1@huawei.com> References: <20200817033729.10848-1-zhukeqian1@huawei.com> <20200817033729.10848-3-zhukeqian1@huawei.com> User-Agent: Roundcube Webmail/1.4.7 Message-ID: X-Sender: maz@kernel.org X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: zhukeqian1@huawei.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, catalin.marinas@arm.com, will@kernel.org, james.morse@arm.com, suzuki.poulose@arm.com, steven.price@arm.com, wanghaibin.wang@huawei.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-08-17 04:37, Keqian Zhu wrote: > ARM64 PV-time ST is configured by userspace through vCPU attribute, > and KVM_DEV_TYPE_ARM_PV_TIME is unused. > > Signed-off-by: Keqian Zhu > --- > include/uapi/linux/kvm.h | 2 -- > tools/include/uapi/linux/kvm.h | 2 -- > 2 files changed, 4 deletions(-) > > diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h > index 4fdf303..9a6b97e 100644 > --- a/include/uapi/linux/kvm.h > +++ b/include/uapi/linux/kvm.h > @@ -1258,8 +1258,6 @@ enum kvm_device_type { > #define KVM_DEV_TYPE_ARM_VGIC_ITS KVM_DEV_TYPE_ARM_VGIC_ITS > KVM_DEV_TYPE_XIVE, > #define KVM_DEV_TYPE_XIVE KVM_DEV_TYPE_XIVE > - KVM_DEV_TYPE_ARM_PV_TIME, > -#define KVM_DEV_TYPE_ARM_PV_TIME KVM_DEV_TYPE_ARM_PV_TIME > KVM_DEV_TYPE_MAX, > }; > > diff --git a/tools/include/uapi/linux/kvm.h > b/tools/include/uapi/linux/kvm.h > index 4fdf303..9a6b97e 100644 > --- a/tools/include/uapi/linux/kvm.h > +++ b/tools/include/uapi/linux/kvm.h > @@ -1258,8 +1258,6 @@ enum kvm_device_type { > #define KVM_DEV_TYPE_ARM_VGIC_ITS KVM_DEV_TYPE_ARM_VGIC_ITS > KVM_DEV_TYPE_XIVE, > #define KVM_DEV_TYPE_XIVE KVM_DEV_TYPE_XIVE > - KVM_DEV_TYPE_ARM_PV_TIME, > -#define KVM_DEV_TYPE_ARM_PV_TIME KVM_DEV_TYPE_ARM_PV_TIME > KVM_DEV_TYPE_MAX, > }; No. You can't drop anything from UAPI, used or not. Doing so will break the compilation of any userspace that, for any reason, references this value. We cannot reuse this value in the future either, as it would create a we wouldn't know which device to create. It is pretty unfortunate that PV time has turned into such a train wreck, but that's what we have now, and it has to stay. M. -- Jazz is not dead. It just smells funny...