Received-SPF: pass (google.com: domain of linux-kernel+bounces-79807-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223;
Date: Sat, 24 Feb 2024 11:42:13 -0800
From: Dan Williams <dan.j.williams@intel.com>
To: Jonathan Cameron <Jonathan.Cameron@huawei.com>, Dan Williams
	<dan.j.williams@intel.com>
CC: Shuai Xue <xueshuai@linux.alibaba.com>, Borislav Petkov <bp@alien8.de>,
	Ira Weiny <ira.weiny@intel.com>, "Luck, Tony" <tony.luck@intel.com>,
	"james.morse@arm.com" <james.morse@arm.com>, <rafael@kernel.org>,
	<wangkefeng.wang@huawei.com>, <tanxiaofei@huawei.com>,
	<mawupeng1@huawei.com>, <linmiaohe@huawei.com>, <naoya.horiguchi@nec.com>,
	<gregkh@linuxfoundation.org>, <will@kernel.org>, <jarkko@kernel.org>,
	<linux-acpi@vger.kernel.org>, <linux-mm@kvack.org>,
	<linux-kernel@vger.kernel.org>, <akpm@linux-foundation.org>,
	<linux-edac@vger.kernel.org>, <x86@kernel.org>, <justin.he@arm.com>,
	<ardb@kernel.org>, <ying.huang@intel.com>, <ashish.kalra@amd.com>,
	<baolin.wang@linux.alibaba.com>, <tglx@linutronix.de>, <mingo@redhat.com>,
	<dave.hansen@linux.intel.com>, <lenb@kernel.org>, <hpa@zytor.com>,
	<robert.moore@intel.com>, <lvying6@huawei.com>, <xiexiuqi@huawei.com>,
	<zhuo.song@linux.alibaba.com>
Subject: Re: [PATCH v11 1/3] ACPI: APEI: send SIGBUS to current task if
 synchronous memory error not recovered
Message-ID: <65da46955fe12_2bce92941a@dwillia2-mobl3.amr.corp.intel.com.notmuch>
References: <20221027042445.60108-1-xueshuai@linux.alibaba.com>
 <20240204080144.7977-2-xueshuai@linux.alibaba.com>
 <20240219092528.GTZdMeiDWIDz613VeT@fat_crate.local>
 <bdf15819-46e0-498f-97e1-a0183f257086@linux.alibaba.com>
 <65d82c9352e78_24f3f294d5@dwillia2-mobl3.amr.corp.intel.com.notmuch>
 <20240223120813.00005d1f@Huawei.com>
 <20240223121701.00004bcf@Huawei.com>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20240223121701.00004bcf@Huawei.com>
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?NaBRvSLQWDGPkO96OT89phffddEKJY5ja3b+a8JMLsTSEx4L0swII6fLschM?=
 =?us-ascii?Q?Khb9Qdo5VTU5nfSjQ0No6uEeHKxcLiFXEGTXqVI4p1cv4qBngSIwh41I3nO0?=
 =?us-ascii?Q?wACGTthVsolVaNmaxBoOL1QYOtWOqZ5QHEKmooShTZpYlxylym/5jGuFMnN9?=
 =?us-ascii?Q?hwNZz6cxJVRo+ZEmkx3qhC3954JqxhzTw17a0fECDNdVOWvzE46XSDX1ww09?=
 =?us-ascii?Q?r2Em7icxPPpc1OURio4K17LJYzt5Zu+IL0eNdkqT/1Lc+3RLIZeX2XS2t2LE?=
 =?us-ascii?Q?o5Vdr/hkJPljgCMGPoUc4hJL2pPT1PPJ97tHnfhsS6mYyh9BHYMpEJtcTGxz?=
 =?us-ascii?Q?Cj0RCtNuL45LWRNl2pD29aXUwMMklyTC1Zx8eaazKj6gipcyjKotDdv1c2gK?=
 =?us-ascii?Q?VGT3W/0hp/5CGGPlPLAEL5YuAfcd2K14wmmMwaCv3vKPyVWa7t0YbBQeTvHY?=
 =?us-ascii?Q?uSMWZsvJi7CEoIqromUNG9mIriCcMHBtlipd1Uxkps6JN2VOqedTVL5iZSDo?=
 =?us-ascii?Q?JVmLvoPlLKxIWSj5RXthCgpaJsP2TvTAFe5L/+xXWl41AH6eEc4RXdYlk/fu?=
 =?us-ascii?Q?/n1uq10ruaqUY1tYiGomkq0SdVYKzmoPXSV07HR+ZdXL+fXCHJnl3KGeXP5t?=
 =?us-ascii?Q?wPBtN+I7Kxq+eKqT3N0MqRvTb5XA0od/eGwYoiOLn10aWGKS0epZ8ECdyZXg?=
 =?us-ascii?Q?CBHuPMzhuZFNChwTkKkgjMtK2NHGd2alWWKeekxM/iRzi6B7g6zy3rK5tPcj?=
 =?us-ascii?Q?P6PhlJGBOLFT8/cgj/prrOV7/okH83MoNkaqkeaCO4onnYtvBRDgHz/x7jAa?=
 =?us-ascii?Q?k/LgGKUJxKwGWNbFVqaAU/tzxilUdx2AMqL+q5Afci/AE2O4IEGt8swy8LMZ?=
 =?us-ascii?Q?3E+n1UXJi5WcpCG355xOO849eVAKRTw8elJ+HPWSz8PEPT3kHCtkt3xP0d1K?=
 =?us-ascii?Q?JeYlU9wfr3CsHTW7NVm5sO9PqH4L3P9yp13eFSxDJg+cgCJzEB5HDKpnRnPx?=
 =?us-ascii?Q?UOQlH1eHKhHr8WnEsYjRlL3M+EXRtFz1/k81cDdSjiY9WbI+ncGzRaEhuPu9?=
 =?us-ascii?Q?T3DoTnXvdXBCbahV3xXjWMOCKp98jhJ4ySMZFLCWm47loL12DxENusjS3vVi?=
 =?us-ascii?Q?Ok4LF5pZ1nNi6rDl1TTcz4FXKgzpMq3gT+Lp+f11Z/Zm+yNXtmtgjFenu5kH?=
 =?us-ascii?Q?PZySRbKFqnXOZrygKjDiAetY9LKrSbbFSXQgpAL5LaMjsfXx+RTFFp8AodcJ?=
 =?us-ascii?Q?bki9KgF+KyKAYmZQQR/90tXMBofVFgXAVgSQI54u+dBjphZ3B+T/zhTZ0mHo?=
 =?us-ascii?Q?0M/c2wqsxxA4W+8raNCg4jKkfFdjjjJjjlkhAHA38zy/cQlOh1Q+QlylY2P5?=
 =?us-ascii?Q?QmWdbc9e2YXqwc6HwhNy8D4z5+0mRYDwEiO5VBO5CcFeqjdWG1vLd6iMzSEs?=
 =?us-ascii?Q?ObJjhW8fcuhMkYU+ExSXj/85v50dRSZSP0GCJh9Y/69BjtW0UhiI4bhswsU2?=
 =?us-ascii?Q?SGS2ag02EeupRO3jM0tcS84vsvlZGknZX0yA6pMYcTqZ8UDmPP0a0elFUJHj?=
 =?us-ascii?Q?VEFbbijND2e4L8lypodkQ/Ne5mODwR7rstyKvK/+yMuPLKi5/zP0RdCjHBqb?=
 =?us-ascii?Q?4g=3D=3D?=
X-MS-Exchange-CrossTenant-Network-Message-Id: ad9b3920-538f-43fd-d2ad-08dc3570b556
X-MS-Exchange-CrossTenant-AuthSource: PH8PR11MB8107.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Feb 2024 19:42:17.6785
 (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: U233sL6a2JMzQedKxQ/WTjXhSYkhdw4XyL9PyCb2FdbmX0y1AfPNJcLqw0PPKlxbNUaJPv9sseJ+S2tUCDZ3hBv9TvQ/UlUFrNXLEZXkroY=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ2PR11MB8299
X-OriginatorOrg: intel.com

Jonathan Cameron wrote:
[..]
> > > None of the CXL component errors should be handled as synchronous
> > > events. They are either asynchronous protocol errors, or effectively
> > > equivalent to CPER_SEC_PLATFORM_MEM notifications.  
> > 
> > Not a good example, CPER_SEC_PLATFORM_MEM is sometimes signaled via SEA.
> > 
> 
> Premature send.:(
> 
> One example I can point at is how we do signaling of memory
> errors detected by the host into a VM on arm64.
> https://elixir.bootlin.com/qemu/latest/source/hw/acpi/ghes.c#L391
> CPER_SEC_PLATFORM_MEM via ARM Synchronous External Abort (SEA).
> 
> Right now we've only used async in QEMU for proposed CXL error
> CPER records signalling but your reference to them being similar
> to CPER_SEC_PLATFORM_MEM is valid so 'maybe' they will be
> synchronous in some physical systems as it's one viable way to
> provide rich information for synchronous reception of poison.
> For the VM case my assumption today is we don't care about providing the
> VM with rich data, so CPER_SEC_PLATFORM_MEM is fine as a path for
> errors whether from CXL CPER records or not.

Makes sense... and I was not precise when I mentioned the equivalency, I
was only considering x86.