Message ID | 20241120093745.1847-1-shiju.jose@huawei.com |
---|---|
Headers | show
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CB6D4187844; Wed, 20 Nov 2024 09:38:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.176.79.56 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1732095487; cv=none; b=D8HyyVn5L95bM3s5VrpT9ufhq8GwdDlQDChY/JDHL+RSwyNK9pQC5yeBcxDWYW6HDNhNLNXv47BxYdYKk9qzffnez/IS8zldhyqVqX7RiB1UUl78XlXTzKyESH/XedGsw6XxXcdJBhm4K+DLOEuQRZ+3ojG9OH92naQU2jjZH/g= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1732095487; c=relaxed/simple; bh=RQCpbnI2ElijDM2g3Sr2ukzpIOTf3Z4DZPbpNgbggmA=; h=From:To:CC:Subject:Date:Message-ID:MIME-Version:Content-Type; b=uM0XWx8kfh9tKIzW6hpS6kh4o5kkt13Usgp1D7Jh3iAqyACvAiWSvF6fc7V7cdeeLnxb604TV3hcPa14ALZ0C8PcPgJhnfEqzrgU7P7VDasZcf7jkvCy98jEdVUA+AA0+siJNcYiq+IJIHEp+Ab8BY75nTeEgbhzPFqlxnpY9vc= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=185.176.79.56 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Xtbnl6Psjz6K977; Wed, 20 Nov 2024 17:35:39 +0800 (CST) Received: from frapeml500007.china.huawei.com (unknown [7.182.85.172]) by mail.maildlp.com (Postfix) with ESMTPS id 67B03140AB8; Wed, 20 Nov 2024 17:37:56 +0800 (CST) Received: from P_UKIT01-A7bmah.china.huawei.com (10.195.247.212) by frapeml500007.china.huawei.com (7.182.85.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Wed, 20 Nov 2024 10:37:55 +0100 From: <shiju.jose@huawei.com> To: <dave.jiang@intel.com>, <dan.j.williams@intel.com>, <jonathan.cameron@huawei.com>, <alison.schofield@intel.com>, <nifan.cxl@gmail.com>, <vishal.l.verma@intel.com>, <ira.weiny@intel.com>, <dave@stgolabs.net>, <linux-cxl@vger.kernel.org> CC: <linux-kernel@vger.kernel.org>, <linuxarm@huawei.com>, <tanxiaofei@huawei.com>, <prime.zeng@hisilicon.com>, <shiju.jose@huawei.com> Subject: [PATCH v4 0/6] Update Event Records to CXL spec rev 3.1 Date: Wed, 20 Nov 2024 09:37:39 +0000 Message-ID: <20241120093745.1847-1-shiju.jose@huawei.com> X-Mailer: git-send-email 2.43.0.windows.1 Precedence: bulk X-Mailing-List: linux-cxl@vger.kernel.org List-Id: <linux-cxl.vger.kernel.org> List-Subscribe: <mailto:linux-cxl+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-cxl+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-ClientProxiedBy: lhrpeml100009.china.huawei.com (7.191.174.83) To frapeml500007.china.huawei.com (7.182.85.172) |
Series |
Update Event Records to CXL spec rev 3.1
|
expand
|
From: Shiju Jose <shiju.jose@huawei.com> Add updates for the changes in CXL spec rev 3.1 in the CXL events records and CXL trace events implementation. Notes: ===== 1. The number of decoded strings in TP_printk() caused parsing error when libtraceevent in userspace parses the CXL trace events, for rasdaemon. It was found that long decoded strings of field values in the TP_printk() caused the issue. As a solution, decoding of some fields in the TP_printk() are removed to accommodate the new fields. Decoding of all these fields is added in the userspace tool rasdaemon. 2. Verified with modified CXL error injection in QEMU CXL emulation and CXL mock test in kernel.(Thanks to Jonathan for verify with CXL mock test). Shiju Jose (6): cxl/events: Update Common Event Record to CXL spec rev 3.1 cxl/events: Add Component Identifier formatting for CXL spec rev 3.1 cxl/events: Update General Media Event Record to CXL spec rev 3.1 cxl/events: Update DRAM Event Record to CXL spec rev 3.1 cxl/events: Update Memory Module Event Record to CXL spec rev 3.1 cxl/test: Update test code for event records to CXL spec rev 3.1 Changes: V3 -> V4 1. Changes for the parsing error parsing error when libtraceevent in userspace parses the CXL trace events, for rasdaemon. It was found that long decoded strings of field values in the TP_printk() caused the issue, looks like due to buffer overflow/corruption. Increasing known buffer sizes in userspace and kernel did not help. As a solution, decoding of some fields in the TP_printk() are removed to accommodate the new fields. Decoding of these fields is added in the userspace tool rasdaemon. V2 -> V3 1. Changes for the feedbacks from Jonathan. - Added printing component Id format bit in show_valid_flags() - Modified parsing component ID in patch [2] and added logging of raw comp-id, comp_id_pldm_flags, PLDM entity id and PLDM resource id in patches 3 to 4. V1 -> V2 1. Changes for the feedbacks from Jonathan. - Separate patch for Component Identifier formatting. - Moved printing of event sub type after event type. - For memory module event, rename sub_type to event_sub_type. 2. Changes for the feedbacks from Alison. - Updated patch's subject - Updated CXL test code for CXL spec rev 3.1 event records. 3. Changed logic for Component Identifier formatting and other improvements. drivers/cxl/core/trace.h | 233 ++++++++++++++++++++++++++--------- include/cxl/event.h | 28 +++-- tools/testing/cxl/test/mem.c | 23 +++- 3 files changed, 217 insertions(+), 67 deletions(-)