From owner-freebsd-current@freebsd.org Mon Jan 20 12:12:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8915A1F831E for ; Mon, 20 Jan 2020 12:12:13 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [IPv6:2a02:2770::216:3eff:fee1:cf9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 481VsS3pkgz4RbM for ; Mon, 20 Jan 2020 12:12:12 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (unknown [IPv6:2a0a:e5c1:102:c:9a2c:bcff:fee3:ed60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 481VsJ1Br4z3wbg for ; Mon, 20 Jan 2020 13:12:04 +0100 (CET) From: Evilham To: "freebsd-current@freebsd.org" Subject: Can't reattach USB devices (Lenovo bug?) Date: Mon, 20 Jan 2020 13:12:00 +0100 Message-ID: <413e73db-3e1d-42b6-b237-30174e1b3f03@yggdrasil.evilham.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 481VsS3pkgz4RbM X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 2a02:2770::216:3eff:fee1:cf9 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-6.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.62)[ip: (-9.85), ipnet: 2a02:2770::/32(-4.61), asn: 196752(-3.66), country: NL(0.03)]; DMARC_POLICY_ALLOW(-0.50)[evilham.com,none]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:196752, ipnet:2a02:2770::/32, country:NL]; RCVD_COUNT_TWO(0.00)[2]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2020 12:12:13 -0000 Hello, at first I thought I had found a regression in CURRENT (2020-01-19), and now I'm not so sure since, before reporting I rolled back a recent BIOS upgrade and that got rid of the issue. First of all, the hardware: Lenovo ThinkPad A485 (AMD Ryzen processor). The issue (BIOS v1.28[1]) being that any USB device: would work on first plug, but if unplugged and plugged again, it wouldn't work (see dmesg below). Downgrading to BIOS v1.24 results in the issue disappearing. How should this be dealt with? Could this be something FreeBSD needs better support for? or is it entirely on Lenovo? If the former, how can I help provide more information/testing(*)? If the latter, should I inform Lenovo of the issue? If anyone has experience with that, I'd appreciate pointers as to how to provide them with information in a way that makes it somewhat likely that things get solved. [1]: BIOS Release notes: https://download.lenovo.com/pccbbs/mobiles/r0wuj60w.txt (*): Helping spot bugs and provide information/testing is why I'm running CURRENT after all Just FTR: I also experienced random kernel panics [2] with versions v1.22 and v1.16 of the BIOS, so maybe Lenovo is being unreasonable/unreliable about BIOS upgrades. In any case I am curious as to how other OS deal with this class of issues and how FreeBSD could (if possible at all) work better in these cases. [2]: Kernel panic solved by BIOS upgrade (to v1.24) see: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351 Also FTR, this was the contents of dmesg with BIOS v1.28 and CURRENT as of 2020-01-19: (notice there are multiple disconnect and reconnect attempts of different devices) ugen1.2: at usbus1 (disconnected) uhub4: at uhub1, port 1, addr 1 (disconnected) ugen1.3: at usbus1 (disconnected) ukbd0: at uhub4, port 2, addr 2 (disconnected) ukbd0: detached uhid0: at uhub4, port 2, addr 2 (disconnected) uhid0: detached ugen1.4: at usbus1 (disconnected) uhub5: at uhub4, port 4, addr 3 (disconnected) ugen1.5: at usbus1 (disconnected) uhid1: at uhub5, port 1, addr 4 (disconnected) uhid1: detached ums0: at uhub5, port 1, addr 4 (disconnected) ums0: detached ukbd1: at uhub5, port 1, addr 4 (disconnected) ukbd1: detached uhub5: detached uhub4: detached ugen1.2: at usbus1 uhub4 on uhub1 uhub4: on usbus1 acpi_ec0: EcCommand: no response to 0x84 uhub4: 4 ports with 4 removable, self powered acpi_ec0: EcCommand: no response to 0x84 acpi_ec0: EcCommand: no response to 0x84 acpi_ec0: GPE query failed: AE_NO_HARDWARE_RESPONSE usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT ugen1.3: at usbus1 (disconnected) uhub_reattach_port: could not allocate new device ugen1.2: at usbus1 (disconnected) uhub4: at uhub1, port 1, addr 1 (disconnected) uhub4: detached usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT ugen1.2: at usbus1 (disconnected) uhub_reattach_port: could not allocate new device usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT -- Evilham From owner-freebsd-current@freebsd.org Mon Jan 20 13:59:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 82C431FAC54 for ; Mon, 20 Jan 2020 13:59:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 481YDq4fz4z4Xhy for ; Mon, 20 Jan 2020 13:59:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 6CB692601D7; Mon, 20 Jan 2020 14:59:00 +0100 (CET) Subject: Re: Can't reattach USB devices (Lenovo bug?) To: Evilham , "freebsd-current@freebsd.org" References: <413e73db-3e1d-42b6-b237-30174e1b3f03@yggdrasil.evilham.com> From: Hans Petter Selasky Message-ID: <0c8cc21e-9530-7b89-7655-e11fe2bb373e@selasky.org> Date: Mon, 20 Jan 2020 14:57:58 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <413e73db-3e1d-42b6-b237-30174e1b3f03@yggdrasil.evilham.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 481YDq4fz4z4Xhy X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.42 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.12)[ip: (-9.34), ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.53), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2020 13:59:08 -0000 On 2020-01-20 13:12, Evilham wrote: > Hello, > > at first I thought I had found a regression in CURRENT (2020-01-19), and > now I'm not so sure since, before reporting I rolled back a recent BIOS > upgrade and that got rid of the issue. > > First of all, the hardware: Lenovo ThinkPad A485 (AMD Ryzen processor). > > The issue (BIOS v1.28[1]) being that any USB device: would work on first > plug, but if unplugged and plugged again, it wouldn't work (see dmesg > below). > > Downgrading to BIOS v1.24 results in the issue disappearing. > > How should this be dealt with? Could this be something FreeBSD needs > better support for? or is it entirely on Lenovo? > If the former, how can I help provide more information/testing(*)? > If the latter, should I inform Lenovo of the issue? If anyone has > experience with that, I'd appreciate pointers as to how to provide them > with information in a way that makes it somewhat likely that things get > solved. > > [1]: BIOS Release notes: > https://download.lenovo.com/pccbbs/mobiles/r0wuj60w.txt > (*): Helping spot bugs and provide information/testing is why I'm > running CURRENT after all > > Just FTR: I also experienced random kernel panics [2] with versions > v1.22 and v1.16 of the BIOS, so maybe Lenovo is being > unreasonable/unreliable about BIOS upgrades. > In any case I am curious as to how other OS deal with this class of > issues and how FreeBSD could (if possible at all) work better in these > cases. > > [2]: Kernel panic solved by BIOS upgrade (to v1.24) see: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351 > > Also FTR, this was the contents of dmesg with BIOS v1.28 and CURRENT as > of 2020-01-19: > (notice there are multiple disconnect and reconnect attempts of > different devices) > > ugen1.2: at usbus1 (disconnected) > uhub4: at uhub1, port 1, addr 1 (disconnected) > ugen1.3: at usbus1 (disconnected) > ukbd0: at uhub4, port 2, addr 2 (disconnected) > ukbd0: detached > uhid0: at uhub4, port 2, addr 2 (disconnected) > uhid0: detached > ugen1.4: at usbus1 (disconnected) > uhub5: at uhub4, port 4, addr 3 (disconnected) > ugen1.5: at usbus1 > (disconnected) > uhid1: at uhub5, port 1, addr 4 (disconnected) > uhid1: detached > ums0: at uhub5, port 1, addr 4 (disconnected) > ums0: detached > ukbd1: at uhub5, port 1, addr 4 (disconnected) > ukbd1: detached > uhub5: detached > uhub4: detached > ugen1.2: at usbus1 > uhub4 on uhub1 > uhub4: on usbus1 > acpi_ec0: EcCommand: no response to 0x84 > uhub4: 4 ports with 4 removable, self powered > acpi_ec0: EcCommand: no response to 0x84 > acpi_ec0: EcCommand: no response to 0x84 > acpi_ec0: GPE query failed: AE_NO_HARDWARE_RESPONSE ^^^ my best guess is this is ACPI related :-( ACPI has own debugging flags and options. --HPS From owner-freebsd-current@freebsd.org Mon Jan 20 14:04:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 876E41FB3EA; Mon, 20 Jan 2020 14:04:00 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 481YLS35Plz4YH6; Mon, 20 Jan 2020 14:04:00 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 4A7E714205; Mon, 20 Jan 2020 14:04:00 +0000 (UTC) Date: Mon, 20 Jan 2020 14:04:00 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-01-19 Message-ID: <20200120140400.GA97414@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2020 14:04:00 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-01-19 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-01-13 to 2020-01-19. During this period, we have: * 2185 builds (85.3% (-0.3) passed, 14.7% (+0.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 340 test runs (82.0% (-0.5) passed, 12.1% (-4.4) unstable, 5.9% (+4.9) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 34 doc builds (100% (0) passed) Test case status (on 2020-01-19 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | -------- | --------- | ----- | ------- | | head/amd64 | 7646 (0) | 7576 (-3) | 0 (0) | 70 (+3) | | head/i386 | 7644 (0) | 7570 (-3) | 0 (0) | 74 (+3) | | 12-STABLE/amd64 | 7520 (0) | 7472 (+3) | 0 (0) | 48 (-3) | | 12-STABLE/i386 | 7518 (0) | 7462 (0) | 0 (0) | 56 (0) | | 11-STABLE/amd64 | 6861 (0) | 6814 (+3) | 0 (0) | 47 (-3) | | 11-STABLE/i386 | 6859 (0) | 6807 (0) | 0 (0) | 52 (0) | (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/@FreeBSD-CI/report-20200119 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## News * All the -head jobs except sparc64 and mips/mips64 are switched to clang/lld toolchain (powerpc* are using GNU ld except powerpc64) for preparing the GCC 4.2.1 removal. Now the official toolchain of mips* are mips*-gcc6 packages (devel/freebsd-gcc6 in ports with mips* FLAVOR) For more information, please check: * ["Gcc 4.2.1 to be removed before FreeBSD 13, a firm timeline" on freebsd-arch@ mailing list](https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html) * "Default Tool Chain" section of arch(7) * https://wiki.freebsd.org/ExternalGCC ## Failing builds * https://ci.freebsd.org/job/FreeBSD-head-powerpcspe-build/ Broken after PowerPC switch to llvm toolchain, waiting for https://reviews.llvm.org/D72014 merged. * https://ci.freebsd.org/job/FreeBSD-head-mips-build/ * https://ci.freebsd.org/job/FreeBSD-head-mips64-build/ More information is available at https://reviews.freebsd.org/D23128 ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (+1609), 2278 success (+4), 583 failures (-4), 809 skipped (+87) ## Disabled Tests * 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 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 ## Issues ### Cause build fails * https://bugs.freebsd.org/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/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/242689 sys.geom.class.multipath.failloop.failloop fails due to too many CTF entries * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Mon Jan 20 14:26:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA6A51FBFDB for ; Mon, 20 Jan 2020 14:26:30 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [46.19.33.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 481YrP4npNz4ZVr for ; Mon, 20 Jan 2020 14:26:29 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (unknown [IPv6:2a0a:e5c1:121:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 481YrF3xqBz3wbs for ; Mon, 20 Jan 2020 15:26:21 +0100 (CET) From: Evilham To: "freebsd-current@freebsd.org" Subject: Re: Can't reattach USB devices (Lenovo bug?) References: <413e73db-3e1d-42b6-b237-30174e1b3f03@yggdrasil.evilham.com> <0c8cc21e-9530-7b89-7655-e11fe2bb373e@selasky.org> In-reply-to: <0c8cc21e-9530-7b89-7655-e11fe2bb373e@selasky.org> Date: Mon, 20 Jan 2020 15:26:18 +0100 Message-ID: <8110f536-95fb-4748-8c37-100ec75f2c02@yggdrasil.evilham.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 481YrP4npNz4ZVr X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 46.19.33.155 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-6.49 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.69)[ip: (-9.86), ipnet: 46.19.32.0/21(-4.93), asn: 196752(-3.67), country: NL(0.03)]; DMARC_POLICY_ALLOW(-0.50)[evilham.com,none]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:196752, ipnet:46.19.32.0/21, country:NL]; RCVD_COUNT_TWO(0.00)[2]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2020 14:26:30 -0000 On dl., gen. 20 2020, Hans Petter Selasky wrote: > ^^^ my best guess is this is ACPI related :-( > > ACPI has own debugging flags and options. > > --HPS Thank you, now reading handbook/acpi-overview.html in order to try to get more info. -- Evilham From owner-freebsd-current@freebsd.org Tue Jan 21 17:24:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 436FE1FCA60 for ; Tue, 21 Jan 2020 17:24:50 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 482Flk0ZyHz3KcL for ; Tue, 21 Jan 2020 17:24:50 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: by mailman.nyi.freebsd.org (Postfix) id 13F0C1FCA5F; Tue, 21 Jan 2020 17:24:50 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 13AF91FCA5E for ; Tue, 21 Jan 2020 17:24:50 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from violet.van-laarhoven.org (violet.van-laarhoven.org [195.201.116.25]) by mx1.freebsd.org (Postfix) with ESMTP id 482Flh3L6qz3KcJ for ; Tue, 21 Jan 2020 17:24:48 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from [IPv6:2a02:58:4c:6601:5da9:a368:51ff:90a7] (unknown [IPv6:2a02:58:4c:6601:5da9:a368:51ff:90a7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by violet.van-laarhoven.org (Postfix) with ESMTPSA id 9FBE59CCAD for ; Tue, 21 Jan 2020 18:24:40 +0100 (CET) From: Nick Hibma Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 Date: Tue, 21 Jan 2020 18:24:39 +0100 References: <20191008121519.GS1263@albert.catwhisker.org> <20191009120451.GK1263@albert.catwhisker.org> To: current@freebsd.org In-Reply-To: <20191009120451.GK1263@albert.catwhisker.org> Message-Id: <83DFEF06-AB56-4F5C-A11C-9888C85A34F5@van-laarhoven.org> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 482Flh3L6qz3KcJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of nick@van-laarhoven.org designates 195.201.116.25 as permitted sender) smtp.mailfrom=nick@van-laarhoven.org X-Spamd-Result: default: False [-2.56 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[van-laarhoven.org]; MV_CASE(0.50)[]; IP_SCORE(-0.86)[ipnet: 195.201.0.0/16(-2.74), asn: 24940(-1.54), country: DE(-0.02)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:195.201.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 17:24:50 -0000 When using a trivial program to read from the divert socket and post = back the machine panics instantly when a packet is sent to userland and = back again (incoming packet for the interface, so ifname is set). This = is current from today with no changes Any pointers as to how to fix this? Thanks in advance for any help. Nick Hibma nick@van-laarhoven.org -- Open Source: We stand on the shoulders of giants. Unread portion of the kernel message buffer: panic: Assertion in_epoch(net_epoch_preempt) failed at = /usr/src/sys/netinet/in.c:968 cpuid =3D 0 time =3D 1579626632 KDB: stack backtrace: db_trace_self_wrapper(3836393a,1a9000a,0,1fdc088c,bd5320,...) at = db_trace_self_wrapper+0x2a/frame 0x1fdc0860 kdb_backtrace(2,1e03ebc,1fdc08e8,14683a4,20b72500,...) at = kdb_backtrace+0x2e/frame 0x1fdc08c0 vpanic(1461278,1fdc0904,1fdc0904,1fdc0918,11355ac,...) at = vpanic+0x11f/frame 0x1fdc08e4 panic(1461278,1512573,154b440,3c8,20b72500,...) at panic+0x14/frame = 0x1fdc08f8 in_broadcast(f02000a,94df400,20b72594,1dc0ae8,2001be24,...) at = in_broadcast+0x8c/frame 0x1fdc0918 div_send(2001bcc0,0,20b72500,9082e10,0,177f1a80) at div_send+0x1bd/frame = 0x1fdc0958 sosend_generic(2001bcc0,9082e10,1fdc0a18,0,0,0,177f1a80) at = sosend_generic+0x3c5/frame 0x1fdc09b4 sosend(2001bcc0,9082e10,1fdc0a18,0,0,...) at sosend+0x50/frame = 0x1fdc09e4 kern_sendit(177f1a80,3,1fdc0aa0,0,0,0) at kern_sendit+0x1b4/frame = 0x1fdc0a50 sendit(1fdc0aa0,0) at sendit+0x196/frame 0x1fdc0a88 sys_sendto(177f1a80,177f1d0c) at sys_sendto+0x50/frame 0x1fdc0ac8 syscall(1fdc0ba8,3b,3b,3b,54,...) at syscall+0x2db/frame 0x1fdc0b9c Xint0x80_syscall() at 0xffc033c9/frame 0x1fdc0b9c --- syscall (133, FreeBSD ELF32, sys_sendto), eip =3D 0xffc01230, esp =3D = 0xffc07fe8, ebp =3D 0xffbfeb68 --- KDB: enter: panic 0x00fd1129 in doadump (textdump=3D0) at = /usr/src/sys/kern/kern_shutdown.c:392 392 savectx(&dumppcb); (kgdb) quit {e}nick@fimkjecurrent:/home/nick % svn info /usr/src Path: /usr/src Working Copy Root Path: /usr/src URL: svn+ssh://repo.freebsd.org/base/head Relative URL: ^/head Repository Root: svn+ssh://repo.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 356907 Node Kind: directory Schedule: normal Last Changed Author: jhibbits Last Changed Rev: 356904 Last Changed Date: 2020-01-20 05:01:35 +0100 (Mon, 20 Jan 2020) > On 9 Oct 2019, at 14:04, David Wolfskill wrote: >=20 > On Tue, Oct 08, 2019 at 05:15:19AM -0700, David Wolfskill wrote: >> This was on my laptop (build machine, which was updated in parallel, >> but uses a different NIC, had no issues) after a src update from >> r353176 to r353298; laptop's NIC is wlan(4) (which is iwn(4), in >> this case). >=20 > After restoring the /boot/*.old set, I was able to reboot & update = from > r353298 to r353336. The subsequent reboot seemed OK ... until the > keyboard & mouse were enabled (under X11; I use xdm on the laptop). >=20 > Then I got a slightly different panic: >=20 > panic: Assertion in_epoch(net_epoch_preempt) failed at = /usr/src/sys/net/if.c:356 >=20 > Backtrace: >=20 > panic: Assertion in_epoch(net_epoch_preempt) failed at = /usr/src/sys/net/if.c:356 > cpuid =3D 0 > time =3D 1570621553 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff8049ebab =3D = db_trace_self_wrapper+0x2b/frame 0xfffffe1072956580 > vpanic() at 0xffffffff80b978fd =3D vpanic+0x19d/frame = 0xfffffe10729565d0 > panic() at 0xffffffff80b97693 =3D panic+0x43/frame 0xfffffe1072956630 > if_ref() at 0xffffffff80ca1b10 =3D if_ref/frame 0xfffffe1072956650 > sysctl_ifdata() at 0xffffffff80cb247d =3D sysctl_ifdata+0x4d/frame = 0xfffffe1072956760 > sysctl_root_handler_locked() at 0xffffffff80ba714b =3D = sysctl_root_handler_locked+0x7b/frame 0xfffffe10729567a0 > sysctl_root() at 0xffffffff80ba64dc =3D sysctl_root+0x20c/frame = 0xfffffe1072956820 > userland_sysctl() at 0xffffffff80ba6bab =3D = userland_sysctl+0x17b/frame 0xfffffe10729568d0 > sys___sysctl() at 0xffffffff80ba69ef =3D sys___sysctl+0x5f/frame = 0xfffffe1072956980 > amd64_syscall() at 0xffffffff810480f4 =3D amd64_syscall+0x2d4/frame = 0xfffffe1072956ab0 > fast_syscall_common() at 0xffffffff8101eaa0 =3D = fast_syscall_common+0x101/frame 0xfffffe1072956ab0 > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D 0x8014d4d2a, = rsp =3D 0x7fffffffeaa8, rbp =3D 0x7fffffffeae0 --- > KDB: enter: panic >=20 >> The ddb "dump" command recorded a dump, which I managed to capture; = the >> information may be found at >> http://www.catwhisker.org/~david/FreeBSD/head/r353298/ >=20 > This one is at http://www.catwhisker.org/~david/FreeBSD/head/r353336 >=20 > As before, the (headless) build machine had no issues that I could = see. >=20 > Peace, > david > --=20 > David H. Wolfskill david@catwhisker.org > I am amazed that anyone would condone what Trunp has publicly admitted = he did. >=20 > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@freebsd.org Tue Jan 21 17:38:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE0AB1FD43A for ; Tue, 21 Jan 2020 17:38:16 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 482G3C6llgz3LZ8 for ; Tue, 21 Jan 2020 17:38:15 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: by mailman.nyi.freebsd.org (Postfix) id E5EB51FD439; Tue, 21 Jan 2020 17:38:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E58D81FD438 for ; Tue, 21 Jan 2020 17:38:15 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward501p.mail.yandex.net (forward501p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 482G3B0GdXz3LZ7 for ; Tue, 21 Jan 2020 17:38:13 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback3j.mail.yandex.net (mxback3j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10c]) by forward501p.mail.yandex.net (Yandex) with ESMTP id F364C3500499; Tue, 21 Jan 2020 20:38:08 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback3j.mail.yandex.net (mxback/Yandex) with ESMTP id T0oOV0jtah-c8b0qS54; Tue, 21 Jan 2020 20:38:08 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1579628288; bh=51BPSYWbyttaWxY6orv7LGCxlqBzHdEkkkwlITtXl+I=; h=Message-Id:Subject:In-Reply-To:Date:References:To:From; b=DLqjC6CssGQeArWePPaUqt+MqXs9xUAVON1cIpMYXV2ZdSqKYRFLLBK2s5/Kl6XAn 0Oamh8VuiPx7JMY9NDh4jQl1Jb68k7KTCnTFUTTOF+11+m4DpP64WI9gN581Oa+lJ+ M24zvpfhz5spa6lINVe3os860BAFhLO6mMUmF1ss= Received: by myt4-2943a877c094.qloud-c.yandex.net with HTTP; Tue, 21 Jan 2020 20:38:08 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: Nick Hibma , "current@freebsd.org" In-Reply-To: <83DFEF06-AB56-4F5C-A11C-9888C85A34F5@van-laarhoven.org> References: <20191008121519.GS1263@albert.catwhisker.org> <20191009120451.GK1263@albert.catwhisker.org> <83DFEF06-AB56-4F5C-A11C-9888C85A34F5@van-laarhoven.org> Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 21 Jan 2020 17:38:08 +0000 Message-Id: <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> Content-Type: multipart/mixed; boundary="----==--bound.83337.myt4-2943a877c094.qloud-c.yandex.net" X-Rspamd-Queue-Id: 482G3B0GdXz3LZ7 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=DLqjC6Cs; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 2a02:6b8:0:1472:2741:0:8b7:120 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-5.74 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[0.2.1.0.7.b.8.0.0.0.0.0.1.4.7.2.2.7.4.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.0]; MIME_BASE64_TEXT(0.10)[]; IP_SCORE(-3.64)[ip: (-9.69), ipnet: 2a02:6b8::/32(-4.72), asn: 13238(-3.80), country: RU(0.01)]; FORGED_SENDER(0.30)[melifaro@freebsd.org,melifaro@ipfw.ru]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; FROM_NEQ_ENVFROM(0.00)[melifaro@freebsd.org,melifaro@ipfw.ru] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 17:38:16 -0000 ------==--bound.83337.myt4-2943a877c094.qloud-c.yandex.net Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 21.01.2020, 17:25, "Nick Hibma" : > When using a trivial program to read from the divert socket and post back the machine panics instantly when a packet is sent to userland and back again (incoming packet for the interface, so ifname is set). This is current from today with no changes > > Any pointers as to how to fix this? Could you please try to apply an attached patch and try again? > > Thanks in advance for any help. > > Nick Hibma > nick@van-laarhoven.org > > -- Open Source: We stand on the shoulders of giants. > > Unread portion of the kernel message buffer: > panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/netinet/in.c:968 > cpuid = 0 > time = 1579626632 > KDB: stack backtrace: > db_trace_self_wrapper(3836393a,1a9000a,0,1fdc088c,bd5320,...) at db_trace_self_wrapper+0x2a/frame 0x1fdc0860 > kdb_backtrace(2,1e03ebc,1fdc08e8,14683a4,20b72500,...) at kdb_backtrace+0x2e/frame 0x1fdc08c0 > vpanic(1461278,1fdc0904,1fdc0904,1fdc0918,11355ac,...) at vpanic+0x11f/frame 0x1fdc08e4 > panic(1461278,1512573,154b440,3c8,20b72500,...) at panic+0x14/frame 0x1fdc08f8 > in_broadcast(f02000a,94df400,20b72594,1dc0ae8,2001be24,...) at in_broadcast+0x8c/frame 0x1fdc0918 > div_send(2001bcc0,0,20b72500,9082e10,0,177f1a80) at div_send+0x1bd/frame 0x1fdc0958 > sosend_generic(2001bcc0,9082e10,1fdc0a18,0,0,0,177f1a80) at sosend_generic+0x3c5/frame 0x1fdc09b4 > sosend(2001bcc0,9082e10,1fdc0a18,0,0,...) at sosend+0x50/frame 0x1fdc09e4 > kern_sendit(177f1a80,3,1fdc0aa0,0,0,0) at kern_sendit+0x1b4/frame 0x1fdc0a50 > sendit(1fdc0aa0,0) at sendit+0x196/frame 0x1fdc0a88 > sys_sendto(177f1a80,177f1d0c) at sys_sendto+0x50/frame 0x1fdc0ac8 > syscall(1fdc0ba8,3b,3b,3b,54,...) at syscall+0x2db/frame 0x1fdc0b9c > Xint0x80_syscall() at 0xffc033c9/frame 0x1fdc0b9c > --- syscall (133, FreeBSD ELF32, sys_sendto), eip = 0xffc01230, esp = 0xffc07fe8, ebp = 0xffbfeb68 --- > KDB: enter: panic > > 0x00fd1129 in doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:392 > 392 savectx(&dumppcb); > (kgdb) quit > {e}nick@fimkjecurrent:/home/nick % svn info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: svn+ssh://repo.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn+ssh://repo.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 356907 > Node Kind: directory > Schedule: normal > Last Changed Author: jhibbits > Last Changed Rev: 356904 > Last Changed Date: 2020-01-20 05:01:35 +0100 (Mon, 20 Jan 2020) > >>  On 9 Oct 2019, at 14:04, David Wolfskill wrote: >> >>  On Tue, Oct 08, 2019 at 05:15:19AM -0700, David Wolfskill wrote: >>>  This was on my laptop (build machine, which was updated in parallel, >>>  but uses a different NIC, had no issues) after a src update from >>>  r353176 to r353298; laptop's NIC is wlan(4) (which is iwn(4), in >>>  this case). >> >>  After restoring the /boot/*.old set, I was able to reboot & update from >>  r353298 to r353336. The subsequent reboot seemed OK ... until the >>  keyboard & mouse were enabled (under X11; I use xdm on the laptop). >> >>  Then I got a slightly different panic: >> >>  panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/net/if.c:356 >> >>  Backtrace: >> >>  panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/net/if.c:356 >>  cpuid = 0 >>  time = 1570621553 >>  KDB: stack backtrace: >>  db_trace_self_wrapper() at 0xffffffff8049ebab = db_trace_self_wrapper+0x2b/frame 0xfffffe1072956580 >>  vpanic() at 0xffffffff80b978fd = vpanic+0x19d/frame 0xfffffe10729565d0 >>  panic() at 0xffffffff80b97693 = panic+0x43/frame 0xfffffe1072956630 >>  if_ref() at 0xffffffff80ca1b10 = if_ref/frame 0xfffffe1072956650 >>  sysctl_ifdata() at 0xffffffff80cb247d = sysctl_ifdata+0x4d/frame 0xfffffe1072956760 >>  sysctl_root_handler_locked() at 0xffffffff80ba714b = sysctl_root_handler_locked+0x7b/frame 0xfffffe10729567a0 >>  sysctl_root() at 0xffffffff80ba64dc = sysctl_root+0x20c/frame 0xfffffe1072956820 >>  userland_sysctl() at 0xffffffff80ba6bab = userland_sysctl+0x17b/frame 0xfffffe10729568d0 >>  sys___sysctl() at 0xffffffff80ba69ef = sys___sysctl+0x5f/frame 0xfffffe1072956980 >>  amd64_syscall() at 0xffffffff810480f4 = amd64_syscall+0x2d4/frame 0xfffffe1072956ab0 >>  fast_syscall_common() at 0xffffffff8101eaa0 = fast_syscall_common+0x101/frame 0xfffffe1072956ab0 >>  --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8014d4d2a, rsp = 0x7fffffffeaa8, rbp = 0x7fffffffeae0 --- >>  KDB: enter: panic >> >>>  The ddb "dump" command recorded a dump, which I managed to capture; the >>>  information may be found at >>>  http://www.catwhisker.org/~david/FreeBSD/head/r353298/ >> >>  This one is at http://www.catwhisker.org/~david/FreeBSD/head/r353336 >> >>  As before, the (headless) build machine had no issues that I could see. >> >>  Peace, >>  david >>  -- >>  David H. Wolfskill david@catwhisker.org >>  I am amazed that anyone would condone what Trunp has publicly admitted he did. >> >>  See http://www.catwhisker.org/~david/publickey.gpg for my public key. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ------==--bound.83337.myt4-2943a877c094.qloud-c.yandex.net Content-Disposition: attachment; filename="ipdivert.diff" Content-Transfer-Encoding: base64 Content-Type: text/x-diff; name="ipdivert.diff" SW5kZXg6IHN5cy9uZXRpbmV0L2lwX2RpdmVydC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9uZXRpbmV0 L2lwX2RpdmVydC5jCShyZXZpc2lvbiAzNTY5MzcpCisrKyBzeXMvbmV0aW5ldC9pcF9kaXZlcnQu Ywkod29ya2luZyBjb3B5KQpAQCAtNjAxLDcgKzYwMSwxMCBAQCBzdGF0aWMgaW50CiBkaXZfc2Vu ZChzdHJ1Y3Qgc29ja2V0ICpzbywgaW50IGZsYWdzLCBzdHJ1Y3QgbWJ1ZiAqbSwgc3RydWN0IHNv Y2thZGRyICpuYW0sCiAgICAgc3RydWN0IG1idWYgKmNvbnRyb2wsIHN0cnVjdCB0aHJlYWQgKnRk KQogeworCXN0cnVjdCBlcG9jaF90cmFja2VyIGV0OworCWludCByZXQ7CiAKKwogCS8qIFBhY2tl dCBtdXN0IGhhdmUgYSBoZWFkZXIgKGJ1dCB0aGF0J3MgYWJvdXQgaXQpICovCiAJaWYgKG0tPm1f bGVuIDwgc2l6ZW9mIChzdHJ1Y3QgaXApICYmCiAJICAgIChtID0gbV9wdWxsdXAobSwgc2l6ZW9m IChzdHJ1Y3QgaXApKSkgPT0gTlVMTCkgewpAQCAtNjExLDcgKzYxNCw5IEBAIGRpdl9zZW5kKHN0 cnVjdCBzb2NrZXQgKnNvLCBpbnQgZmxhZ3MsIHN0cnVjdCBtYnVmCiAJfQogCiAJLyogU2VuZCBw YWNrZXQgKi8KLQlyZXR1cm4gZGl2X291dHB1dChzbywgbSwgKHN0cnVjdCBzb2NrYWRkcl9pbiAq KW5hbSwgY29udHJvbCk7CisJTkVUX0VQT0NIX0VOVEVSKGV0KTsKKwlyZXQgPSBkaXZfb3V0cHV0 KHNvLCBtLCAoc3RydWN0IHNvY2thZGRyX2luICopbmFtLCBjb250cm9sKTsKKwlORVRfRVBPQ0hf RVhJVChldCk7CiB9CiAKIHN0YXRpYyB2b2lkCg== ------==--bound.83337.myt4-2943a877c094.qloud-c.yandex.net-- From owner-freebsd-current@freebsd.org Tue Jan 21 19:41:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D3851FF907; Tue, 21 Jan 2020 19:41:06 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 482Jmw6Yx0z3xMb; Tue, 21 Jan 2020 19:41:04 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id tzOVi8MR1nCigtzOXiLKab; Tue, 21 Jan 2020 12:41:02 -0700 X-Authority-Analysis: v=2.3 cv=cZisUULM c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=Jdjhy38mL1oA:10 a=6I5d2MoRAAAA:8 a=pc8SvQfqAAAA:8 a=JAf30KXuAAAA:8 a=YxBL1-UpAAAA:8 a=uYH10_csLl3_ns1hnvkA:9 a=37pxFVBkRrHQ1Vau:21 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 a=kM0ClJ1xsE7__0tUH1SI:22 a=GEL62FyrTCmHtEug2d3R:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from Resas-iPad.esitwifi.local (S0106788a207e2972.gv.shawcable.net [70.66.154.233]) by spqr.komquats.com (Postfix) with ESMTPSA id D1E188A5; Tue, 21 Jan 2020 11:40:58 -0800 (PST) Date: Tue, 21 Jan 2020 11:40:33 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> References: <20191008121519.GS1263@albert.catwhisker.org> <20191009120451.GK1263@albert.catwhisker.org> <83DFEF06-AB56-4F5C-A11C-9888C85A34F5@van-laarhoven.org> <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 To: freebsd-current@freebsd.org, "Alexander V. Chernikov" , Nick Hibma , "current@freebsd.org" From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfL+JM5cS1+qMjhOITA57WgWtjswxpKEki26Dsg2HXVx/bqKMaE6HKYMCf1Oho50YIQ0XRkARJlV3kGYiyu1qxuPt+W80d0pQremjvX61MQlNgC7GAISi JsAdEsuz+eSwue7TaiSkNr39c7SGKubCKhReQJioSvMfF12Ucl7zmOidJ2XHgEARU9GR+zEVgQhtwUDsJenXo3dVgw4u3J2MAGvkZCPnslZMLTTvVpuPYGKp FqDhBAmj8g6QoO/IOgbLseEdsDe2cpmD1VA+dRWCCXTQZCl68L7xDz3p3yYPXv4J X-Rspamd-Queue-Id: 482Jmw6Yx0z3xMb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.12) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.64 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[12.134.59.64.rep.mailspike.net : 127.0.0.18]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11,233.154.66.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.44)[ip: (-6.50), ipnet: 64.59.128.0/20(-3.16), asn: 6327(-2.46), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 19:41:06 -0000 On January 21, 2020 9:38:08 AM PST, "Alexander V=2E Chernikov" wrote: >21=2E01=2E2020, 17:25, "Nick Hibma" : >> When using a trivial program to read from the divert socket and post >back the machine panics instantly when a packet is sent to userland and >back again (incoming packet for the interface, so ifname is set)=2E This >is current from today with no changes >> >> Any pointers as to how to fix this? >Could you please try to apply an attached patch and try again? >> >> Thanks in advance for any help=2E >> >> Nick Hibma >> nick@van-laarhoven=2Eorg >> >> -- Open Source: We stand on the shoulders of giants=2E >> >> Unread portion of the kernel message buffer: >> panic: Assertion in_epoch(net_epoch_preempt) failed at >/usr/src/sys/netinet/in=2Ec:968 >> cpuid =3D 0 >> time =3D 1579626632 >> KDB: stack backtrace: >> db_trace_self_wrapper(3836393a,1a9000a,0,1fdc088c,bd5320,=2E=2E=2E) at >db_trace_self_wrapper+0x2a/frame 0x1fdc0860 >> kdb_backtrace(2,1e03ebc,1fdc08e8,14683a4,20b72500,=2E=2E=2E) at >kdb_backtrace+0x2e/frame 0x1fdc08c0 >> vpanic(1461278,1fdc0904,1fdc0904,1fdc0918,11355ac,=2E=2E=2E) at >vpanic+0x11f/frame 0x1fdc08e4 >> panic(1461278,1512573,154b440,3c8,20b72500,=2E=2E=2E) at panic+0x14/fra= me >0x1fdc08f8 >> in_broadcast(f02000a,94df400,20b72594,1dc0ae8,2001be24,=2E=2E=2E) at >in_broadcast+0x8c/frame 0x1fdc0918 >> div_send(2001bcc0,0,20b72500,9082e10,0,177f1a80) at >div_send+0x1bd/frame 0x1fdc0958 >> sosend_generic(2001bcc0,9082e10,1fdc0a18,0,0,0,177f1a80) at >sosend_generic+0x3c5/frame 0x1fdc09b4 >> sosend(2001bcc0,9082e10,1fdc0a18,0,0,=2E=2E=2E) at sosend+0x50/frame >0x1fdc09e4 >> kern_sendit(177f1a80,3,1fdc0aa0,0,0,0) at kern_sendit+0x1b4/frame >0x1fdc0a50 >> sendit(1fdc0aa0,0) at sendit+0x196/frame 0x1fdc0a88 >> sys_sendto(177f1a80,177f1d0c) at sys_sendto+0x50/frame 0x1fdc0ac8 >> syscall(1fdc0ba8,3b,3b,3b,54,=2E=2E=2E) at syscall+0x2db/frame 0x1fdc0b= 9c >> Xint0x80_syscall() at 0xffc033c9/frame 0x1fdc0b9c >> --- syscall (133, FreeBSD ELF32, sys_sendto), eip =3D 0xffc01230, esp = =3D >0xffc07fe8, ebp =3D 0xffbfeb68 --- >> KDB: enter: panic >> >> 0x00fd1129 in doadump (textdump=3D0) at >/usr/src/sys/kern/kern_shutdown=2Ec:392 >> 392 savectx(&dumppcb); >> (kgdb) quit >> {e}nick@fimkjecurrent:/home/nick % svn info /usr/src >> Path: /usr/src >> Working Copy Root Path: /usr/src >> URL: svn+ssh://repo=2Efreebsd=2Eorg/base/head >> Relative URL: ^/head >> Repository Root: svn+ssh://repo=2Efreebsd=2Eorg/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 356907 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: jhibbits >> Last Changed Rev: 356904 >> Last Changed Date: 2020-01-20 05:01:35 +0100 (Mon, 20 Jan 2020) >> >>> =C2=A0On 9 Oct 2019, at 14:04, David Wolfskill >wrote: >>> >>> =C2=A0On Tue, Oct 08, 2019 at 05:15:19AM -0700, David Wolfskill wrote: >>>> =C2=A0This was on my laptop (build machine, which was updated in >parallel, >>>> =C2=A0but uses a different NIC, had no issues) after a src update fro= m >>>> =C2=A0r353176 to r353298; laptop's NIC is wlan(4) (which is iwn(4), i= n >>>> =C2=A0this case)=2E >>> >>> =C2=A0After restoring the /boot/*=2Eold set, I was able to reboot & up= date >from >>> =C2=A0r353298 to r353336=2E The subsequent reboot seemed OK =2E=2E=2E = until the >>> =C2=A0keyboard & mouse were enabled (under X11; I use xdm on the lapto= p)=2E >>> >>> =C2=A0Then I got a slightly different panic: >>> >>> =C2=A0panic: Assertion in_epoch(net_epoch_preempt) failed at >/usr/src/sys/net/if=2Ec:356 >>> >>> =C2=A0Backtrace: >>> >>> =C2=A0panic: Assertion in_epoch(net_epoch_preempt) failed at >/usr/src/sys/net/if=2Ec:356 >>> =C2=A0cpuid =3D 0 >>> =C2=A0time =3D 1570621553 >>> =C2=A0KDB: stack backtrace: >>> =C2=A0db_trace_self_wrapper() at 0xffffffff8049ebab =3D >db_trace_self_wrapper+0x2b/frame 0xfffffe1072956580 >>> =C2=A0vpanic() at 0xffffffff80b978fd =3D vpanic+0x19d/frame >0xfffffe10729565d0 >>> =C2=A0panic() at 0xffffffff80b97693 =3D panic+0x43/frame 0xfffffe10729= 56630 >>> =C2=A0if_ref() at 0xffffffff80ca1b10 =3D if_ref/frame 0xfffffe10729566= 50 >>> =C2=A0sysctl_ifdata() at 0xffffffff80cb247d =3D sysctl_ifdata+0x4d/fra= me >0xfffffe1072956760 >>> =C2=A0sysctl_root_handler_locked() at 0xffffffff80ba714b =3D >sysctl_root_handler_locked+0x7b/frame 0xfffffe10729567a0 >>> =C2=A0sysctl_root() at 0xffffffff80ba64dc =3D sysctl_root+0x20c/frame >0xfffffe1072956820 >>> =C2=A0userland_sysctl() at 0xffffffff80ba6bab =3D >userland_sysctl+0x17b/frame 0xfffffe10729568d0 >>> =C2=A0sys___sysctl() at 0xffffffff80ba69ef =3D sys___sysctl+0x5f/frame >0xfffffe1072956980 >>> =C2=A0amd64_syscall() at 0xffffffff810480f4 =3D amd64_syscall+0x2d4/fr= ame >0xfffffe1072956ab0 >>> =C2=A0fast_syscall_common() at 0xffffffff8101eaa0 =3D >fast_syscall_common+0x101/frame 0xfffffe1072956ab0 >>> =C2=A0--- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D 0x8014d4= d2a, >rsp =3D 0x7fffffffeaa8, rbp =3D 0x7fffffffeae0 --- >>> =C2=A0KDB: enter: panic >>> >>>> =C2=A0The ddb "dump" command recorded a dump, which I managed to >capture; the >>>> =C2=A0information may be found at >>>> =C2=A0http://www=2Ecatwhisker=2Eorg/~david/FreeBSD/head/r353298/ >>> >>> =C2=A0This one is at >http://www=2Ecatwhisker=2Eorg/~david/FreeBSD/head/r353336 >>> >>> =C2=A0As before, the (headless) build machine had no issues that I cou= ld >see=2E >>> >>> =C2=A0Peace, >>> =C2=A0david >>> =C2=A0-- >>> =C2=A0David H=2E Wolfskill david@catwhisker=2Eorg >>> =C2=A0I am amazed that anyone would condone what Trunp has publicly >admitted he did=2E >>> >>> =C2=A0See http://www=2Ecatwhisker=2Eorg/~david/publickey=2Egpg for my = public >key=2E >> >> _______________________________________________ >> freebsd-current@freebsd=2Eorg mailing list >> https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd=2Eorg" Looks like the patch is missing a return(ret)=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E=20 Cy Schubert FreeBSD UNIX: Web: https://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E From owner-freebsd-current@freebsd.org Tue Jan 21 20:09:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8E3DB221734 for ; Tue, 21 Jan 2020 20:09:35 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 482KPq2Sfgz3ywq for ; Tue, 21 Jan 2020 20:09:35 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: by mailman.nyi.freebsd.org (Postfix) id 52C27221733; Tue, 21 Jan 2020 20:09:35 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 527D1221732 for ; Tue, 21 Jan 2020 20:09:35 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from violet.van-laarhoven.org (violet.van-laarhoven.org [IPv6:2a01:4f8:1c0c:72ba::3]) by mx1.freebsd.org (Postfix) with ESMTP id 482KPp05YTz3ywm; Tue, 21 Jan 2020 20:09:33 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from [IPv6:2a02:58:4c:6601:5da9:a368:51ff:90a7] (unknown [IPv6:2a02:58:4c:6601:5da9:a368:51ff:90a7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by violet.van-laarhoven.org (Postfix) with ESMTPSA id 3F4A49CC66; Tue, 21 Jan 2020 21:09:26 +0100 (CET) From: Nick Hibma Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 Date: Tue, 21 Jan 2020 21:09:25 +0100 In-Reply-To: <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> Cc: "current@freebsd.org" , Cy.Schubert@cschubert.com To: "Alexander V. Chernikov" References: <20191008121519.GS1263@albert.catwhisker.org> <20191009120451.GK1263@albert.catwhisker.org> <83DFEF06-AB56-4F5C-A11C-9888C85A34F5@van-laarhoven.org> <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 482KPp05YTz3ywm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of nick@van-laarhoven.org designates 2a01:4f8:1c0c:72ba::3 as permitted sender) smtp.mailfrom=nick@van-laarhoven.org X-Spamd-Result: default: False [-2.51 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[van-laarhoven.org]; NEURAL_HAM_LONG(-1.00)[-0.995,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-0.81)[ipnet: 2a01:4f8::/29(-2.50), asn: 24940(-1.54), country: DE(-0.02)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 20:09:35 -0000 That (with the return added, thanks Cy) worked like a charm. Thanks for the fast response. Nick Hibma nick@van-laarhoven.org -- Open Source: We stand on the shoulders of giants. > On 21 Jan 2020, at 18:38, Alexander V. Chernikov = wrote: >=20 > 21.01.2020, 17:25, "Nick Hibma" : >> When using a trivial program to read from the divert socket and post = back the machine panics instantly when a packet is sent to userland and = back again (incoming packet for the interface, so ifname is set). This = is current from today with no changes >>=20 >> Any pointers as to how to fix this? > Could you please try to apply an attached patch and try again? >>=20 >> Thanks in advance for any help. >>=20 >> Nick Hibma >> nick@van-laarhoven.org >>=20 >> -- Open Source: We stand on the shoulders of giants. >>=20 >> Unread portion of the kernel message buffer: >> panic: Assertion in_epoch(net_epoch_preempt) failed at = /usr/src/sys/netinet/in.c:968 >> cpuid =3D 0 >> time =3D 1579626632 >> KDB: stack backtrace: >> db_trace_self_wrapper(3836393a,1a9000a,0,1fdc088c,bd5320,...) at = db_trace_self_wrapper+0x2a/frame 0x1fdc0860 >> kdb_backtrace(2,1e03ebc,1fdc08e8,14683a4,20b72500,...) at = kdb_backtrace+0x2e/frame 0x1fdc08c0 >> vpanic(1461278,1fdc0904,1fdc0904,1fdc0918,11355ac,...) at = vpanic+0x11f/frame 0x1fdc08e4 >> panic(1461278,1512573,154b440,3c8,20b72500,...) at panic+0x14/frame = 0x1fdc08f8 >> in_broadcast(f02000a,94df400,20b72594,1dc0ae8,2001be24,...) at = in_broadcast+0x8c/frame 0x1fdc0918 >> div_send(2001bcc0,0,20b72500,9082e10,0,177f1a80) at = div_send+0x1bd/frame 0x1fdc0958 >> sosend_generic(2001bcc0,9082e10,1fdc0a18,0,0,0,177f1a80) at = sosend_generic+0x3c5/frame 0x1fdc09b4 >> sosend(2001bcc0,9082e10,1fdc0a18,0,0,...) at sosend+0x50/frame = 0x1fdc09e4 >> kern_sendit(177f1a80,3,1fdc0aa0,0,0,0) at kern_sendit+0x1b4/frame = 0x1fdc0a50 >> sendit(1fdc0aa0,0) at sendit+0x196/frame 0x1fdc0a88 >> sys_sendto(177f1a80,177f1d0c) at sys_sendto+0x50/frame 0x1fdc0ac8 >> syscall(1fdc0ba8,3b,3b,3b,54,...) at syscall+0x2db/frame 0x1fdc0b9c >> Xint0x80_syscall() at 0xffc033c9/frame 0x1fdc0b9c >> --- syscall (133, FreeBSD ELF32, sys_sendto), eip =3D 0xffc01230, esp = =3D 0xffc07fe8, ebp =3D 0xffbfeb68 --- >> KDB: enter: panic >>=20 >> 0x00fd1129 in doadump (textdump=3D0) at = /usr/src/sys/kern/kern_shutdown.c:392 >> 392 savectx(&dumppcb); >> (kgdb) quit >> {e}nick@fimkjecurrent:/home/nick % svn info /usr/src >> Path: /usr/src >> Working Copy Root Path: /usr/src >> URL: svn+ssh://repo.freebsd.org/base/head >> Relative URL: ^/head >> Repository Root: svn+ssh://repo.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 356907 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: jhibbits >> Last Changed Rev: 356904 >> Last Changed Date: 2020-01-20 05:01:35 +0100 (Mon, 20 Jan 2020) >>=20 >>> On 9 Oct 2019, at 14:04, David Wolfskill = wrote: >>>=20 >>> On Tue, Oct 08, 2019 at 05:15:19AM -0700, David Wolfskill wrote: >>>> This was on my laptop (build machine, which was updated in = parallel, >>>> but uses a different NIC, had no issues) after a src update from >>>> r353176 to r353298; laptop's NIC is wlan(4) (which is iwn(4), in >>>> this case). >>>=20 >>> After restoring the /boot/*.old set, I was able to reboot & update = from >>> r353298 to r353336. The subsequent reboot seemed OK ... until the >>> keyboard & mouse were enabled (under X11; I use xdm on the laptop). >>>=20 >>> Then I got a slightly different panic: >>>=20 >>> panic: Assertion in_epoch(net_epoch_preempt) failed at = /usr/src/sys/net/if.c:356 >>>=20 >>> Backtrace: >>>=20 >>> panic: Assertion in_epoch(net_epoch_preempt) failed at = /usr/src/sys/net/if.c:356 >>> cpuid =3D 0 >>> time =3D 1570621553 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at 0xffffffff8049ebab =3D = db_trace_self_wrapper+0x2b/frame 0xfffffe1072956580 >>> vpanic() at 0xffffffff80b978fd =3D vpanic+0x19d/frame = 0xfffffe10729565d0 >>> panic() at 0xffffffff80b97693 =3D panic+0x43/frame = 0xfffffe1072956630 >>> if_ref() at 0xffffffff80ca1b10 =3D if_ref/frame 0xfffffe1072956650 >>> sysctl_ifdata() at 0xffffffff80cb247d =3D sysctl_ifdata+0x4d/frame = 0xfffffe1072956760 >>> sysctl_root_handler_locked() at 0xffffffff80ba714b =3D = sysctl_root_handler_locked+0x7b/frame 0xfffffe10729567a0 >>> sysctl_root() at 0xffffffff80ba64dc =3D sysctl_root+0x20c/frame = 0xfffffe1072956820 >>> userland_sysctl() at 0xffffffff80ba6bab =3D = userland_sysctl+0x17b/frame 0xfffffe10729568d0 >>> sys___sysctl() at 0xffffffff80ba69ef =3D sys___sysctl+0x5f/frame = 0xfffffe1072956980 >>> amd64_syscall() at 0xffffffff810480f4 =3D amd64_syscall+0x2d4/frame = 0xfffffe1072956ab0 >>> fast_syscall_common() at 0xffffffff8101eaa0 =3D = fast_syscall_common+0x101/frame 0xfffffe1072956ab0 >>> --- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D = 0x8014d4d2a, rsp =3D 0x7fffffffeaa8, rbp =3D 0x7fffffffeae0 --- >>> KDB: enter: panic >>>=20 >>>> The ddb "dump" command recorded a dump, which I managed to = capture; the >>>> information may be found at >>>> http://www.catwhisker.org/~david/FreeBSD/head/r353298/ >>>=20 >>> This one is at = http://www.catwhisker.org/~david/FreeBSD/head/r353336 >>>=20 >>> As before, the (headless) build machine had no issues that I could = see. >>>=20 >>> Peace, >>> david >>> -- >>> David H. Wolfskill david@catwhisker.org >>> I am amazed that anyone would condone what Trunp has publicly = admitted he did. >>>=20 >>> See http://www.catwhisker.org/~david/publickey.gpg for my public = key. >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Jan 22 06:57:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4D9A422F552 for ; Wed, 22 Jan 2020 06:57:28 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (gate.utahime.jp [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 482bnL3V1Zz4g52 for ; Wed, 22 Jan 2020 06:57:26 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by gate.utahime.jp (Postfix) with ESMTPS id 38BFB3FCB8 for ; Wed, 22 Jan 2020 15:57:17 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1579676237; bh=iukjiDA7oXsqzQ1pDr67q4PBRbpnCbfInbpIirKBCik=; h=Date:To:Subject:From:In-Reply-To:References; b=xrw80hHAds6/76IB8Lk4muzJd4cmZvJn3ZnmwCP0U5yyfqR95r6SEC5jxgKiT6Thq Lu/t78YPxQZ4Z9vh2gCFX10dCfBx5iazrcxLHf1rY9U1BlKzumpod+eY+EkU9qwUng W4F0IFcxPc0Wd05roc1putOb7rntlws5KwHD4cuuXNgD+94nof+PqMAicxpKjcDCdr XqsnAwuUC+FJ/+WHAoYaG5BfVtdke5y1lGv4wN3+GrmKmEI+HHyo5qdGiRPUOTYZfV MiDvI5A0cJCa80c8yfCz6+SWG850gxxwnh/cBKp6/KBfbKJ06KHFWFov4ZafDUILUh LgBS0eb2DzoZg== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id C17211CD27; Wed, 22 Jan 2020 15:57:14 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.1 at eastasia.home.utahime.org Date: Wed, 22 Jan 2020 15:56:54 +0900 (JST) Message-Id: <20200122.155654.980180717476039692.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: /etc/os-release isn't created From: Yasuhiro KIMURA In-Reply-To: <20191125.102736.1372422754370589145.yasu@utahime.org> References: <20191125.081319.1547651065831056208.yasu@utahime.org> <20191125011135.GA69956@mail.bsd4all.net> <20191125.102736.1372422754370589145.yasu@utahime.org> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 482bnL3V1Zz4g52 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=xrw80hHA; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [0.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; NEURAL_HAM_MEDIUM(-0.91)[-0.910,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.01)[-0.011,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[utahime.org]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[utahime.org:+]; MID_CONTAINS_FROM(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.38)[ip: (0.22), ipnet: 183.180.0.0/16(0.11), asn: 2519(1.53), country: JP(0.03)]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2020 06:57:28 -0000 From: Yasuhiro KIMURA Subject: Re: /etc/os-release isn't created Date: Mon, 25 Nov 2019 10:27:36 +0900 (JST) > From: "Herbert J. Skuhra" > Subject: Re: /etc/os-release isn't created > Date: Mon, 25 Nov 2019 02:11:35 +0100 > >> - mergemaster runs 'make distribution': >> ${MM_MAKE} DESTDIR=${TEMPROOT} distribution >/dev/null;} || >> - the link etc/os-release is created in /var/tmp/temproot when running >> mergemaster but not moved to / > > Thank you for investigation. Then is is bug of mergemaster? I created patch adding logic that handles symbolik link to mergemaster and submitted it to following bug report. Bug 242212 usr.sbin/mergemaster/mergemaster.sh: There is no logic to handle symbolic https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242212 So please review and/or test it. Best Regards. --- Yasuhiro KIMURA From owner-freebsd-current@freebsd.org Wed Jan 22 13:14:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B6AC237DBD for ; Wed, 22 Jan 2020 13:14:22 +0000 (UTC) (envelope-from bsdlisten@gmail.com) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 482m8F5MwXz41mM for ; Wed, 22 Jan 2020 13:14:21 +0000 (UTC) (envelope-from bsdlisten@gmail.com) Received: by mail-io1-xd36.google.com with SMTP id z8so6602688ioh.0 for ; Wed, 22 Jan 2020 05:14:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=tFTsD/wDj1aKVSVSTrQ6RPTc302pQMVEFCi7Rc/Xfw8=; b=XxtLTDJmjEYB/q5JKM4BSDiuYVQjDQyLgtTdmjetmVUSOvhw8NwDkyXMekqNbrfKxo FKTq0h/sRu2bKpwoPw4r705FNdNhRxpof1o/Gtpn+VQ7R3D5qcK/UrhGcpsw0WnvvS/U ksn6pAjk2PZ0InoPWwupunOus7reMUbYfu8eFO5Js4Igu7NCwyUPqVDoD+3jQYELQwzf 3+NXKfK30wW17BwdeWB4EwcIDTO8Z9GpgKi3cGyB1szBMbt3p+4Z4qx4R+W5howjRJRW KtwmG3WmCya1fPRMfRjkIUTgNqEomwceYcl+dNaVaAl4UdY1CuGUChWXXyW0n6Fm5hyp 1TPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=tFTsD/wDj1aKVSVSTrQ6RPTc302pQMVEFCi7Rc/Xfw8=; b=EifXITv7GYraRuVAeMVKuV7JrPBje34tjEV0zKLVZkVlrL2sI2DDdifA7QK3pf4+/w JteNk4qAkBR5MzTa00D9sDwHYaDtUxsevhaLT1GL8dZy584s4GitKrZf/7Od5bIjTbVQ AcfKpqrkvpMaCEKVm5WkWjbQpprzWvX29p5EzSUkwVL0tkvsHtsm3TnOOpiHUbc7N+7/ n6HO9ukBLaFLBvJr9DURYVWPk4VF+S2OIk126pcesiPzgdcAFjvlQIGsvIqvK4rYhl0Y EDCS0JqtXHhQspaNS27/U8p0DZTjSVXuqUtuJkStWXGbWzW5mNHdA63sfB3auLl9ew/v F0Qg== X-Gm-Message-State: APjAAAXqC3UEeMS9BKSZZgx6sTjJ0zHaVVTDoo1ON9iOOUJZHmb5IbHW 88S+zlXI0WSgnCH1EcSRx3FiHAi2evgpOgsoT/WZGk6v X-Google-Smtp-Source: APXvYqz2UFMiNdcBxSddQgmzdZ93O3mq96iUD9QUmWdz2K1O3Qq20nrKYlSkkrTXX0r8LveJlOyl0rUUO0LsbjlNdYw= X-Received: by 2002:a6b:b606:: with SMTP id g6mr7214336iof.114.1579698859834; Wed, 22 Jan 2020 05:14:19 -0800 (PST) MIME-Version: 1.0 From: Rares Aioanei Date: Wed, 22 Jan 2020 15:14:08 +0200 Message-ID: Subject: Panic with latest CURRENT amd64 as Virtualbox guest To: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 482m8F5MwXz41mM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XxtLTDJm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bsdlisten@gmail.com designates 2607:f8b0:4864:20::d36 as permitted sender) smtp.mailfrom=bsdlisten@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-6.57), ipnet: 2607:f8b0::/32(-2.08), asn: 15169(-1.82), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[6.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2020 13:14:22 -0000 I updated my system today, by issuing "svn up; make buildowrld; make kernel; reboot" and I got the output as seen in the attached file. From owner-freebsd-current@freebsd.org Wed Jan 22 18:04:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA0021F7B56 for ; Wed, 22 Jan 2020 18:04:44 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 482tbH27jPz4KNN for ; Wed, 22 Jan 2020 18:04:43 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id 20so40401wmj.4 for ; Wed, 22 Jan 2020 10:04:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iqZobLhJr9FCgZDTiGRHyDpsHFGfk02B+boS8OCVsEc=; b=qrjS1TsrtyfsLNDsRtRBo1zfuzX2jMVcgkWPSdKOIfl6wSjIl/+9RnSwn+HnNDPW2J hagOCmY96IEp6SfpG3ykZOalR4hJI1BCKdqHTGEZ9Z1O5W7ahMRLcMH+AxwyhaK2Q93V 13/lxcPB1EBinBDVOw/8XP/72FpgVdhyolDfb9kXYtjxzD4wFMEzfozY0d53ISk/JyiL rOebq5djaV5lgaYGLtUbFVHAbKqWCPTj6rXLr/7/uf7rEoDLQe5J1OnQkGFMJ5B80XnT qdP4qPnnwSo5Ltgqw39vOvMrQSWUm0+H3Hn2LkKSP0VRYCI6KWiqnU736gBirxqi6CL3 LNyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iqZobLhJr9FCgZDTiGRHyDpsHFGfk02B+boS8OCVsEc=; b=tvOx87R4dCMTsx3oaIKurboUSwoakPdsNsu7I02pZcXXpp/DB0Xd69/NKScytKcbOr FrG1vRQZ2gRK8XgsyDmrOSdmHHOeweHXwZUHVRejAiHyu8TOuKwoGsutGyqssCzqnvar dx0WRXitu1Fmr6L2ZPSVZJAyZju9CGWxwKakCzLyDZ30AIyv4gMosnEmy3lAoDw+Iiao TMGzQyRHwlEvia8A0YRfVl2bllg+5zopb5W8zR2MWquuQfkL+o4Yp8u6aPAGGGJ1qnQS g/YiCSgFqMHCXx/GDQvImsTXcKXKG6DyXbjgJL0cfaHMQvSKi0TQUWoDh39DhSwAi0hh YIYA== X-Gm-Message-State: APjAAAUiBHDFkJuc6fqxc1CjI7jN60J8BRV3tUzAblIUi2aYcyE+xR3z naWuV1gINkrhgBwXoZJYR8MRlTed7ETkyenITm8= X-Google-Smtp-Source: APXvYqyXF+IfJB1La7ir4qJytCC7jjHqSldB+E2G89EmpY1M6VijJtDVcT0bbTV9buyYqDgSCddUH9bfVwWOlB0lH+g= X-Received: by 2002:a1c:67c3:: with SMTP id b186mr4112216wmc.36.1579716281810; Wed, 22 Jan 2020 10:04:41 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Johan Hendriks Date: Wed, 22 Jan 2020 19:04:34 +0100 Message-ID: Subject: Re: Panic with latest CURRENT amd64 as Virtualbox guest To: Rares Aioanei Cc: FreeBSD X-Rspamd-Queue-Id: 482tbH27jPz4KNN X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qrjS1Tsr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johhendriks@gmail.com designates 2a00:1450:4864:20::335 as permitted sender) smtp.mailfrom=johhendriks@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; URI_COUNT_ODD(1.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.10), ipnet: 2a00:1450::/32(-2.58), asn: 15169(-1.82), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2020 18:04:44 -0000 These is no file attached. I think the mailing list stripped it off. But i had an kernel panic also with Freebsd currrent on virtualbox on a mac. My latetst build is 356985 Op wo 22 jan. 2020 14:14 schreef Rares Aioanei : > I updated my system today, by issuing "svn up; make buildowrld; make > kernel; reboot" and I got the output as seen in the attached file. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Jan 23 08:25:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 84CF0231C46 for ; Thu, 23 Jan 2020 08:25:42 +0000 (UTC) (envelope-from bsdlisten@gmail.com) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 483Fhj4gvwz4JCp for ; Thu, 23 Jan 2020 08:25:41 +0000 (UTC) (envelope-from bsdlisten@gmail.com) Received: by mail-io1-xd36.google.com with SMTP id k24so2138090ioc.4 for ; Thu, 23 Jan 2020 00:25:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=H5K9Nf5gLcu20rHWGGWeza8uyjhYpbeTZmvINskQsuo=; b=I/6ijO9FblyENDdEHmrkFYWXaYHkzjFFflPnoKX4IdQkX1BjQB8H75DJDwysVMvBrC VztYRcunz79sYgsxiJfwW4UUjT1ICJERG2E9xT8rsSER5l+y5P9rW4ijeMBYSLb1/HLB 6e1deWmP1QTJPLBOXp7K5fp5vngmWZ2bUXNfmQkcxzyTl8arXMwV8SD3ESrS5gLML7py GeRu2FUNHgL15G4938D795L1cH7jJQ9sD9EitKnyinL/47csjWnVipLTAIR0TkJSRCKI u4EztBnSo/wnOn6BJFdKUDoghiy4H2B39SakqhWTYB696H2XaQPGMa9ORNJXFAudgpiu zELw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=H5K9Nf5gLcu20rHWGGWeza8uyjhYpbeTZmvINskQsuo=; b=GqE+QYF+R2qVtbr51TyDn12lOrhdmFh0w7sC3zyK3ASPVwUke44gcRDZk+fCIUV6nh LYClmaA4jcwvGXM3i68+Zo3lM6aO0VoyW7EaqdTyyQBRWiCtQboE8h2sJWtVO7oqaYF2 bXNuzN5ik8SwmMOr8e3/HFFW9QpMQBF0YCNU8cobHoWNM10jggq5VCyIV0kF9XBp3gNY +zc96dzr8oS72CTalkC8y6LfINvhzZWYAvqyciVOaQUqF+luvKU7CeSHvVnFDELoH6O8 D12L9kBV1d9k1fmC5rcGqkzndsqM5LqsWcGNAKfyZJGj9ZV36aORe1qIuf3YeV2tAOor ACSA== X-Gm-Message-State: APjAAAUtufV0MNLsYLKhH2JDMOrQDnNNqhG/vGJTAK2BjvGnSX/+aZ21 WrjNkJgYZzjeSiDuBM6/r9yuJ16Lt2xoib9v6cw= X-Google-Smtp-Source: APXvYqwC4i1u41OAbCt9ShAa5wBo8PKKXg8M29wpdkjjkv1FuEQXEacvoTLPVsGKwQgupaTmypAIem709NsVB1PXfq4= X-Received: by 2002:a02:9203:: with SMTP id x3mr10158924jag.62.1579767940452; Thu, 23 Jan 2020 00:25:40 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Rares Aioanei Date: Thu, 23 Jan 2020 10:25:28 +0200 Message-ID: Subject: Re: Panic with latest CURRENT amd64 as Virtualbox guest To: Johan Hendriks Cc: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 483Fhj4gvwz4JCp X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=I/6ijO9F; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bsdlisten@gmail.com designates 2607:f8b0:4864:20::d36 as permitted sender) smtp.mailfrom=bsdlisten@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-6.62), ipnet: 2607:f8b0::/32(-2.07), asn: 15169(-1.82), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2020 08:25:42 -0000 My bad, here's the link : https://imgur.com/45He1iy On Wed, Jan 22, 2020 at 8:04 PM Johan Hendriks wrote: > > These is no file attached. I think the mailing list stripped it off. > But i had an kernel panic also with Freebsd currrent on virtualbox on a mac. > > My latetst build is 356985 > > > > Op wo 22 jan. 2020 14:14 schreef Rares Aioanei : >> >> I updated my system today, by issuing "svn up; make buildowrld; make >> kernel; reboot" and I got the output as seen in the attached file. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Jan 23 08:41:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7C419232637 for ; Thu, 23 Jan 2020 08:41:22 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-qv1-f65.google.com (mail-qv1-f65.google.com [209.85.219.65]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 483G2n3WBjz4KYB; Thu, 23 Jan 2020 08:41:21 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: by mail-qv1-f65.google.com with SMTP id p2so1093401qvo.10; Thu, 23 Jan 2020 00:41:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uzAh3mT9iVQwx7Icx47mA3FYa66D8xnNHpCs+vJHmMs=; b=GelKwipaPmIZJzUkNWmGhSjFkZKWx/wjsJltUXfafXG72FItavdGC8ZDjwT3MFWQ9e LCYcYbpEGW/w1ZcDCZAelzL8ZLqH0TjPGQSUk0K5I5YvnWHJEp1MKCBd3XUNSjTtcCdx fbnWffta0pZVfSmCVkM60ZEL2CQuOksBWsErio3eW/1uY6+gCt6gdZpOHmXLz+BCFWv7 kTuuJgiV5vZX5QEkIf1OK1hVE+nLlCti1kGILeJ3nySyMPd6MsC4GGpQTe99W/K9khq5 or31j7Pk3X8TwFRRMZYWJOpRFZA6ymYwbBcAkSQZ9BfEFFhqf4s48pryZpfWRJCNfCOJ 7OLQ== X-Gm-Message-State: APjAAAU4YJyrmOOevUs5QlQ5kOSWDkLySQ1JY4YMh+BYofvbCH2VenIv E5UjfIE9hyTMLRasK2wyJbE+isGplHg= X-Google-Smtp-Source: APXvYqzyTgqAbLwWptWY3z9N0pbWIUexnKB8Tsgc1A6gG/rxlRcP38vKSC4iM469FtBDzwjCbaD+dA== X-Received: by 2002:a0c:eac7:: with SMTP id y7mr15202773qvp.86.1579768879911; Thu, 23 Jan 2020 00:41:19 -0800 (PST) Received: from mail-qv1-f44.google.com (mail-qv1-f44.google.com. [209.85.219.44]) by smtp.gmail.com with ESMTPSA id i19sm554085qki.124.2020.01.23.00.41.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 23 Jan 2020 00:41:19 -0800 (PST) Received: by mail-qv1-f44.google.com with SMTP id dc14so1098007qvb.9; Thu, 23 Jan 2020 00:41:19 -0800 (PST) X-Received: by 2002:a05:6214:8c3:: with SMTP id da3mr14462851qvb.249.1579768879255; Thu, 23 Jan 2020 00:41:19 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ryan Libby Date: Thu, 23 Jan 2020 00:41:08 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic with latest CURRENT amd64 as Virtualbox guest To: Rares Aioanei Cc: Johan Hendriks , FreeBSD , Konstantin Belousov Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 483G2n3WBjz4KYB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rlibby@gmail.com designates 209.85.219.65 as permitted sender) smtp.mailfrom=rlibby@gmail.com X-Spamd-Result: default: False [-2.99 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[65.219.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.99)[ipnet: 209.85.128.0/17(-3.06), asn: 15169(-1.82), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[rlibby@freebsd.org,rlibby@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[65.219.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[rlibby@freebsd.org,rlibby@gmail.com]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2020 08:41:22 -0000 On Thu, Jan 23, 2020 at 12:25 AM Rares Aioanei wrote: > > My bad, here's the link : https://imgur.com/45He1iy > > On Wed, Jan 22, 2020 at 8:04 PM Johan Hendriks wrote: > > > > These is no file attached. I think the mailing list stripped it off. > > But i had an kernel panic also with Freebsd currrent on virtualbox on a mac. > > > > My latetst build is 356985 > > > > > > > > Op wo 22 jan. 2020 14:14 schreef Rares Aioanei : > >> > >> I updated my system today, by issuing "svn up; make buildowrld; make > >> kernel; reboot" and I got the output as seen in the attached file. > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Thanks, this looks like an instance of what I reported in reply to the commit mail for r356919. From owner-freebsd-current@freebsd.org Thu Jan 23 09:16:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6DDDE23346A for ; Thu, 23 Jan 2020 09:16:32 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 483GqM68fXz4MgQ for ; Thu, 23 Jan 2020 09:16:31 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: by mailman.nyi.freebsd.org (Postfix) id D10D4233469; Thu, 23 Jan 2020 09:16:31 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D0D1E233467 for ; Thu, 23 Jan 2020 09:16:31 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward501p.mail.yandex.net (forward501p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 483GqL3MKNz4MgP for ; Thu, 23 Jan 2020 09:16:30 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback20g.mail.yandex.net (mxback20g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:320]) by forward501p.mail.yandex.net (Yandex) with ESMTP id D20BB350068A; Thu, 23 Jan 2020 12:16:25 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback20g.mail.yandex.net (mxback/Yandex) with ESMTP id qQmRtEeKB2-GOkORwm4; Thu, 23 Jan 2020 12:16:25 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1579770985; bh=VZ0DRfgVm7ZfMifiAvW0pGTEp6AFMuTHWTy5+xdqXBI=; h=Message-Id:Cc:Subject:In-Reply-To:Date:References:To:From; b=Xaf7sv6NlXfhgMoHNXZcnA1iRjMqLzF2H05dfm2uTvcNBLrMhzH/jNo4QJ9pO/Qko 6yFmxCHTQL+XjIqgrqRuYaBgJ3F1Grua/M6u/QvJyca9ZdrCDGg23T012fc1bRJC6a JHNzPmb1p72ni5bPGlZ3k0QvWVaWCC0Qab/IAEIc= Received: by myt4-4d473ee472d6.qloud-c.yandex.net with HTTP; Thu, 23 Jan 2020 12:16:24 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: Nick Hibma Cc: "current@freebsd.org" , "Cy.Schubert@cschubert.com" In-Reply-To: References: <20191008121519.GS1263@albert.catwhisker.org> <20191009120451.GK1263@albert.catwhisker.org> <83DFEF06-AB56-4F5C-A11C-9888C85A34F5@van-laarhoven.org> <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 23 Jan 2020 09:16:24 +0000 Message-Id: <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 483GqL3MKNz4MgP X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=Xaf7sv6N; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 2a02:6b8:0:1472:2741:0:8b7:120 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-5.83 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCVD_IN_DNSWL_NONE(0.00)[0.2.1.0.7.b.8.0.0.0.0.0.1.4.7.2.2.7.4.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-3.63)[ip: (-9.66), ipnet: 2a02:6b8::/32(-4.72), asn: 13238(-3.80), country: RU(0.01)]; FORGED_SENDER(0.30)[melifaro@freebsd.org,melifaro@ipfw.ru]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; FROM_NEQ_ENVFROM(0.00)[melifaro@freebsd.org,melifaro@ipfw.ru] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2020 09:16:32 -0000 21.01.2020, 20:10, "Nick Hibma" : > That (with the return added, thanks Cy) worked like a charm. Got committed in r357038. Thank you for the report! > > Thanks for the fast response. > > Nick Hibma > nick@van-laarhoven.org > > -- Open Source: We stand on the shoulders of giants. > >>  On 21 Jan 2020, at 18:38, Alexander V. Chernikov wrote: >> >>  21.01.2020, 17:25, "Nick Hibma" : >>>  When using a trivial program to read from the divert socket and post back the machine panics instantly when a packet is sent to userland and back again (incoming packet for the interface, so ifname is set). This is current from today with no changes >>> >>>  Any pointers as to how to fix this? >>  Could you please try to apply an attached patch and try again? >>>  Thanks in advance for any help. >>> >>>  Nick Hibma >>>  nick@van-laarhoven.org >>> >>>  -- Open Source: We stand on the shoulders of giants. >>> >>>  Unread portion of the kernel message buffer: >>>  panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/netinet/in.c:968 >>>  cpuid = 0 >>>  time = 1579626632 >>>  KDB: stack backtrace: >>>  db_trace_self_wrapper(3836393a,1a9000a,0,1fdc088c,bd5320,...) at db_trace_self_wrapper+0x2a/frame 0x1fdc0860 >>>  kdb_backtrace(2,1e03ebc,1fdc08e8,14683a4,20b72500,...) at kdb_backtrace+0x2e/frame 0x1fdc08c0 >>>  vpanic(1461278,1fdc0904,1fdc0904,1fdc0918,11355ac,...) at vpanic+0x11f/frame 0x1fdc08e4 >>>  panic(1461278,1512573,154b440,3c8,20b72500,...) at panic+0x14/frame 0x1fdc08f8 >>>  in_broadcast(f02000a,94df400,20b72594,1dc0ae8,2001be24,...) at in_broadcast+0x8c/frame 0x1fdc0918 >>>  div_send(2001bcc0,0,20b72500,9082e10,0,177f1a80) at div_send+0x1bd/frame 0x1fdc0958 >>>  sosend_generic(2001bcc0,9082e10,1fdc0a18,0,0,0,177f1a80) at sosend_generic+0x3c5/frame 0x1fdc09b4 >>>  sosend(2001bcc0,9082e10,1fdc0a18,0,0,...) at sosend+0x50/frame 0x1fdc09e4 >>>  kern_sendit(177f1a80,3,1fdc0aa0,0,0,0) at kern_sendit+0x1b4/frame 0x1fdc0a50 >>>  sendit(1fdc0aa0,0) at sendit+0x196/frame 0x1fdc0a88 >>>  sys_sendto(177f1a80,177f1d0c) at sys_sendto+0x50/frame 0x1fdc0ac8 >>>  syscall(1fdc0ba8,3b,3b,3b,54,...) at syscall+0x2db/frame 0x1fdc0b9c >>>  Xint0x80_syscall() at 0xffc033c9/frame 0x1fdc0b9c >>>  --- syscall (133, FreeBSD ELF32, sys_sendto), eip = 0xffc01230, esp = 0xffc07fe8, ebp = 0xffbfeb68 --- >>>  KDB: enter: panic >>> >>>  0x00fd1129 in doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:392 >>>  392 savectx(&dumppcb); >>>  (kgdb) quit >>>  {e}nick@fimkjecurrent:/home/nick % svn info /usr/src >>>  Path: /usr/src >>>  Working Copy Root Path: /usr/src >>>  URL: svn+ssh://repo.freebsd.org/base/head >>>  Relative URL: ^/head >>>  Repository Root: svn+ssh://repo.freebsd.org/base >>>  Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>>  Revision: 356907 >>>  Node Kind: directory >>>  Schedule: normal >>>  Last Changed Author: jhibbits >>>  Last Changed Rev: 356904 >>>  Last Changed Date: 2020-01-20 05:01:35 +0100 (Mon, 20 Jan 2020) >>> >>>>   On 9 Oct 2019, at 14:04, David Wolfskill wrote: >>>> >>>>   On Tue, Oct 08, 2019 at 05:15:19AM -0700, David Wolfskill wrote: >>>>>   This was on my laptop (build machine, which was updated in parallel, >>>>>   but uses a different NIC, had no issues) after a src update from >>>>>   r353176 to r353298; laptop's NIC is wlan(4) (which is iwn(4), in >>>>>   this case). >>>> >>>>   After restoring the /boot/*.old set, I was able to reboot & update from >>>>   r353298 to r353336. The subsequent reboot seemed OK ... until the >>>>   keyboard & mouse were enabled (under X11; I use xdm on the laptop). >>>> >>>>   Then I got a slightly different panic: >>>> >>>>   panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/net/if.c:356 >>>> >>>>   Backtrace: >>>> >>>>   panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/net/if.c:356 >>>>   cpuid = 0 >>>>   time = 1570621553 >>>>   KDB: stack backtrace: >>>>   db_trace_self_wrapper() at 0xffffffff8049ebab = db_trace_self_wrapper+0x2b/frame 0xfffffe1072956580 >>>>   vpanic() at 0xffffffff80b978fd = vpanic+0x19d/frame 0xfffffe10729565d0 >>>>   panic() at 0xffffffff80b97693 = panic+0x43/frame 0xfffffe1072956630 >>>>   if_ref() at 0xffffffff80ca1b10 = if_ref/frame 0xfffffe1072956650 >>>>   sysctl_ifdata() at 0xffffffff80cb247d = sysctl_ifdata+0x4d/frame 0xfffffe1072956760 >>>>   sysctl_root_handler_locked() at 0xffffffff80ba714b = sysctl_root_handler_locked+0x7b/frame 0xfffffe10729567a0 >>>>   sysctl_root() at 0xffffffff80ba64dc = sysctl_root+0x20c/frame 0xfffffe1072956820 >>>>   userland_sysctl() at 0xffffffff80ba6bab = userland_sysctl+0x17b/frame 0xfffffe10729568d0 >>>>   sys___sysctl() at 0xffffffff80ba69ef = sys___sysctl+0x5f/frame 0xfffffe1072956980 >>>>   amd64_syscall() at 0xffffffff810480f4 = amd64_syscall+0x2d4/frame 0xfffffe1072956ab0 >>>>   fast_syscall_common() at 0xffffffff8101eaa0 = fast_syscall_common+0x101/frame 0xfffffe1072956ab0 >>>>   --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8014d4d2a, rsp = 0x7fffffffeaa8, rbp = 0x7fffffffeae0 --- >>>>   KDB: enter: panic >>>> >>>>>   The ddb "dump" command recorded a dump, which I managed to capture; the >>>>>   information may be found at >>>>>   http://www.catwhisker.org/~david/FreeBSD/head/r353298/ >>>> >>>>   This one is at http://www.catwhisker.org/~david/FreeBSD/head/r353336 >>>> >>>>   As before, the (headless) build machine had no issues that I could see. >>>> >>>>   Peace, >>>>   david >>>>   -- >>>>   David H. Wolfskill david@catwhisker.org >>>>   I am amazed that anyone would condone what Trunp has publicly admitted he did. >>>> >>>>   See http://www.catwhisker.org/~david/publickey.gpg for my public key. >>> >>>  _______________________________________________ >>>  freebsd-current@freebsd.org mailing list >>>  https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>  To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>   > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Jan 24 06:56:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B5B7322F5FC for ; Fri, 24 Jan 2020 06:56:31 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 483qgL5nf1z4Zq3 for ; Fri, 24 Jan 2020 06:56:30 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id ustGicYVd17ZDustHipc8k; Thu, 23 Jan 2020 23:56:28 -0700 X-Authority-Analysis: v=2.3 cv=ZsqT1OzG c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=Jdjhy38mL1oA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=zHinmBDc7fKQiWRKrC4A:9 a=Xrv6uJvmbbeiooNd:21 a=NOdVhOuS37H55cZr:21 a=1aFEYbZPbt4nT8Lh:21 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id BBEEBE5 for ; Thu, 23 Jan 2020 22:56:25 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 00O6uPQG005433 for ; Thu, 23 Jan 2020 22:56:25 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 00O6uPO3005430 for ; Thu, 23 Jan 2020 22:56:25 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202001240656.00O6uPO3005430@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: freebsd-current@freebsd.org Subject: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Jan 2020 22:56:25 -0800 X-CMAE-Envelope: MS4wfAmBnqhUkCyesCJwJ83VylaL1y6HEWARW7eSu87rbrYNcQ9IF9oU1LkLUNtCXzCYrQeCEXbFSnJjo5iP+jW3iwQ1F5kpxtZhUQ0y5MF4dajaxwrC0RZV qUGdL9/3wIe6Q44LwKHj3APxKrINzWPMbYQj9sdN9gU4VLJsNi/TAGpuYx3yYrhzkKZ3vmz9Y85Vsg== X-Rspamd-Queue-Id: 483qgL5nf1z4Zq3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.136.137) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-3.07 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; IP_SCORE(-2.37)[ip: (-6.15), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.47), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[5]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[137.136.59.64.rep.mailspike.net : 127.0.0.17]; EMPTY_SUBJECT(1.00)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 06:56:31 -0000 Hi, Has anyone seen this before? It started happening on two of my machines this evening. Both machines are AMD (not intel). In both cases powerd was caught with its hand in the cookie jar. Fatal trap 12: page fault while in kernel mode^M cpuid = 3; apic id = 03^M fault virtual address = 0x90^M fault code = supervisor read data, page not present^M instruction pointer = 0x20:0xffffffff8068b018^M stack pointer = 0x28:0xfffffe0066ff99e0^M frame pointer = 0x28:0xfffffe0066ff99e0^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, long 1, def32 0, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 2781 (powerd)^M trap number = 12^M panic: page fault^M cpuid = 3^M time = 1579843504^M KDB: stack backtrace:^M db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0066ff9650^M vpanic() at vpanic+0x185/frame 0xfffffe0066ff96b0^M panic() at panic+0x43/frame 0xfffffe0066ff9710^M trap_fatal() at trap_fatal+0x386/frame 0xfffffe0066ff9770^M trap_pfault() at trap_pfault+0x4f/frame 0xfffffe0066ff97e0^M trap() at trap+0x288/frame 0xfffffe0066ff9910^M calltrap() at calltrap+0x8/frame 0xfffffe0066ff9910^M --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe0066ff99e0, rbp = 0xfffffe 0066ff99e0 ---^M _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe0066ff99e0^M sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame 0xfffffe00 66ff9a20^M sysctl_root() at sysctl_root+0x249/frame 0xfffffe0066ff9aa0^M userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe0066ff9b50^M sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0066ff9c00^M amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe0066ff9d30^M fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0066ff9d30^M --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x2c034f9a, rsp = 0x7fffff ffeb38, rbp = 0x7fffffffeb70 ---^M Uptime: 2h12m24s^M Dumping 2496 out of 8167 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% ..61 %..71%..81%..91%^M Dump complete^M Fatal trap 12: page fault while in kernel mode^M cpuid = 3; apic id = 03^M fault virtual address = 0x90^M fault code = supervisor read data, page not present^M instruction pointer = 0x20:0xffffffff8068b018^M stack pointer = 0x28:0xfffffe004d2a79e0^M frame pointer = 0x28:0xfffffe004d2a79e0^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, long 1, def32 0, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 2849 (powerd)^M trap number = 12^M panic: page fault^M cpuid = 3^M time = 1579847814^M KDB: stack backtrace:^M db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe004d2a7650^M vpanic() at vpanic+0x185/frame 0xfffffe004d2a76b0^M panic() at panic+0x43/frame 0xfffffe004d2a7710^M trap_fatal() at trap_fatal+0x386/frame 0xfffffe004d2a7770^M trap_pfault() at trap_pfault+0x4f/frame 0xfffffe004d2a77e0^M trap() at trap+0x288/frame 0xfffffe004d2a7910^M calltrap() at calltrap+0x8/frame 0xfffffe004d2a7910^M --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe004d2a79e0, rbp = 0xfffffe 004d2a79e0 ---^M _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe004d2a79e0^M sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame 0xfffffe00 4d2a7a20^M sysctl_root() at sysctl_root+0x249/frame 0xfffffe004d2a7aa0^M userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe004d2a7b50^M sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe004d2a7c00^M amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe004d2a7d30^M fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe004d2a7d30^M --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x800434f9a, rsp = 0x7ffff fffeb38, rbp = 0x7fffffffeb70 ---^M Uptime: 2h57m35s^M Dumping 1823 out of 5095 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% ..61 %..71%..81%..91%^M Dump complete^M Both were unable to save a dump. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Jan 24 07:01:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 649E322FC24 for ; Fri, 24 Jan 2020 07:01:25 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 483qn04p3Yz4bJW for ; Fri, 24 Jan 2020 07:01:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id usy1icZlv17ZDusy3ipcX2; Fri, 24 Jan 2020 00:01:23 -0700 X-Authority-Analysis: v=2.3 cv=ZsqT1OzG c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=Jdjhy38mL1oA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=01VVVtujAwx47dn6b9AA:9 a=w-5iHovd_jfxc9U4:21 a=UL6x07x9ikJTObls:21 a=1aFEYbZPbt4nT8Lh:21 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 79476161 for ; Thu, 23 Jan 2020 23:01:21 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 00O71Lss005853 for ; Thu, 23 Jan 2020 23:01:21 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 00O71L0F005850 for ; Thu, 23 Jan 2020 23:01:21 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202001240701.00O71L0F005850@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: freebsd-current@freebsd.org Subject: Powerd Panic Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Jan 2020 23:01:20 -0800 X-CMAE-Envelope: MS4wfCNhoSTPLjLoCbnBYF2Qauw+Ntg4U2iYOceLwhFQ2ekc48S+MAZyoa3yJAbdX8Uo1t2fjsCGfc5+gTlNbTNoscnuXcM/eXs0xCYXNtijXH2SbDeeekAR sqAS7T12YyC7wtSSqKqX6Zw3nne6mjWBfUdvr4LaA8Xvjo0b5JxFWqBCF/mpzVvIbPithbNcCQjo2w== X-Rspamd-Queue-Id: 483qn04p3Yz4bJW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.136.137) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; REPLYTO_EQ_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[137.136.59.64.rep.mailspike.net : 127.0.0.17]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; R_SPF_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.37)[ip: (-6.13), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.46), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 07:01:25 -0000 Let's try this again, this time with a subject line. It's late, almost bed time and I'm forgetting subject lines. Hi, Has anyone seen this before? It started happening on two of my machines this evening. Both machines are AMD (not intel). In both cases powerd was caught with its hand in the cookie jar. Fatal trap 12: page fault while in kernel mode^M cpuid = 3; apic id = 03^M fault virtual address = 0x90^M fault code = supervisor read data, page not present^M instruction pointer = 0x20:0xffffffff8068b018^M stack pointer = 0x28:0xfffffe0066ff99e0^M frame pointer = 0x28:0xfffffe0066ff99e0^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, long 1, def32 0, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 2781 (powerd)^M trap number = 12^M panic: page fault^M cpuid = 3^M time = 1579843504^M KDB: stack backtrace:^M db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0066ff9650^M vpanic() at vpanic+0x185/frame 0xfffffe0066ff96b0^M panic() at panic+0x43/frame 0xfffffe0066ff9710^M trap_fatal() at trap_fatal+0x386/frame 0xfffffe0066ff9770^M trap_pfault() at trap_pfault+0x4f/frame 0xfffffe0066ff97e0^M trap() at trap+0x288/frame 0xfffffe0066ff9910^M calltrap() at calltrap+0x8/frame 0xfffffe0066ff9910^M --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe0066ff99e0, rbp = 0xfffffe 0066ff99e0 ---^M _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe0066ff99e0^M sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame 0xfffffe00 66ff9a20^M sysctl_root() at sysctl_root+0x249/frame 0xfffffe0066ff9aa0^M userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe0066ff9b50^M sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0066ff9c00^M amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe0066ff9d30^M fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0066ff9d30^M --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x2c034f9a, rsp = 0x7fffff ffeb38, rbp = 0x7fffffffeb70 ---^M Uptime: 2h12m24s^M Dumping 2496 out of 8167 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% ..61 %..71%..81%..91%^M Dump complete^M Fatal trap 12: page fault while in kernel mode^M cpuid = 3; apic id = 03^M fault virtual address = 0x90^M fault code = supervisor read data, page not present^M instruction pointer = 0x20:0xffffffff8068b018^M stack pointer = 0x28:0xfffffe004d2a79e0^M frame pointer = 0x28:0xfffffe004d2a79e0^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, long 1, def32 0, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 2849 (powerd)^M trap number = 12^M panic: page fault^M cpuid = 3^M time = 1579847814^M KDB: stack backtrace:^M db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe004d2a7650^M vpanic() at vpanic+0x185/frame 0xfffffe004d2a76b0^M panic() at panic+0x43/frame 0xfffffe004d2a7710^M trap_fatal() at trap_fatal+0x386/frame 0xfffffe004d2a7770^M trap_pfault() at trap_pfault+0x4f/frame 0xfffffe004d2a77e0^M trap() at trap+0x288/frame 0xfffffe004d2a7910^M calltrap() at calltrap+0x8/frame 0xfffffe004d2a7910^M --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe004d2a79e0, rbp = 0xfffffe 004d2a79e0 ---^M _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe004d2a79e0^M sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame 0xfffffe00 4d2a7a20^M sysctl_root() at sysctl_root+0x249/frame 0xfffffe004d2a7aa0^M userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe004d2a7b50^M sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe004d2a7c00^M amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe004d2a7d30^M fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe004d2a7d30^M --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x800434f9a, rsp = 0x7ffff fffeb38, rbp = 0x7fffffffeb70 ---^M Uptime: 2h57m35s^M Dumping 1823 out of 5095 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% ..61 %..71%..81%..91%^M Dump complete^M Both were unable to save a dump. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Jan 24 07:23:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 659C52305E8 for ; Fri, 24 Jan 2020 07:23:58 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 483rH06Y0Hz4cHX for ; Fri, 24 Jan 2020 07:23:56 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.nyi.freebsd.org (Postfix) id DE4202305E7; Fri, 24 Jan 2020 07:23:56 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCCFE2305E6 for ; Fri, 24 Jan 2020 07:23:56 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc11.plala.or.jp (msc11.plala.or.jp [60.36.166.21]) by mx1.freebsd.org (Postfix) with ESMTP id 483rGy2ffvz4cHW for ; Fri, 24 Jan 2020 07:23:53 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc11.plala.or.jp with ESMTP id <20200124072349.NDHH13270.msc11.plala.or.jp@localhost> for ; Fri, 24 Jan 2020 16:23:49 +0900 Date: Fri, 24 Jan 2020 16:23:44 +0900 (JST) Message-Id: <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> To: current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 From: Masachika ISHIZUKA In-Reply-To: <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> References: <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac11; Fri, 24 Jan 2020 16:23:49 +0900 X-Rspamd-Queue-Id: 483rGy2ffvz4cHW X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ish@amail.plala.or.jp designates 60.36.166.21 as permitted sender) smtp.mailfrom=ish@amail.plala.or.jp X-Spamd-Result: default: False [4.41 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.84)[0.838,0]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[plala.or.jp]; MV_CASE(0.50)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; RCVD_IN_DNSWL_NONE(0.00)[21.166.36.60.list.dnswl.org : 127.0.5.0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(1.28)[ipnet: 60.32.0.0/12(4.84), asn: 4713(1.51), country: JP(0.03)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 07:23:58 -0000 > 21.01.2020, 20:10, "Nick Hibma" : >> That (with the return added, thanks Cy) worked like a charm. > Got committed in r357038. > Thank you for the report! Hi. My machine was panicked on r357061 with in_epoch in netisr.c. I can not capture screen. -- Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Fri Jan 24 08:41:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 82C0A232680 for ; Fri, 24 Jan 2020 08:41:16 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 483t0C4JkDz3CRB for ; Fri, 24 Jan 2020 08:41:15 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.nyi.freebsd.org (Postfix) id 922A1232675; Fri, 24 Jan 2020 08:41:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 91EA9232674 for ; Fri, 24 Jan 2020 08:41:15 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc11.plala.or.jp (msc11.plala.or.jp [60.36.166.21]) by mx1.freebsd.org (Postfix) with ESMTP id 483t071Yk1z3CQn for ; Fri, 24 Jan 2020 08:41:10 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc11.plala.or.jp with ESMTP id <20200124084108.NIGL13270.msc11.plala.or.jp@localhost> for ; Fri, 24 Jan 2020 17:41:08 +0900 Date: Fri, 24 Jan 2020 17:41:03 +0900 (JST) Message-Id: <20200124.174103.1023461056313815929.ish@amail.plala.or.jp> To: current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 From: Masachika ISHIZUKA In-Reply-To: <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> References: <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; mvir-ac11; Fri, 24 Jan 2020 17:41:08 +0900 X-Rspamd-Queue-Id: 483t071Yk1z3CQn X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ish@amail.plala.or.jp designates 60.36.166.21 as permitted sender) smtp.mailfrom=ish@amail.plala.or.jp X-Spamd-Result: default: False [4.43 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.85)[0.855,0]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[plala.or.jp]; MV_CASE(0.50)[]; NEURAL_SPAM_LONG(1.00)[0.997,0]; RCVD_IN_DNSWL_NONE(0.00)[21.166.36.60.list.dnswl.org : 127.0.5.0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(1.28)[ipnet: 60.32.0.0/12(4.84), asn: 4713(1.51), country: JP(0.03)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 08:41:16 -0000 >> 21.01.2020, 20:10, "Nick Hibma" : >>> That (with the return added, thanks Cy) worked like a charm. >> Got committed in r357038. >> Thank you for the report! > > Hi. > > My machine was panicked on r357061 with in_epoch in netisr.c. > I can not capture screen. Screenshot was uploaded to https://www.ish.org/files/panic-r357061.jpeg -- Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Fri Jan 24 08:57:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D97B232BF6 for ; Fri, 24 Jan 2020 08:57:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 483tLh0q7Gz3DF9 for ; Fri, 24 Jan 2020 08:57:15 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 045A5260164; Fri, 24 Jan 2020 09:57:07 +0100 (CET) Subject: Re: Powerd Panic To: Cy Schubert , freebsd-current@freebsd.org References: <202001240701.00O71L0F005850@slippy.cwsent.com> From: Hans Petter Selasky Message-ID: <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> Date: Fri, 24 Jan 2020 09:57:05 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <202001240701.00O71L0F005850@slippy.cwsent.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 483tLh0q7Gz3DF9 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.12)[ip: (-9.34), ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.55), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 08:57:17 -0000 On 2020-01-24 08:01, Cy Schubert wrote: > Let's try this again, this time with a subject line. It's late, almost bed > time and I'm forgetting subject lines. > > Hi, > > Has anyone seen this before? It started happening on two of my machines > this evening. Both machines are AMD (not intel). In both cases powerd was > caught with its hand in the cookie jar. > > Fatal trap 12: page fault while in kernel mode^M > cpuid = 3; apic id = 03^M > fault virtual address = 0x90^M > fault code = supervisor read data, page not present^M > instruction pointer = 0x20:0xffffffff8068b018^M > stack pointer = 0x28:0xfffffe0066ff99e0^M > frame pointer = 0x28:0xfffffe0066ff99e0^M > code segment = base 0x0, limit 0xfffff, type 0x1b^M > = DPL 0, pres 1, long 1, def32 0, gran 1^M > processor eflags = interrupt enabled, resume, IOPL = 0^M > current process = 2781 (powerd)^M > trap number = 12^M > panic: page fault^M > cpuid = 3^M > time = 1579843504^M > KDB: stack backtrace:^M > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe0066ff9650^M > vpanic() at vpanic+0x185/frame 0xfffffe0066ff96b0^M > panic() at panic+0x43/frame 0xfffffe0066ff9710^M > trap_fatal() at trap_fatal+0x386/frame 0xfffffe0066ff9770^M > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe0066ff97e0^M > trap() at trap+0x288/frame 0xfffffe0066ff9910^M > calltrap() at calltrap+0x8/frame 0xfffffe0066ff9910^M > --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe0066ff99e0, rbp = > 0xfffffe > 0066ff99e0 ---^M > _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe0066ff99e0^M > sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame > 0xfffffe00 > 66ff9a20^M > sysctl_root() at sysctl_root+0x249/frame 0xfffffe0066ff9aa0^M > userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe0066ff9b50^M > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0066ff9c00^M > amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe0066ff9d30^M > fast_syscall_common() at fast_syscall_common+0x101/frame > 0xfffffe0066ff9d30^M > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x2c034f9a, rsp = > 0x7fffff > ffeb38, rbp = 0x7fffffffeb70 ---^M > Uptime: 2h12m24s^M > Dumping 2496 out of 8167 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% > ..61 > %..71%..81%..91%^M > Dump complete^M > > > > Fatal trap 12: page fault while in kernel mode^M > cpuid = 3; apic id = 03^M > fault virtual address = 0x90^M > fault code = supervisor read data, page not present^M > instruction pointer = 0x20:0xffffffff8068b018^M > stack pointer = 0x28:0xfffffe004d2a79e0^M > frame pointer = 0x28:0xfffffe004d2a79e0^M > code segment = base 0x0, limit 0xfffff, type 0x1b^M > = DPL 0, pres 1, long 1, def32 0, gran 1^M > processor eflags = interrupt enabled, resume, IOPL = 0^M > current process = 2849 (powerd)^M > trap number = 12^M > panic: page fault^M > cpuid = 3^M > time = 1579847814^M > KDB: stack backtrace:^M > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe004d2a7650^M > vpanic() at vpanic+0x185/frame 0xfffffe004d2a76b0^M > panic() at panic+0x43/frame 0xfffffe004d2a7710^M > trap_fatal() at trap_fatal+0x386/frame 0xfffffe004d2a7770^M > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe004d2a77e0^M > trap() at trap+0x288/frame 0xfffffe004d2a7910^M > calltrap() at calltrap+0x8/frame 0xfffffe004d2a7910^M > --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe004d2a79e0, rbp = > 0xfffffe > 004d2a79e0 ---^M > _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe004d2a79e0^M > sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame > 0xfffffe00 > 4d2a7a20^M > sysctl_root() at sysctl_root+0x249/frame 0xfffffe004d2a7aa0^M > userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe004d2a7b50^M > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe004d2a7c00^M > amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe004d2a7d30^M > fast_syscall_common() at fast_syscall_common+0x101/frame > 0xfffffe004d2a7d30^M > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x800434f9a, rsp = > 0x7ffff > fffeb38, rbp = 0x7fffffffeb70 ---^M > Uptime: 2h57m35s^M > Dumping 1823 out of 5095 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% > ..61 > %..71%..81%..91%^M > Dump complete^M > Can you show regular dmesg. Maybe some driver failed loading, and some sysctls were leftover! --HPS From owner-freebsd-current@freebsd.org Fri Jan 24 08:59:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AAEDF232E3A for ; Fri, 24 Jan 2020 08:59:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 483tPR2Mm6z3DWc for ; Fri, 24 Jan 2020 08:59:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4F8E0232E39; Fri, 24 Jan 2020 08:59:39 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4F573232E38 for ; Fri, 24 Jan 2020 08:59:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 483tPQ3b3Pz3DWZ; Fri, 24 Jan 2020 08:59:38 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C5F78260164; Fri, 24 Jan 2020 09:59:29 +0100 (CET) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 To: Masachika ISHIZUKA , current@freebsd.org, Gleb Smirnoff References: <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> <20200124.174103.1023461056313815929.ish@amail.plala.or.jp> From: Hans Petter Selasky Message-ID: <7f44262b-eab6-f02a-0168-365add2d0ad9@selasky.org> Date: Fri, 24 Jan 2020 09:59:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <20200124.174103.1023461056313815929.ish@amail.plala.or.jp> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 483tPQ3b3Pz3DWZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.66)[ip: (-9.21), ipnet: 2a01:4f8::/29(-2.52), asn: 24940(-1.55), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 08:59:39 -0000 On 2020-01-24 09:41, Masachika ISHIZUKA wrote: >>> 21.01.2020, 20:10, "Nick Hibma" : >>>> That (with the return added, thanks Cy) worked like a charm. >>> Got committed in r357038. >>> Thank you for the report! >> >> Hi. >> >> My machine was panicked on r357061 with in_epoch in netisr.c. >> I can not capture screen. > > Screenshot was uploaded to https://www.ish.org/files/panic-r357061.jpeg > Looks like the WLAN subsystem needs some patches for EPOCH(). Gleb, did you do a "grep -r" for relevant functions before committing the recent EPOCH changes? --HPS From owner-freebsd-current@freebsd.org Fri Jan 24 12:19:09 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C4AD5236BA1 for ; Fri, 24 Jan 2020 12:19:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 483yqd487nz3xYH for ; Fri, 24 Jan 2020 12:19:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 8BA2F236BA0; Fri, 24 Jan 2020 12:19:09 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B69A236B9F for ; Fri, 24 Jan 2020 12:19:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 483yqc4M4Dz3xYG; Fri, 24 Jan 2020 12:19:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7580F2601D7; Fri, 24 Jan 2020 13:19:06 +0100 (CET) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 From: Hans Petter Selasky To: Masachika ISHIZUKA , current@freebsd.org, Gleb Smirnoff References: <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> <20200124.174103.1023461056313815929.ish@amail.plala.or.jp> <7f44262b-eab6-f02a-0168-365add2d0ad9@selasky.org> Message-ID: Date: Fri, 24 Jan 2020 13:18:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <7f44262b-eab6-f02a-0168-365add2d0ad9@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 483yqc4M4Dz3xYG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.66)[ip: (-9.22), ipnet: 2a01:4f8::/29(-2.52), asn: 24940(-1.55), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 12:19:09 -0000 On 2020-01-24 09:59, Hans Petter Selasky wrote: > On 2020-01-24 09:41, Masachika ISHIZUKA wrote: >>>> 21.01.2020, 20:10, "Nick Hibma" : >>>>> That (with the return added, thanks Cy) worked like a charm. >>>> Got committed in r357038. >>>> Thank you for the report! >>> >>>    Hi. >>> >>>    My machine was panicked on r357061 with in_epoch in netisr.c. >>>    I can not capture screen. >> >>    Screenshot was uploaded to >> https://www.ish.org/files/panic-r357061.jpeg >> > > Looks like the WLAN subsystem needs some patches for EPOCH(). > > Gleb, did you do a "grep -r" for relevant functions before committing > the recent EPOCH changes? Can you try these two patches: https://reviews.freebsd.org/D23347 https://reviews.freebsd.org/D23348 --HPS From owner-freebsd-current@freebsd.org Fri Jan 24 13:02:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB9BB23789D for ; Fri, 24 Jan 2020 13:02:46 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 483znx5WVtz40XC for ; Fri, 24 Jan 2020 13:02:45 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id uybgie06H17ZDuybiipxe5; Fri, 24 Jan 2020 06:02:43 -0700 X-Authority-Analysis: v=2.3 cv=ZsqT1OzG c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=Jdjhy38mL1oA:10 a=ndaoGXS1AAAA:8 a=NEAV23lmAAAA:8 a=VxmjJ2MpAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=YspzULsRxwyv_C1e2w8A:9 a=9Hz25YAVfIKia6-s:21 a=7UwU6oIMX5eZi5EF:21 a=zVjjlK6L2tjckc2o:21 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=7gXAzLPJhVmCkEl4_tsf:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 2EED82E4; Fri, 24 Jan 2020 05:02:40 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 00OD2eDo008371; Fri, 24 Jan 2020 05:02:40 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 00OD2d44008368; Fri, 24 Jan 2020 05:02:39 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202001241302.00OD2d44008368@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Hans Petter Selasky cc: Cy Schubert , freebsd-current@freebsd.org Subject: Re: Powerd Panic In-reply-to: <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> Comments: In-reply-to Hans Petter Selasky message dated "Fri, 24 Jan 2020 09:57:05 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jan 2020 05:02:39 -0800 X-CMAE-Envelope: MS4wfOQAExrymVgK7kj/Cc0N9jgpkka8IgxV6rjVunvfCBhQE8Qs1aWFrmodT88dbtKb7uIUq75n84lkBMbYWCHYK75rAsbeRoIAvezWY4kJBT2yNHZNYWWA m8eDLLKy9+mH+7C9c4NkUhbSYKA3sQwDF4sQNyu7amZybzpLRIw03dThyqUfuzg1UWkObEhN6xhdWUwgdMlqbdMDs/kIpwv0W8k= X-Rspamd-Queue-Id: 483znx5WVtz40XC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.136.137) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.37)[ip: (-6.12), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.46), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 13:02:47 -0000 In message <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org>, Hans Petter Sela sky writes: > On 2020-01-24 08:01, Cy Schubert wrote: > > Let's try this again, this time with a subject line. It's late, almost bed > > time and I'm forgetting subject lines. > > > > Hi, > > > > Has anyone seen this before? It started happening on two of my machines > > this evening. Both machines are AMD (not intel). In both cases powerd was > > caught with its hand in the cookie jar. > > > > Fatal trap 12: page fault while in kernel mode^M > > cpuid = 3; apic id = 03^M > > fault virtual address = 0x90^M > > fault code = supervisor read data, page not present^M > > instruction pointer = 0x20:0xffffffff8068b018^M > > stack pointer = 0x28:0xfffffe0066ff99e0^M > > frame pointer = 0x28:0xfffffe0066ff99e0^M > > code segment = base 0x0, limit 0xfffff, type 0x1b^M > > = DPL 0, pres 1, long 1, def32 0, gran 1^M > > processor eflags = interrupt enabled, resume, IOPL = 0^M > > current process = 2781 (powerd)^M > > trap number = 12^M > > panic: page fault^M > > cpuid = 3^M > > time = 1579843504^M > > KDB: stack backtrace:^M > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe0066ff9650^M > > vpanic() at vpanic+0x185/frame 0xfffffe0066ff96b0^M > > panic() at panic+0x43/frame 0xfffffe0066ff9710^M > > trap_fatal() at trap_fatal+0x386/frame 0xfffffe0066ff9770^M > > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe0066ff97e0^M > > trap() at trap+0x288/frame 0xfffffe0066ff9910^M > > calltrap() at calltrap+0x8/frame 0xfffffe0066ff9910^M > > --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe0066ff99e0, rbp = > > 0xfffffe > > 0066ff99e0 ---^M > > _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe0066ff99e0^M > > sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame > > 0xfffffe00 > > 66ff9a20^M > > sysctl_root() at sysctl_root+0x249/frame 0xfffffe0066ff9aa0^M > > userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe0066ff9b50^M > > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0066ff9c00^M > > amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe0066ff9d30^M > > fast_syscall_common() at fast_syscall_common+0x101/frame > > 0xfffffe0066ff9d30^M > > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x2c034f9a, rsp = > > 0x7fffff > > ffeb38, rbp = 0x7fffffffeb70 ---^M > > Uptime: 2h12m24s^M > > Dumping 2496 out of 8167 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51 > % > > ..61 > > %..71%..81%..91%^M > > Dump complete^M > > > > > > > > Fatal trap 12: page fault while in kernel mode^M > > cpuid = 3; apic id = 03^M > > fault virtual address = 0x90^M > > fault code = supervisor read data, page not present^M > > instruction pointer = 0x20:0xffffffff8068b018^M > > stack pointer = 0x28:0xfffffe004d2a79e0^M > > frame pointer = 0x28:0xfffffe004d2a79e0^M > > code segment = base 0x0, limit 0xfffff, type 0x1b^M > > = DPL 0, pres 1, long 1, def32 0, gran 1^M > > processor eflags = interrupt enabled, resume, IOPL = 0^M > > current process = 2849 (powerd)^M > > trap number = 12^M > > panic: page fault^M > > cpuid = 3^M > > time = 1579847814^M > > KDB: stack backtrace:^M > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe004d2a7650^M > > vpanic() at vpanic+0x185/frame 0xfffffe004d2a76b0^M > > panic() at panic+0x43/frame 0xfffffe004d2a7710^M > > trap_fatal() at trap_fatal+0x386/frame 0xfffffe004d2a7770^M > > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe004d2a77e0^M > > trap() at trap+0x288/frame 0xfffffe004d2a7910^M > > calltrap() at calltrap+0x8/frame 0xfffffe004d2a7910^M > > --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe004d2a79e0, rbp = > > 0xfffffe > > 004d2a79e0 ---^M > > _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe004d2a79e0^M > > sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame > > 0xfffffe00 > > 4d2a7a20^M > > sysctl_root() at sysctl_root+0x249/frame 0xfffffe004d2a7aa0^M > > userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe004d2a7b50^M > > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe004d2a7c00^M > > amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe004d2a7d30^M > > fast_syscall_common() at fast_syscall_common+0x101/frame > > 0xfffffe004d2a7d30^M > > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x800434f9a, rsp = > > 0x7ffff > > fffeb38, rbp = 0x7fffffffeb70 ---^M > > Uptime: 2h57m35s^M > > Dumping 1823 out of 5095 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51 > % > > ..61 > > %..71%..81%..91%^M > > Dump complete^M > > > > Can you show regular dmesg. Maybe some driver failed loading, and some > sysctls were leftover! I don't see anything out of the ordinary here. Instead of dmesg, the console log from the serial console. It's early (been up for 10 minutes) and nothing jumps out at me. Disabling powerd has provided some stability. My firewall also uses the same configuration, with powerd, but it's not under nearly the same load either. It's interesting to note the two machines that did panic did so within 90 minutes of each other and both at the time their builds had completed (I presume, as I was either in transit or consuming a meal or something at the time). 1 FreeBSD 2 FreeBSD 3 FreeBSD 5 Drive 1 F6 PXE Boot: 1 /boot/config: -Dh /-\|/Consoles: internal video/keyboard serial port BIOS drive A: is fd0 BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS drive E: is disk2 BIOS drive F: is disk3 BIOS drive G: is disk4 |BIOS 636kB/3143552kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 (Fri Aug 2 19:46:46 PDT 2019 root@cwsys) /-\|/Loading /boot/defaults/loader.conf Loading /boot/device.hints -\Loading /boot/loader.conf Loading /boot/loader.conf.local |Loading kernel... /-\|/-/boot/kernel/kernel text=0x994a20 \|data=0xe0 data=0x12be98+0x2d3168 /-\|/-syms=[0x8+0xee3e0\|/-+0x8+0x10e87d\|/-] Loading configured modules... \|/-/boot/kernel/filemon.ko \size 0x6ed8 at 0x11fd000 |/boot/kernel/kbdmux.ko /size 0xaad0 at 0x1204000 -\|/-/boot/kernel/dtraceall.ko size 0x3a58 at 0x120f000 loading required module 'profile' \|//boot/kernel/profile.ko -size 0x4cf8 at 0x1213000 loading required module 'opensolaris' \/boot/kernel/opensolaris.ko size 0xb858 at 0x1218000 loading required module 'dtrace' |/-/boot/kernel/dtrace.ko \|/-size 0x61250 at 0x1224000 loading required module 'systrace_freebsd32' \/boot/kernel/systrace_freebsd32.ko |size 0x183a0 at 0x1286000 loading required module 'systrace' /-\/boot/kernel/systrace.ko |/size 0x18580 at 0x129f000 loading required module 'sdt' -\|/boot/kernel/sdt.ko size 0x4598 at 0x12b8000 loading required module 'fasttrap' /-\|//boot/kernel/fasttrap.ko -\|/-size 0x61518 at 0x12bd000 loading required module 'fbt' \|//boot/kernel/fbt.ko size 0x68c0 at 0x131f000 loading required module 'dtnfscl' -\|/boot/kernel/dtnfscl.ko size 0x6b38 at 0x1326000 loading required module 'dtmalloc' /-\/boot/kernel/dtmalloc.ko |size 0x3e10 at 0x132d000 /-\|//boot/kernel/amdtemp.ko size 0x4e70 at 0x1331000 loading required module 'amdsmn' -\|/boot/kernel/amdsmn.ko size 0x3e30 at 0x1336000 /-\/boot/kernel/cpufreq.ko |size 0x148c8 at 0x133a000 /-\/boot/kernel/geom_mirror.ko |size 0x221e8 at 0x134f000 /-\/boot/kernel/zfs.ko |size 0x3a6198 at 0x1372000 /-\|/-/boot/entropy \size=0x1000 can't find 'random' /boot/kernel/sem.ko /size 0x8a88 at 0x171a000 boot/kernel/if_nfe.ko /size 0x11ec0 at 0x1723000 boot/kernel/if_sk.ko \size 0x102a0 at 0x1735000 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Booting [/boot/kernel/kernel] in 8 seconds... Booting [/boot/kernel/kernel] in 7 seconds... Booting [/boot/kernel/kernel] in 6 seconds... Booting [/boot/kernel/kernel] in 5 seconds... Booting [/boot/kernel/kernel] in 4 seconds... Booting [/boot/kernel/kernel] in 3 seconds... Booting [/boot/kernel/kernel] in 2 seconds... Booting [/boot/kernel/kernel] in 1 second... Booting [/boot/kernel/kernel]... |/GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb ---<>--- Copyright (c) 1992-2020 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 13.0-CURRENT #745 r357066M: Thu Jan 23 18:25:43 PST 2020 root@cwsys:/export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK amd64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) VT(vga): text 80x25 CPU: AMD Phenom(tm) II X4 945 Processor (3013.95-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x100f43 Family=0x10 Model=0x4 Stepping=3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff SVM: NP,NRIP,NAsids=64 TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8268652544 (7885 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. Firmware Warning (ACPI): 32/64X length mismatch in FADT/Pm1aEventBlock: 32/8 (20200110/tbfadt-748) Firmware Warning (ACPI): 32/64X length mismatch in FADT/Pm1aControlBlock: 16/8 (20200110/tbfadt-748) Firmware Warning (ACPI): 32/64X length mismatch in FADT/PmTimerBlock: 32/8 (20200110/tbfadt-748) Firmware Warning (ACPI): 32/64X length mismatch in FADT/Gpe0Block: 64/8 (20200110/tbfadt-748) Firmware Warning (ACPI): 32/64X length mismatch in FADT/Gpe1Block: 128/8 (20200110/tbfadt-748) Firmware Warning (ACPI): Invalid length for FADT/Pm1aEventBlock: 8, using default 32 (20200110/tbfadt-850) Firmware Warning (ACPI): Invalid length for FADT/Pm1aControlBlock: 8, using default 16 (20200110/tbfadt-850) Firmware Warning (ACPI): Invalid length for FADT/PmTimerBlock: 8, using default 32 (20200110/tbfadt-850) ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 Launching APs: 1 3 2 Timecounter "TSC-low" frequency 1506974596 Hz quality 800 random: entropy device external interface WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd1 at kbdmux0 nexus0 vtvga0: cryptosoft0: acpi0: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - \_PR_.CPU0 (20200110/dspkginit-605) acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfefff000-0xfefff3ff irq 0,8 on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 950 atrtc0: port 0x70-0x73 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 usbus0 on ohci0 usbus0: 12Mbps Full Speed USB v1.0 ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 2.1 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 4.0 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem 0xfe02d000-0xfe02dfff irq 23 at device 5.0 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf200-0xf20f mem 0xfe02c000-0xfe02cfff irq 20 at device 5.1 on pci0 ata4: at channel 0 on atapci2 ata5: at channel 1 on atapci2 atapci3: port 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f mem 0xfe02b000-0xfe02bfff irq 21 at device 5.2 on pci0 ata6: at channel 0 on atapci3 ata7: at channel 1 on atapci3 pcib1: at device 6.0 on pci0 pci1: on pcib1 skc0: port 0xdc00-0xdcff mem 0xfdefc000-0xfdefffff irq 16 at device 6.0 on pci1 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:13:46:8f:ca:75 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto skc1: port 0xd800-0xd8ff mem 0xfdef8000-0xfdefbfff irq 17 at device 7.0 on pci1 skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x1) sk1: on skc1 sk1: Ethernet address: 00:11:95:e3:94:04 miibus1: on sk1 e1000phy1: PHY 0 on miibus1 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto skc2: port 0xd400-0xd4ff mem 0xfdef4000-0xfdef7fff irq 18 at device 8.0 on pci1 skc2: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk2: on skc2 sk2: Ethernet address: 00:17:9a:ba:a7:ee miibus2: on sk2 e1000phy2: PHY 0 on miibus2 e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto nfe0: port 0xec00-0xec07 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 22 at device 8.0 on pci0 miibus3: on nfe0 e1000phy3: PHY 1 on miibus3 e1000phy3: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow nfe0: Using defaults for TSO: 65518/35/2048 nfe0: Ethernet address: 00:1e:8c:64:28:4c pcib2: at device 15.0 on pci0 pci2: on pcib2 vgapci0: port 0xcc00-0xcc7f mem 0xfb000000-0xfbffffff,0xd0000000-0xdfffffff,0xee000000-0xefffffff irq 16 at device 0.0 on pci2 vgapci0: Boot video device pci2: at device 0.1 (no driver attached) amdtemp0: on hostb3 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff pnpid PNP0900 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] hwpstate0: on cpu0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec Obsolete code will be removed soon: random(9) is the obsolete Park-Miller LCG from 1988 ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0Trying to mount root from ufs:/dev/mirror/gm0a [rw]... on usbus0 Root mount waiting for:uhub1 usbus0 on usbus1 usbus1uhub0: on usbus0 CAMuhub1: on usbus1 uhub0: 10 ports with 10 removable, self powered Root mount waiting for: usbus1 CAM ada0 at ata0 bus 0 scbus0 target 1 lun 0 ada0: ATA-7 device ada0: Serial Number Y321KK0E ada0: 133.000MB/s transfers (UDMA6, PIO 8192bytes) ada0: 117246MB (240121728 512 byte sectors) ada1 at ata2 bus 0 scbus2 target 0 lun 0 ada1: ATA8-ACS SATA 2.x device ada1: Serial Number 6VMRPHP3 ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: 476940MB (976773168 512 byte sectors) ada2 at ata3 bus 0 scbus3 target 0 lun 0 ada2: ATA8-ACS SATA 3.x device ada2: Serial Number W2A7GHLB ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada2: 476940MB (976773168 512 byte sectors) ada2: quirks=0x1<4K> ada3 at ata4 bus 0 scbus4 target 0 lun 0 ada3: ATA8-ACS SATA 2.x device ada3: Serial Number WD-WMAT10341892 ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada3: 305245MB (625142448 512 byte sectors) ada4 at ata5 bus 0 scbus5 target 0 lun 0 ada4: ATA-7 SATA 2.x device ada4: Serial Number 3QF0Y905 ada4: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada4: 305245MB (625142448 512 byte sectors) cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM_MIRROR: Device mirror/gm0 launched (3/3). GEOM_MIRROR: Device mirror/gm1 launched (1/3). GEOM_MIRROR: Device gm1: rebuilding provider ada1s2. GEOM_MIRROR: Device gm1: rebuilding provider ada0s2. uhub1: 10 ports with 10 removable, self powered mountroot: waiting for device /dev/mirror/gm0a... WARNING: / was not properly dismounted Setting hostuuid: 600c518b-9c7a-da11-bad8-0018f3a0dca4. Setting hostid: 0x05cfd84b. Starting file system checks: ** SU+J Recovering /dev/mirror/gm0a ** Reading 16777216 byte journal from inode 4. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ** 3 journal records in 512 bytes for 18.75% utilization ** Freed 0 inodes (0 dirs) 0 blocks, and 0 frags. ***** FILE SYSTEM MARKED CLEAN ***** ** SU+J Recovering /dev/mirror/gm1e ** Reading 8388608 byte journal from inode 4. ** SU+J Recovering /dev/mirror/gm0f ** Reading 25165824 byte journal from inode 4. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ** 1 journal records in 512 bytes for 6.25% utilization ** Freed 0 inodes (0 dirs) 0 blocks, and 0 frags. ***** FILE SYSTEM MARKED CLEAN ***** ** SU+J Recovering /dev/mirror/gm1a ** Reading 16777216 byte journal from inode 4. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ***** FILE SYSTEM MARKED CLEAN ***** ** SU+J Recovering /dev/mirror/gm0d ** Reading 16777216 byte journal from inode 4. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ***** FILE SYSTEM MARKED CLEAN ***** ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ** 1 journal records in 512 bytes for 6.25% utilization ** Freed 0 inodes (0 dirs) 0 blocks, and 0 frags. ***** FILE SYSTEM MARKED CLEAN ***** ** SU+J Recovering /dev/mirror/gm0e ** Reading 8388608 byte journal from inode 4. ** SU+J Recovering /dev/mirror/gm1f ** Reading 25165824 byte journal from inode 4. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ***** FILE SYSTEM MARKED CLEAN ***** ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ***** FILE SYSTEM MARKED CLEAN ***** ** SU+J Recovering /dev/mirror/gm1d ** Reading 16777216 byte journal from inode 4. ** Building recovery table. ** Resolving unreferenced inode list. ** Processing journal entries. ***** FILE SYSTEM MARKED CLEAN ***** Mounting local filesystems:. Mounting ZFS filesystems: (94/170)(148/170)(170/170) kldload: can't load io: module already loaded or in kernel kldload: can't load nullfs: module already loaded or in kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/krb5/lib /usr/local/kde4/lib /usr/local/lib/compat /usr/local/lib/compat/pkg /usr/local/lib/dovecot /usr/local/lib/e2fsprogs /usr/local/lib/freeradius-3.0.19 /usr/local/lib/gcc10 /usr/local/lib/gcc48 /usr/local/lib/gcc5 /usr/local/lib/gcc6 /usr/local/lib/gcc8 /usr/local/lib/gcc9 /usr/local/lib/graphviz /usr/local/lib/httrack /usr/local/lib/itcl3.4 /usr/local/lib/jitsi/lib/native /usr/local/lib/mysql /usr/local/lib/mysql/plugin /usr/local/lib/nss /usr/local/lib/opencollada /usr/local/lib/perl5/5.26/mach/CORE /usr/local/lib/perl5/5.28/mach/CORE /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/pgtcl /usr/local/lib/pidgin /usr/local/lib/pth /usr/local/lib/qt5 /usr/local/lib/samba4 /usr/local/lib/xrdp /usr/local/libexec/openldap /usr/local/llvm-devel/lib /usr/local/llvm60/lib /usr/local/llvm70/lib /usr/local/llvm80/lib /usr/local/llvm90/lib /usr/local/share/chromium 32-bit compatibility ldconfig path: /usr/lib32 /usr/local/lib32/compat Setting hostname: cwsys. Additional TCP/IP options: rfc1323 extensions=NO. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET _TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . lo0: link state changed to UP sk0: link state changed to DOWN GEOM_MIRROR: Device gm1: rebuilding provider ada1s2 finished. sk0: link state changed to UP sk1: link state changed to DOWN sk1: link state changed to UP nfe0: link state changed to DOWN nfe0: link state changed to UP Starting Network: lo0 sk0 sk1 nfe0. lo0: flags=8049 metric 0 mtu 16384 options=680003 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 groups: lo nd6 options=21 sk0: flags=8843 metric 0 mtu 1500 options=80009 ether 00:13:46:8f:ca:75 inet 10.1.1.1 netmask 0xffffff00 broadcast 10.1.1.255 inet 10.1.1.20 netmask 0xffffffff broadcast 10.1.1.20 inet6 fe80::213:46ff:fe8f:ca75%sk0 prefixlen 64 scopeid 0x1 inet6 fc00:1:1:1::1 prefixlen 64 inet6 fc00:1:1:1:213:46ff:fe8f:ca75 prefixlen 64 autoconf media: Ethernet autoselect (1000baseT ) status: active nd6 options=23 sk1: flags=8843 metric 0 mtu 1500 options=80009 ether 00:11:95:e3:94:04 inet 10.1.2.200 netmask 0xffffffff broadcast 10.1.2.255 inet6 fe80::211:95ff:fee3:9404%sk1 prefixlen 64 scopeid 0x2 inet6 fc00:1:1:2::64 prefixlen 64 inet6 fc00:1:1:2:211:95ff:fee3:9404 prefixlen 64 autoconf media: Ethernet autoselect (1000baseT ) status: active nd6 options=23 nfe0: flags=8843 metric 0 mtu 1500 options=c219b ether 00:1e:8c:64:28:4c inet 10.1.2.1 netmask 0xffffff00 broadcast 10.1.2.255 inet6 fe80::21e:8cff:fe64:284c%nfe0 prefixlen 64 scopeid 0x4 inet6 fc00:1:1:2::1 prefixlen 64 inet6 fc00:1:1:2:21e:8cff:fe64:284c prefixlen 64 autoconf media: Ethernet autoselect (1000baseT ) status: active nd6 options=23 Starting devd. sk2: link state changed to UP Starting Network: sk2. sk2: flags=8802 metric 0 mtu 1500 options=80009 ether 00:17:9a:ba:a7:ee media: Ethernet autoselect (100baseTX ) status: active nd6 options=29 Cannot 'start' uhidd. Set uhidd_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. Cannot 'start' uhidd. Set uhidd_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. add host 127.0.0.1: gateway lo0 fib 0: route already in table add host cwfw3: gateway 10.1.2.254 /etc/rc: WARNING: route_gp_router not found. add net default: gateway 10.1.1.254 Additional inet routing options: ignore ICMP redirect=YES log ICMP redirect=YES/etc/rc: WARNING: $arpproxy_all is not set properly - see rc.conf(5). . add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net default: gateway fc00:1:1:1::254 fib 0: route already in table /etc/rc: WARNING: $router_enable is obsolete. Use $routed_enable instead. /etc/rc: WARNING: $router is obsolete. Use $routed_program instead. /etc/rc: WARNING: $router_flags is obsolete. Use $routed_flags instead. Starting rtsold. /etc/rc: WARNING: $cloudinit_enable is not set properly - see rc.conf(5). Creating and/or trimming log files. Starting syslogd. Setting date via ntp. 23 Jan 21:30:22 ntpdate[2394]: step time server fc00:1:1:1::fffe offset -0.798374 sec Starting rpcbind. NFS access cache time=0 Starting kdc. Jan 23 21:30:50 cwsys krb5kdc[2476]: preauth pkinit failed to initialize: PKINIT initialization failed: No pkinit_identity supplied for realm CWSENT.COM Jan 23 21:30:50 cwsys krb5kdc[2476]: preauth spake failed to initialize: No SPAKE preauth groups configured Updating CPU Microcode... CPU: AMD Phenom(tm) II X4 945 Processor (3013.95-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x100f43 Family=0x10 Model=0x4 Stepping=3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff SVM: NP,NRIP,NAsids=64 TSC: P-state invariant Done. No core dumps found. Setting NIS domain: cwsent.com. Starting ypserv. Starting ypbind. Clearing /tmp. Starting nfsuserd. Starting mountd. Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/current': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/ntp': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/doc': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/ports': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/stable9': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/stable10': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/vendor': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/vendor-crypto': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export/home/cy/freebsd/svn/vendor-sys': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export3': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export4': symbolic link in export path or statfs failed Jan 23 21:31:00 cwsys mountd[2568]: bad exports list line '/export5': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: can't get address info for host cwsent_internal_hosts Jan 23 21:31:01 cwsys mountd[2568]: bad host cwsent_internal_hosts, skipping Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/ -ro -alldirs -maproot': no valid entries Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/nullfs/export/home/ftp/pub': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/dsk02/src/cvs-ports/ports': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/upgrade/root/usr/local': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/upgrade/root/usr/compat': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/upgrade/root/var/lib': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/upgrade/root/var/qmail': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/upgrade/root/var/db/pkg': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/upgrade/root/var/db/ports': symbolic link in export path or statfs failed Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export/upgrade/root/var/db/rarian': symbolic link in export path or statfs failed Starting nfsd. Starting statd. Jan 23 21:31:01 cwsys mountd[2568]: can't change attributes for /export: netcred already exists for given addr/mask Jan 23 21:31:01 cwsys mountd[2568]: bad exports list line '/export -alldirs -maproot' Jan 23 21:31:02 cwsys mountd[2568]: can't change attributes for /export/home: netcred already exists for given addr/mask Jan 23 21:31:02 cwsys mountd[2568]: bad exports list line '/export/home -alldirs -maproot' Jan 23 21:31:02 cwsys mountd[2568]: can't change attributes for /export/home/cschuber: netcred already exists for given addr/mask Jan 23 21:31:02 cwsys mountd[2568]: bad exports list line '/export/home/cschuber -alldirs -maproot' Jan 23 21:31:02 cwsys mountd[2568]: can't change attributes for /export/home/cy: netcred already exists for given addr/mask Jan 23 21:31:02 cwsys mountd[2568]: bad exports list line '/export/home/cy -alldirs -maproot' Jan 23 21:31:02 cwsys mountd[2568]: can't change attributes for /export/local-ports: netcred already exists for given addr/mask Jan 23 21:31:02 cwsys mountd[2568]: bad exports list line '/export/local-ports -alldirs -maproot' Jan 23 21:31:02 cwsys mountd[2568]: can't change attributes for /export/obj: netcred already exists for given addr/mask Jan 23 21:31:02 cwsys mountd[2568]: bad exports list line '/export/obj -alldirs -maproot' Starting lockd. Starting amd. GEOM_MIRROR: Device gm1: rebuilding provider ada0s2 finished. /etc/rc: WARNING: $xrdp_sesman_enable is not set properly - see rc.conf(5). Starting default mousedmoused: unable to open /dev/psm0: No such file or directory . Starting local daemons:mounting late nullfs filesystems:reloading ldconfig:ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/krb5/lib /usr/local/kde4/lib /usr/local/lib/compat /usr/local/lib/compat/pkg /usr/local/lib/dovecot /usr/local/lib/e2fsprogs /usr/local/lib/freeradius-3.0.19 /usr/local/lib/gcc10 /usr/local/lib/gcc48 /usr/local/lib/gcc5 /usr/local/lib/gcc6 /usr/local/lib/gcc8 /usr/local/lib/gcc9 /usr/local/lib/graphviz /usr/local/lib/httrack /usr/local/lib/itcl3.4 /usr/local/lib/jitsi/lib/native /usr/local/lib/mysql /usr/local/lib/mysql/plugin /usr/local/lib/nss /usr/local/lib/opencollada /usr/local/lib/perl5/5.26/mach/CORE /usr/local/lib/perl5/5.28/mach/CORE /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/pgtcl /usr/local/lib/pidgin /usr/local/lib/pth /usr/local/lib/qt5 /usr/local/lib/samba4 /usr/local/lib/xrdp /usr/local/libexec/openldap /usr/local/llvm-devel/lib /usr/local/llvm60/lib /usr/local/llvm70/lib /usr/local/llvm80/lib /usr/local/llvm90/lib /usr/local/share/chromium 32-bit compatibility ldconfig path: /usr/lib32 /usr/local/lib32/compat starting local daemons: kadmindStopping mountd. Waiting for PIDS: 2578. Starting mountd. Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/current': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/ntp': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/doc': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/ports': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/stable9': symbolic link in exporJan 23 21:31:11 cwsys mountd[2700]: can't get address info for host cwsent_internal_hosts Jan 23 21:31:11 cwsys mountd[2700]: bad host cwsent_internal_hosts, skipping Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/ -ro -alldirs -mJan 23 21:31:12 cwsys mountd[2700]: can't change attributes for /export: netcred already exists for given addr/mask Jan 23 21:31:12 cwsys mountd[2700]: bad exports list line '/export -alldirs -maproot' Jan 23 21:31:12 cwsys mountd[2700]: can't change attributes for /export/home: netcred already exists for given addr/mask Jan 23 21:31:12 cwsys mountd[2700]: bad exports list line '/export/home -alldirs -maproot' Jan 23 21:31:12 cwsys mountd[2700]: can't change attributes for /export/hoJan 23 21:31:12 cwsys mountd[2700]: can't change attributes for /export/local-ports: netcred already exists for given addr/mask Jan 23 21:31:12 cwsys mountd[2700]: bad exports list line '/export/local-ports -alldirs -maproot' Jan 23 21:31:12 cwt path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/stable10': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/vendor': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/vendor-crypto': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/home/cy/freebsd/svn/vendor-sys': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export3': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export4': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export5': symbolic link in export path or statfs failed aproot': no valid entries Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/nullfs/export/home/ftp/pub': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/dsk02/src/cvs-ports/ports': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/upgrade/root/usr/local': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/upgrade/root/usr/compat': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/upgrade/root/var/lib': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/upgrade/root/var/qmail': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/upgrade/root/var/db/pkg': symbolic link in export path or statfs failed Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/upgrade/root/var/db/ports': symbolic link in export path or statfs failed me/cschuber: netcred already exists for given addr/mask Jan 23 21:31:12 cwsys mountd[2700]: bad exports list line '/export/home/cschuber -alldirs -maproot' Jan 23 21:31:12 cwsys mountd[2700]: can't change attributes for /export/home/cy: netcred already exists for given addr/mask Jan 23 21:31:11 cwsys mountd[2700]: bad exports list line '/export/upgrade/root/var/db/rarian': symbolic link in export path or statfs failed Jan 23 21:31:12 cwsys mountd[2700]: bad exports list line '/export/home/cy -alldirs -maproot' sys mountd[2700]: can't change attributes for /export/obj: netcred already exists for given addr/mask Jan 23 21:31:12 cwsys mountd[2700]: bad exports list line '/exportSecurity policy loaded: MAC/ntpd (mac_ntpd) /obj -alldirs -maproot' vfs.zfs.arc_meta_limit: 1810719744 -> 7242878976 . . Starting lpd. chkprintcap: foomatic: /var/spool/lpd/foomatic: No such file or directory chkprintcap: hpl7780: /var/spool/lpd/hpl7780: No such file or directory chkprintcap: hp5940-raw: /var/spool/lpd/hp5940: No such file or directory lpd: 3 errors in printcap file, exiting /etc/rc: WARNING: failed to start lpd Updating motd:. Mounting late filesystems:. Starting nscd. Starting ntpd. Updating /var/run/os-release done. Starting powerd. Starting yppasswdd. rpc.yppasswdd: master of passwd.byname is slippy, but we are cwsys rpc.yppasswdd: this host is not the NIS master server for the cwsent.com domain -- aborting /etc/rc: WARNING: failed to start yppasswdd Starting doinkd. Starting nut_upsmon. Network UPS Tools upsmon 2.7.4 kill: No such process UPS: cps@cwfw (master) (power value 1) UPS: cps@cwfw2 (master) (power value 1) Using power down flag file /var/run/nut_killpower Starting smartd. Performing sanity check on sshd configuration. Error loading host key "/etc/ssh/ssh_host_rsa_key": invalid format Error loading host key "/etc/ssh/ssh_host_rsa_key": invalid format Could not load host key: /etc/ssh/ssh_host_rsa_key Starting sshd. Error loading host key "/etc/ssh/ssh_host_rsa_key": invalid format Error loading host key "/etc/ssh/ssh_host_rsa_key": invalid format Could not load host key: /etc/ssh/ssh_host_rsa_key /etc/rc: WARNING: $pfstatd_enable is not set properly - see rc.conf(5). Configuring vt: keyrate blanktime screensaver allscreens. doveconf: Error: t_readlink(/var/run/dovecot/dovecot.conf) failed: readlink() failed: No such file or directory Starting sendmail. Starting sendmail_msp_queue. /usr/local/etc/doormand/doormand.cf does not exist. Starting cron. /etc/rc: WARNING: $cloudinit_enable is not set properly - see rc.conf(5). cbsd: no such /cbsd.conf Starting anacron. /etc/rc: WARNING: $jail_enable is not set properly - see rc.conf(5). Local package initialization: cvsupd.: cannot open /usr/local/etc/cvsup/config.sh: No such file or directory jailserror: ed0: No such device exists (BIOCSETIF failed: Device not configured) Unable to read the configuration file: No such file or directory at /usr/local/lib/perl5/site_perl/Jail.pm line 50. Compilation failed in require at /usr/local/sbin/jailadmin Access to, or unauthorized use of data on this computer by any person other than authorized person(s) or owner(s) of an account is strictly prohibited and may result in legal action against such person. FreeBSD/amd64 (cwsys) (console) -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Jan 24 13:14:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2CA91237C69 for ; Fri, 24 Jan 2020 13:14:18 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48403F4jkTz417w for ; Fri, 24 Jan 2020 13:14:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id CFB222600FB; Fri, 24 Jan 2020 14:14:15 +0100 (CET) Subject: Re: Powerd Panic To: Cy Schubert Cc: freebsd-current@freebsd.org References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> <202001241302.00OD2d44008368@slippy.cwsent.com> From: Hans Petter Selasky Message-ID: <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> Date: Fri, 24 Jan 2020 14:13:25 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <202001241302.00OD2d44008368@slippy.cwsent.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48403F4jkTz417w X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.12)[ip: (-9.34), ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.55), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 13:14:18 -0000 Hi, I think this patch will fix your issue. Can you check? https://svnweb.freebsd.org/changeset/base/357050 Look like td->td_oncpu is invalid. > pc = cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu); */ > > rm_tracker_add(pc, tracker); And thanks for running -current ;-) --HPS From owner-freebsd-current@freebsd.org Fri Jan 24 13:38:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 602CD1F0272 for ; Fri, 24 Jan 2020 13:38:48 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4840bW3X9hz420d for ; Fri, 24 Jan 2020 13:38:47 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id uzAaieA0b17ZDuzAciq17F; Fri, 24 Jan 2020 06:38:46 -0700 X-Authority-Analysis: v=2.3 cv=ZsqT1OzG c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=Jdjhy38mL1oA:10 a=ndaoGXS1AAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=OQOejuX_Q49tsIe1ALUA:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 58D0238A; Fri, 24 Jan 2020 05:38:44 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 00ODcidb008982; Fri, 24 Jan 2020 05:38:44 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 00ODchS7008979; Fri, 24 Jan 2020 05:38:43 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202001241338.00ODchS7008979@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Hans Petter Selasky cc: Cy Schubert , freebsd-current@freebsd.org Subject: Re: Powerd Panic In-reply-to: <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> <202001241302.00OD2d44008368@slippy.cwsent.com> <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> Comments: In-reply-to Hans Petter Selasky message dated "Fri, 24 Jan 2020 14:13:25 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jan 2020 05:38:43 -0800 X-CMAE-Envelope: MS4wfP63OZ0VtwNM5jCGFop0gl5dblUlPcZbXuMT/7tvNaOk8BvzfVIfin2vuxYp2uqLoA/aiETh9trsxuhIYLk3/rOqD/EN92NUG1+GzPQn1tHUXvUwKdg/ z4mjhbDIonSZTQzW9fL68UdCbuDdRXDCZ29RXt2iv85GlXznM6SBjMBg715y7TM11jwZGhpOCyhUhKyg1qR0KulrjkoH+pCRgxQ= X-Rspamd-Queue-Id: 4840bW3X9hz420d X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.136.138) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.09 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLYTO_EQ_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[138.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.39)[ip: (-6.24), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.46), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 13:38:48 -0000 In message <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org>, Hans Petter Sela sky writes: > Hi, > > I think this patch will fix your issue. Can you check? > https://svnweb.freebsd.org/changeset/base/357050 > > Look like td->td_oncpu is invalid. > > > > pc = cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu); */ > > > > rm_tracker_add(pc, tracker); > > > > And thanks for running -current ;-) That patch is already there. All my machines are at r357066. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Jan 24 13:43:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1B2001F08DB for ; Fri, 24 Jan 2020 13:43:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4840jJ11pPz42TT; Fri, 24 Jan 2020 13:43:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 63204260108; Fri, 24 Jan 2020 14:43:46 +0100 (CET) Subject: Re: Powerd Panic To: Cy Schubert Cc: freebsd-current@freebsd.org, Mark Johnston References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> <202001241302.00OD2d44008368@slippy.cwsent.com> <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> <202001241338.00ODchS7008979@slippy.cwsent.com> From: Hans Petter Selasky Message-ID: <77cdb188-a47e-4a0d-a09f-c04377cda084@selasky.org> Date: Fri, 24 Jan 2020 14:42:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <202001241338.00ODchS7008979@slippy.cwsent.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4840jJ11pPz42TT X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.66)[ip: (-9.22), ipnet: 2a01:4f8::/29(-2.52), asn: 24940(-1.55), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 13:43:49 -0000 On 2020-01-24 14:38, Cy Schubert wrote: > In message <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org>, Hans Petter > Sela > sky writes: >> Hi, >> >> I think this patch will fix your issue. Can you check? >> https://svnweb.freebsd.org/changeset/base/357050 >> >> Look like td->td_oncpu is invalid. >> >> >>> pc = cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu); */ >>> >>> rm_tracker_add(pc, tracker); >> >> >> >> And thanks for running -current ;-) > > That patch is already there. All my machines are at r357066. > OK, so maybe there are more corner cases to that patch. Adding Mark. Could you compile a kernel with debugging symbols, get a core dump and then: print td->td_oncpu print pc from kgdb83 ? --HPS From owner-freebsd-current@freebsd.org Fri Jan 24 13:52:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0A5601F0D5C for ; Fri, 24 Jan 2020 13:52:53 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4840vm0V8Vz4395; Fri, 24 Jan 2020 13:52:51 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id uzOBiXQYbnCiguzOCiUlnj; Fri, 24 Jan 2020 06:52:50 -0700 X-Authority-Analysis: v=2.3 cv=cZisUULM c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=Jdjhy38mL1oA:10 a=ndaoGXS1AAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=eDwokxFdaq77lAW5kdsA:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 0FDC8394; Fri, 24 Jan 2020 05:52:47 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 00ODqk5U009409; Fri, 24 Jan 2020 05:52:46 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 00ODqk4k009406; Fri, 24 Jan 2020 05:52:46 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202001241352.00ODqk4k009406@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Hans Petter Selasky cc: Cy Schubert , freebsd-current@freebsd.org, Mark Johnston Subject: Re: Powerd Panic In-reply-to: <77cdb188-a47e-4a0d-a09f-c04377cda084@selasky.org> References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> <202001241302.00OD2d44008368@slippy.cwsent.com> <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> <202001241338.00ODchS7008979@slippy.cwsent.com> <77cdb188-a47e-4a0d-a09f-c04377cda084@selasky.org> Comments: In-reply-to Hans Petter Selasky message dated "Fri, 24 Jan 2020 14:42:50 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jan 2020 05:52:46 -0800 X-CMAE-Envelope: MS4wfFxLA+9PEaHl0RBg6T67axrlzMPFk93ZlQvRDm6mv7Q11cP/dQ8JFsqPVmhEVN2vJ6ScqmNPfEJW5WOrk8ai5vHdRIilLPy78OaZRRxwes3kjF3cMlWX PGA8+pW9A5nFBj4MyqqrIxA6859ZW0bzo/UY7Wb3kYHaAy8kaIrbM+pdQcij/n09Twmh/OBmZAurJFR1NAZ1/giI+uPovWXnrT6u2iRY1egLUnUM6u0OMiSA SM85a09RcKEqkWY92rCyxQ== X-Rspamd-Queue-Id: 4840vm0V8Vz4395 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.9) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.16 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RWL_MAILSPIKE_GOOD(0.00)[9.134.59.64.rep.mailspike.net : 127.0.0.18]; REPLYTO_EQ_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[9.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.46)[ip: (-6.57), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.46), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 13:52:53 -0000 In message <77cdb188-a47e-4a0d-a09f-c04377cda084@selasky.org>, Hans Petter Sela sky writes: > On 2020-01-24 14:38, Cy Schubert wrote: > > In message <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org>, Hans Petter > > Sela > > sky writes: > >> Hi, > >> > >> I think this patch will fix your issue. Can you check? > >> https://svnweb.freebsd.org/changeset/base/357050 > >> > >> Look like td->td_oncpu is invalid. > >> > >> > >>> pc = cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu); */ > >>> > >>> rm_tracker_add(pc, tracker); > >> > >> > >> > >> And thanks for running -current ;-) > > > > That patch is already there. All my machines are at r357066. > > > > OK, > > so maybe there are more corner cases to that patch. > > Adding Mark. > > Could you compile a kernel with debugging symbols, get a core dump and then: > > print td->td_oncpu > print pc > > from kgdb83 ? The kernel is already compiled with debugging symbols. It dumped except that savecore failed to save the dump in both cases. (My last core files on those two machines were from October.) I will try to reproduce the problem and instead of automatically rebooting save the core by hand. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Jan 24 14:46:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD1021F1E33 for ; Fri, 24 Jan 2020 14:46:55 +0000 (UTC) (envelope-from vidwer@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4842674Pqsz470m for ; Fri, 24 Jan 2020 14:46:55 +0000 (UTC) (envelope-from vidwer@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 955611F1E32; Fri, 24 Jan 2020 14:46:55 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 93EA81F1E30 for ; Fri, 24 Jan 2020 14:46:55 +0000 (UTC) (envelope-from vidwer@gmail.com) Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48426562r6z470h; Fri, 24 Jan 2020 14:46:53 +0000 (UTC) (envelope-from vidwer@gmail.com) Received: by mail-oi1-x22b.google.com with SMTP id i1so2031288oie.8; Fri, 24 Jan 2020 06:46:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yByppMRr6lWqP1Yg/YUo4PAHdRMXWP3X+nuMwUQuItk=; b=muaRnM9X/USI7XJcD00Rg0DE9Wp361pdiQMSUwpC3b8FEHk3xxh0PKIYX+pBrzg6NV eK1i+9SNyNuggKDPWoIOETz8Vq4xO7daNGHrwujQwfKGK7rOlVV/fqZdzV/5jh1goag0 /QmgJbIEKqoB+HTbJoHQngmRMrXVRpzs9FxiFQrQqLrcpN/RjGM7KkrLxmCyNKlfGc95 jaw5b5qcyKMhbYliauulPD/UlqGd9wJ4O3DrSU3e0yJ4bbDNE0GTNy1UAhEY3W2ZXIPI D86MkymXRFQk+WhlAwxT0lClkT5lubnn4IEYDPwfJQfjMSmXDPlaJgoi9whu3F2blZ/E yCaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yByppMRr6lWqP1Yg/YUo4PAHdRMXWP3X+nuMwUQuItk=; b=jZDZbuPNg+6852M1BQmXO854A6AuTN2feFXxjcgQYz3U/CpWAuggdOsZ0wAEX04b2Y lllYLgDe+tsx8PfgO3qjoxkK0eUs8CJYC+BmVNxGD2qi3VWWVymeoMnGoU8jYymhXeH7 4MCzdtB9RorcNAr+LdRgO4FrE41CDtNoyl1VK+PlibtkiMje3tchdk9VBqhR+kisg8mx wkC9S6t/iZ+jzs1A9vN7t8CASesf3it2f3LQw8P77GBxWZm95KZPK+ST7NXSBrOX4nvz SoyLTveC3xrr7JSEkNQrri4kJX5m4kQVpurha154LiL3N5tew+T3438j7ZBnapCfc2Yz FoJg== X-Gm-Message-State: APjAAAXpErl6oYKn4T4rwVLSWG8I7pegYc1EJK0HIzJ/asZ8gakvlbBk 7kMwobk21/5OyBYuWO0jULDwKHk3MpSxxvLfqr0NUQ== X-Google-Smtp-Source: APXvYqyacWsKEU9LT3L1NvKb8P/GGJyVW9oT3ELl/ECPaEcpt/JgfR4tzfwI477HKh5wOs25hfpGSPVQrlm3ZGaG77c= X-Received: by 2002:aca:4b14:: with SMTP id y20mr2095101oia.160.1579877212727; Fri, 24 Jan 2020 06:46:52 -0800 (PST) MIME-Version: 1.0 References: <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> <20200124.174103.1023461056313815929.ish@amail.plala.or.jp> <7f44262b-eab6-f02a-0168-365add2d0ad9@selasky.org> In-Reply-To: From: Idwer Vollering Date: Fri, 24 Jan 2020 15:46:41 +0100 Message-ID: Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 To: Hans Petter Selasky Cc: current@freebsd.org, Gleb Smirnoff Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48426562r6z470h X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=muaRnM9X; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of vidwer@gmail.com designates 2607:f8b0:4864:20::22b as permitted sender) smtp.mailfrom=vidwer@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-9.19), ipnet: 2607:f8b0::/32(-2.06), asn: 15169(-1.80), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[b.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 14:46:55 -0000 Op vr 24 jan. 2020 om 13:19 schreef Hans Petter Selasky : > Can you try these two patches: > https://reviews.freebsd.org/D23347 > https://reviews.freebsd.org/D23348 These two patches work for me (build- and runtime tested with code from github.com/freebsd/freebsd) From owner-freebsd-current@freebsd.org Fri Jan 24 15:00:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7905C1F2A60 for ; Fri, 24 Jan 2020 15:00:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf42.google.com (mail-qv1-xf42.google.com [IPv6:2607:f8b0:4864:20::f42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4842Px6Nnwz487d for ; Fri, 24 Jan 2020 15:00:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf42.google.com with SMTP id p2so1017941qvo.10 for ; Fri, 24 Jan 2020 07:00:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=yY9lmvzc/SV8Y3vPUPyRaYEu8Qw8NxagO0tU6skBXZE=; b=gPJoWv0Hm9pNpdSPhIR4FBfh/pmKcQJgu4h4CaF8hQaFYCSnl9AIibsQw2Bhx5ayfm MjnYQJzECrdGYQg7K3C2J/2cnjfPqU9gbaQOWq4djCsTJLjsJMknquTZSCNKICEdXuii tUKe2yqv9CjWQV62OAbhoWcXsv57fswEBroLz4RJoki3+rWcae63/23TN3RPnYSOvPcW 88EmPVZDY1FU22rp0aGVS6NlBK4iiMx831hQNYDPAR8XE/TpCeZ65xBK2wYVBpau6e7o BvHgJL3qEgHWX8ZPNDkTVCgGIAlZ7XbZrp+RjiIDqrM+YbW70xHPp8ORA7vIeaErHbvT 0WrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=yY9lmvzc/SV8Y3vPUPyRaYEu8Qw8NxagO0tU6skBXZE=; b=NG9YFEzd5dgCueYqsoEo2x/CISYjo7GFq8LkG51kU9ErOmJmoIATpc6fDQIOItefsm us5rG0AMsYMnE4Qz6+7lao59U5NXrwBBMq/+gE7kYB87zrhO+z9UcqF7Dv0nsulncUUA 2arLMLP8DoGXCiVoUdwBweNMfNAGleHJO/iZ9mbsque7kbamZeXwksPnghZ2GGsI/DyD NAdPsC+2KYrypRvX2XvQTs/YTqAxBcwob8C8aXfOgkDjK0fJnMN/Oy42/7rcYqdFAg2j a8VATALjfIqGLr8ZLxfM/k5rp1S34CBvSpDUsZaoPxMSvXr8jKuc0KP8i43X3HVBUkir gnTg== X-Gm-Message-State: APjAAAXBu3Q2GGB4ZIiDEDOEfsnxZPpjqtyXfHeJgVJqfgJOziccpyPx ISkhZf8gwZ8IE14nL812nC4SuQZU X-Google-Smtp-Source: APXvYqwmRQvbCr/2xmfPjJlYu/I31nz/sy1oUcW/m6AeFl1ohfyN0jAlqheEfD98bO97tg7NTHraWg== X-Received: by 2002:ad4:48c6:: with SMTP id v6mr3067937qvx.207.1579878037315; Fri, 24 Jan 2020 07:00:37 -0800 (PST) Received: from raichu (toroon0560w-lp130-05-69-158-183-252.dsl.bell.ca. [69.158.183.252]) by smtp.gmail.com with ESMTPSA id z26sm3346130qtj.12.2020.01.24.07.00.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Jan 2020 07:00:36 -0800 (PST) Sender: Mark Johnston Date: Fri, 24 Jan 2020 10:00:31 -0500 From: Mark Johnston To: Hans Petter Selasky Cc: Cy Schubert , freebsd-current@freebsd.org Subject: Re: Powerd Panic Message-ID: <20200124150031.GA4765@raichu> References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> <202001241302.00OD2d44008368@slippy.cwsent.com> <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> <202001241338.00ODchS7008979@slippy.cwsent.com> <77cdb188-a47e-4a0d-a09f-c04377cda084@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77cdb188-a47e-4a0d-a09f-c04377cda084@selasky.org> X-Rspamd-Queue-Id: 4842Px6Nnwz487d X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=gPJoWv0H; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::f42 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.40 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; IP_SCORE(-0.71)[ip: (0.38), ipnet: 2607:f8b0::/32(-2.06), asn: 15169(-1.80), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 15:00:38 -0000 On Fri, Jan 24, 2020 at 02:42:50PM +0100, Hans Petter Selasky wrote: > On 2020-01-24 14:38, Cy Schubert wrote: > > In message <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org>, Hans Petter > > Sela > > sky writes: > > > Hi, > > > > > > I think this patch will fix your issue. Can you check? > > > https://svnweb.freebsd.org/changeset/base/357050 > > > > > > Look like td->td_oncpu is invalid. > > > > > > > > > > pc = cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu); */ > > > > > > > > rm_tracker_add(pc, tracker); > > > > > > > > > > > > And thanks for running -current ;-) > > > > That patch is already there. All my machines are at r357066. > > > > OK, > > so maybe there are more corner cases to that patch. > > Adding Mark. Thanks. I reverted the patch until I get a chance to debug. > Could you compile a kernel with debugging symbols, get a core dump and then: > > print td->td_oncpu > print pc > > from kgdb83 ? > > --HPS From owner-freebsd-current@freebsd.org Fri Jan 24 15:14:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB7431F30A2 for ; Fri, 24 Jan 2020 15:14:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4842jq4lVpz492q for ; Fri, 24 Jan 2020 15:14:23 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id v0f5iXzwfnCigv0f6iUwUv; Fri, 24 Jan 2020 08:14:21 -0700 X-Authority-Analysis: v=2.3 cv=cZisUULM c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=xqWC_Br6kY4A:10 a=IkcTkHD0fZMA:10 a=Jdjhy38mL1oA:10 a=ndaoGXS1AAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=BL8J93qlTKL6aYT0n0gA:9 a=QEXdDO2ut3YA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from [IPv6:2605:8d80:404:d7ee:2c2a:d9c0:62f1:7c09] (unknown [72.143.231.219]) by spqr.komquats.com (Postfix) with ESMTPSA id 4CBF743B; Fri, 24 Jan 2020 07:14:18 -0800 (PST) Date: Fri, 24 Jan 2020 07:13:50 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> <202001241302.00OD2d44008368@slippy.cwsent.com> <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Powerd Panic To: Hans Petter Selasky CC: freebsd-current@freebsd.org From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfOIDqFlX/Qy6CtKpZFchEMtHmyn16O+oS4VvC4VVto/ibNEF5gqqRmz5GqC+mQGxeVRI5h4vVsPxeq3FhyJCPD+fXeOfeLJj/xKNSLV30ftc23X2hPdU RFGZvWuBZkB0v0lVl0cR8uPAW3fM/ru2jejbjpkrp9hoGic8+wfuEELELYJauUJ9i2+lkf97/EcdtSWglLYp+U9gm+OLLx90hqU= X-Rspamd-Queue-Id: 4842jq4lVpz492q X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.12) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.65 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[219.231.143.72.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11,17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[12.134.59.64.rep.mailspike.net : 127.0.0.18]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.45)[ip: (-6.53), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.46), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 15:14:25 -0000 On January 24, 2020 5:13:25 AM PST, Hans Petter Selasky = wrote: >Hi, > >I think this patch will fix your issue=2E Can you check? >https://svnweb=2Efreebsd=2Eorg/changeset/base/357050 > >Look like td->td_oncpu is invalid=2E > > >> pc =3D cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu); >*/ >>=20 >> rm_tracker_add(pc, tracker); > > > >And thanks for running -current ;-) > >--HPS For the number of new bug introduced vs bugs fixed, running HEAD is my rec= ommendation to anyone=2E Also as a developer I'd be derelict if I didn't=2E Having said this, the machines in my basement have been extremely stable w= ith the last panic in October=2E On the laptops however, the panics are mor= e frequent=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E=20 Cy Schubert FreeBSD UNIX: Web: https://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E From owner-freebsd-current@freebsd.org Fri Jan 24 16:52:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1491A1F5403 for ; Fri, 24 Jan 2020 16:52:28 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4844tz2C1Tz4GF2 for ; Fri, 24 Jan 2020 16:52:27 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lf1-x12f.google.com with SMTP id f24so1561762lfh.3 for ; Fri, 24 Jan 2020 08:52:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=tY3MrbR3DPYDIKr4VQoJng5xbqBQEb2XbzijNLn1QPo=; b=nFzKhieANTw4cKOP45mUN8eP00ymh96s7Fvky5AGb9o0Y5vZop1K7hdDyw7WH9T4Un E9Soi+rTEUfT18VORtkTZZZh2QYh09x8DoiVHTpg95TK4QGpPHwZ7RN6TC8ZkE8f+Mhm VJgb7oybbe0ZHZg6Qjt+k1ZguuFTa8XIEH0qlc2/Jdj4/8FlYltewJm6QXzVIfxa1K4H vzUkMmcywey1vfe0n0KSzhx51u2MsATqTEiMGZXthIISP53Ir9i7zI7Lm5iwsLMpOTGj dFoOcmc4hXXnyFpL8I4ngr8QZ2y41XBrF8TzxhPtdQBUSYgcYpGmHJc+V7Tm46lm5Wp8 3YTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=tY3MrbR3DPYDIKr4VQoJng5xbqBQEb2XbzijNLn1QPo=; b=bWMnol0SW053vSxhJqXkruUnLfW9paIs6p3s7ImrkLZRw4Ai3TymK2Vkv7RQtf0ekH XKhZcCYPngYsyII7qXXx/rXCjL16kci1PBW59ZLkMtYiGBbCNGmF1MIPP+eF0mhI1Bod MRx8sCJIYb1qHT9+cu0LIJkSdYtfCAKEqSPlYD8AHvecbPKiIvXViQBr5P2Np5MCQCsJ /ofoNFEpN1zG7Z2Kvw5L09/+Ihs3LmxflUCDM7iaxGfDtD36pAdNAqt8fgBXvCCKHBVF 4pWRgI51aJSOe+vtF1jkWpXt3wNN2vqIcIPALWbNz0MrfDbULXQlHtIyIpg7pkcQIfs3 oFOg== X-Gm-Message-State: APjAAAVqjFykZrte744MA1B5dS5Xx6TK/V0R3sLViZ4r72nb3A5k1f03 A2Q2WlWXiFpZhidvs76LZUwgJRrpbkP1j5HlJtGwdMRr8Ic= X-Google-Smtp-Source: APXvYqzZCS6ECFVlofVQNIsiu9wGiQ9IBu++V1loWpiEYtujHfzaR5y96rvxUNwlqPKRuzQxMNLTZoiG2ivNuOhpcsA= X-Received: by 2002:ac2:5e29:: with SMTP id o9mr1814749lfg.81.1579884745043; Fri, 24 Jan 2020 08:52:25 -0800 (PST) MIME-Version: 1.0 From: Andreas Nilsson Date: Fri, 24 Jan 2020 17:52:14 +0100 Message-ID: Subject: hwpstate_intel hangs kernel To: Current FreeBSD X-Rspamd-Queue-Id: 4844tz2C1Tz4GF2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=nFzKhieA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::12f as permitted sender) smtp.mailfrom=andrnils@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.13), ipnet: 2a00:1450::/32(-2.54), asn: 15169(-1.80), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[f.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 16:52:28 -0000 Hello, I updated my sources from 20200113 to 20200124 and after that my laptop hangs during boot. The machine is a Lenovo Thinkpad X1 yoga with a core i7-6500U cpu and 8Gb ram. It hangs during kernel boot and the last message printed on console is: hwpstate_intel0: on cpu0 I reverted commits 1c59e40a6928d0e50272f3653cc3be27a94d8ea3 0a0670f4aee197f46e40fda8b1c58f15fa882043 a4e3b5b685179d1576933ac5e67719dfe96efdea and recompiled the kernel, which then boots just fine. Interestingly, the hwpstate_intel code worked fine on my workstation, with a Intel i7-7700 cpu. I set debug.hwpstate_verbose=1 in loader.conf in hopes of getting more info, but I could not see any additional information. Best regards Andreas From owner-freebsd-current@freebsd.org Fri Jan 24 16:57:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 36BDA1F5618 for ; Fri, 24 Jan 2020 16:57:35 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48450v0l8Vz4GS7 for ; Fri, 24 Jan 2020 16:57:35 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1763A1F5617; Fri, 24 Jan 2020 16:57:35 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 161391F5616 for ; Fri, 24 Jan 2020 16:57:35 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48450t3rqkz4GS6 for ; Fri, 24 Jan 2020 16:57:34 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id 00OGvRZi013589 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 24 Jan 2020 08:57:27 -0800 (PST) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id 00OGvQd9013588; Fri, 24 Jan 2020 08:57:26 -0800 (PST) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Fri, 24 Jan 2020 08:57:26 -0800 From: Gleb Smirnoff To: Hans Petter Selasky Cc: Masachika ISHIZUKA , current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 Message-ID: <20200124165726.GN1268@FreeBSD.org> References: <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> <20200124.174103.1023461056313815929.ish@amail.plala.or.jp> <7f44262b-eab6-f02a-0168-365add2d0ad9@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 48450t3rqkz4GS6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.51 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.86)[-0.858,0]; NEURAL_HAM_LONG(-0.65)[-0.648,0]; ASN(0.00)[asn:27348, ipnet:162.251.186.0/24, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 16:57:35 -0000 On Fri, Jan 24, 2020 at 01:18:26PM +0100, Hans Petter Selasky wrote: H> On 2020-01-24 09:59, Hans Petter Selasky wrote: H> > On 2020-01-24 09:41, Masachika ISHIZUKA wrote: H> >>>> 21.01.2020, 20:10, "Nick Hibma" : H> >>>>> That (with the return added, thanks Cy) worked like a charm. H> >>>> Got committed in r357038. H> >>>> Thank you for the report! H> >>> H> >>>    Hi. H> >>> H> >>>    My machine was panicked on r357061 with in_epoch in netisr.c. H> >>>    I can not capture screen. H> >> H> >>    Screenshot was uploaded to H> >> https://www.ish.org/files/panic-r357061.jpeg H> >> H> > H> > Looks like the WLAN subsystem needs some patches for EPOCH(). H> > H> > Gleb, did you do a "grep -r" for relevant functions before committing H> > the recent EPOCH changes? H> H> Can you try these two patches: H> https://reviews.freebsd.org/D23347 H> https://reviews.freebsd.org/D23348 You could just plug it with a one liner that adds IFF_NEEDSEPOCH in ieee80211_vap_attach(). Or fix ath, which I'm going to do in next five minutes. P.S. Answering your other email. Of course I did grep. Some things are untrivial and sometimes sweeping over all collection of drivers doesn't go smoothly. -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Fri Jan 24 17:16:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5B5931F6021 for ; Fri, 24 Jan 2020 17:16:53 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4845R91nJRz4J6H for ; Fri, 24 Jan 2020 17:16:53 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3B3F11F6020; Fri, 24 Jan 2020 17:16:53 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B0621F601F for ; Fri, 24 Jan 2020 17:16:53 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4845R86ygWz4J6G for ; Fri, 24 Jan 2020 17:16:52 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id 00OHGlcu013753 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 24 Jan 2020 09:16:47 -0800 (PST) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id 00OHGjSP013751; Fri, 24 Jan 2020 09:16:45 -0800 (PST) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Fri, 24 Jan 2020 09:16:45 -0800 From: Gleb Smirnoff To: Masachika ISHIZUKA , Idwer Vollering Cc: current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 Message-ID: <20200124171645.GP1268@FreeBSD.org> References: <833361579628288@myt4-2943a877c094.qloud-c.yandex.net> <3041901579770984@myt4-4d473ee472d6.qloud-c.yandex.net> <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200124.162344.1430316126325877949.ish@amail.plala.or.jp> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 4845R86ygWz4J6G X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.52 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.87)[-0.871,0]; NEURAL_HAM_LONG(-0.65)[-0.651,0]; ASN(0.00)[asn:27348, ipnet:162.251.186.0/24, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 17:16:53 -0000 On Fri, Jan 24, 2020 at 04:23:44PM +0900, Masachika ISHIZUKA wrote: M> > 21.01.2020, 20:10, "Nick Hibma" : M> >> That (with the return added, thanks Cy) worked like a charm. M> > Got committed in r357038. M> > Thank you for the report! M> M> Hi. M> M> My machine was panicked on r357061 with in_epoch in netisr.c. M> I can not capture screen. I believe this is fixed by r357088. -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Fri Jan 24 19:49:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 49D2C1FA2FF for ; Fri, 24 Jan 2020 19:49:58 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4848qn1cWgz4T6K; Fri, 24 Jan 2020 19:49:56 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id v4xkiaPOInCigv4xmiVtQb; Fri, 24 Jan 2020 12:49:55 -0700 X-Authority-Analysis: v=2.3 cv=cZisUULM c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=Jdjhy38mL1oA:10 a=ndaoGXS1AAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=fBKm0eK8sDAlAbc1dM0A:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 084B7228; Fri, 24 Jan 2020 11:49:51 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 00OJnpYh004581; Fri, 24 Jan 2020 11:49:51 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 00OJnoAS004578; Fri, 24 Jan 2020 11:49:51 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202001241949.00OJnoAS004578@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Mark Johnston cc: Hans Petter Selasky , Cy Schubert , freebsd-current@freebsd.org Subject: Re: Powerd Panic In-reply-to: <20200124150031.GA4765@raichu> References: <202001240701.00O71L0F005850@slippy.cwsent.com> <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org> <202001241302.00OD2d44008368@slippy.cwsent.com> <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org> <202001241338.00ODchS7008979@slippy.cwsent.com> <77cdb188-a47e-4a0d-a09f-c04377cda084@selasky.org> <20200124150031.GA4765@raichu> Comments: In-reply-to Mark Johnston message dated "Fri, 24 Jan 2020 10:00:31 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jan 2020 11:49:50 -0800 X-CMAE-Envelope: MS4wfC4aarcOCTennxmRnCYmLZTww66YTs1oPlT1XFke2mnrlZFlEQPEDBJ9GU2fTh0XgkCUmZratfstwvm0iVxu5/P+qn7QlYJa2/kkwanRpfBu6UgLkUlb sShOGR3TTiQgLK0seuNF1sjsXSP0GjIjhAzbJO2xxTXBjfqXttCbiaKo7wjcJs526Ix/R/Ch7UHra/Iy85SsAvvDA/ia3mLN4EtMJRSGOy83nNM4eb4uGqv4 9EMF0SSASBXjr8mfHv6oIQ== X-Rspamd-Queue-Id: 4848qn1cWgz4T6K X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.13) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.45)[ip: (-6.55), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.46), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 19:49:58 -0000 In message <20200124150031.GA4765@raichu>, Mark Johnston writes: > On Fri, Jan 24, 2020 at 02:42:50PM +0100, Hans Petter Selasky wrote: > > On 2020-01-24 14:38, Cy Schubert wrote: > > > In message <629a6d48-cf47-e76b-81a0-db29d2400b2b@selasky.org>, Hans Pette > r > > > Sela > > > sky writes: > > > > Hi, > > > > > > > > I think this patch will fix your issue. Can you check? > > > > https://svnweb.freebsd.org/changeset/base/357050 > > > > > > > > Look like td->td_oncpu is invalid. > > > > > > > > > > > > > pc = cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu) > ; */ > > > > > > > > > > rm_tracker_add(pc, tracker); > > > > > > > > > > > > > > > > And thanks for running -current ;-) > > > > > > That patch is already there. All my machines are at r357066. > > > > > > > OK, > > > > so maybe there are more corner cases to that patch. > > > > Adding Mark. > > Thanks. I reverted the patch until I get a chance to debug. Thanks. This has resolved it. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Jan 24 21:53:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 908901FCF9F for ; Fri, 24 Jan 2020 21:53:36 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 484CZR5d2Yz4bkY for ; Fri, 24 Jan 2020 21:53:35 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.nyi.freebsd.org (Postfix) id BF3A61FCF9C; Fri, 24 Jan 2020 21:53:35 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEFE91FCF9B for ; Fri, 24 Jan 2020 21:53:35 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc11.plala.or.jp (msc11.plala.or.jp [IPv6:2400:7800:0:502e::21]) by mx1.freebsd.org (Postfix) with ESMTP id 484CZR07rZz4bkX; Fri, 24 Jan 2020 21:53:34 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc11.plala.or.jp with ESMTP id <20200124215326.OARL13270.msc11.plala.or.jp@localhost>; Sat, 25 Jan 2020 06:53:26 +0900 Date: Sat, 25 Jan 2020 06:53:17 +0900 (JST) Message-Id: <20200125.065317.610346733356820759.ish@amail.plala.or.jp> To: glebius@freebsd.org Cc: hps@selasky.org, current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 From: Masachika ISHIZUKA In-Reply-To: <20200124165726.GN1268@FreeBSD.org> References: <7f44262b-eab6-f02a-0168-365add2d0ad9@selasky.org> <20200124165726.GN1268@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-VirusScan: Outbound; mvir-ac11; Sat, 25 Jan 2020 06:53:26 +0900 X-Rspamd-Queue-Id: 484CZR07rZz4bkX X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 21:53:36 -0000 > H> >>> =A0=A0 My machine was panicked on r357061 with in_epoch in net= isr.c. > H> >>> =A0=A0 I can not capture screen. > H> >> > H> >> =A0=A0 Screenshot was uploaded to = > H> >> https://www.ish.org/files/panic-r357061.jpeg > H> >> > H> > = > H> > Looks like the WLAN subsystem needs some patches for EPOCH(). > H> > = > H> > Gleb, did you do a "grep -r" for relevant functions before commi= tting = > H> > the recent EPOCH changes? > H> = > H> Can you try these two patches: > H> https://reviews.freebsd.org/D23347 > H> https://reviews.freebsd.org/D23348 > = > You could just plug it with a one liner that adds IFF_NEEDSEPOCH > in ieee80211_vap_attach(). > = > Or fix ath, which I'm going to do in next five minutes. Hi. D23347 and D23348 are not fixed my problem. Now, I'm doing buildworld/buildkernel on r357093 with D23347 and D233= 48. As I'm busy to care of my old father, I'm sorry to late reply mail. -- = Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Sat Jan 25 00:41:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BDE9A229692 for ; Sat, 25 Jan 2020 00:41:29 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 484HJ90Nmzz3HZp for ; Sat, 25 Jan 2020 00:41:29 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.nyi.freebsd.org (Postfix) id 0D3C8229691; Sat, 25 Jan 2020 00:41:29 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0CF6F229690 for ; Sat, 25 Jan 2020 00:41:29 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc11.plala.or.jp (msc11.plala.or.jp [IPv6:2400:7800:0:502e::21]) by mx1.freebsd.org (Postfix) with ESMTP id 484HJ53DL0z3HZb; Sat, 25 Jan 2020 00:41:24 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc11.plala.or.jp with ESMTP id <20200125004121.OEWC13270.msc11.plala.or.jp@localhost>; Sat, 25 Jan 2020 09:41:21 +0900 Date: Sat, 25 Jan 2020 09:41:06 +0900 (JST) Message-Id: <20200125.094106.153690936170588907.ish@amail.plala.or.jp> To: glebius@freebsd.org Cc: hps@selasky.org, current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 From: Masachika ISHIZUKA In-Reply-To: <20200125.065317.610346733356820759.ish@amail.plala.or.jp> References: <20200124165726.GN1268@FreeBSD.org> <20200125.065317.610346733356820759.ish@amail.plala.or.jp> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-VirusScan: Outbound; mvir-ac11; Sat, 25 Jan 2020 09:41:21 +0900 X-Rspamd-Queue-Id: 484HJ53DL0z3HZb X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ish@amail.plala.or.jp designates 2400:7800:0:502e::21 as permitted sender) smtp.mailfrom=ish@amail.plala.or.jp X-Spamd-Result: default: False [2.37 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2400:7800:0:502e::/60]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; NEURAL_SPAM_MEDIUM(0.04)[0.036,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.90)[0.900,0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(0.13)[ipnet: 2400:7800::/32(-0.89), asn: 4713(1.51), country: JP(0.03)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4713, ipnet:2400:7800::/32, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 00:41:29 -0000 >> H> >>> =A0=A0 My machine was panicked on r357061 with in_epoch in ne= tisr.c. >> H> >>> =A0=A0 I can not capture screen. >> H> >> >> H> >> =A0=A0 Screenshot was uploaded to = >> H> >> https://www.ish.org/files/panic-r357061.jpeg >> H> >> >> H> > = >> H> > Looks like the WLAN subsystem needs some patches for EPOCH(). >> H> > = >> H> > Gleb, did you do a "grep -r" for relevant functions before comm= itting = >> H> > the recent EPOCH changes? >> H> = >> H> Can you try these two patches: >> H> https://reviews.freebsd.org/D23347 >> H> https://reviews.freebsd.org/D23348 >> = >> You could just plug it with a one liner that adds IFF_NEEDSEPOCH >> in ieee80211_vap_attach(). >> = >> Or fix ath, which I'm going to do in next five minutes. > = > Now, I'm doing buildworld/buildkernel on r357093 with D23347 and D2= 3348. Hi. t357093 with D23347 and D23348 was panicked. Screenshot is https://www.ish.org/files/panic-r357093+D23347+D23348.j= peg -- = Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Sat Jan 25 01:07:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1062E22A272 for ; Sat, 25 Jan 2020 01:07:00 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 484Hsb03N0z3JjP for ; Sat, 25 Jan 2020 01:06:59 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.nyi.freebsd.org (Postfix) id F3E9A22A271; Sat, 25 Jan 2020 01:06:58 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F286D22A270 for ; Sat, 25 Jan 2020 01:06:58 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc11.plala.or.jp (msc11.plala.or.jp [60.36.166.21]) by mx1.freebsd.org (Postfix) with ESMTP id 484HsX0Yvcz3JjN; Sat, 25 Jan 2020 01:06:55 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc11.plala.or.jp with ESMTP id <20200125010652.OFVC13270.msc11.plala.or.jp@localhost>; Sat, 25 Jan 2020 10:06:52 +0900 Date: Sat, 25 Jan 2020 10:06:40 +0900 (JST) Message-Id: <20200125.100640.1457818166521629073.ish@amail.plala.or.jp> To: glebius@freebsd.org Cc: hps@selasky.org, current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 From: Masachika ISHIZUKA In-Reply-To: <20200125.094106.153690936170588907.ish@amail.plala.or.jp> References: <20200124165726.GN1268@FreeBSD.org> <20200125.065317.610346733356820759.ish@amail.plala.or.jp> <20200125.094106.153690936170588907.ish@amail.plala.or.jp> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-VirusScan: Outbound; mvir-ac11; Sat, 25 Jan 2020 10:06:52 +0900 X-Rspamd-Queue-Id: 484HsX0Yvcz3JjN X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ish@amail.plala.or.jp designates 60.36.166.21 as permitted sender) smtp.mailfrom=ish@amail.plala.or.jp X-Spamd-Result: default: False [4.57 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; NEURAL_SPAM_MEDIUM(0.99)[0.995,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[21.166.36.60.list.dnswl.org : 127.0.5.0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(1.28)[ipnet: 60.32.0.0/12(4.84), asn: 4713(1.51), country: JP(0.03)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 01:07:00 -0000 >>> H> >>> =A0=A0 My machine was panicked on r357061 with in_epoch in n= etisr.c. >>> H> >>> =A0=A0 I can not capture screen. >>> H> >> >>> H> >> =A0=A0 Screenshot was uploaded to = >>> H> >> https://www.ish.org/files/panic-r357061.jpeg >>> H> >> >>> H> > = >>> H> > Looks like the WLAN subsystem needs some patches for EPOCH(). >>> H> > = >>> H> > Gleb, did you do a "grep -r" for relevant functions before com= mitting = >>> H> > the recent EPOCH changes? >>> H> = >>> H> Can you try these two patches: >>> H> https://reviews.freebsd.org/D23347 >>> H> https://reviews.freebsd.org/D23348 >>> = >>> You could just plug it with a one liner that adds IFF_NEEDSEPOCH >>> in ieee80211_vap_attach(). >>> = >>> Or fix ath, which I'm going to do in next five minutes. >> = >> Now, I'm doing buildworld/buildkernel on r357093 with D23347 and D= 23348. > = > Hi. > = > t357093 with D23347 and D23348 was panicked. > Screenshot is https://www.ish.org/files/panic-r357093+D23347+D23348= .jpeg My network is shown below. % ifconfig re0: flags=3D8802 metric 0 mtu 1500 options=3D8209b ether XX:XX:XX:XX:XX:XX media: Ethernet autoselect (none) status: no carrier nd6 options=3D29 em0: flags=3D8843 metric 0 mtu = 1500 options=3D800000<> ether XX:XX:XX:XX:XX:XX hwaddr XX:XX:XX:XX:XX:XX media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 wlan0: flags=3D8843 metric 0 mt= u 1500 ether XX:XX:XX:XX:XX:XX groups: wlan ssid XXXXXXXX channel 11 (2462 MHz 11g ht/20) bssid XX:XX:XX:XX= :XX:XX regdomain JAPAN country JP indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 23 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi= -stbctx stbcrx -ldpc wme burst roaming MANUAL media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11ng status: associated nd6 options=3D29 lagg0: flags=3D8843 metric 0 mt= u 1500 ether XX:XX:XX:XX:XX:XX inet XXX.XXX.XXX.XXX netmask 0xffffff00 broadcast XXX.XXX.XXX.X= XX inet6 fe80::5%lagg0 prefixlen 64 scopeid 0x5 inet6 XXXX:XXXX:XXXX:XXXX::XXXX prefixlen 64 autoconf laggproto failover lagghash l2,l3,l4 laggport: em0 flags=3D5 laggport: wlan0 flags=3D0<> groups: lagg media: Ethernet autoselect status: active nd6 options=3D3 -- = Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Sat Jan 25 05:22:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1EBEC2338B9 for ; Sat, 25 Jan 2020 05:22:36 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 484PXW2q50z46S3 for ; Sat, 25 Jan 2020 05:22:35 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.nyi.freebsd.org (Postfix) id 60A962338B8; Sat, 25 Jan 2020 05:22:35 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 607042338B7 for ; Sat, 25 Jan 2020 05:22:35 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc14.plala.or.jp (msc14.plala.or.jp [60.36.166.24]) by mx1.freebsd.org (Postfix) with ESMTP id 484PXS38Mjz46Rw; Sat, 25 Jan 2020 05:22:31 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc14.plala.or.jp with ESMTP id <20200125052228.NTTQ27450.msc14.plala.or.jp@localhost>; Sat, 25 Jan 2020 14:22:28 +0900 Date: Sat, 25 Jan 2020 14:22:22 +0900 (JST) Message-Id: <20200125.142222.1050488444525683966.ish@amail.plala.or.jp> To: glebius@freebsd.org Cc: hps@selasky.org, current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694 From: Masachika ISHIZUKA In-Reply-To: <20200125.100640.1457818166521629073.ish@amail.plala.or.jp> References: <20200125.065317.610346733356820759.ish@amail.plala.or.jp> <20200125.094106.153690936170588907.ish@amail.plala.or.jp> <20200125.100640.1457818166521629073.ish@amail.plala.or.jp> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-VirusScan: Outbound; mvir-ac14; Sat, 25 Jan 2020 14:22:28 +0900 X-Rspamd-Queue-Id: 484PXS38Mjz46Rw X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ish@amail.plala.or.jp designates 60.36.166.24 as permitted sender) smtp.mailfrom=ish@amail.plala.or.jp X-Spamd-Result: default: False [4.57 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; NEURAL_SPAM_MEDIUM(1.00)[0.995,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[24.166.36.60.list.dnswl.org : 127.0.5.0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(1.28)[ipnet: 60.32.0.0/12(4.84), asn: 4713(1.51), country: JP(0.03)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 05:22:36 -0000 >>>> H> >>> =A0=A0 My machine was panicked on r357061 with in_epoch in = netisr.c. >>>> H> >>> =A0=A0 I can not capture screen. >>>> H> >> >>>> H> >> =A0=A0 Screenshot was uploaded to = >>>> H> >> https://www.ish.org/files/panic-r357061.jpeg >>>> H> >> >>>> H> > = >>>> H> > Looks like the WLAN subsystem needs some patches for EPOCH().= >>>> H> > = >>>> H> > Gleb, did you do a "grep -r" for relevant functions before co= mmitting = >>>> H> > the recent EPOCH changes? >>>> H> = >>>> H> Can you try these two patches: >>>> H> https://reviews.freebsd.org/D23347 >>>> H> https://reviews.freebsd.org/D23348 >>>> = >>>> You could just plug it with a one liner that adds IFF_NEEDSEPOCH >>>> in ieee80211_vap_attach(). >>>> = >>>> Or fix ath, which I'm going to do in next five minutes. >>> = >>> Now, I'm doing buildworld/buildkernel on r357093 with D23347 and = D23348. >> = >> Hi. >> = >> t357093 with D23347 and D23348 was panicked. >> Screenshot is https://www.ish.org/files/panic-r357093+D23347+D2334= 8.jpeg r357102 without D23347 and D23348 works fine. Thank you very much. -- = Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Sat Jan 25 14:16:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 488D61F0BA0 for ; Sat, 25 Jan 2020 14:16:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 484dNl42tzz4YRX for ; Sat, 25 Jan 2020 14:16:39 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.nyi.freebsd.org (Postfix) id 8AC861F0B9F; Sat, 25 Jan 2020 14:16:39 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A8E21F0B9E for ; Sat, 25 Jan 2020 14:16:39 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484dNk4tyRz4YRV for ; Sat, 25 Jan 2020 14:16:38 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5DDB7B97.dip0.t-ipconnect.de [93.219.123.151]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 00PEGWM0046493 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 25 Jan 2020 15:16:36 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 00PEGWGN042288 for ; Sat, 25 Jan 2020 15:16:32 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 00PEGKP2039205 for ; Sat, 25 Jan 2020 15:16:32 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <202001251416.00PEGKP2039205@fire.js.berklix.net> cc: current@freebsd.org Subject: Re: anyone else seen: mergemaster -iF Cannot 'cd' to /usr/src From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Sat, 18 Jan 2020 15:10:21 +0100." <202001181410.00IEALpa036889@fire.js.berklix.net> Date: Sat, 25 Jan 2020 15:16:20 +0100 X-Rspamd-Queue-Id: 484dNk4tyRz4YRV X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [4.84 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[berklix.com]; NEURAL_SPAM_MEDIUM(0.97)[0.968,0]; NEURAL_SPAM_LONG(0.97)[0.967,0]; RCVD_IN_DNSWL_NONE(0.00)[68.90.185.94.list.dnswl.org : 127.0.10.0]; MISSING_TO(2.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.00)[ip: (0.03), ipnet: 94.185.88.0/22(0.01), asn: 33824(-0.01), country: DE(-0.02)]; RECEIVED_SPAMHAUS_PBL(0.00)[151.123.219.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 14:16:40 -0000 > From: "Julian H. Stacey" > Date: Sat, 18 Jan 2020 15:10:21 +0100 "Julian H. Stacey" wrote: > Anyone else seen this: mergemaster -iF Cannot 'cd' to /usr/src Happily, I can no longer reproduce the fault. > Maybe something trivial ? (I have a cold, may have missed something). > cat .svn_revision > 356863 > cat .ctm_status > src-cur 14334 > > My last world made against .svn_revision 356861, 356863 running now I am now on .svn_revision 356868 .ctm_status src-cur 14335 & about to upgrade again to .svn_revision 357109 .ctm_status src-cur.14344 Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ UK stole 750,000 Brexit votes from Brits in EU + 3 M globaly. 170 states have votes abroad. Brits in EU forced to foreign nationality http://stolenvotes.uk From owner-freebsd-current@freebsd.org Sat Jan 25 14:45:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 36F181F15EC for ; Sat, 25 Jan 2020 14:45:13 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (gate.utahime.jp [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 484f1g46dHz4bCN for ; Sat, 25 Jan 2020 14:45:11 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by gate.utahime.jp (Postfix) with ESMTPS id E14444B0C7 for ; Sat, 25 Jan 2020 23:45:01 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1579963501; bh=QbLZpm8sLpNOMi35yEgpcuZGdbA3E/kfTLEDDOVyaro=; h=Date:To:Subject:From; b=T9AWNLa9AhRVtXilkut6OxP1+bLGJa8bA9RlxMrI291lfEvNLmbCYd/dU6dj6tmQb +X/+XPJgYmK5sWGD9eZJavUJp38Rv1JCfso82wzY8R61wvjE8yCAdmYJdYRBHXSGJn awjFU50MgGQ/RW4f46btyAC45uztTsGoeM1TxOcnh4i6NNB9loBG6c1sRQwxSYteJs 6wk85wi8kBKPVzLAEDxAahdaisb4gNi9drEud8hDfJt3M95QS/cvopPgwnKt3hBkf4 v7OC5RhVr3lr9IhpvU6boa/KHT3lvuQM60LgLFHyUxVVvf4RHGDdHYoUjg616FCXbv mHVn5QgDe5wkg== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id D8EDF26229; Sat, 25 Jan 2020 23:45:00 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.1 at eastasia.home.utahime.org Date: Sat, 25 Jan 2020 23:43:28 +0900 (JST) Message-Id: <20200125.234328.1043751263164767852.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: After update to r357104 build of poudriere jail fails with 'out of swap space' From: Yasuhiro KIMURA X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 484f1g46dHz4bCN X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=T9AWNLa9; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [1.57 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; NEURAL_HAM_MEDIUM(-0.44)[-0.440,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[utahime.org]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_SPAM_LONG(0.63)[0.632,0]; MID_CONTAINS_FROM(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.38)[ip: (0.22), ipnet: 183.180.0.0/16(0.11), asn: 2519(1.52), country: JP(0.03)]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 14:45:13 -0000 Hello. I use VirtualBox to run 13-CURRENT. Host is 64bit Windows 10 1909 and spec of VM is as following. * 4 CPU * 8GB memory * 100GB disk - 92GB ZFS pool (zroot) - 8GB swap Today I updated this VM to r357104. And after that I tried to update poudriere jail with `poudriere jail -u -j jailname -b`. But it failed at install stage. After the failure I found following message is written to syslog. Jan 25 19:18:25 rolling-vm-freebsd1 kernel: pid 7963 (strip), jid 0, uid 0, was killed: out of swap space To make sure I shutdown both VM and host, restarted them and tried update of jail again. Then the problem was reproduced. Does anybody else experience it? --- Yasuhiro KIMURA From owner-freebsd-current@freebsd.org Sat Jan 25 19:14:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F08581F805F for ; Sat, 25 Jan 2020 19:14:30 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [104.225.8.138]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "freebsd-11-64", Issuer "freebsd-11-64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484m0P6Xbzz3ybF for ; Sat, 25 Jan 2020 19:14:29 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [104.225.8.138]) by mail.neu.net (8.15.2/8.15.2) with ESMTPS id 00PJEKCu009791 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 25 Jan 2020 14:14:22 -0500 (EST) (envelope-from andy@neu.net) Date: Sat, 25 Jan 2020 14:14:20 -0500 (EST) From: AN To: freebsd-current@freebsd.org Subject: ip_divert.c:374:7: error: use of undeclared identifier Message-ID: User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Status: No, score=0.0 required=2.9 tests=RCVD_IN_DNSWL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.neu.net X-Rspamd-Queue-Id: 484m0P6Xbzz3ybF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of andy@neu.net has no SPF policy when checking 104.225.8.138) smtp.mailfrom=andy@neu.net X-Spamd-Result: default: False [-1.31 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.910,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.90)[-0.898,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[neu.net]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:104.225.8.0/24, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-0.50)[ip: (0.92), ipnet: 104.225.8.0/24(0.46), asn: 36236(-3.83), country: US(-0.05)]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 19:14:31 -0000 FYI FreeBSD Free_BSD_13 13.0-CURRENT FreeBSD 13.0-CURRENT #22 r356360: Sat Jan 4 20:10:21 EST 2020 root@Free_BSD_13:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL amd64 1300074 --- all_subdir_dtrace --- --- prototype.o --- cc -target x86_64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/amd64.amd64/sys/MYKERNEL/opt_global.h -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -I/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL -MD -MF.depend.prototype.o -MTprototype.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx -std=iso9899:1999 -include /usr/src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /usr/src/sys/cddl/dev/prototype.c -o prototype.o --- all_subdir_iir --- --- iir.ko.debug --- objcopy --only-keep-debug iir.ko.full iir.ko.debug --- iir.ko --- objcopy --strip-debug --add-gnu-debuglink=iir.ko.debug iir.ko.full iir.ko --- all_subdir_ipdivert --- /usr/src/sys/netinet/ip_divert.c:374:7: error: use of undeclared identifier 'IPV6_VERSION' case IPV6_VERSION >> 4: ^ --- all_subdir_ipfilter --- ===> ipfilter (all) [Creating objdir /usr/obj/usr/src/amd64.amd64/sys/MYKERNEL/modules/usr/src/sys/modules/ipfilter...] --- all_subdir_ipdivert --- 1 error generated. *** [ip_divert.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/ipdivert 1 error make[4]: stopped in /usr/src/sys/modules/ipdivert *** [all_subdir_ipdivert] Error code 2 From owner-freebsd-current@freebsd.org Sat Jan 25 20:02:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4AD231F92A2 for ; Sat, 25 Jan 2020 20:02:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 484n3S6S14z429r for ; Sat, 25 Jan 2020 20:02:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: c7r8s3cVM1lK_qiYM9pKhxrd5ytgW45LAAu3QzDJQgkIO9MA0DdtKi5SYcVJ7ij WHtRAoDx4ys_okoymiHin2XoEis1bkQe4zY3OkhItIoEQa2BbbA.H4WkRQnCkj6pMyFnSY8n7Urn ZW8smVLB1gOWAFSTuqwGybep3RquuDHOQzdkXGbQ7NU1MNNJ4aRsMcv6wZGHPjqz84Hgs5x1L3t9 yeJsvVehcDQ2s8t48m8BiCCK7Hm5Z3wN23DFV65_Z0pib_2Ltn34Lx6ORHqdohBKyGxeO2F6Q2gZ wQunvD3zxv4VgAwTU4lKbvFwioApyEITfsbTsjzsJ5rrYUTVDKpIPHq1sN849uS3wbdlmcNZnljK F75rsJXLYL6MWnQ8Zhc1MEJ8HoO2wU8UxaYe0LzerKACLxV8j6_iRipd4T6uSUmXErKdVW3ZOYBK fn6G5slVxBrernLzK_rI1Nob630SgVUXij2vDElsMjWekvOb_kLt9MMwNX5a55weEME.Vyec4qg6 QDddHbcSiBp7EqBt8eBPpOXDNrBISAolmAwfbSdZz0a6zsP0oU6RRyuJmpDJxoJ0iqLAVg1qrpJ1 f_lEpQ0Gxxs7Ui.5GEjSttSujRhngc2k95xrS7T86S5b61TgkyVlyZPuUFnq5yI1H70deo08_GdU eAxojfAZWA_rpLkt.m4deN0V.TZLXYne9nt_Np6zohMwrT2CY1b.0JuiJ5fMnoBHxhmSHatskcuT vZ5hziE6U0ru3MlrAoeSljHR03c42Z7gt6mqaDzeCty69e3TDscEEJGlWkOKHcvpK4_dGOGcGumD tG6cM6qLhjzJjRN87RjqEGe57WySWuB0XfZPGi2oGF8ytdt1CrDUBdd21xVimLisqsHpFjo5eyLx .h8v6xdrpaGoUyq96uxm1DUXf97dEOAa9isp5fU2nP33pTPSgwLuuaBhg_xFbgQAL3irhqd43koG 3F4mor0zs8FHmvYqIAj.Ln7XxlMREifIx3JtXhPQf8cHKOVc4NezJ1pofBpX.lGcHOTIhUV9qd9W DajXO6cQ6OALWJ.bllHuIT09s3UG4Dap5lU.RqpE2KRGU7cVtVvvZORmUSfk08D8SvSp4vuoiOS. _41L4XW5ry2noPbyZ1S.fJYnol4WAp_MvfckXhlh7w4h0WoIPTOT.E.TGeUw5chR5bDsCfKTHzXJ rYSsjuIfNsPfsEuXxiJLTLgFgas8HJV1XdgQ_s9delswNUKSG8LW6f8okctJLfeeNAqG2rF58Sdj nxPRx2oDMef2Wgvn56c33wcckczjUrr0hwLzz07ZuB8.UcEJ4wONHdFaoiMRkO2xqEszBFtGVI6H 8dLb6ujTMYC3DkziVV2WfotpVqmRzjKfZDMF05ZiXegq8gCTNSnyecKbrMZR0nPIFFsdqKYVsw00 UViB.ER3WZCFvAO4r2UnTCc1CTQ95_DVcZFk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 25 Jan 2020 20:02:11 +0000 Received: by smtp426.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f19ba718b2f6063783793984d34d18f2; Sat, 25 Jan 2020 20:02:08 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' Message-Id: Date: Sat, 25 Jan 2020 12:02:07 -0800 To: yasu@utahime.org, FreeBSD Current X-Mailer: Apple Mail (2.3608.40.2.2.4) References: X-Rspamd-Queue-Id: 484n3S6S14z429r X-Spamd-Bar: / X-Spamd-Result: default: False [0.80 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.76)[0.759,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[147.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.54)[0.543,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (5.60), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 20:02:14 -0000 Yasuhiro KIMURA yasu at utahime.org wrote on Sat Jan 25 14:45:13 UTC 2020 : > I use VirtualBox to run 13-CURRENT. Host is 64bit Windows 10 1909 and > spec of VM is as following. >=20 > * 4 CPU > * 8GB memory > * 100GB disk > - 92GB ZFS pool (zroot) > - 8GB swap >=20 > Today I updated this VM to r357104. And after that I tried to update > poudriere jail with `poudriere jail -u -j jailname -b`. But it failed > at install stage. After the failure I found following message is > written to syslog. >=20 > Jan 25 19:18:25 rolling-vm-freebsd1 kernel: pid 7963 (strip), jid 0, = uid 0, was killed: out of swap space This message text's detailed wording is a misnomer. Do you also have any messages of the form: . . . sentinel kernel: swap_pager_getswapspace(32): failed If yes: you really were out of swap space. If no: you were not out of swap space, or at least it is highly unlikely that you were. FreeBSD kills processes for multiple potential reasons. For example: a) Still low on free RAM after a number of tries to increase it above a = threshold. b) Slow paging I/O. c) . . . (I do not know the full list) . . . Unfortunately, FreeBSD is not explicit about the category of problem that leads to the kill activity that happens. You might learn more by watching how things are going via top or some such program or other way of monitoring. Below are some notes about specific tunables that might or might not be of help. (There may be more tunables that can help that I do not know about.) For (a) there is a way to test if it is the issue by adding to the number of tries before it gives up and starts killing things. That will either: 1) let it get more done before kills start 2) let it complete before the count is reached 3) make no significant difference (3) would imply that (b) or (c) are involved instead. (1) might be handled by having it do even more tries. For delaying how long free RAM staying low is tolerated, one can increase vm.pageout_oom_seq from 12 to larger. The management of slow paging I've less experience with but do have some notes about below. Examples follow that I use in contexts with sufficient RAM that I do not have to worry about out of swap/page space. These I've set in /etc/sysctl.conf . (Of course, I'm not trying to deliberately run out of RAM.) # # Delay when persisstent low free RAM leads to # Out Of Memory killing of processes: vm.pageout_oom_seq=3D120 I'll note that figures like 1024 or 1200 or even more are possible. This is controlling how many tries at regaining sufficient free RAM that that level would be tolerated long-term. After that it starts Out Of Memory kills to get some free RAM. No figure is designed to make the delay unbounded. There may be large enough figures to effectively be bounded beyond any reasonable time to wait. As for paging I/O (this is specific to 13, or was last I checked): # # For plunty of swap/paging space (will not # run out), avoid pageout delays leading to # Out Of Memory killing of processes: vm.pfault_oom_attempts=3D-1 (Note: In my context "plunty" really means sufficient RAM that paging is rare. But others have reported on using the -1 in contexts where paging was heavy at times and OOM kills had been happening that were eliminated by the assignment.) I've no experience with the below alternative to that -1 use: # # For possibly insufficient swap/paging space # (might run out), increase the pageout delay # that leads to Out Of Memory killing of # processes: #vm.pfault_oom_attempts=3D ??? #vm.pfault_oom_wait=3D ??? # (The multiplication is the total but there # are other potential tradoffs in the factors # multiplied, even for nearly the same total.) I'm not claiming that these 3 vm.???_oom_??? figures are always sufficient. Nor am I claiming that tunables are always available that would be sufficient. Nor that it is easy to find the ones that do exist that might help for specific OOM kill issues. I have seen reports of OOM kills for other reasons when both vm.pageout_oom_seq and vm.pfault_oom_attempts=3D-1 were in use. As I understand, FreeBSD did not report what kind of condition lead to the decision to do an OOM kill. So the above notes may or may-not help you. > To make sure I shutdown both VM and host, restarted them and tried > update of jail again. Then the problem was reproduced. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jan 25 20:51:09 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47E011FA9F0 for ; Sat, 25 Jan 2020 20:51:09 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 484p7w1Xmhz45C5 for ; Sat, 25 Jan 2020 20:51:07 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 00PKoxNb040250; Sat, 25 Jan 2020 12:50:59 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 00PKoxth040249; Sat, 25 Jan 2020 12:50:59 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202001252050.00PKoxth040249@gndrsh.dnsmgr.net> Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' In-Reply-To: To: Mark Millard Date: Sat, 25 Jan 2020 12:50:59 -0800 (PST) CC: yasu@utahime.org, FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 484p7w1Xmhz45C5 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [2.23 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.47)[0.472,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.83)[0.828,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.02), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 20:51:09 -0000 > Yasuhiro KIMURA yasu at utahime.org wrote on > Sat Jan 25 14:45:13 UTC 2020 : > > > I use VirtualBox to run 13-CURRENT. Host is 64bit Windows 10 1909 and > > spec of VM is as following. > > > > * 4 CPU > > * 8GB memory > > * 100GB disk > > - 92GB ZFS pool (zroot) > > - 8GB swap > > > > Today I updated this VM to r357104. And after that I tried to update > > poudriere jail with `poudriere jail -u -j jailname -b`. But it failed > > at install stage. After the failure I found following message is > > written to syslog. > > > > Jan 25 19:18:25 rolling-vm-freebsd1 kernel: pid 7963 (strip), jid 0, uid 0, was killed: out of swap space > > This message text's detailed wording is a misnomer. > Do you also have any messages of the form: > > . . . sentinel kernel: swap_pager_getswapspace(32): failed > > If yes: you really were out of swap space. > If no: you were not out of swap space, > or at least it is highly unlikely that you were. > > FreeBSD kills processes for multiple potential reasons. > For example: > > a) Still low on free RAM after a number of tries to increase it above a threshold. > b) Slow paging I/O. > c) . . . (I do not know the full list) . . . > > Unfortunately, FreeBSD is not explicit about the category > of problem that leads to the kill activity that happens. > > You might learn more by watching how things are going > via top or some such program or other way of monitoring. > > > Below are some notes about specific tunables that might > or might not be of help. (There may be more tunables > that can help that I do not know about.) > > For (a) there is a way to test if it is the issue by > adding to the number of tries before it gives up and > starts killing things. That will either: > > 1) let it get more done before kills start > 2) let it complete before the count is reached > 3) make no significant difference > > (3) would imply that (b) or (c) are involved instead. > > (1) might be handled by having it do even more tries. > > For delaying how long free RAM staying low is > tolerated, one can increase vm.pageout_oom_seq from > 12 to larger. The management of slow paging I've > less experience with but do have some notes about > below. > > Examples follow that I use in contexts with > sufficient RAM that I do not have to worry about > out of swap/page space. These I've set in > /etc/sysctl.conf . (Of course, I'm not trying to > deliberately run out of RAM.) > > # > # Delay when persisstent low free RAM leads to > # Out Of Memory killing of processes: > vm.pageout_oom_seq=120 > > I'll note that figures like 1024 or 1200 or > even more are possible. This is controlling how > many tries at regaining sufficient free RAM > that that level would be tolerated long-term. > After that it starts Out Of Memory kills to get > some free RAM. > > No figure is designed to make the delay > unbounded. There may be large enough figures to > effectively be bounded beyond any reasonable > time to wait. > > > As for paging I/O (this is specific to 13, > or was last I checked): > > # > # For plunty of swap/paging space (will not > # run out), avoid pageout delays leading to > # Out Of Memory killing of processes: > vm.pfault_oom_attempts=-1 > > (Note: In my context "plunty" really means > sufficient RAM that paging is rare. But > others have reported on using the -1 in > contexts where paging was heavy at times and > OOM kills had been happening that were > eliminated by the assignment.) > > I've no experience with the below alternative > to that -1 use: > > # > # For possibly insufficient swap/paging space > # (might run out), increase the pageout delay > # that leads to Out Of Memory killing of > # processes: > #vm.pfault_oom_attempts= ??? > #vm.pfault_oom_wait= ??? > # (The multiplication is the total but there > # are other potential tradoffs in the factors > # multiplied, even for nearly the same total.) > > > I'm not claiming that these 3 vm.???_oom_??? > figures are always sufficient. Nor am I > claiming that tunables are always available > that would be sufficient. Nor that it is easy > to find the ones that do exist that might > help for specific OOM kill issues. > > I have seen reports of OOM kills for other > reasons when both vm.pageout_oom_seq and > vm.pfault_oom_attempts=-1 were in use. > As I understand, FreeBSD did not report > what kind of condition lead to the > decision to do an OOM kill. > > So the above notes may or may-not help you. All the advice by Mark above is very sound and solid, however my first step would be to cut back the memory pig that is ZFS with: vfs.zfs.arc_max=4294967296 added to loader.conf > > > To make sure I shutdown both VM and host, restarted them and tried > > update of jail again. Then the problem was reproduced. > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Jan 25 21:41:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BD90D1FBF00 for ; Sat, 25 Jan 2020 21:41:22 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484qFs4Mqzz480T for ; Sat, 25 Jan 2020 21:41:21 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id vTB8ijhaHnCigvTB9iYYUo; Sat, 25 Jan 2020 14:41:20 -0700 X-Authority-Analysis: v=2.3 cv=cZisUULM c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=xqWC_Br6kY4A:10 a=IkcTkHD0fZMA:10 a=Jdjhy38mL1oA:10 a=CjxXgO3LAAAA:8 a=u4C43qGkAAAA:8 a=YVOhz5M6AAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=qHsipCUy0K8Z0ewWkrUA:9 a=CD7mnG7qUx_yMWfX:21 a=uAyffgY17WxaaJyl:21 a=QEXdDO2ut3YA:10 a=P8QV4QaAdoZ3FB6hlmCP:22 a=sbbTL3E6IKcx-RquDtO-:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from [IPv6:2605:8d80:404:d7ee:2c2a:d9c0:62f1:7c09] (unknown [72.143.230.11]) by spqr.komquats.com (Postfix) with ESMTPSA id A6BC64D1; Sat, 25 Jan 2020 13:41:17 -0800 (PST) Date: Sat, 25 Jan 2020 13:41:16 -0800 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' To: freebsd-current@freebsd.org, Mark Millard , yasu@utahime.org, FreeBSD Current From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfO9cUDxOdtAudP0qaGt0hUwYSF3kSGrUSVAACHQpBONZkTb8TVtrUKXND3MQdO6tayj9miBEtq+0irEiPgj8l0tVouplPI5n39X62d56HK5WPftTZJYy xAUhM0iMJoyx8vxUp8ZTA65Ww71ykYst+gkPpRi9LESfwudYTwMIQJdt7VbJPU+gB+K7If5KYhO1rvk5Z1mCslSPIXuq+/JVroF2b349nWWOcXjl/cg1pVB8 emf97QuFnfg1mR1m7X5i/Q== X-Rspamd-Queue-Id: 484qFs4Mqzz480T X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.13) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[11.230.143.72.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11,17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.46)[ip: (-6.55), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.47), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 21:41:22 -0000 On January 25, 2020 12:02:07 PM PST, Mark Millard wro= te: >Yasuhiro KIMURA yasu at utahime=2Eorg wrote on >Sat Jan 25 14:45:13 UTC 2020 : > >> I use VirtualBox to run 13-CURRENT=2E Host is 64bit Windows 10 1909 and >> spec of VM is as following=2E >>=20 >> * 4 CPU >> * 8GB memory >> * 100GB disk >> - 92GB ZFS pool (zroot) >> - 8GB swap >>=20 >> Today I updated this VM to r357104=2E And after that I tried to update >> poudriere jail with `poudriere jail -u -j jailname -b`=2E But it failed >> at install stage=2E After the failure I found following message is >> written to syslog=2E >>=20 >> Jan 25 19:18:25 rolling-vm-freebsd1 kernel: pid 7963 (strip), jid 0, >uid 0, was killed: out of swap space > >This message text's detailed wording is a misnomer=2E >Do you also have any messages of the form: > >=2E =2E =2E sentinel kernel: swap_pager_getswapspace(32): failed > >If yes: you really were out of swap space=2E >If no: you were not out of swap space, > or at least it is highly unlikely that you were=2E > >FreeBSD kills processes for multiple potential reasons=2E >For example: > >a) Still low on free RAM after a number of tries to increase it above a >threshold=2E >b) Slow paging I/O=2E >c) =2E =2E =2E (I do not know the full list) =2E =2E =2E > >Unfortunately, FreeBSD is not explicit about the category >of problem that leads to the kill activity that happens=2E > >You might learn more by watching how things are going >via top or some such program or other way of monitoring=2E > > >Below are some notes about specific tunables that might >or might not be of help=2E (There may be more tunables >that can help that I do not know about=2E) > >For (a) there is a way to test if it is the issue by >adding to the number of tries before it gives up and >starts killing things=2E That will either: > >1) let it get more done before kills start >2) let it complete before the count is reached >3) make no significant difference > >(3) would imply that (b) or (c) are involved instead=2E > >(1) might be handled by having it do even more tries=2E > >For delaying how long free RAM staying low is >tolerated, one can increase vm=2Epageout_oom_seq from >12 to larger=2E The management of slow paging I've >less experience with but do have some notes about >below=2E > >Examples follow that I use in contexts with >sufficient RAM that I do not have to worry about >out of swap/page space=2E These I've set in >/etc/sysctl=2Econf =2E (Of course, I'm not trying to >deliberately run out of RAM=2E) > ># ># Delay when persisstent low free RAM leads to ># Out Of Memory killing of processes: >vm=2Epageout_oom_seq=3D120 > >I'll note that figures like 1024 or 1200 or >even more are possible=2E This is controlling how >many tries at regaining sufficient free RAM >that that level would be tolerated long-term=2E >After that it starts Out Of Memory kills to get >some free RAM=2E > >No figure is designed to make the delay >unbounded=2E There may be large enough figures to >effectively be bounded beyond any reasonable >time to wait=2E > > >As for paging I/O (this is specific to 13, >or was last I checked): > ># ># For plunty of swap/paging space (will not ># run out), avoid pageout delays leading to ># Out Of Memory killing of processes: >vm=2Epfault_oom_attempts=3D-1 > >(Note: In my context "plunty" really means >sufficient RAM that paging is rare=2E But >others have reported on using the -1 in >contexts where paging was heavy at times and >OOM kills had been happening that were >eliminated by the assignment=2E) > >I've no experience with the below alternative >to that -1 use: > ># ># For possibly insufficient swap/paging space ># (might run out), increase the pageout delay ># that leads to Out Of Memory killing of ># processes: >#vm=2Epfault_oom_attempts=3D ??? >#vm=2Epfault_oom_wait=3D ??? ># (The multiplication is the total but there ># are other potential tradoffs in the factors ># multiplied, even for nearly the same total=2E) > > >I'm not claiming that these 3 vm=2E???_oom_??? >figures are always sufficient=2E Nor am I >claiming that tunables are always available >that would be sufficient=2E Nor that it is easy >to find the ones that do exist that might >help for specific OOM kill issues=2E > >I have seen reports of OOM kills for other >reasons when both vm=2Epageout_oom_seq and >vm=2Epfault_oom_attempts=3D-1 were in use=2E >As I understand, FreeBSD did not report >what kind of condition lead to the >decision to do an OOM kill=2E > >So the above notes may or may-not help you=2E > >> To make sure I shutdown both VM and host, restarted them and tried >> update of jail again=2E Then the problem was reproduced=2E > > >=3D=3D=3D >Mark Millard >marklmi at yahoo=2Ecom >( dsl-only=2Enet went >away in early 2018-Mar) > >_______________________________________________ >freebsd-current@freebsd=2Eorg mailing list >https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd=2Eorg" It's not just poudeiere=2E Standard port builds of chromium, rust and thun= derbird also fail on my machines with less than 8 GB=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E=20 Cy Schubert FreeBSD UNIX: Web: https://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E From owner-freebsd-current@freebsd.org Sat Jan 25 21:52:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 150EB1FC4BF for ; Sat, 25 Jan 2020 21:52:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484qVQ0m6Fz48dX for ; Sat, 25 Jan 2020 21:52:13 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id 00PLq4wl049272 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 25 Jan 2020 13:52:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id 00PLq3k4049271; Sat, 25 Jan 2020 13:52:03 -0800 (PST) (envelope-from sgk) Date: Sat, 25 Jan 2020 13:52:03 -0800 From: Steve Kargl To: Cy Schubert Cc: freebsd-current@freebsd.org, Mark Millard , yasu@utahime.org Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' Message-ID: <20200125215203.GA49253@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 484qVQ0m6Fz48dX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.11 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-0.98)[-0.978,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-0.92)[-0.917,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.22)[ip: (0.05), ipnet: 128.95.0.0/16(-0.24), asn: 73(-0.83), country: US(-0.05)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 21:52:16 -0000 On Sat, Jan 25, 2020 at 01:41:16PM -0800, Cy Schubert wrote: > > It's not just poudeiere. Standard port builds of chromium, rust > and thunderbird also fail on my machines with less than 8 GB. > Interesting. I routinely build chromium, rust, firefox, llvm and few other resource-hunger ports on a i386-freebsd laptop with 3.4 GB available memory. This is done with chrome running with a few tabs swallowing a 1-1.5 GB of memory. No issues. -- Steve From owner-freebsd-current@freebsd.org Sat Jan 25 21:59:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EC7B01FC7F8 for ; Sat, 25 Jan 2020 21:59:02 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484qfF63DZz48ym for ; Sat, 25 Jan 2020 21:59:01 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id vTSCiuCADRnrKvTSEia2C6; Sat, 25 Jan 2020 14:58:59 -0700 X-Authority-Analysis: v=2.3 cv=L7FjvNb8 c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=xqWC_Br6kY4A:10 a=IkcTkHD0fZMA:10 a=Jdjhy38mL1oA:10 a=iKhvJSA4AAAA:8 a=u4C43qGkAAAA:8 a=CjxXgO3LAAAA:8 a=YVOhz5M6AAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=EeDaFvYApu3O_M04LsMA:9 a=rYmC72-wekE0iC1c:21 a=J_gUWEfmDNBqk2Lw:21 a=QEXdDO2ut3YA:10 a=odh9cflL3HIXMm4fY7Wr:22 a=P8QV4QaAdoZ3FB6hlmCP:22 a=sbbTL3E6IKcx-RquDtO-:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from [IPv6:2605:8d80:404:d7ee:2c2a:d9c0:62f1:7c09] (unknown [72.143.230.11]) by spqr.komquats.com (Postfix) with ESMTPSA id 0A16E515; Sat, 25 Jan 2020 13:58:55 -0800 (PST) Date: Sat, 25 Jan 2020 13:58:54 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <202001252050.00PKoxth040249@gndrsh.dnsmgr.net> References: <202001252050.00PKoxth040249@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' To: freebsd-current@freebsd.org, "Rodney W. Grimes" , Mark Millard CC: yasu@utahime.org,FreeBSD Current From: Cy Schubert Message-ID: <99F7A865-53E1-46D6-8C07-10DE4560C766@cschubert.com> X-CMAE-Envelope: MS4wfAPH8TTLj6OPvI5rREDrr6KJ+TGYnKVuhk1c0wHUCKWl8tRy7LY875+9fja2VNc7z0NV1d0O0/A5DsOSBlDYj94thW7LHGXykgrZMCtgDUoohXBW+uxb tTiptpTbaSV04z5BJ0flN7AmhO2vsYclPQ4Jtj5rm/besUnhufenBONTHBmH8wrLCjEHBRdyYh0cBGn0tyrD3DFpzUv9GG5XSuXtAMFe80neLtzUJJHFK2ZM gzT9wxhEMK5eAQ1VM9SOASp2l13VscztldsaBT+lbZvfr7Y7rZ8F1C2kTUw8Gmx2 X-Rspamd-Queue-Id: 484qfF63DZz48ym X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.136.137) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.57 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11,11.230.143.72.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.37)[ip: (-6.13), ipnet: 64.59.128.0/20(-3.17), asn: 6327(-2.47), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 21:59:03 -0000 On January 25, 2020 12:50:59 PM PST, "Rodney W=2E Grimes" wrote: >> Yasuhiro KIMURA yasu at utahime=2Eorg wrote on >> Sat Jan 25 14:45:13 UTC 2020 : >>=20 >> > I use VirtualBox to run 13-CURRENT=2E Host is 64bit Windows 10 1909 >and >> > spec of VM is as following=2E >> >=20 >> > * 4 CPU >> > * 8GB memory >> > * 100GB disk >> > - 92GB ZFS pool (zroot) >> > - 8GB swap >> >=20 >> > Today I updated this VM to r357104=2E And after that I tried to >update >> > poudriere jail with `poudriere jail -u -j jailname -b`=2E But it >failed >> > at install stage=2E After the failure I found following message is >> > written to syslog=2E >> >=20 >> > Jan 25 19:18:25 rolling-vm-freebsd1 kernel: pid 7963 (strip), jid >0, uid 0, was killed: out of swap space >>=20 >> This message text's detailed wording is a misnomer=2E >> Do you also have any messages of the form: >>=20 >> =2E =2E =2E sentinel kernel: swap_pager_getswapspace(32): failed >>=20 >> If yes: you really were out of swap space=2E >> If no: you were not out of swap space, >> or at least it is highly unlikely that you were=2E >>=20 >> FreeBSD kills processes for multiple potential reasons=2E >> For example: >>=20 >> a) Still low on free RAM after a number of tries to increase it above >a threshold=2E >> b) Slow paging I/O=2E >> c) =2E =2E =2E (I do not know the full list) =2E =2E =2E >>=20 >> Unfortunately, FreeBSD is not explicit about the category >> of problem that leads to the kill activity that happens=2E >>=20 >> You might learn more by watching how things are going >> via top or some such program or other way of monitoring=2E >>=20 >>=20 >> Below are some notes about specific tunables that might >> or might not be of help=2E (There may be more tunables >> that can help that I do not know about=2E) >>=20 >> For (a) there is a way to test if it is the issue by >> adding to the number of tries before it gives up and >> starts killing things=2E That will either: >>=20 >> 1) let it get more done before kills start >> 2) let it complete before the count is reached >> 3) make no significant difference >>=20 >> (3) would imply that (b) or (c) are involved instead=2E >>=20 >> (1) might be handled by having it do even more tries=2E >>=20 >> For delaying how long free RAM staying low is >> tolerated, one can increase vm=2Epageout_oom_seq from >> 12 to larger=2E The management of slow paging I've >> less experience with but do have some notes about >> below=2E >>=20 >> Examples follow that I use in contexts with >> sufficient RAM that I do not have to worry about >> out of swap/page space=2E These I've set in >> /etc/sysctl=2Econf =2E (Of course, I'm not trying to >> deliberately run out of RAM=2E) >>=20 >> # >> # Delay when persisstent low free RAM leads to >> # Out Of Memory killing of processes: >> vm=2Epageout_oom_seq=3D120 >>=20 >> I'll note that figures like 1024 or 1200 or >> even more are possible=2E This is controlling how >> many tries at regaining sufficient free RAM >> that that level would be tolerated long-term=2E >> After that it starts Out Of Memory kills to get >> some free RAM=2E >>=20 >> No figure is designed to make the delay >> unbounded=2E There may be large enough figures to >> effectively be bounded beyond any reasonable >> time to wait=2E >>=20 >>=20 >> As for paging I/O (this is specific to 13, >> or was last I checked): >>=20 >> # >> # For plunty of swap/paging space (will not >> # run out), avoid pageout delays leading to >> # Out Of Memory killing of processes: >> vm=2Epfault_oom_attempts=3D-1 >>=20 >> (Note: In my context "plunty" really means >> sufficient RAM that paging is rare=2E But >> others have reported on using the -1 in >> contexts where paging was heavy at times and >> OOM kills had been happening that were >> eliminated by the assignment=2E) >>=20 >> I've no experience with the below alternative >> to that -1 use: >>=20 >> # >> # For possibly insufficient swap/paging space >> # (might run out), increase the pageout delay >> # that leads to Out Of Memory killing of >> # processes: >> #vm=2Epfault_oom_attempts=3D ??? >> #vm=2Epfault_oom_wait=3D ??? >> # (The multiplication is the total but there >> # are other potential tradoffs in the factors >> # multiplied, even for nearly the same total=2E) >>=20 >>=20 >> I'm not claiming that these 3 vm=2E???_oom_??? >> figures are always sufficient=2E Nor am I >> claiming that tunables are always available >> that would be sufficient=2E Nor that it is easy >> to find the ones that do exist that might >> help for specific OOM kill issues=2E >>=20 >> I have seen reports of OOM kills for other >> reasons when both vm=2Epageout_oom_seq and >> vm=2Epfault_oom_attempts=3D-1 were in use=2E >> As I understand, FreeBSD did not report >> what kind of condition lead to the >> decision to do an OOM kill=2E >>=20 >> So the above notes may or may-not help you=2E > >All the advice by Mark above is very sound and solid, however my >first step would be to cut back the memory pig that is ZFS with: >vfs=2Ezfs=2Earc_max=3D4294967296 >added to loader=2Econf > >>=20 >> > To make sure I shutdown both VM and host, restarted them and tried >> > update of jail again=2E Then the problem was reproduced=2E >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo=2Ecom >> ( dsl-only=2Enet went >> away in early 2018-Mar) >>=20 >> _______________________________________________ >> freebsd-current@freebsd=2Eorg mailing list >> https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd=2Eorg" >>=20 Arc_max can also be reduced by sysctl to get immediate relief=2E In the case when I had the problem it was on a machine with 5 GB RAM and a= rc was less than 500 mb=2E The problem was due to 4 rust complies building = rust or thunderbird on an amd64 kernel within an i386 jail=2E No such probl= ems were encountered on a machine with 8 GB with 2 GB arc=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E=20 Cy Schubert FreeBSD UNIX: Web: https://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E From owner-freebsd-current@freebsd.org Sat Jan 25 22:09:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D5EC71FCBC8 for ; Sat, 25 Jan 2020 22:09:35 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484qtR17Tyz49Sf for ; Sat, 25 Jan 2020 22:09:34 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id vTcSijs3fnCigvTcTiYcg5; Sat, 25 Jan 2020 15:09:33 -0700 X-Authority-Analysis: v=2.3 cv=cZisUULM c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=xqWC_Br6kY4A:10 a=IkcTkHD0fZMA:10 a=Jdjhy38mL1oA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=MXC15XxhRE1p6x13_-oA:9 a=OETXGbB06K6OPNsQ:21 a=r1x498S_FH7AxibB:21 a=QEXdDO2ut3YA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [IPv6:2605:8d80:404:d7ee:2c2a:d9c0:62f1:7c09] (unknown [72.143.230.11]) by spqr.komquats.com (Postfix) with ESMTPSA id 8F0ED523; Sat, 25 Jan 2020 14:09:31 -0800 (PST) Date: Sat, 25 Jan 2020 14:09:29 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <20200125215203.GA49253@troutmask.apl.washington.edu> References: <20200125215203.GA49253@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' To: sgk@troutmask.apl.washington.edu, Steve Kargl CC: freebsd-current@freebsd.org, Mark Millard , yasu@utahime.org From: Cy Schubert Message-ID: <3B744DB0-35ED-44FE-8235-A16EE5F925CA@cschubert.com> X-CMAE-Envelope: MS4wfGfiWE0K6I4b/xWSOk4k50wyFzS1E7mrzg37qFaFGcyZbl2XAFHe2lKyj1ND71zE36D1JXxj5Rlo+6qP6WPgNRpYbwCquKghikmu28tS4qC6rYma45Ew /8Mj10EWhhFi0W0D/j4YssuhiuV2RaIzvBfUoei0PfmrrNrKRK5i/17A8y7H2p8/4TNAoel8AWG80wKcNutYqZgiabuh1m4FtCkSeo8ohUiPRd4mbKSPiaad QaWpyLq6Pc5YLUGKVVudcqvF5u3vUi/Ja8C6g04+3RUAuf17BLjeNwasiyiBDv5V X-Rspamd-Queue-Id: 484qtR17Tyz49Sf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.12) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11,11.230.143.72.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[12.134.59.64.rep.mailspike.net : 127.0.0.18]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.46)[ip: (-6.57), ipnet: 64.59.128.0/20(-3.18), asn: 6327(-2.47), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 22:09:35 -0000 On January 25, 2020 1:52:03 PM PST, Steve Kargl wrote: >On Sat, Jan 25, 2020 at 01:41:16PM -0800, Cy Schubert wrote: >>=20 >> It's not just poudeiere=2E Standard port builds of chromium, rust >> and thunderbird also fail on my machines with less than 8 GB=2E >> > >Interesting=2E I routinely build chromium, rust, firefox, >llvm and few other resource-hunger ports on a i386-freebsd >laptop with 3=2E4 GB available memory=2E This is done with >chrome running with a few tabs swallowing a 1-1=2E5 GB of >memory=2E No issues=2E =20 Number of threads makes a difference too=2E How many core/threads does you= r laptop have? Reducing number of concurrent threads allowed my builds to complete on the= 5 GB machine=2E My build machines have 4 cores, 1 thread per core=2E Reduc= ing concurrent threads circumvented the issue=2E=20 --=20 Pardon the typos and autocorrect, small keyboard in use=2E=20 Cy Schubert FreeBSD UNIX: Web: https://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E From owner-freebsd-current@freebsd.org Sat Jan 25 23:31:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A12911FEA95 for ; Sat, 25 Jan 2020 23:31:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484shl3x1hz4FGV for ; Sat, 25 Jan 2020 23:31:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id 00PNVGOw050112 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 25 Jan 2020 15:31:16 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id 00PNVGWo050111; Sat, 25 Jan 2020 15:31:16 -0800 (PST) (envelope-from sgk) Date: Sat, 25 Jan 2020 15:31:16 -0800 From: Steve Kargl To: Cy Schubert Cc: freebsd-current@freebsd.org, Mark Millard , yasu@utahime.org Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' Message-ID: <20200125233116.GA49916@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20200125215203.GA49253@troutmask.apl.washington.edu> <3B744DB0-35ED-44FE-8235-A16EE5F925CA@cschubert.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B744DB0-35ED-44FE-8235-A16EE5F925CA@cschubert.com> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 484shl3x1hz4FGV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-0.98)[-0.975,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-0.91)[-0.913,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.22)[ip: (0.05), ipnet: 128.95.0.0/16(-0.24), asn: 73(-0.83), country: US(-0.05)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 23:31:20 -0000 On Sat, Jan 25, 2020 at 02:09:29PM -0800, Cy Schubert wrote: > On January 25, 2020 1:52:03 PM PST, Steve Kargl wrote: > >On Sat, Jan 25, 2020 at 01:41:16PM -0800, Cy Schubert wrote: > >> > >> It's not just poudeiere. Standard port builds of chromium, rust > >> and thunderbird also fail on my machines with less than 8 GB. > >> > > > >Interesting. I routinely build chromium, rust, firefox, > >llvm and few other resource-hunger ports on a i386-freebsd > >laptop with 3.4 GB available memory. This is done with > >chrome running with a few tabs swallowing a 1-1.5 GB of > >memory. No issues. > > Number of threads makes a difference too. How many core/threads does your laptop have? 2 cores. > Reducing number of concurrent threads allowed my builds to complete > on the 5 GB machine. My build machines have 4 cores, 1 thread per > core. Reducing concurrent threads circumvented the issue. I use portmaster, and AFIACT, it uses 'make -j 2' for the build. Laptop isn't doing too much, but an update and browsing. It does take a long time especially if building llvm is required. -- Steve From owner-freebsd-current@freebsd.org Sat Jan 25 23:54:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59D271FF5D9 for ; Sat, 25 Jan 2020 23:54:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484tC5220lz4Gv1 for ; Sat, 25 Jan 2020 23:54:08 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id 00PNs5bW050447 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 25 Jan 2020 15:54:05 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id 00PNs5FE050446; Sat, 25 Jan 2020 15:54:05 -0800 (PST) (envelope-from sgk) Date: Sat, 25 Jan 2020 15:54:05 -0800 From: Steve Kargl To: Cy Schubert Cc: freebsd-current@freebsd.org, Mark Millard , yasu@utahime.org Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' Message-ID: <20200125235405.GA50378@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20200125215203.GA49253@troutmask.apl.washington.edu> <3B744DB0-35ED-44FE-8235-A16EE5F925CA@cschubert.com> <20200125233116.GA49916@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200125233116.GA49916@troutmask.apl.washington.edu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 484tC5220lz4Gv1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-0.98)[-0.975,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-0.91)[-0.912,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.21)[ip: (0.05), ipnet: 128.95.0.0/16(-0.24), asn: 73(-0.83), country: US(-0.05)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 23:54:10 -0000 On Sat, Jan 25, 2020 at 03:31:16PM -0800, Steve Kargl wrote: > On Sat, Jan 25, 2020 at 02:09:29PM -0800, Cy Schubert wrote: > > On January 25, 2020 1:52:03 PM PST, Steve Kargl wrote: > > >On Sat, Jan 25, 2020 at 01:41:16PM -0800, Cy Schubert wrote: > > >> > > >> It's not just poudeiere. Standard port builds of chromium, rust > > >> and thunderbird also fail on my machines with less than 8 GB. > > >> > > > > > >Interesting. I routinely build chromium, rust, firefox, > > >llvm and few other resource-hunger ports on a i386-freebsd > > >laptop with 3.4 GB available memory. This is done with > > >chrome running with a few tabs swallowing a 1-1.5 GB of > > >memory. No issues. > > > > Number of threads makes a difference too. How many core/threads does your laptop have? > > 2 cores. > > > Reducing number of concurrent threads allowed my builds to complete > > on the 5 GB machine. My build machines have 4 cores, 1 thread per > > core. Reducing concurrent threads circumvented the issue. > > I use portmaster, and AFIACT, it uses 'make -j 2' for the build. > Laptop isn't doing too much, but an update and browsing. It does > take a long time especially if building llvm is required. > In thinking about this and recalling watching top(1) during my last firefox rebuild, it seems that the compiler can use 0.5-1 GB when compiling files. I see how doing a parallel build with "-j NCPU" could stress a <4 GB system. -- Steve From owner-freebsd-current@freebsd.org Sat Jan 25 23:59:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7135A1FFA62 for ; Sat, 25 Jan 2020 23:59:13 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 484tJw50myz4HFj for ; Sat, 25 Jan 2020 23:59:12 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id vVKWiq57O17ZDvVKXiuI77; Sat, 25 Jan 2020 16:59:10 -0700 X-Authority-Analysis: v=2.3 cv=ZsqT1OzG c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=Jdjhy38mL1oA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=J6g1S3cPo6MnXg9cEX0A:9 a=RKyXTq9lnKFflXqT:21 a=vnmOlL8DBn9e6B-e:21 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 346BD69E; Sat, 25 Jan 2020 15:59:07 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 00PNx72g007154; Sat, 25 Jan 2020 15:59:07 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 00PNx6n1007151; Sat, 25 Jan 2020 15:59:06 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202001252359.00PNx6n1007151@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: sgk@troutmask.apl.washington.edu cc: Cy Schubert , freebsd-current@freebsd.org, Mark Millard , yasu@utahime.org Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' In-reply-to: <20200125233116.GA49916@troutmask.apl.washington.edu> References: <20200125215203.GA49253@troutmask.apl.washington.edu> <3B744DB0-35ED-44FE-8235-A16EE5F925CA@cschubert.com> <20200125233116.GA49916@troutmask.apl.washington.edu> Comments: In-reply-to Steve Kargl message dated "Sat, 25 Jan 2020 15:31:16 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Jan 2020 15:59:06 -0800 X-CMAE-Envelope: MS4wfNqk3CbUkZxhZGgyWlJ1KV7+MXMqoj02xETFk0+gMvo2oRo6NP5dfpSBzFBUrbQe0Mi3sGaDc9w5vEjz24Q2n/9aGlaCRNm6XOhvgiYWawnEv45k+lZr p6OjRvI2SIudHTXXnau1U2oa5ipK/KgrI4z5zy+gmZzA3vd2GamDEVa+W9rpYkKD+J2SMAjCZnp9uesfKlasoFjDBGvHQ4X38sksuj5/UJJs3XoNMHOpuR4T cVqtsjZdk6KUwxjNdabwSyQRbu+sTkj5m1Y1WFq0hS0q29/zQeUOPUievVWvxIDa X-Rspamd-Queue-Id: 484tJw50myz4HFj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.136.139) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.04 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_FIVE(0.00)[5]; REPLYTO_EQ_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[139.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.34)[ip: (-5.97), ipnet: 64.59.128.0/20(-3.18), asn: 6327(-2.47), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2020 23:59:13 -0000 In message <20200125233116.GA49916@troutmask.apl.washington.edu>, Steve Kargl w rites: > On Sat, Jan 25, 2020 at 02:09:29PM -0800, Cy Schubert wrote: > > On January 25, 2020 1:52:03 PM PST, Steve Kargl on.edu> wrote: > > >On Sat, Jan 25, 2020 at 01:41:16PM -0800, Cy Schubert wrote: > > >> > > >> It's not just poudeiere. Standard port builds of chromium, rust > > >> and thunderbird also fail on my machines with less than 8 GB. > > >> > > > > > >Interesting. I routinely build chromium, rust, firefox, > > >llvm and few other resource-hunger ports on a i386-freebsd > > >laptop with 3.4 GB available memory. This is done with > > >chrome running with a few tabs swallowing a 1-1.5 GB of > > >memory. No issues. > > > > Number of threads makes a difference too. How many core/threads does your l > aptop have? > > 2 cores. This is why. > > > Reducing number of concurrent threads allowed my builds to complete > > on the 5 GB machine. My build machines have 4 cores, 1 thread per > > core. Reducing concurrent threads circumvented the issue. > > I use portmaster, and AFIACT, it uses 'make -j 2' for the build. > Laptop isn't doing too much, but an update and browsing. It does > take a long time especially if building llvm is required. I use portmaster as well (for quick incidental builds). It uses MAKE_JOBS_NUMBER=4 (which is equivalent to make -j 4). I suppose machines with not enough memory to support their cores with certain builds might have a better chance of having this problem. MAKE_JOBS_NUMBER_LIMIT to limit a 4 core machine with less than 2 GB per core might be an option. Looking at it this way, instead of an extra 3 GB, the extra 60% more memory in the other machine makes a big difference. A rule of thumb would probably be, have ~ 2 GB RAM for every core or thread when doing large parallel builds. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.