[PATCH v2 0/2] ACPI: Improve SPCR handling and messaging on SPCR-less systems
Hanjun Guo
guohanjun at huawei.com
Sat Jun 28 00:42:01 PDT 2025
On 2025/6/20 21:13, Li Chen wrote:
> From: Li Chen <chenl311 at chinatelecom.cn>
> This small series improves the kernel behavior and output when the ACPI SPCR
> table is not present or not supported.
>
> Currently, even on systems that completely lack an SPCR table, the kernel prints:
> "Use ACPI SPCR as default console: Yes"
>
> This may mislead users into thinking an SPCR table exists
> when in fact there is no such table at all. This series addresses this in two steps:
>
> Patch 1 ensures that acpi_parse_spcr() returns -ENODEV if CONFIG_ACPI_SPCR_TABLE is disabled.
>
> Patch 2 updates arm64 acpi_boot_table_init() to only print the Yes
> if acpi_parse_spcr() succeeds.
>
> This results in cleaner and more accurate boot logs on ARM64.
>
> Tested on both SPCR-enabled and SPCR-less qemu-system arm64 virt platform. [1]
>
> Changelog:
> v2: refine the printk message logic as suggested by Hanjun Guo. [2]
>
> [1]: https://patchew.org/QEMU/20250528105404.457729-1-me@linux.beauty/
> [2]: https://www.spinics.net/lists/kernel/msg5730585.html
>
> Li Chen (2):
> ACPI: Return -ENODEV from acpi_parse_spcr() when SPCR support is
> disabled
> ACPI: Suppress misleading SPCR console message when SPCR table is
> absent
>
> arch/arm64/kernel/acpi.c | 10 +++++++---
> include/linux/acpi.h | 2 +-
> 2 files changed, 8 insertions(+), 4 deletions(-)
This version looks good to me,
Acked-by: Hanjun Guo <guohanjun at huawei.com>
Thanks
Hanjun
More information about the linux-arm-kernel
mailing list