https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253051
Bug ID: 253051
Summary: panic: mips_intrcnt_setname: NULL counter ; on
qemu-system-mips64 (regression)
Product: Base System
Version: CURRENT
Hardware: mips
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: b...@freebsd.org
Reporter: mgo...@gentoo.org
CC: go...@freebsd.org
I'm hitting a kernel panic when trying to boot recent versions of FreeBSD (both
main and stable/13) on qemu-system-mips64. I've been able to establish that
this is a regression caused by:
248f0cabca75 make maximum interrupt number tunable on ARM, ARM64, MIPS, and
RISC-V
I've been following the build instructions from (to the letter):
https://wiki.freebsd.org/QemuRecipes#mips64
When booting the kernel, I got the following panic:
```
entry: platform_start()
cmd line: kernel
envp:
memsize = 268435456
ememsize = 2147483648
modetty0 = 38400n8r
memsize = 268435456 (0x10000000)
ememsize = 2147483648
Cache info:
icache is virtual
picache_stride = 8192
picache_loopcount = 4
pdcache_stride = 4096
pdcache_loopcount = 8
max line size = 32
Physical memory chunk(s):
0x951000 - 0xfffffff, 258666496 bytes (63151 pages)
0x90000000 - 0xffffffff, 1879048192 bytes (458752 pages)
Maxmem is 0x100000000
---<<BOOT>>---
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2021 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 14.0-CURRENT #3 master-bae4112-dirty: Wed Jan 27 20:24:56 UTC 2021
root@fb:/usr/obj/usr/src/mips.mips64/sys/MALTA64 mips
FreeBSD clang version 11.0.1 (g...@github.com:llvm/llvm-project.git
llvmorg-11.0.1-0-g43ff75f2c3fe)
Preloaded elf kernel "kernel" at 0xffffffff80949970.
CPU: MIPS Technologies processor v160.130
MMU: Standard TLB, 48 entries (4K 16K 64K 256K 1M 16M 64M 256M pg sizes)
L1 i-cache: 4 ways of 256 sets, 32 bytes per line
L1 d-cache: 4 ways of 256 sets, 32 bytes per line
L2 cache: disabled
Config1=0xdea3519b<PerfCount,WatchRegs,EJTAG,FPU>
FPU ID=0xf8200<S,D,PS,3D,W>
Config2=0x80000000
real memory = 2147483648 (2097152K bytes)
Physical memory chunk(s):
0x00a6e000 - 0x0fffffff, 257499136 bytes (62866 pages)
0x90000000 - 0xfcd7bfff, 1826078720 bytes (445820 pages)
avail memory = 2077196288 (1980MB)
panic: mips_intrcnt_setname: NULL counter
time = 1
KDB: enter: panic
[ thread pid 0 tid 0 ]
Stopped at 0x4
```
If I revert the following commit, the kernel boots fine:
commit 248f0cabca75f421553633184b5bf2ffa459d3de
Author: Oleksandr Tymoshenko <go...@freebsd.org>
Date: 2020-12-30 07:59:03 +0100
make maximum interrupt number tunable on ARM, ARM64, MIPS, and RISC-V
Use a machdep.nirq tunable intead of compile-time constant NIRQ
as a value for maximum number of interrupts. It allows keep a system
footprint small by default with an option to increase the limit
for large systems like server-grade ARM64
Reviewd by: mhorne
Differential Revision: https://reviews.freebsd.org/D27844
Submitted by: Klara, Inc.
Sponsored by: Ampere Computing
I don't have any real MIPS hardware to know if it's specific to QEMU or a
generic problem.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
