Skip site navigation (1)Skip section navigation (2)
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>