mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Bowman, Terry" <terry.bowman@amd.com>
To: "Dan Williams (nvidia)" <djbw@kernel.org>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Dave Jiang <dave.jiang@intel.com>,
	Smita Koralahalli <smita.koralahallichannabasappa@amd.com>,
	Robert Richter <rrichter@amd.com>,
	Jonathan Cameron <jic23@kernel.org>,
	Shiju Jose <shiju.jose@huawei.com>,
	Sathyanarayanan Kuppuswamy
	<sathyanarayanan.kuppuswamy@linux.intel.com>,
	"linux-cxl@vger.kernel.org" <linux-cxl@vger.kernel.org>,
	Ben Cheatham <Benjamin.Cheatham@amd.com>,
	Lukas Wunner <lukas@wunner.de>,
	"PradeepVineshReddy.Kodamati@amd.com"
	<PradeepVineshReddy.Kodamati@amd.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: RFC: CXL: How to handle trace event ABI break from CXL_HEADERLOG_SIZE fix?
Date: Thu, 21 May 2026 07:23:45 -0500	[thread overview]
Message-ID: <7c9cb682-ec3e-438b-830c-2a5997b69c43@amd.com> (raw)
In-Reply-To: <6a0e33507e961_1717cc100f6@djbw-dev.notmuch>

On 5/20/2026 5:18 PM, Dan Williams (nvidia) wrote:
> Bowman, Terry wrote:
>> Hi Mauro and Everyone,
>>
>> During development of the CXL protocol series [1], the Sashiko tool 
>> identified an issue in the CXL RAS UCE trace logging for Ports and Endpoints. 
>> Specifically, the CXL RAS UCE header log size is incorrectly defined in 
>> drivers/cxl/cxl.h.
>>
>> The UCE header log size is currently defined as 128 u32s (512 bytes),
>> whereas it should be 16 u32s (64 bytes) per CXL r4.0 8.2.4.17.7. Correcting 
>> this will change the trace format and break the existing ABI contract 
>> with rasdaemon.
>>
>> How would you recommend proceeding to resolve this?
> 
> Split the definitions into one that reads from the register space and
> once that passes the parsed log to the trace buffer.
> 
> Something like:
> 
> u32 hl[CXL_HEADERLOG_TRACE_SIZE_U32];
> 
> ...zero-fill that and put a comment about how userspace has already
> grown a dependency on the buggy size.
> 
> In other words, keep the userspace compatibility, but fix the iomem
> overflow.

Ok, that's straight forward. Thanks.

- Terry

  reply	other threads:[~2026-05-21 12:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-20 19:55 Bowman, Terry
2026-05-20 22:18 ` Dan Williams (nvidia)
2026-05-21 12:23   ` Bowman, Terry [this message]
2026-05-21 19:51     ` Mauro Carvalho Chehab

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7c9cb682-ec3e-438b-830c-2a5997b69c43@amd.com \
    --to=terry.bowman@amd.com \
    --cc=Benjamin.Cheatham@amd.com \
    --cc=PradeepVineshReddy.Kodamati@amd.com \
    --cc=dave.jiang@intel.com \
    --cc=djbw@kernel.org \
    --cc=jic23@kernel.org \
    --cc=linux-cxl@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lukas@wunner.de \
    --cc=mchehab@kernel.org \
    --cc=rrichter@amd.com \
    --cc=sathyanarayanan.kuppuswamy@linux.intel.com \
    --cc=shiju.jose@huawei.com \
    --cc=smita.koralahallichannabasappa@amd.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome