Re: [PATCH v9 1/7] RAS/AMD/ATL: Always build PRM address translation support

[Borislav Petkov]

On Thu, Jul 30, 2026 at 03:48:28PM -0400, Yazen Ghannam wrote:
> PRM (Platform Runtime Mechanism) is the only address translation method for
> current and future AMD systems. The library should therefore always include
> it.
> 
> The PRM helpers in <linux/prmt.h> already provide stubs that return an
> error when CONFIG_ACPI_PRMT is disabled. This lets prm.c build and link
> in all configurations. The library then falls back to native translation
> at runtime when no PRM handler is available.
> 
> Drop the CONFIG_AMD_ATL_PRM option. Build prm.o unconditionally and remove
> the now-unneeded stub for prm_umc_norm_to_sys_addr().
> 
> Add -EOPNOTSUPP as "PRM not available". The acpi_call_prm_handler() stub
> returns this when CONFIG_ACPI_PRMT=n.

Please tell AI to NOT write what the patch does. :-)

New commit message:

"RAS/AMD/ATL: Make PRM address translation support builtin

PRM (Platform Runtime Mechanism) is the only address translation method for
current and future AMD systems. The library should therefore always include
it.

The PRM helpers in <linux/prmt.h> already provide stubs that return an error
when CONFIG_ACPI_PRMT is disabled. Make prm.c builtin. The library then falls
back to native translation at runtime when no PRM handler is available."

Yah, looking at prm.c, I'm wondering why we even Kconfigged it. Oh well...

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette