[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aCO1TGvrXajf1s4_@rric.localdomain>
Date: Tue, 13 May 2025 23:10:36 +0200
From: Robert Richter <rrichter@....com>
To: Gregory Price <gourry@...rry.net>
Cc: Alison Schofield <alison.schofield@...el.com>,
Vishal Verma <vishal.l.verma@...el.com>,
Ira Weiny <ira.weiny@...el.com>,
Dan Williams <dan.j.williams@...el.com>,
Jonathan Cameron <Jonathan.Cameron@...wei.com>,
Dave Jiang <dave.jiang@...el.com>,
Davidlohr Bueso <dave@...olabs.net>,
Terry Bowman <terry.bowman@....com>, linux-cxl@...r.kernel.org,
linux-kernel@...r.kernel.org,
"Fabio M. De Francesco" <fabio.m.de.francesco@...ux.intel.com>
Subject: Re: [PATCH] [HACK] drop zen5_init checks due to segfault
On 04.04.25 22:38:58, Gregory Price wrote:
> Unclear why this is occuring, but a raw call to the PRM at this point
> causes segfaults on my Zen5 system. Later calls to the prm work just
> fine, and modifying the structure to include pci_dev info still results
> in a segfault.
>
> Debugging this is not possible on my end since the crash happens deep in
> the ACPI prm code. Seems maybe the PRM interface isn't ready or something?
There is a subsys_initcall order dependency if driver is builtin:
subsys_initcall(cxl_acpi_init);
subsys_initcall(efisubsys_init);
A fix using subsys_initcall_sync(cxl_acpi_init) solves the issue.
efi_rts_wq workqueue is used by cxl_acpi_init() before its allocation
in efisubsys_init(). I will address that in the next submission.
Thanks for looking into this.
-Robert
Powered by blists - more mailing lists