Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) client-ip=2620:137:e000::3:6;
Date:   Thu, 12 Oct 2023 17:25:12 -0700
From:   Ira Weiny <ira.weiny@intel.com>
To:     Smita Koralahalli <Smita.KoralahalliChannabasappa@amd.com>,
        <linux-efi@vger.kernel.org>, <linux-cxl@vger.kernel.org>,
        <linux-kernel@vger.kernel.org>
CC:     Ard Biesheuvel <ardb@kernel.org>,
        Alison Schofield <alison.schofield@intel.com>,
        Vishal Verma <vishal.l.verma@intel.com>,
        "Ira Weiny" <ira.weiny@intel.com>,
        Dan Williams <dan.j.williams@intel.com>,
        Jonathan Cameron <Jonathan.Cameron@huawei.com>,
        Yazen Ghannam <yazen.ghannam@amd.com>,
        Smita Koralahalli <Smita.KoralahalliChannabasappa@amd.com>
Subject: Re: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General
 Media Event Record
Message-ID: <65288e68de994_2347eb294c2@iweiny-mobl.notmuch>
References: <20231012230301.58500-1-Smita.KoralahalliChannabasappa@amd.com>
 <20231012230301.58500-2-Smita.KoralahalliChannabasappa@amd.com>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20231012230301.58500-2-Smita.KoralahalliChannabasappa@amd.com>
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?N6c2XdmkPBWlS7VAbvr1jgqmxzx2MWOeJyKMQfSPXzcEe4pNWWpn3Nr8iat7?=
 =?us-ascii?Q?NrlrAmSeuPwenO2rQ8ZTlxo6JViErStcn3i48VdQhxFgxbK+/Be/8Bi6JiEZ?=
 =?us-ascii?Q?2RQNothS34BhpjtU/BnLuXFpJoBhV70OBYQBuAFJqCCfyvSLxLzIZyCHbLks?=
 =?us-ascii?Q?Q7S2D1Mg8pc+NdQ/tIIU5/jn6gYd5rvB8a+HfS71nLGnWOBTCEAazVhTCpZm?=
 =?us-ascii?Q?xeOpBsjtgckB3QR/MZFI+i0FcVJq1fAjHsYPHi/r/yKu8clHmOEaTnKJY7cb?=
 =?us-ascii?Q?rLPmBpQDRgNOvjCnK0iXqLTwp/bmr1XNTASUmEBHaLlnpn5oyE+a1tUXISZS?=
 =?us-ascii?Q?unwb7Fwsc/1ofD0ba11dtRvV8VJO40ohRWhkcx6z5QGN24cMtDfMkogFFq+f?=
 =?us-ascii?Q?r5/iYAPgU6p1RlVt5lAAzBY32Ts2tTlEPEixMe5mf0MhUUUSCxnn6ugdgGBe?=
 =?us-ascii?Q?23PfyCzFMIH3/qVpaLOD71ffuFitLMwt4/6p42YA8m63Wz2gecggC+qSXEtI?=
 =?us-ascii?Q?wupRD6lDDnaXJU2dSELfXC8NaZz/Pt6tPY84gC8oYO1+z5rQ7EBeNdKJvrBC?=
 =?us-ascii?Q?TlgHkXj8HapLFBbF0GfnQhTS9NduNsPEMh6Hs7YNz1mEqIgdbfnsqsy6eIhM?=
 =?us-ascii?Q?AGQI0pLTLvtXM1PBlLa7fIRsIdAVJ7YUWSvE2sWU+PdZS38JlZM46MbfZRBh?=
 =?us-ascii?Q?XRHLiovDY6SHB50+xAcQi7+Hrf5XwRgJjYaOw6OtTWC7j1pYij3vQJtUI8Ky?=
 =?us-ascii?Q?JMCYX//xxrcUzRMJTQ8nHrdjTEsex77kFEO9mkfSE/GJTt58LXatLkObNn2+?=
 =?us-ascii?Q?A7hcmVPicbiPwHW6JtB5uliwAc2fHTOS2iX6waEk3r4vDwX25/jf1GFyk13M?=
 =?us-ascii?Q?pKmn7bvFpWEwvOv9O8vwI+Bxr2PmJkghBnhTkgK+jYTny7dUd7NY0kRceXJJ?=
 =?us-ascii?Q?n1F0D2QzjlJQIl1bP43gHOaO5XrOhY+a5+g3otEI/Ki43vGKHXz6tZ2CnAzl?=
 =?us-ascii?Q?boi7lDTvkFU/ttuVQ2XWpPCG/Nlt5Pdw5t9cA2X5AJdvOFWZYVlaE+OUBQC2?=
 =?us-ascii?Q?0pGudQslPtwBIcaRlmQx8vZh2MacbdBJ7Ku0C5WVWTBzUplBC8TbLVbMRMif?=
 =?us-ascii?Q?uVHAfgubMB5sloLzKYwDlP1Zz733cd2mHRGS2h3Hh1iNXXbodSbetcDDLmGJ?=
 =?us-ascii?Q?evJrkP/egsj+/PO4xKijMJ0RYND8WzS4rTbGGueNV469Wz6CLuX7yg1fBD2g?=
 =?us-ascii?Q?XBGpEZ+p+Wh8U426f2QogdF1OWi584DbRaLPOgEhFruL1YWx2AwD+O6zNio5?=
 =?us-ascii?Q?gGuZDwPegjGoMENKriqkTHRRc/e6aeciXcZZnwN5oOUqFaHvvxQhycADjHnP?=
 =?us-ascii?Q?ZlPAA5VG6XErnDeDiKEA7hZjgScBZ+YZ/WSIizEcRnLK3Msp7++KbncejaoZ?=
 =?us-ascii?Q?C2EasXzGEZJQe7rYVu857kGMfWvMqZTpfkv3d7Ohji7V+F2G1UW1z2F2F6Tm?=
 =?us-ascii?Q?lzrFaNHSDUo5lY4OewoL0ML5LVv8DlcxwXC03f8UNBQwEPLf5YlJtYBdnRjM?=
 =?us-ascii?Q?EwADtktlu/+YIQUMAL53KUfdM5X35b4J83gAC0W2?=
X-MS-Exchange-CrossTenant-Network-Message-Id: 5f4d2e6a-c2aa-4347-cdc8-08dbcb82dfad
X-MS-Exchange-CrossTenant-AuthSource: SA1PR11MB6733.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Oct 2023 00:25:16.3644
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 46psLbW6pd/aQeUUdbcjlE2TSwEhAevNGmRqsMcrGF1mtM72x9UnJvIwbCjQ3CLuX5FM/c/Tjk68NecwS73djg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB7280
X-OriginatorOrg: intel.com
X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable
	autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Thu, 12 Oct 2023 17:25:42 -0700 (PDT)

Smita Koralahalli wrote:
> Add support for decoding CXL Component Events General Media Event Record
> as defined in CXL rev 3.0 section 8.2.9.2.1.1.
> 
> All the event records as defined in Event Record Identifier field of the
> Common Event Record Format in CXL rev 3.0 section 8.2.9.2.1 follow the
> CPER format for representing the hardware errors if reported by a
> platform.
> 
> According to the CPER format, each event record including the General
> Media is logged as a CXL Component Event as defined in UEFI 2.10
> Section N.2.14 and is identified by a UUID as defined by Event Record
> Identifier field in Common Event Record Format of CXL rev 3.0 section
> 8.2.9.2.1. CXL Component Event Log field in Component Events Section
> corresponds to the component/event specified by the section type UUID.
> 
> Add support for decoding CXL Component Events as defined in UEFI 2.10
> Section N.2.14 and decoding Common Event Record as defined in CXL rev 3.0
> section 8.2.9.2.1.
> 
> Signed-off-by: Smita Koralahalli <Smita.KoralahalliChannabasappa@amd.com>

[snip]

> +
> +/*
> + * Compute Express Link Common Event Record
> + * CXL rev 3.0 section 8.2.9.2.1; Table 8-42
> + */
> +struct common_event_record {
> +	u8 identifier[16];

I interpreted the CPER structure as not having this identifier here.

From Section N.2.14:

"For the CXL Component Event Log: Refer to the Common Event Record field
(Offset 16) of the Events Record Format for each CXL component."

This implies that the data coming from the CPER record starts at length.

I'd be happy if my interpretation is wrong.  But if I am wrong then there
is no reason to duplicate these structures which are already defined in
cxlmem.h

I was plumbing up the cxl code to make a copy from length on and splice in
the uuid from the guid passed from the Section Type.

Ira

> +	u8 length;
> +	u8 flags[3];
> +	u16 handle;
> +	u16 related_handle;
> +	u64 timestamp;
> +	u8 maint_op_class;
> +	u8 reserved[15];
> +};
> +
> +/*
> + * CXL General Media Event Record - GMER
> + * CXL rev 3.0 section 8.2.9.2.1.1; Table 8-43
> + */
> +struct cper_sec_gen_media {
> +	struct common_event_record record;
> +	u64 dpa;
> +	u8 descriptor;
> +	u8 type;
> +	u8 transaction_type;
> +	u16 validity_flags;
> +	u8 channel;
> +	u8 rank;
> +	u8 device[3];
> +	u8 comp_id[16];
> +	u8 reserved[46];
> +};
> +

[snip]