Re: Panic with r346530 [Re: svn commit: r346530 - in head/sys: netinet netinet6]
On 4/22/19 3:28 PM, Kristof Provost wrote: On 22 Apr 2019, at 12:25, Enji Cooper wrote: Either the sys/netinet/ or sys/netipsec/ tests triggered the panic. Not sure which right now. That looks to be happening during a vnet jail teardown, so it’s likely the sys/netipsec or sys/netpfil/pf tests. I’ve done a quick test with the pf tests, and they provoke this panic: panic: mtx_lock() of destroyed mutex @ /usr/src/sys/netinet/ip_reass.c:628 cpuid = 0 time = 1555939645 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0091d68530 vpanic() at vpanic+0x19d/frame 0xfe0091d68580 panic() at panic+0x43/frame 0xfe0091d685e0 __mtx_lock_flags() at __mtx_lock_flags+0x12e/frame 0xfe0091d68630 ipreass_cleanup() at ipreass_cleanup+0x86/frame 0xfe0091d68670 if_detach_internal() at if_detach_internal+0x786/frame 0xfe0091d686f0 if_detach() at if_detach+0x3d/frame 0xfe0091d68710 lo_clone_destroy() at lo_clone_destroy+0x16/frame 0xfe0091d68730 if_clone_destroyif() at if_clone_destroyif+0x21f/frame 0xfe0091d68780 if_clone_detach() at if_clone_detach+0xb8/frame 0xfe0091d687b0 vnet_loif_uninit() at vnet_loif_uninit+0x26/frame 0xfe0091d687d0 vnet_destroy() at vnet_destroy+0x124/frame 0xfe0091d68800 prison_deref() at prison_deref+0x29d/frame 0xfe0091d68840 sys_jail_remove() at sys_jail_remove+0x28f/frame 0xfe0091d68890 amd64_syscall() at amd64_syscall+0x276/frame 0xfe0091d689b0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfe0091d689b0 --- syscall (508, FreeBSD ELF64, sys_jail_remove), rip = 0x80031e12a, rsp = 0x7fffe848, rbp = 0x7fffe8d0 --- KDB: enter: panic [ thread pid 1223 tid 100501 ] Stopped at kdb_enter+0x3b: movq $0,kdb_why db> To reproduce: kldload pfsync cd /usr/tests/sys/netpfil/pf sudo kyua test I'll revert r346530 until further testing has taken place. Thank you! --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Panic with r346530 [Re: svn commit: r346530 - in head/sys: netinet netinet6]
On 22 Apr 2019, at 12:25, Enji Cooper wrote: Either the sys/netinet/ or sys/netipsec/ tests triggered the panic. Not sure which right now. That looks to be happening during a vnet jail teardown, so it’s likely the sys/netipsec or sys/netpfil/pf tests. I’ve done a quick test with the pf tests, and they provoke this panic: panic: mtx_lock() of destroyed mutex @ /usr/src/sys/netinet/ip_reass.c:628 cpuid = 0 time = 1555939645 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0091d68530 vpanic() at vpanic+0x19d/frame 0xfe0091d68580 panic() at panic+0x43/frame 0xfe0091d685e0 __mtx_lock_flags() at __mtx_lock_flags+0x12e/frame 0xfe0091d68630 ipreass_cleanup() at ipreass_cleanup+0x86/frame 0xfe0091d68670 if_detach_internal() at if_detach_internal+0x786/frame 0xfe0091d686f0 if_detach() at if_detach+0x3d/frame 0xfe0091d68710 lo_clone_destroy() at lo_clone_destroy+0x16/frame 0xfe0091d68730 if_clone_destroyif() at if_clone_destroyif+0x21f/frame 0xfe0091d68780 if_clone_detach() at if_clone_detach+0xb8/frame 0xfe0091d687b0 vnet_loif_uninit() at vnet_loif_uninit+0x26/frame 0xfe0091d687d0 vnet_destroy() at vnet_destroy+0x124/frame 0xfe0091d68800 prison_deref() at prison_deref+0x29d/frame 0xfe0091d68840 sys_jail_remove() at sys_jail_remove+0x28f/frame 0xfe0091d68890 amd64_syscall() at amd64_syscall+0x276/frame 0xfe0091d689b0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfe0091d689b0 --- syscall (508, FreeBSD ELF64, sys_jail_remove), rip = 0x80031e12a, rsp = 0x7fffe848, rbp = 0x7fffe8d0 --- KDB: enter: panic [ thread pid 1223 tid 100501 ] Stopped at kdb_enter+0x3b: movq$0,kdb_why db> To reproduce: kldload pfsync cd /usr/tests/sys/netpfil/pf sudo kyua test Regards, Kristof ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Panic with r346530 [Re: svn commit: r346530 - in head/sys: netinet netinet6]
Hi Hans,
> On Apr 22, 2019, at 1:32 AM, Hans Petter Selasky wrote:
>
> On 4/22/19 10:10 AM, Hans Petter Selasky wrote:
>> On 4/22/19 9:52 AM, Enji Cooper wrote:
>>>
On Apr 22, 2019, at 12:27 AM, Hans Petter Selasky
wrote:
Author: hselasky
Date: Mon Apr 22 07:27:24 2019
New Revision: 346530
URL: https://svnweb.freebsd.org/changeset/base/346530
Log:
Fix panic in network stack due to memory use after free in relation to
fragmented packets.
When sending IPv4 and IPv6 fragmented packets and a fragment is lost,
the mbuf making up the fragment will remain in the temporary hashed
fragment list for a while. If the network interface departs before the
so-called slow timeout clears the packet, the fragment causes a panic
when the timeout kicks in due to accessing a freed network interface
structure.
Make sure that when a network device is departing, all hashed IPv4 and
IPv6 fragments belonging to it, get freed.
Backtrace:
panic()
icmp6_reflect()
hlim = ND_IFINFO(m->m_pkthdr.rcvif)->chlim;
rcvif->if_afdata[AF_INET6] is NULL.
icmp6_error()
frag6_freef()
frag6_slowtimo()
pfslowtimo()
softclock_call_cc()
softclock()
ithread_loop()
Differential Revision:https://reviews.freebsd.org/D19622
Reviewed by:bz (network), adrian
MFC after:1 week
Sponsored by:Mellanox Technologies
>
> Should be fixed by
>
> r346535
>
> Else I'll revert.
...
The code compiles, but unfortunately panics when running the test suite. From
https://ci.freebsd.org/job/FreeBSD-head-amd64-test/10926/console:
03:05:01 1st 0x820967f0 allprison (allprison) @
/usr/src/sys/kern/kern_jail.c:966
03:05:01 2nd 0x820c47f0 vnet_sysinit_sxlock (vnet_sysinit_sxlock) @
/usr/src/sys/net/vnet.c:575
03:05:01 stack backtrace:
03:05:01 #0 0x80c477f3 at witness_debugger+0x73
03:05:01 #1 0x80c4753d at witness_checkorder+0xa7d
03:05:01 #2 0x80be9088 at _sx_slock_int+0x68
03:05:01 #3 0x80d0ef97 at vnet_alloc+0x117
03:05:01 #4 0x80ba4111 at kern_jail_set+0x1bb1
03:05:01 #5 0x80ba5b70 at sys_jail_set+0x40
03:05:01 #6 0x810b2e16 at amd64_syscall+0x276
03:05:01 #7 0x8108b44d at fast_syscall_common+0x101
03:05:01 panic: mtx_lock() of destroyed mutex @
/usr/src/sys/netinet/ip_reass.c:628
03:05:01 cpuid = 1
03:05:01 time = 1555927501
03:05:01 KDB: stack backtrace:
03:05:01 db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe0030eec630
03:05:01 vpanic() at vpanic+0x19d/frame 0xfe0030eec680
03:05:01 panic() at panic+0x43/frame 0xfe0030eec6e0
03:05:02 __mtx_lock_flags() at __mtx_lock_flags+0x12e/frame 0xfe0030eec730
03:05:02 ipreass_cleanup() at ipreass_cleanup+0x86/frame 0xfe0030eec770
03:05:02 if_detach_internal() at if_detach_internal+0x786/frame
0xfe0030eec7f0
03:05:02 if_detach() at if_detach+0x3d/frame 0xfe0030eec810
03:05:02 lo_clone_destroy() at lo_clone_destroy+0x16/frame 0xfe0030eec830
03:05:02 if_clone_destroyif() at if_clone_destroyif+0x21f/frame
0xfe0030eec880
03:05:02 if_clone_detach() at if_clone_detach+0xb8/frame 0xfe0030eec8b0
03:05:02 vnet_loif_uninit() at vnet_loif_uninit+0x26/frame 0xfe0030eec8d0
03:05:02 vnet_destroy() at vnet_destroy+0x124/frame 0xfe0030eec900
03:05:02 prison_deref() at prison_deref+0x29d/frame 0xfe0030eec940
03:05:02 sys_jail_remove() at sys_jail_remove+0x28f/frame 0xfe0030eec990
03:05:02 amd64_syscall() at amd64_syscall+0x276/frame 0xfe0030eecab0
03:05:02 fast_syscall_common() at fast_syscall_common+0x101/frame
0xfe0030eecab0
03:05:02 --- syscall (508, FreeBSD ELF64, sys_jail_remove), rip = 0x80031e12a,
rsp = 0x7fffe998, rbp = 0x7fffea20 ---
03:05:02 KDB: enter: panic
03:05:02 [ thread pid 13109 tid 100150 ]
03:05:02 Stopped at kdb_enter+0x3b: movq$0,kdb_why
03:05:02 db:0:kdb.enter.panic> show pcpu
03:05:02 cpuid= 1
03:05:02 dynamic pcpu = 0xfe0080191800
03:05:02 curthread= 0xf80005c1f000: pid 13109 tid 100150 "jail"
03:05:02 curpcb = 0xfe0030eecb80
03:05:02 fpcurthread = 0xf80005c1f000: pid 13109 "jail"
03:05:02 idlethread = 0xf800032765a0: tid 14 "idle: cpu1"
03:05:02 curpmap = 0xf8013d837130
03:05:02 tssp = 0x821cd388
03:05:02 commontssp = 0x821cd388
03:05:02 rsp0 = 0xfe0030eecb80
03:05:02 gs32p= 0x821d3fc0
03:05:02 ldt = 0x821d4000
03:05:02 tss = 0x821d3ff0
03:05:02 tlb gen = 314416
03:05:02 curvnet = 0xf80139320200
03:05:02 spin locks held:
03:05:02 db:0:kdb.enter.panic> alltrace
Either the sys/netinet/ or sys/netipsec/ tests triggered the panic. Not
sure which right now.
Cheers,
-Enji
___
FreeBSD CI Weekly Report 2019-04-21
(bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2019-04-21 === Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-04-15 to 2019-04-21. During this period, we have: * 2346 builds (95.5% passed, 4.5% failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 400 test runs (13.5% passed, % 69.8unstable, 16.7% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. Most of the exceptions were because of there is no initial entropy pre-stored in the test VM image, and r346250 blocks read until the device is seeded, whcih causes hang in boot. r346292 and r346358 added tunables to not being blocked when reading from unseeded random device. * 25 doc buils (100% passed) (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/s/HJUJV7VcV and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## Fixed tests * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * lib.libc.gen.floatunditf_test.floatunditf * lib.libc.stdio.printfloat_test.hexadecimal_rounding * lib.msun.ctrig_test.test_small_inputs * lib.msun.precision_test.t_precision https://bugs.freebsd.org/236936 Fixed by https://svnweb.freebsd.org/changeset/base/346294 ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * sys.netpfil.pf.forward.v4 * sys.netpfil.pf.forward.v6 * sys.netpfil.pf.fragmentation.v6 * sys.netpfil.pf.icmp.cve_2019_5598 * sys.netpfil.pf.set_tos.v4 https://bugs.freebsd.org/237305 fix committed, wait for package build * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.opencrypto.runtests.main * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * lib.libc.sys.sendfile_test.fd_positive_shm_v4 * lib.libc.sys.sendfile_test.hdtr_negative_bad_pointers_v4 * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * https://ci.freebsd.org/job/FreeBSD-stable-11-amd64-test/ * usr.bin.procstat.procstat_test.kernel_stacks * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) * lib.libc.sys.sendfile_test.fd_positive_shm_v4 * lib.libc.sys.sendfile_test.hdtr_negative_bad_pointers_v4 ## Failing Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * common.ip.t_dtrace_contrib.tst_ipv4localsctp_ksh * common.ip.t_dtrace_contrib.tst_localsctpstate_ksh * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## Closed Issues * https://bugs.freebsd.org/236936 4 test cases failing on i386 after r345562 ## Oepn Issues * https://bugs.freebsd.org/237077 possible race in build: /usr/src/sys/amd64/linux/linux_support.s:38:2: error: expected relocatable expression * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 ### In progress * https://bugs.freebsd.org/237305 Multiple sys.netpfil.pf.* tests failing on ^/head and ^/stable/12 because of TypeError with scapy library reading interfaces from bpf ### Cause build fails * [233735: Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory](https://bugs.freebsd.org/233735) * [233769: Possible build race: ld: error: unable to find library -lgcc_s](https://bugs.freebsd.org/233769) ### Others [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/li
Re: [RESOLVED] Re: FreeBSD 13.0-CURRENT r346362 + webcamd -- no /dev/video*
On 4/21/19 11:09 PM, Boris Samorodov wrote: Hi All, The problem is resolved with the help of Tom Rushworth (via private emails) by starting hald. I had not run it and this dependency is noted at WEBCAMD(8) neither. Cool :-) --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 13.0-CURRENT r346362 + webcamd -- no /dev/video*
On 4/21/19 5:48 PM, Boris Samorodov wrote: Hi All, I use a fresh FreeBSD-current system and webcamd but get no /dev/video* device: - %uname -a FreeBSD latt.bsnet 13.0-CURRENT FreeBSD 13.0-CURRENT r346362 PKG64X amd64 % ls -l /dev/cuse crw-rw 1 root operator 0x77 21 апр. 18:04 /dev/cuse % pkg info -x webcamd webcamd-4.20.0.1_2 % ps auwx | grep webcamd root833 0,0 0,0 20560 8108 - S Try to start webcamd manually and in the foreground: webcamd -l Then run the command which matches your device. Are any errors output. Also try to compile webcamd with debugging. --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
