[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <927a54f9-b413-0c71-461d-28ed9d5ece96@roeck-us.net>
Date: Fri, 1 Apr 2022 10:44:26 -0700
From: Guenter Roeck <linux@...ck-us.net>
To: Helge Deller <deller@....de>
Cc: James.Bottomley@...senPartnership.com,
linux-parisc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] parisc: Switch from GENERIC_CPU_DEVICES to
GENERIC_ARCH_TOPOLOGY
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@....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
Powered by blists - more mailing lists