diff options
| author | Conor Dooley <conor.dooley@microchip.com> | 2023-06-29 12:33:34 +0100 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2023-11-28 17:07:23 +0000 |
| commit | 04ff8a5107a56ad6ba87c1e89c7c520e851e4ffa (patch) | |
| tree | 91c2d9eca7e8b8302d9fda8bb68952800966df51 /Makefile | |
| parent | 9e1e0887ea21e9fef0f1a2a3ad715f9a3aa9535d (diff) | |
| download | linux-04ff8a5107a56ad6ba87c1e89c7c520e851e4ffa.tar.gz linux-04ff8a5107a56ad6ba87c1e89c7c520e851e4ffa.tar.bz2 linux-04ff8a5107a56ad6ba87c1e89c7c520e851e4ffa.zip | |
RISC-V: drop error print from riscv_hartid_to_cpuid()
commit 52909f1768023656d5c429873e2246a134289a95 upstream.
As of commit 2ac874343749 ("RISC-V: split early & late of_node to
hartid mapping") my CI complains about newly added pr_err() messages
during boot, for example:
[ 0.000000] Couldn't find cpu id for hartid [0]
[ 0.000000] riscv-intc: unable to find hart id for /cpus/cpu@0/interrupt-controller
Before the split, riscv_of_processor_hartid() contained a check for
whether the cpu was "available", before calling riscv_hartid_to_cpuid(),
but after the split riscv_of_processor_hartid() can be called for cpus
that are disabled.
Most callers of riscv_hartid_to_cpuid() already report custom errors
where it falls, making this print superfluous in those case. In other
places, the print adds nothing - see riscv_intc_init() for example.
Fixes: 2ac874343749 ("RISC-V: split early & late of_node to hartid mapping")
Signed-off-by: Conor Dooley <conor.dooley@microchip.com>
Link: https://lore.kernel.org/r/20230629-paternity-grafted-b901b76d04a0@wendy
Signed-off-by: Palmer Dabbelt <palmer@rivosinc.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions
