Date: Wed, 27 Jan 2021 20:33:29 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 253051] panic: mips_intrcnt_setname: NULL counter ; on qemu-system-mips64 (regression) Message-ID: <bug-253051-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253051 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: bugs@FreeBSD.org Reporter: mgorny@gentoo.org CC: gonzo@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=20=20 envp: memsize =3D 268435456 ememsize =3D 2147483648 modetty0 =3D 38400n8r memsize =3D 268435456 (0x10000000) ememsize =3D 2147483648 Cache info: icache is virtual picache_stride =3D 8192 picache_loopcount =3D 4 pdcache_stride =3D 4096 pdcache_loopcount =3D 8 max line size =3D 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 (git@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=3D0xdea3519b<PerfCount,WatchRegs,EJTAG,FPU> FPU ID=3D0xf8200<S,D,PS,3D,W> Config2=3D0x80000000 real memory =3D 2147483648 (2097152K bytes) Physical memory chunk(s): 0x00a6e000 - 0x0fffffff, 257499136 bytes (62866 pages) 0x90000000 - 0xfcd7bfff, 1826078720 bytes (445820 pages) avail memory =3D 2077196288 (1980MB) panic: mips_intrcnt_setname: NULL counter time =3D 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 <gonzo@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. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-253051-227>