* [PATCH] powerpc: Fix IBM_ARCH_VEC_NRCORES_OFFSET value
@ 2016-06-07 22:51 Benjamin Herrenschmidt
2016-06-08 11:03 ` Thomas Huth
0 siblings, 1 reply; 2+ messages in thread
From: Benjamin Herrenschmidt @ 2016-06-07 22:51 UTC (permalink / raw)
To: Michael Ellerman, Thomas Huth; +Cc: linuxppc dev list
Commit 7cc851039d643a2ee7df4d18177150f2c3a484f5
"powerpc/pseries: Add POWER8NVL support to ibm,client-architecture-support call"
introduced a regression by adding fields to the beginning of the
ibm_architecture_vec structure without updating IBM_ARCH_VEC_NRCORES_OFFSET.
This causes the kernel to print a warning at boot and to fail to adjust
the number of cores based on the number of threads before doing the CAS
call to firmware.
This is quite a fragile piece of code sadly, we should try to find a way
to avoid that hard coded offset at some point, but for now this fixes it.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
---
diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c
index ccd2037..6ee4b72 100644
--- a/arch/powerpc/kernel/prom_init.c
+++ b/arch/powerpc/kernel/prom_init.c
@@ -719,7 +719,7 @@ unsigned char ibm_architecture_vec[] = {
* must match by the macro below. Update the definition if
* the structure layout changes.
*/
-#define IBM_ARCH_VEC_NRCORES_OFFSET 125
+#define IBM_ARCH_VEC_NRCORES_OFFSET 133
W(NR_CPUS), /* number of cores supported */
0,
0,
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH] powerpc: Fix IBM_ARCH_VEC_NRCORES_OFFSET value
2016-06-07 22:51 [PATCH] powerpc: Fix IBM_ARCH_VEC_NRCORES_OFFSET value Benjamin Herrenschmidt
@ 2016-06-08 11:03 ` Thomas Huth
0 siblings, 0 replies; 2+ messages in thread
From: Thomas Huth @ 2016-06-08 11:03 UTC (permalink / raw)
To: Benjamin Herrenschmidt, Michael Ellerman; +Cc: linuxppc dev list, Balbir Singh
On 08.06.2016 00:51, Benjamin Herrenschmidt wrote:
> Commit 7cc851039d643a2ee7df4d18177150f2c3a484f5
> "powerpc/pseries: Add POWER8NVL support to ibm,client-architecture-support call"
> introduced a regression by adding fields to the beginning of the
> ibm_architecture_vec structure without updating IBM_ARCH_VEC_NRCORES_OFFSET.
>
> This causes the kernel to print a warning at boot and to fail to adjust
> the number of cores based on the number of threads before doing the CAS
> call to firmware.
>
> This is quite a fragile piece of code sadly, we should try to find a way
> to avoid that hard coded offset at some point, but for now this fixes it.
>
> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> ---
>
> diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c
> index ccd2037..6ee4b72 100644
> --- a/arch/powerpc/kernel/prom_init.c
> +++ b/arch/powerpc/kernel/prom_init.c
> @@ -719,7 +719,7 @@ unsigned char ibm_architecture_vec[] = {
> * must match by the macro below. Update the definition if
> * the structure layout changes.
> */
> -#define IBM_ARCH_VEC_NRCORES_OFFSET 125
> +#define IBM_ARCH_VEC_NRCORES_OFFSET 133
> W(NR_CPUS), /* number of cores supported */
> 0,
> 0,
Yes, that should be the right offset now!
Please also add "Cc: stable@vger.kernel.org # v4.0+" to the patch since
the commit 7cc851039d64 did have that as well.
And sorry for breaking this!
Reviewed-by: Thomas Huth <thuth@redhat.com>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-06-08 11:03 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-06-07 22:51 [PATCH] powerpc: Fix IBM_ARCH_VEC_NRCORES_OFFSET value Benjamin Herrenschmidt
2016-06-08 11:03 ` Thomas Huth
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).