[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <6971bf1ea0ebf_3095100fe@dwillia2-mobl4.notmuch>
Date: Wed, 21 Jan 2026 22:09:34 -0800
From: <dan.j.williams@...el.com>
To: <dan.j.williams@...el.com>, Gregory Price <gourry@...rry.net>,
<dan.j.williams@...el.com>
CC: Yazen Ghannam <yazen.ghannam@....com>, Robert Richter <rrichter@....com>,
Peter Zijlstra <peterz@...radead.org>, Dave Jiang <dave.jiang@...el.com>,
"Ard Biesheuvel" <ardb@...nel.org>, Jonathan Cameron
<jonathan.cameron@...wei.com>, Alison Schofield <alison.schofield@...el.com>,
Vishal Verma <vishal.l.verma@...el.com>, Ira Weiny <ira.weiny@...el.com>,
Davidlohr Bueso <dave@...olabs.net>, <linux-cxl@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, "Fabio M. De Francesco"
<fabio.m.de.francesco@...ux.intel.com>, Terry Bowman <terry.bowman@....com>,
Joshua Hahn <joshua.hahnjy@...il.com>, Borislav Petkov <bp@...en8.de>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>, John Allen
<john.allen@....com>
Subject: Re: [PATCH v9 10/13] cxl: Enable AMD Zen5 address translation using
ACPI PRMT
dan.j.williams@ wrote:
[..]
> If the above is even close to being correct, I would merge that in a
> heartbeat over this PRM proposal.
>
> Robert, do you really want to be spending time on trying moving PRM to
> userspace vs just doing the above?
To be clear I am still of the opinion that even if it is confirmed that
Gregory's algorithm would have done the trick with a new table, proceed with
the PRM solution. The PRM method appears to be already shipping and it fixes a
long overdue problem causing end user pain. The request is do not plan to ship
new PRM without clarity on why a native driver approach can not work.
Powered by blists - more mailing lists