Re: Kernel-Crash when working with ubt0, (Lizbeth Mutterhunt, Ph.D.)

  Miranda,

this one was fixed recently in r353492

On Mon, Oct 14, 2019 at 03:38:21PM +0200, Miranda van den Breukelingen wrote:
M> FreeBSD freeBSD13 13.0-CURRENT FreeBSD 13.0-CURRENT #10 r353366: Wed
M> Oct  9 23:18:59 CEST 2019    
M> miranda_at_freeBSD13:/usr/obj/usr/home/src/head/amd64.amd64/sys/MIRANDA  amd64
M> 
M> panic: Assertion in_epoch(net_epoch_preempt) failed at
M> /usr/home/src/head/sys/netinet6/in6.c:1554
M> 
M> GNU gdb 6.1.1 [FreeBSD]
M> Copyright 2004 Free Software Foundation, Inc.
M> GDB is free software, covered by the GNU General Public License, and you are
M> welcome to change it and/or distribute copies of it under certain
M> conditions.
M> Type "show copying" to see the conditions.
M> There is absolutely no warranty for GDB.  Type "show warranty" for details.
M> This GDB was configured as "amd64-marcel-freebsd"...
M> 
M> Unread portion of the kernel message buffer:
M> <118>Starting sshd.
M> <118>Starting git_daemon.
M> <6>bridge0: Ethernet address: 02:81:54:81:3d:00
M> <6>bridge0: changing name to 'virbr0'
M> <6>tap0: Ethernet address: 58:9c:fc:10:ff:8d
M> <6>tap0: link state changed to UP
M> <6>tap0: changing name to 'virbr0-nic'
M> panic: Assertion in_epoch(net_epoch_preempt) failed at
M> /usr/home/src/head/sys/netinet6/in6.c:1554
M> cpuid = 3
M> time = 1570660566
M> KDB: stack backtrace:
M> db_trace_self_wrapper() at db_trace_self_wrapper+0x47/frame
M> 0xfffffe003b94b680
M> vpanic() at vpanic+0x1e0/frame 0xfffffe003b94b6e0
M> panic() at panic+0x43/frame 0xfffffe003b94b740
M> in6ifa_llaonifp() at in6ifa_llaonifp+0x167/frame 0xfffffe003b94b770
M> bridge_ioctl_add() at bridge_ioctl_add+0x179/frame 0xfffffe003b94b7d0
M> bridge_ioctl() at bridge_ioctl+0x4ea/frame 0xfffffe003b94b870
M> ifioctl() at ifioctl+0xdb1/frame 0xfffffe003b94b940
M> kern_ioctl() at kern_ioctl+0x465/frame 0xfffffe003b94b9b0
M> sys_ioctl() at sys_ioctl+0x267/frame 0xfffffe003b94ba80
M> amd64_syscall() at amd64_syscall+0x44f/frame 0xfffffe003b94bbb0
M> fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe003b94bbb0
M> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x801bf52ea, rsp =
M> 0x7fffde1eea18, rbp = 0x7fffde1eeb00 ---
M> KDB: enter: panic
M> Uptime: 56s
M> Dumping 338 out of 3949 MB:..5%..15%..24%..34%..43%..53%..62%..71%..81%..95%
M> 
M> 
M> If just someone had an idea how to get this s* radeon 240 to grafics mode:
M> 
M> hdac1: <ATI (0xaab0) HDA Controller> mem 0xfe660000-0xfe663fff at device
M> 0.1 on pci6
M> hdac1: hdac_get_capabilities: Invalid corb size (0)
M> device_attach: hdac1 attach returned 6
M> 
M> or mixing new and old hardware with kmod-legacy.  skeleton fault of
M> sources on 'svn up' used to be a big problem even in a VM.
M> 
M> Looking forward for trying to solve at least one of the three problems.
M> Most important wouuld be the graphics for X -configure to work:
M> 
M> ubt0 on uhub0
M> ubt0: <Broadcom Corp BCM20702A0, rev 2.00/1.12, addr 8> on usbus0
M> WARNING: attempt to domain_add(bluetooth) after domainfinalize()
M> WARNING: attempt to domain_add(netgraph) after domainfinalize()
M> 
M> this would be your case I guess, but just if there's time and you are
M> bored.
M> 
M> thx,
M> m.
M> 
M> 
M> 
M> 
M> 
M> 
M> 
M> 
M> On 2019-10-14 14:00, freebsd-current-request_at_freebsd.org wrote:
M> 
M> 
M> > Send freebsd-current mailing list submissions to
M> > 	freebsd-current_at_freebsd.org
M> >
M> > To subscribe or unsubscribe via the World Wide Web, visit
M> > 	https://lists.freebsd.org/mailman/listinfo/freebsd-current
M> > or, via email, send a message with subject or body 'help' to
M> > 	freebsd-current-request_at_freebsd.org
M> >
M> > You can reach the person managing the list at
M> > 	freebsd-current-owner_at_freebsd.org
M> >
M> > When replying, please edit your Subject line so it is more specific
M> > than "Re: Contents of freebsd-current digest..."
M> >
M> > Today's Topics:
M> >
M> >    1. Re: HELP: UEFI/ZFS Boot failure: Ignoring Boot000A: Only one
M> >       DP found (O. Hartmann)
M> >    2. Re: Kernel-Crash when working with ubt0
M> >       (Lizbeth Mutterhunt, Ph.D.)
M> >    3. Re: Lockdown adaX numbers to allow booting ? (Nenhum_de_Nos)
M> >    4. New driver for Asus Xonar DG/DGX soundcards now available
M> >       (Alexei Palyutin)
M> >    5. assertion error in ZFS (Piotr Kubaj)
M> >    6. Re: Lockdown adaX numbers to allow booting ? (Kurt Jaeger)
M> >    7. Re: Lockdown adaX numbers to allow booting ? (Kurt Jaeger)
M> >    8. SVN r353480 now mandates kernel option VIMAGE (Michael Butler)
M> >    9. Re: SVN r353480 now mandates kernel option VIMAGE (Michael Tuexen)
M> >   10. Re: SVN r353480 now mandates kernel option VIMAGE (Michael Tuexen)
M> >   11. Re: Lockdown adaX numbers to allow booting ? (O'Connor, Daniel)
M> >   12. Re: Lockdown adaX numbers to allow booting ? (O'Connor, Daniel)
M> >   13. [2 WEEKS LEFT REMINDER] Call for 2019Q3 quarterly status
M> >       reports (salvadore_at_FreeBSD.org)
M> >   14. Re: Lockdown adaX numbers to allow booting ? (Kurt Jaeger)
M> >   15. Re: Lockdown adaX numbers to allow booting ? (O'Connor, Daniel)
M> >
M> > _______________________________________________
M> > freebsd-current_at_freebsd.org mailing list
M> > https://lists.freebsd.org/mailman/listinfo/freebsd-current
M> > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
M> 
M> 
M> _______________________________________________
M> freebsd-current_at_freebsd.org mailing list
M> https://lists.freebsd.org/mailman/listinfo/freebsd-current
M> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
M> 

-- 
Gleb Smirnoff