Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3866709pxb; Mon, 1 Nov 2021 23:09:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxU+qurc0yV30zSssbcBaMmXcp2UV6kkfONcsWIkguaGsxsdHqlZ6c7Ok5YSr084HYAh6L8 X-Received: by 2002:a92:cd8f:: with SMTP id r15mr17290176ilb.278.1635833390882; Mon, 01 Nov 2021 23:09:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635833390; cv=none; d=google.com; s=arc-20160816; b=ySeEiiRGZIYv5rCM6ZhNyEghYCnNDWwjGa67GeziQbvMrfR946BOt4YzeFIFpP7aNO oldfnu1HcwKF0XRQ3mox0BESQYXLFCTFteUsLaG344hcx2dNSS57q24N8pWDrw3H5t+J YN/XtbnV37HXdacBT7IbEXu5lRBYqMdDiDi9v9SV6LMJlWNC7y69UOQSCfkXW8viEQQa Y5hAhmltSinsRK/AhKmBXPYi2lybZrFEfPqQci24kYmO6oi0O3PDSE3sMmDsfWCdd/xE 9sCNdxdoOaMn1aUHRmvxwytX4MZha0WkkuYpd5cbr55VQK3GsIGs0KMhtKBL6yOSWNwS WgxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=OZ3BO6XQJBDMuCd7NFyWfiNUwcUzKUJI24J4Y+Z9p5o=; b=0onyjOZj8CGVwAhuTD/T3LeBXBsBm6r7F6cMsmxhPTpMThMB7dUJd9qppDQqIib60I F7o33W4hEd+iIgqqfmnBdLIPDEfr/61jkjnDgiD5FE8ZgmABOULLpr/dkKyHUfdOYmS8 xXtzD6VGlefOaa3LHvCeuggXHveIcBzK9drraheGxpOLDp2immjeaTo+rPFxbmFXn1g2 QE88zpk47YYqjSUfVutpP6k3cpS/4pWnDdZ+8z83W/8jj7rBqQ6xV5riCn/G0lmWB7Mi 9PJhn4UThYxNpLPAqxM9+WdO4QgGWBgxGK/eVupV+AHJKqHwXyVdnt7Qry+jT5MA+X/2 bHTQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g3si21688147ile.19.2021.11.01.23.09.38; Mon, 01 Nov 2021 23:09:50 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229577AbhKBGKO (ORCPT + 99 others); Tue, 2 Nov 2021 02:10:14 -0400 Received: from verein.lst.de ([213.95.11.211]:54538 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229497AbhKBGKN (ORCPT ); Tue, 2 Nov 2021 02:10:13 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 811A468AFE; Tue, 2 Nov 2021 07:07:34 +0100 (CET) Date: Tue, 2 Nov 2021 07:07:34 +0100 From: Christoph Hellwig To: Wei Fu Cc: Christoph Hellwig , Anup Patel , Atish Patra , Palmer Dabbelt , guoren@kernel.org, christoph.muellner@vrull.eu, Philipp Tomsich , Christoph Hellwig , Liu Shaohua , Wei Wu =?utf-8?B?KOWQtOS8nyk=?= , Drew Fustini , linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, taiten.peng@canonical.com, aniket.ponkshe@canonical.com, heinrich.schuchardt@canonical.com, gordan.markus@canonical.com, guoren@linux.alibaba.com, Arnd Bergmann , Chen-Yu Tsai , Maxime Ripard , Daniel Lustig , Greg Favor , Andrea Mondelli , Jonathan Behrens , Xinhaoqu , Bill Huffman , Nick Kossifidis , Allen Baum , Josh Scheid , Richard Trauben Subject: Re: [RESEND PATCH V3 2/2] riscv: add RISC-V Svpbmt extension supports Message-ID: <20211102060734.GB27015@lst.de> References: <20211025040607.92786-1-wefu@redhat.com> <20211025040607.92786-3-wefu@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 25, 2021 at 06:55:09PM +0800, Wei Fu wrote: > How about this macro: > #define _SVPBMT_PMA 0x0UL > #define _SVPBMT_NC BIT(61) > #define _SVPBMT_IO BIT(62) > #define _SVPBMT_MASK GENMASK(62, 61) Personally I find these macros highly confusing. #define _SVPBMT_PMA 0UL #define _SVPBMT_NC (1UL << 61) #define _SVPBMT_IO (1UL << 62). #define _SVPBMT_MASK (_SVPBMT_NC | _SVPBMT_IO) is much eaier to follow. Note that we can probably just drop _SVPBMT_PMA entirely to make this even more readable. > > Also why not use the standard names for these _PAGE bits used by > > most other architectures? > > Which names are you suggesting? Would you mind providing an example ? > _PAGE_BIT_ for _PAGE_KERNEL_ ?? Use _PAGE_NOCACHE for _SVPBMT_NC, and _PAGE_IO for _SVPBMT_IO.