Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4161250pxj; Tue, 15 Jun 2021 17:08:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZSTjg2YGDhdRzlRkCGSu7BPuH+PvFLM7yUhWZrWaDfstexOejq56dyIx0v6nhM1hSsFSS X-Received: by 2002:a05:6402:3082:: with SMTP id de2mr818751edb.214.1623802131897; Tue, 15 Jun 2021 17:08:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623802131; cv=none; d=google.com; s=arc-20160816; b=v2uUSx/ckMw+v3FInsIzbyAmb4tQT2OGYsX3awTPQSgiTzBmKSwBNfIl3XnWqVN7Pi cmCPmLtwYVoX63BdzQSFwbKa+Brhu4YN0szo5fMOVGg4RKBWrSi2YSqrylgRWg1n6iwu ZvQi7HStOBGnZUdg3RwKoRIx4QHY+RGp1sI4CmdG87wDCWAAfur1uhLuq6NUrvtUzi/f G7pLNdlJ4iKfG0ncbU/jqY+4OualuN7WHrmnXtVWicf/+HUZi+Y3dEcs8wBUzBLKN8v5 wEbFQjysYOZEGxwIyz6ntaYqf1Lqdzegb3uDrYWuT6e+hRvrT0cndNcq8vhCPNANwGmn +HFA== 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 :ironport-sdr:ironport-sdr; bh=O9C5496qS52hKR2/V/rMxJYiPogzXk8Kq5HI701G2CI=; b=JvjXk1ar8As0/45MIYU1H9LVT/UrNahr1PRHd/Z79hC7yQ9xcp3LImRXAHsaY7Xjts tqAJCqmQRkisIFO289XZfeaK0N3LfjYtP7aluOKGVI5eWwul4c/OwBrqyOBUYEYnPx1O bMo/dmn4QbSUZ3g/5j+DcvHyjUc8l3s7rHFL0ZYlKYEXu4mZoH6jPq/RQ6zYhd+m/j2o ZP1U6xKzcYsZ9rvacTKy3+rPxCQ6ihHRFatCup48TDf/QlwTjQIpw9JV4dl+cOy+z3rw n3Giad573pkvDSnQcMiuS2VuOwlaCPy1dVJcrCxiB/u2vM6QnqOZVDlzmBI32eO8hdDR yDaQ== 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 s7si484175ejs.405.2021.06.15.17.08.29; Tue, 15 Jun 2021 17:08:51 -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 S231186AbhFPAHp (ORCPT + 99 others); Tue, 15 Jun 2021 20:07:45 -0400 Received: from mga04.intel.com ([192.55.52.120]:36266 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229811AbhFPAHo (ORCPT ); Tue, 15 Jun 2021 20:07:44 -0400 IronPort-SDR: hf4S2uovZeXw2cn4Bx41emCSDXqffMrutKfxUddfnYHHZ9DvWvJrE+IBqCA3fEs5OuSVwMnODf 6I27X0C6AR3w== X-IronPort-AV: E=McAfee;i="6200,9189,10016"; a="204259375" X-IronPort-AV: E=Sophos;i="5.83,276,1616482800"; d="scan'208";a="204259375" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Jun 2021 17:05:39 -0700 IronPort-SDR: ywOH5o7yatpSr79y6YjYml2p0nnSnpreYa0jvlJR9+rHcj8nV1uI5ya35favoSXdokE0TWmfee nrbKApEHWY4A== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.83,276,1616482800"; d="scan'208";a="554619307" Received: from alison-desk.jf.intel.com ([10.54.74.53]) by fmsmga001.fm.intel.com with ESMTP; 15 Jun 2021 17:05:38 -0700 Date: Tue, 15 Jun 2021 17:01:26 -0700 From: Alison Schofield To: Dan Williams Cc: Ben Widawsky , Ira Weiny , Vishal Verma , linux-cxl@vger.kernel.org, Linux Kernel Mailing List , Linux ACPI Subject: Re: [PATCH 2/2] cxl/acpi: Use the ACPI CFMWS to create static decoder objects Message-ID: <20210616000126.GA22435@alison-desk.jf.intel.com> References: <0246fe923945ba2b8d885f45279d7d3956c46950.1623705308.git.alison.schofield@intel.com> <20210615210518.GA22172@alison-desk.jf.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 15, 2021 at 03:01:06PM -0700, Dan Williams wrote: > On Tue, Jun 15, 2021 at 2:09 PM Alison Schofield > wrote: > > > > Thanks for the review Dan... > > > > On Tue, Jun 15, 2021 at 11:48:43AM -0700, Dan Williams wrote: > > > [ add linu-acpi for variable length array question below ] > > > > > > > > > On Mon, Jun 14, 2021 at 3:57 PM Alison Schofield > > > wrote: > > > > > > > > The ACPI CXL Early Discovery Table (CEDT) includes a list of CXL memory > > > > resources in CXL Fixed Memory Window Structures (CFMWS). Retrieve each > > > > CFMWS in the CEDT and add a cxl_decoder object to the root port (root0) > > > > for each memory resource. > > > > > > > > Signed-off-by: Alison Schofield > > > > --- > > > > drivers/cxl/acpi.c | 106 +++++++++++++++++++++++++++++++++++++++++++++ > > > > 1 file changed, 106 insertions(+) > > > > > > > > diff --git a/drivers/cxl/acpi.c b/drivers/cxl/acpi.c > > > > index 16f60bc6801f..ac4b3e37e294 100644 > > > > --- a/drivers/cxl/acpi.c > > > > +++ b/drivers/cxl/acpi.c > > > > @@ -8,8 +8,112 @@ > > > > #include > > > > #include "cxl.h" > > > > > > > > +/* Encode defined in CXL 2.0 8.2.5.12.7 HDM Decoder Control Register */ > > > > +#define CFMWS_INTERLEAVE_WAYS(x) (1 << (x)->interleave_ways) > > > > +#define CFMWS_INTERLEAVE_GRANULARITY(x) ((x)->granularity + 8) > > > > + > > > > +/* > > > > + * CFMWS Restrictions mapped to CXL Decoder Flags > > > > + * Restrictions defined in CXL 2.0 ECN CEDT CFMWS > > > > + * Decoder Flags defined in CXL 2.0 8.2.5.12.7 HDM Decoder Control Register > > > > + */ > > > > +#define CFMWS_TO_DECODE_TYPE2(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_TYPE2) << 2) > > > > +#define CFMWS_TO_DECODE_TYPE3(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_TYPE3) << 2) > > > > +#define CFMWS_TO_DECODE_RAM(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_VOLATILE) >> 2) > > > > +#define CFMWS_TO_DECODE_PMEM(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_PMEM) >> 2) > > > > +#define CFMWS_TO_DECODE_FIXED(x) (x & ACPI_CEDT_CFMWS_RESTRICT_FIXED) > > > > + > > > > +#define CFMWS_TO_DECODER_FLAGS(x) (CFMWS_TO_DECODE_TYPE2(x) | \ > > > > + CFMWS_TO_DECODE_TYPE3(x) | \ > > > > + CFMWS_TO_DECODE_RAM(x) | \ > > > > + CFMWS_TO_DECODE_PMEM(x) | \ > > > > + CFMWS_TO_DECODE_FIXED(x)) > > > > > > I don't understand the approach taken above. It seems to assume that > > > the CXL_DECODER_F_* values are fixed. Those flag values are arbitrary > > > and mutable. There is no guarantee that today's CXL_DECODER_F_* values > > > match tomorrow's so I'd rather not have 2 places to check when / if > > > that happens. > > > > > > > Here's my next take - making the handling resilient. > > Not so sure on gracefulness. Open for suggestions. > > > > -#define CFMWS_TO_DECODE_TYPE2(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_TYPE2) << 2) > > -#define CFMWS_TO_DECODE_TYPE3(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_TYPE3) << 2) > > -#define CFMWS_TO_DECODE_RAM(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_VOLATILE) >> 2) > > -#define CFMWS_TO_DECODE_PMEM(x) ((x & ACPI_CEDT_CFMWS_RESTRICT_PMEM) >> 2) > > -#define CFMWS_TO_DECODE_FIXED(x) (x & ACPI_CEDT_CFMWS_RESTRICT_FIXED) > > - > > -#define CFMWS_TO_DECODER_FLAGS(x) (CFMWS_TO_DECODE_TYPE2(x) | \ > > - CFMWS_TO_DECODE_TYPE3(x) | \ > > - CFMWS_TO_DECODE_RAM(x) | \ > > - CFMWS_TO_DECODE_PMEM(x) | \ > > - CFMWS_TO_DECODE_FIXED(x)) > > +#define FLAG_TYPE2(x) \ > > + ((x & ACPI_CEDT_CFMWS_RESTRICT_TYPE2) ? CXL_DECODER_F_TYPE2 : 0) > > +#define FLAG_TYPE3(x) \ > > + ((x & ACPI_CEDT_CFMWS_RESTRICT_TYPE3) ? CXL_DECODER_F_TYPE3 : 0) > > +#define FLAG_RAM(x) \ > > + ((x & ACPI_CEDT_CFMWS_RESTRICT_VOLATILE) ? CXL_DECODER_F_RAM : 0) > > +#define FLAG_PMEM(x) \ > > + ((x & ACPI_CEDT_CFMWS_RESTRICT_PMEM) ? CXL_DECODER_F_PMEM : 0) > > +#define FLAG_FIXED(x) \ > > + ((x & ACPI_CEDT_CFMWS_RESTRICT_FIXED) ? CXL_DECODER_F_LOCK : 0) > > + > > +#define CFMWS_TO_DECODER_FLAGS(x) (FLAG_TYPE2(x) | FLAG_TYPE3(x) | \ > > + FLAG_RAM(x) | FLAG_PMEM(x)| FLAG_FIXED(x)) > > Hmm, why the macros? Just make CFMWS_TO_DECODER_FLAGS a proper function. > > if (cfmws->restrictions & ACPI_CEDT_CFMWS_RESTRICT_TYPE2) > flags |= CXL_DECODER_F_TYPE2; > > ...etc > > Unless you foresee where macros were going to be reused somewhere else > I would just as soon open code them like above. Open code it is! Thanks