Hi,
I see exactly the same stacktrace on a Celeron J1900 based system with 12.0-p5
when using a UEFI boot. With a non-UEFI boot it works fine (except vt not
working until the new 915kms.ko is loaded). With safe mode on it also works
fine.
Did you find any more information?
Regards,
Jan.
> On 25 Nov 2018, at 19:26, Christian Ullrich <chris at chrullrich.net>
wrote:
>
> Hello,
>
> I have a reproducible panic booting 12-RC2 and stable/12, 2cf4a7e0d8
> from Friday, on a Jetway JNF9HG board, Celeron N2930 CPU, booting with
> UEFI. The same box has no problems with stable/11 18f83cbbc9 from Thursday.
>
> There is no serial console on the box right now, but the last screenful
> of boot output is this (from the -RC2; the panic'ing symbol is the same
> with the stable/12 kernel):
>
> random: entropy device external interface
> kbd1 at kbdmux0
> netmap: loaded module
> [ath_hal] loaded
> module_register_init: MOD_LOAD (vesa, 0xffffffff810f8750, 0) error 19
> random: registering fast source Intel Secure Key RNG
> random: fast provider: "Intel Secure Key RNG"
> nexus0
> kernel trap 12 with interrupts disabled
> kernel trap 12 with interrupts disabled
> cryptosoft0: <software crypto> on motherboard
> acpi0: <_> on motherboard
> panic: smp_targeted_tlb_shootdown: interrupts disabled
> cpuid = 2
> time = 1
> KDB: stack backtrace:
> #0 0xffffffff80be74a7 at kdb_backtrace+0x67
> #1 0xffffffff80b9b093 at vpanic+0x1a3
> #2 0xffffffff80b9aee3 at panic+0x43
> #3 0xffffffff811eda2f at smp_targeted_tlb_shootdown+0x40f
> #4 0xffffffff811ed60d at smp_masked_invltlb+0x3d
> #5 0xffffffff8105d5c5 at pmap_invalidate_range+0x1b5
> #6 0xffffffff8106a429 at pmap_change_attr_locked+0x859
> #7 0xffffffff81069804 at pmap_mapdev_internal+0x424
> #8 0xffffffff81075ed0 at pcie_cfgregopen+0x60
> #9 0xffffffff80451f10 at acpi_attach+0x390
> #10 0xffffffff80bd6efc at device_attach+0x3ec
> #11 0xffffffff80bd81dc at bus_generic_attach+0x5c
> #12 0xffffffff80bd6efc at device_attach+0x3ec [sic!]
> #13 0xffffffff80bd88b8 at bus_generic_new_pass+0x118
> #14 0xffffffff80bda577 at root_bus_configure+0x77
> #15 0xffffffff811dbce9 at configure+0x9
> #16 0xffffffff80b31a78 at mi_startup+0x118
> #17 0xffffffff8034102c at btext+0x2c
> Uptime: 1s
> Automatic reboot in 15 seconds - press a key on the console to abort
>
> If it matters, the build from svn was with CPUTYPE=slm, the -RC2 is
> FreeBSD-12.0-RC2-amd64-mini-memstick.img, i.e. without CPUTYPE. I have
> been running stable/11 with CPUTYPE=slm on this and other identical CPUs
> for a long time with no trouble, so I think it is unrelated.
>
> I'd really like to upgrade to 12. If anyone can suggest something I can
> try, I'll be happy to do experiments.
>
> --
> Christian
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at
freebsd.org"