SPARC boot fails with vmem_xalloc(): size overflow
Booting a SPARC ISO with current bits panics (fairly late) with.
vmem_xalloc(): size overflow
The stack trace is basically:
The problem here is that boot_ncpus is set to -1 so aggsum_init sends a negative size in its allocation request.
Verified by dropping into kmdb and boot_ncpus is 0xffffffff
This is specific to sun4u - other platforms (x86, sun4v) set boot_ncpus. And every other consumer other than aggsum_init either checks the value, or takes the maximum of it and ncpus, thereby escaping the trap.
Updated by Electric Monk over 4 years ago
- Status changed from New to Closed
- % Done changed from 0 to 100
commit 4fe8b4169f2d86d1a437c24b01105d63d7c7bb37 Author: Peter Tribble <email@example.com> Date: 2019-02-06T00:50:51.000Z 10326 SPARC boot fails with vmem_xalloc(): size overflow Contributed by: Igor Kozhukhov <firstname.lastname@example.org> Reviewed by: Andy Fiddaman <email@example.com> Approved by: Dan McDonald <firstname.lastname@example.org>