linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
@ 2022-04-01 15:41 Guenter Roeck
  2022-04-01 16:47 ` Helge Deller
  0 siblings, 1 reply; 6+ messages in thread
From: Guenter Roeck @ 2022-04-01 15:41 UTC (permalink / raw)
  To: Helge Deller; +Cc: James.Bottomley, linux-parisc, linux-kernel

Hi,

On Thu, Mar 24, 2022 at 07:46:50PM +0100, Helge Deller wrote:
> Switch away from the own cpu topology code to common code which is used
> by ARM64 and RISCV. That will allow us to enable CPU hotplug later on.
> 
> Signed-off-by: Helge Deller <deller@gmx.de>

This patch results in the following traceback when
booting generic-32bit_defconfig - SMP in qemu.

[    9.432811] ------------[ cut here ]------------
[    9.433305] WARNING: CPU: 0 PID: 1 at fs/sysfs/group.c:115 internal_create_group+0x360/0x394
[    9.433825] Modules linked in:
[    9.434267] CPU: 0 PID: 1 Comm: swapper Not tainted 5.17.0-32bit+ #1
[    9.434621] Hardware name: 9000/778/B160L
[    9.434889]
[    9.435014]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[    9.435201] PSW: 00000000000001001011111100001111 Not tainted
[    9.435392] r00-03  0004bf0f 114305c0 103518bc 11430600
[    9.435578] r04-07  0000003c 10db3d20 10b27ecc 00000000
[    9.435725] r08-11  106f6c88 00000001 00000000 00000000
[    9.435876] r12-15  10c59000 00000000 00000001 00000000
[    9.436022] r16-19  00000028 00080000 00000000 10db4ad8
[    9.436168] r20-23  0000012c 10eb0a00 106f6c88 00000000
[    9.436314] r24-27  10b27ecc 00000000 00000000 10cf00e0
[    9.436460] r28-31  00000000 ae147af8 114306c0 101a66d8
[    9.436625] sr00-03  00000000 00000000 00000000 00000000
[    9.436785] sr04-07  00000000 00000000 00000000 00000000
[    9.436942]
[    9.437006] IASQ: 00000000 00000000 IAOQ: 1035186c 10351870
[    9.437161]  IIR: 03ffe01f    ISR: 00000000  IOR: 10e02d68
[    9.437307]  CPU:        0   CR30: 1141a010 CR31: 00000000
[    9.437470]  ORIG_R28: 00000000
[    9.437579]  IAOQ[0]: internal_create_group+0x360/0x394
[    9.437753]  IAOQ[1]: internal_create_group+0x364/0x394
[    9.437913]  RP(r2): sysfs_create_group+0x1c/0x2c
[    9.438180] Backtrace:
[    9.438892]  [<103518bc>] sysfs_create_group+0x1c/0x2c
[    9.439116]  [<106f6cb0>] topology_add_dev+0x28/0x38
[    9.439407]  [<101a66d8>] cpuhp_invoke_callback.constprop.0+0xcc/0x17c
[    9.440321]  [<101a68b0>] __cpuhp_setup_state_cpuslocked+0x128/0x210
[    9.440545]  [<101a69c0>] __cpuhp_setup_state+0x28/0x38
[    9.440657]  [<10126fa4>] topology_sysfs_init+0x3c/0x4c
[    9.440795]  [<1018510c>] do_one_initcall+0x68/0x510
[    9.440918]  [<10101420>] kernel_init_freeable+0x1d4/0x268
[    9.441040]  [<10aa7bdc>] kernel_init+0x2c/0x150
[    9.441191]  [<1018201c>] ret_from_kernel_thread+0x1c/0x24
[    9.441574]
[    9.441716] ---[ end trace 0000000000000000 ]---

Reverting the offending commit fixes the problem.
Bisect log is attached.

Guenter

---
# bad: [e8b767f5e04097aaedcd6e06e2270f9fe5282696] Merge tag 'for-linus-5.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml
# good: [d888c83fcec75194a8a48ccd283953bdba7b2550] fs: fix fd table size alignment properly
git bisect start 'HEAD' 'd888c83fcec7'
# good: [2a44cdaa01837355b14b9221e87d75963846296c] Merge tag 'dmaengine-5.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/dmaengine
git bisect good 2a44cdaa01837355b14b9221e87d75963846296c
# bad: [b8321ed4a40c02054f930ca59d3570caa27bc86c] Merge tag 'kbuild-v5.18-v2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild
git bisect bad b8321ed4a40c02054f930ca59d3570caa27bc86c
# bad: [93235e3df29c084a37e0daed17801c6adfce4cb6] Merge tag 'v5.18-p1' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6
git bisect bad 93235e3df29c084a37e0daed17801c6adfce4cb6
# good: [84b3b8df51e26b8bc2c7178b068ef447473d4609] dt-bindings: pwm: renesas,pwm: Include generic PWM schema
git bisect good 84b3b8df51e26b8bc2c7178b068ef447473d4609
# bad: [a9fe7fa7d874a536e0540469f314772c054a0323] parisc: Fix patch code locking and flushing
git bisect bad a9fe7fa7d874a536e0540469f314772c054a0323
# bad: [95370b4031ec67f9749e5873ae7139a53cc6bf53] parisc: Move store_cpu_topology() into text section
git bisect bad 95370b4031ec67f9749e5873ae7139a53cc6bf53
# good: [ed9794812b0a61f62317991c5c3e6c78749a0bdc] parisc: Detect hppa-suse-linux-gcc compiler for cross-building
git bisect good ed9794812b0a61f62317991c5c3e6c78749a0bdc
# good: [1e93848a385ed2c2df9cb246b073dc8c66d10793] parisc: Ensure set_firmware_width() is called only once
git bisect good 1e93848a385ed2c2df9cb246b073dc8c66d10793
# bad: [62773112acc55d29727465d075fc61ed08a0a532] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
git bisect bad 62773112acc55d29727465d075fc61ed08a0a532
# first bad commit: [62773112acc55d29727465d075fc61ed08a0a532] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
  2022-04-01 15:41 [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY Guenter Roeck
@ 2022-04-01 16:47 ` Helge Deller
  2022-04-01 17:44   ` Guenter Roeck
  0 siblings, 1 reply; 6+ messages in thread
From: Helge Deller @ 2022-04-01 16:47 UTC (permalink / raw)
  To: Guenter Roeck; +Cc: James.Bottomley, linux-parisc, linux-kernel

Hi Günter,

On 4/1/22 17:41, Guenter Roeck wrote:
> On Thu, Mar 24, 2022 at 07:46:50PM +0100, Helge Deller wrote:
>> Switch away from the own cpu topology code to common code which is used
>> by ARM64 and RISCV. That will allow us to enable CPU hotplug later on.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>
> This patch results in the following traceback when
> booting generic-32bit_defconfig - SMP in qemu.

That's strange, because I just built this generic-32bit_defconfig myself and
it boots up nicely in qemu for me. The only thing missing is CONFIG_CGROUPS=y so that
systemd can start.

I'm not sure how I can debug/reproduce your bug report...

Helge

> [    9.432811] ------------[ cut here ]------------
> [    9.433305] WARNING: CPU: 0 PID: 1 at fs/sysfs/group.c:115 internal_create_group+0x360/0x394
> [    9.433825] Modules linked in:
> [    9.434267] CPU: 0 PID: 1 Comm: swapper Not tainted 5.17.0-32bit+ #1
> [    9.434621] Hardware name: 9000/778/B160L
> [    9.434889]
> [    9.435014]      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [    9.435201] PSW: 00000000000001001011111100001111 Not tainted
> [    9.435392] r00-03  0004bf0f 114305c0 103518bc 11430600
> [    9.435578] r04-07  0000003c 10db3d20 10b27ecc 00000000
> [    9.435725] r08-11  106f6c88 00000001 00000000 00000000
> [    9.435876] r12-15  10c59000 00000000 00000001 00000000
> [    9.436022] r16-19  00000028 00080000 00000000 10db4ad8
> [    9.436168] r20-23  0000012c 10eb0a00 106f6c88 00000000
> [    9.436314] r24-27  10b27ecc 00000000 00000000 10cf00e0
> [    9.436460] r28-31  00000000 ae147af8 114306c0 101a66d8
> [    9.436625] sr00-03  00000000 00000000 00000000 00000000
> [    9.436785] sr04-07  00000000 00000000 00000000 00000000
> [    9.436942]
> [    9.437006] IASQ: 00000000 00000000 IAOQ: 1035186c 10351870
> [    9.437161]  IIR: 03ffe01f    ISR: 00000000  IOR: 10e02d68
> [    9.437307]  CPU:        0   CR30: 1141a010 CR31: 00000000
> [    9.437470]  ORIG_R28: 00000000
> [    9.437579]  IAOQ[0]: internal_create_group+0x360/0x394
> [    9.437753]  IAOQ[1]: internal_create_group+0x364/0x394
> [    9.437913]  RP(r2): sysfs_create_group+0x1c/0x2c
> [    9.438180] Backtrace:
> [    9.438892]  [<103518bc>] sysfs_create_group+0x1c/0x2c
> [    9.439116]  [<106f6cb0>] topology_add_dev+0x28/0x38
> [    9.439407]  [<101a66d8>] cpuhp_invoke_callback.constprop.0+0xcc/0x17c
> [    9.440321]  [<101a68b0>] __cpuhp_setup_state_cpuslocked+0x128/0x210
> [    9.440545]  [<101a69c0>] __cpuhp_setup_state+0x28/0x38
> [    9.440657]  [<10126fa4>] topology_sysfs_init+0x3c/0x4c
> [    9.440795]  [<1018510c>] do_one_initcall+0x68/0x510
> [    9.440918]  [<10101420>] kernel_init_freeable+0x1d4/0x268
> [    9.441040]  [<10aa7bdc>] kernel_init+0x2c/0x150
> [    9.441191]  [<1018201c>] ret_from_kernel_thread+0x1c/0x24
> [    9.441574]
> [    9.441716] ---[ end trace 0000000000000000 ]---
>
> Reverting the offending commit fixes the problem.
> Bisect log is attached.
>
> Guenter
>
> ---
> # bad: [e8b767f5e04097aaedcd6e06e2270f9fe5282696] Merge tag 'for-linus-5.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml
> # good: [d888c83fcec75194a8a48ccd283953bdba7b2550] fs: fix fd table size alignment properly
> git bisect start 'HEAD' 'd888c83fcec7'
> # good: [2a44cdaa01837355b14b9221e87d75963846296c] Merge tag 'dmaengine-5.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/dmaengine
> git bisect good 2a44cdaa01837355b14b9221e87d75963846296c
> # bad: [b8321ed4a40c02054f930ca59d3570caa27bc86c] Merge tag 'kbuild-v5.18-v2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild
> git bisect bad b8321ed4a40c02054f930ca59d3570caa27bc86c
> # bad: [93235e3df29c084a37e0daed17801c6adfce4cb6] Merge tag 'v5.18-p1' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6
> git bisect bad 93235e3df29c084a37e0daed17801c6adfce4cb6
> # good: [84b3b8df51e26b8bc2c7178b068ef447473d4609] dt-bindings: pwm: renesas,pwm: Include generic PWM schema
> git bisect good 84b3b8df51e26b8bc2c7178b068ef447473d4609
> # bad: [a9fe7fa7d874a536e0540469f314772c054a0323] parisc: Fix patch code locking and flushing
> git bisect bad a9fe7fa7d874a536e0540469f314772c054a0323
> # bad: [95370b4031ec67f9749e5873ae7139a53cc6bf53] parisc: Move store_cpu_topology() into text section
> git bisect bad 95370b4031ec67f9749e5873ae7139a53cc6bf53
> # good: [ed9794812b0a61f62317991c5c3e6c78749a0bdc] parisc: Detect hppa-suse-linux-gcc compiler for cross-building
> git bisect good ed9794812b0a61f62317991c5c3e6c78749a0bdc
> # good: [1e93848a385ed2c2df9cb246b073dc8c66d10793] parisc: Ensure set_firmware_width() is called only once
> git bisect good 1e93848a385ed2c2df9cb246b073dc8c66d10793
> # bad: [62773112acc55d29727465d075fc61ed08a0a532] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
> git bisect bad 62773112acc55d29727465d075fc61ed08a0a532
> # first bad commit: [62773112acc55d29727465d075fc61ed08a0a532] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
  2022-04-01 16:47 ` Helge Deller
@ 2022-04-01 17:44   ` Guenter Roeck
  2022-04-01 20:35     ` Helge Deller
  0 siblings, 1 reply; 6+ messages in thread
From: Guenter Roeck @ 2022-04-01 17:44 UTC (permalink / raw)
  To: Helge Deller; +Cc: James.Bottomley, linux-parisc, linux-kernel

On 4/1/22 09:47, Helge Deller wrote:
> Hi Günter,
> 
> On 4/1/22 17:41, Guenter Roeck wrote:
>> On Thu, Mar 24, 2022 at 07:46:50PM +0100, Helge Deller wrote:
>>> Switch away from the own cpu topology code to common code which is used
>>> by ARM64 and RISCV. That will allow us to enable CPU hotplug later on.
>>>
>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> This patch results in the following traceback when
>> booting generic-32bit_defconfig - SMP in qemu.
> 
> That's strange, because I just built this generic-32bit_defconfig myself and
> it boots up nicely in qemu for me. The only thing missing is CONFIG_CGROUPS=y so that
> systemd can start.
> 

Did you disable SMP (that is what - SMP was supposed to mean) ?
Also, note that the system does boot fine, it just spits out the warning.

> I'm not sure how I can debug/reproduce your bug report...
> 

I see the problem with generic-32bit_defconfig if I disable SMP.
I normally have some other (debug) options enabled, but I confirmed
that it is sufficient to disable SMP. The actual command line should
not matter, but here is one of mine as example (for booting from
initrd). I currently use qemu v6.2.

qemu-system-hppa -kernel vmlinux \
     -no-reboot -initrd rootfs.cpio \
     -device e1000,netdev=net0 -netdev user,id=net0 \
     -append "panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyS0,115200" \
     -nographic -monitor null

Guenter

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
  2022-04-01 17:44   ` Guenter Roeck
@ 2022-04-01 20:35     ` Helge Deller
  2022-04-02 21:27       ` Guenter Roeck
  0 siblings, 1 reply; 6+ messages in thread
From: Helge Deller @ 2022-04-01 20:35 UTC (permalink / raw)
  To: Guenter Roeck; +Cc: Helge Deller, James.Bottomley, linux-parisc, linux-kernel

Hi Günter,

* Guenter Roeck <linux@roeck-us.net>:
> On 4/1/22 09:47, Helge Deller wrote:
> > Hi Günter,
> >
> > On 4/1/22 17:41, Guenter Roeck wrote:
> > > On Thu, Mar 24, 2022 at 07:46:50PM +0100, Helge Deller wrote:
> > > > Switch away from the own cpu topology code to common code which is used
> > > > by ARM64 and RISCV. That will allow us to enable CPU hotplug later on.
> > > >
> > > > Signed-off-by: Helge Deller <deller@gmx.de>
> > >
> > > This patch results in the following traceback when
> > > booting generic-32bit_defconfig - SMP in qemu.
> >
> > That's strange, because I just built this generic-32bit_defconfig myself and
> > it boots up nicely in qemu for me. The only thing missing is CONFIG_CGROUPS=y so that
> > systemd can start.
> >
>
> Did you disable SMP (that is what - SMP was supposed to mean) ?
> Also, note that the system does boot fine, it just spits out the warning.

The patch below fixes the warning for me.
Could you try?

Helge


From: Helge Deller <deller@gmx.de>
Subject: [PATCH] parisc: Re-enable GENERIC_CPU_DEVICES for !SMP

In commit 62773112acc5 ("parisc: Switch from GENERIC_CPU_DEVICES to
GENERIC_ARCH_TOPOLOGY") GENERIC_CPU_DEVICES was unconditionally turned
off, but this triggers a warning in topology_add_dev(). Turning it back
on for the !SMP case avoids this warning.

Reported-by: Guenter Roeck <linux@roeck-us.net>
Fixes: 62773112acc5 ("parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY")
Signed-off-by: Helge Deller <deller@gmx.de>

diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
index 52e550b45692..bd22578859d0 100644
--- a/arch/parisc/Kconfig
+++ b/arch/parisc/Kconfig
@@ -38,6 +38,7 @@ config PARISC
 	select ARCH_HAVE_NMI_SAFE_CMPXCHG
 	select GENERIC_SMP_IDLE_THREAD
 	select GENERIC_ARCH_TOPOLOGY if SMP
+	select GENERIC_CPU_DEVICES if !SMP
 	select GENERIC_LIB_DEVMEM_IS_ALLOWED
 	select SYSCTL_ARCH_UNALIGN_ALLOW
 	select SYSCTL_EXCEPTION_TRACE

^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
  2022-04-01 20:35     ` Helge Deller
@ 2022-04-02 21:27       ` Guenter Roeck
  2022-04-02 21:29         ` Helge Deller
  0 siblings, 1 reply; 6+ messages in thread
From: Guenter Roeck @ 2022-04-02 21:27 UTC (permalink / raw)
  To: Helge Deller; +Cc: James.Bottomley, linux-parisc, linux-kernel

On 4/1/22 13:35, Helge Deller wrote:
> Hi Günter,
> 
> * Guenter Roeck <linux@roeck-us.net>:
>> On 4/1/22 09:47, Helge Deller wrote:
>>> Hi Günter,
>>>
>>> On 4/1/22 17:41, Guenter Roeck wrote:
>>>> On Thu, Mar 24, 2022 at 07:46:50PM +0100, Helge Deller wrote:
>>>>> Switch away from the own cpu topology code to common code which is used
>>>>> by ARM64 and RISCV. That will allow us to enable CPU hotplug later on.
>>>>>
>>>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>>
>>>> This patch results in the following traceback when
>>>> booting generic-32bit_defconfig - SMP in qemu.
>>>
>>> That's strange, because I just built this generic-32bit_defconfig myself and
>>> it boots up nicely in qemu for me. The only thing missing is CONFIG_CGROUPS=y so that
>>> systemd can start.
>>>
>>
>> Did you disable SMP (that is what - SMP was supposed to mean) ?
>> Also, note that the system does boot fine, it just spits out the warning.
> 
> The patch below fixes the warning for me.
> Could you try?
> 

I did, and it fixes the problem. I just sent a Tested-by: in response to
your patch.

Guenter

> Helge
> 
> 
> From: Helge Deller <deller@gmx.de>
> Subject: [PATCH] parisc: Re-enable GENERIC_CPU_DEVICES for !SMP
> 
> In commit 62773112acc5 ("parisc: Switch from GENERIC_CPU_DEVICES to
> GENERIC_ARCH_TOPOLOGY") GENERIC_CPU_DEVICES was unconditionally turned
> off, but this triggers a warning in topology_add_dev(). Turning it back
> on for the !SMP case avoids this warning.
> 
> Reported-by: Guenter Roeck <linux@roeck-us.net>
> Fixes: 62773112acc5 ("parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY")
> Signed-off-by: Helge Deller <deller@gmx.de>
> 
> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
> index 52e550b45692..bd22578859d0 100644
> --- a/arch/parisc/Kconfig
> +++ b/arch/parisc/Kconfig
> @@ -38,6 +38,7 @@ config PARISC
>   	select ARCH_HAVE_NMI_SAFE_CMPXCHG
>   	select GENERIC_SMP_IDLE_THREAD
>   	select GENERIC_ARCH_TOPOLOGY if SMP
> +	select GENERIC_CPU_DEVICES if !SMP
>   	select GENERIC_LIB_DEVMEM_IS_ALLOWED
>   	select SYSCTL_ARCH_UNALIGN_ALLOW
>   	select SYSCTL_EXCEPTION_TRACE


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY
  2022-04-02 21:27       ` Guenter Roeck
@ 2022-04-02 21:29         ` Helge Deller
  0 siblings, 0 replies; 6+ messages in thread
From: Helge Deller @ 2022-04-02 21:29 UTC (permalink / raw)
  To: Guenter Roeck; +Cc: James.Bottomley, linux-parisc, linux-kernel

On 4/2/22 23:27, Guenter Roeck wrote:
> On 4/1/22 13:35, Helge Deller wrote:
>> Hi Günter,
>>
>> * Guenter Roeck <linux@roeck-us.net>:
>>> On 4/1/22 09:47, Helge Deller wrote:
>>>> Hi Günter,
>>>>
>>>> On 4/1/22 17:41, Guenter Roeck wrote:
>>>>> On Thu, Mar 24, 2022 at 07:46:50PM +0100, Helge Deller wrote:
>>>>>> Switch away from the own cpu topology code to common code which is used
>>>>>> by ARM64 and RISCV. That will allow us to enable CPU hotplug later on.
>>>>>>
>>>>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>>>
>>>>> This patch results in the following traceback when
>>>>> booting generic-32bit_defconfig - SMP in qemu.
>>>>
>>>> That's strange, because I just built this generic-32bit_defconfig myself and
>>>> it boots up nicely in qemu for me. The only thing missing is CONFIG_CGROUPS=y so that
>>>> systemd can start.
>>>>
>>>
>>> Did you disable SMP (that is what - SMP was supposed to mean) ?
>>> Also, note that the system does boot fine, it just spits out the warning.
>>
>> The patch below fixes the warning for me.
>> Could you try?
>>
>
> I did, and it fixes the problem. I just sent a Tested-by: in response to
> your patch.

Thanks for testing !!
Helge


>
> Guenter
>
>> Helge
>>
>>
>> From: Helge Deller <deller@gmx.de>
>> Subject: [PATCH] parisc: Re-enable GENERIC_CPU_DEVICES for !SMP
>>
>> In commit 62773112acc5 ("parisc: Switch from GENERIC_CPU_DEVICES to
>> GENERIC_ARCH_TOPOLOGY") GENERIC_CPU_DEVICES was unconditionally turned
>> off, but this triggers a warning in topology_add_dev(). Turning it back
>> on for the !SMP case avoids this warning.
>>
>> Reported-by: Guenter Roeck <linux@roeck-us.net>
>> Fixes: 62773112acc5 ("parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY")
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig
>> index 52e550b45692..bd22578859d0 100644
>> --- a/arch/parisc/Kconfig
>> +++ b/arch/parisc/Kconfig
>> @@ -38,6 +38,7 @@ config PARISC
>>       select ARCH_HAVE_NMI_SAFE_CMPXCHG
>>       select GENERIC_SMP_IDLE_THREAD
>>       select GENERIC_ARCH_TOPOLOGY if SMP
>> +    select GENERIC_CPU_DEVICES if !SMP
>>       select GENERIC_LIB_DEVMEM_IS_ALLOWED
>>       select SYSCTL_ARCH_UNALIGN_ALLOW
>>       select SYSCTL_EXCEPTION_TRACE
>


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2022-04-02 21:52 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-04-01 15:41 [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to GENERIC_ARCH_TOPOLOGY Guenter Roeck
2022-04-01 16:47 ` Helge Deller
2022-04-01 17:44   ` Guenter Roeck
2022-04-01 20:35     ` Helge Deller
2022-04-02 21:27       ` Guenter Roeck
2022-04-02 21:29         ` Helge Deller

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).