From owner-freebsd-current@freebsd.org Mon Feb 10 12:52:54 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 BD6592396B6 for ; Mon, 10 Feb 2020 12:52:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48GQmk2QPJz4RY7 for ; Mon, 10 Feb 2020 12:52:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5308E2396B5; Mon, 10 Feb 2020 12:52:54 +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 52D062396B4 for ; Mon, 10 Feb 2020 12:52:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (107-204-234-170.lightspeed.sntcca.sbcglobal.net [107.204.234.170]) (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 48GQmj2Qlsz4RY6 for ; Mon, 10 Feb 2020 12:52:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 01ACqp7e015266 for ; Mon, 10 Feb 2020 12:52:51 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 01ACqpUK015265 for current@freebsd.org; Mon, 10 Feb 2020 04:52:51 -0800 (PST) (envelope-from david) Date: Mon, 10 Feb 2020 04:52:51 -0800 From: David Wolfskill To: current@freebsd.org Subject: GPF just after mounting root at r357726 Message-ID: <20200210125251.GQ1238@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="JaBjgNvtdKe5H086" Content-Disposition: inline X-Rspamd-Queue-Id: 48GQmj2Qlsz4RY6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-1.96 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.56)[ip: (-9.65), ipnet: 107.192.0.0/12(-4.82), asn: 7018(1.73), country: US(-0.05)]; REPLYTO_EQ_TO_ADDR(5.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, 10 Feb 2020 12:52:54 -0000 --JaBjgNvtdKe5H086 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Looks as if the same thing affected both my laptop and my build machine -- each updated from r357688 (built yesterday & smoke-tested without incident). While I got some screenshots for the laptop, I have a serial console for the build machine, so: =2E.. ---<>--- Table 'FACP' at 0xde3c1b98 Table 'APIC' at 0xde3c1ca8 APIC: Found table at 0xde3c1ca8 APIC: Using the MADT enumerator. 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 #817 r357726M/357726: Mon Feb 10 04:09:32 PST 2020 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GE= NERIC amd64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a2133= 78a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) WARNING: WITNESS option enabled, expect reduced performance. =2E.. mountroot: waiting for device /dev/ada0s4a... Fatal trap 9: general protection fault while in kernel mode cpuid =3D 6; apic id =3D 06 instruction pointer =3D 0x20:0xffffffff80c7f97b stack pointer =3D 0x28:0xfffffe00aa965160 frame pointer =3D 0x28:0xfffffe00aa965160 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1 (kernel) trap number =3D 9 panic: general protection fault cpuid =3D 6 time =3D 24 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00aa964= e40 vpanic() at vpanic+0x185/frame 0xfffffe00aa964ea0 panic() at panic+0x43/frame 0xfffffe00aa964f00 trap_fatal() at trap_fatal+0x386/frame 0xfffffe00aa964f60 trap() at trap+0x8b/frame 0xfffffe00aa965090 calltrap() at calltrap+0x8/frame 0xfffffe00aa965090 --- trap 0x9, rip =3D 0xffffffff80c7f97b, rsp =3D 0xfffffe00aa965160, rbp = =3D 0xfffffe00aa965160 --- biotrack_buf() at biotrack_buf+0xb/frame 0xfffffe00aa965160 g_io_deliver() at g_io_deliver+0x30/frame 0xfffffe00aa9651b0 g_io_request() at g_io_request+0x28a/frame 0xfffffe00aa9651e0 g_part_start() at g_part_start+0x289/frame 0xfffffe00aa965260 g_io_request() at g_io_request+0x28a/frame 0xfffffe00aa965290 g_part_start() at g_part_start+0x289/frame 0xfffffe00aa965310 g_io_request() at g_io_request+0x28a/frame 0xfffffe00aa965340 g_io_getattr() at g_io_getattr+0x6b/frame 0xfffffe00aa965380 ffs_mount() at ffs_mount+0x1950/frame 0xfffffe00aa965530 vfs_domount() at vfs_domount+0x835/frame 0xfffffe00aa965760 vfs_donmount() at vfs_donmount+0x911/frame 0xfffffe00aa965800 kernel_mount() at kernel_mount+0x57/frame 0xfffffe00aa965850 parse_mount() at parse_mount+0x4a1/frame 0xfffffe00aa9659a0 vfs_mountroot() at vfs_mountroot+0x53b/frame 0xfffffe00aa965b10 start_init() at start_init+0x28/frame 0xfffffe00aa965bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00aa965bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00aa965bf0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- KDB: enter: panic [ thread pid 1 tid 100002 ] Stopped at kdb_enter+0x37: movq $0,0x1087a36(%rip) db>=20 I can leave the build machine in that state for up to a few hours easily enough, in case there's value in that (so I can do a bit of directed poking, for example). I have yesterday's (verbose) dmesg.boot for the build machine up at http://www.catwhisker.org/~david/FreeBSD/history/freebeast.13_dmesg.txt; based on that, it looks as if what showed up yesterday at that point was: =2E.. da3: Delete methods: GEOM: new disk da3 (da3:umass-sim0:0:0:3): PREVENT ALLOW MEDIUM REMOVAL not supported. mountroot: waiting for device /dev/ada0s4a... atrtc0: providing initial system time start_init: trying /sbin/init GEOM_PART: partition 1 on (diskid/DISK-1350095E5057, MBR) is not aligned on= 4096 bytes GEOM_PART: partition 2 on (diskid/DISK-1350095E5057, MBR) is not aligned on= 4096 bytes =2E.. GEOM_PART: partition 2 on (diskid/DISK-1350095E5057, MBR) is not aligned on= 4096 bytes GEOM_PART: partition 3 on (diskid/DISK-1350095E5057, MBR) is not aligned on= 4096 bytes lo0: link state changed to UP re0: link state changed to DOWN cpuctl: access to MSR registers/cpuid info. CPU: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz (3591.76-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306c3 Family=3D0x6 Model=3D0x3c Steppi= ng=3D3 Features=3D0xbfebfbff =2E... I will go ahead and reboot the laptop in the mean time. Peace, david --=20 David H. Wolfskill david@catwhisker.org It's unfortunate that so many Senate Republicans forswore their Oaths of Of= fice. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --JaBjgNvtdKe5H086 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl5BUiNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclAFggAuVHywl6WbsMEk0Zh88Hfz68RmG6doimSS6phFz2NsJ+JWMRz+hS18qO9 9P1PbHYpT7DR599nSsPPrDwAASZ9P751eAB4qFHoOYtdLpdnX7TxbwTdKgP+lZSg WSrgV556oQvcp+rkv4BDCpaR6rA3cs/M1zdKLZLBlwuJnRI0sEVOcymwVWVZFwY7 Tjt8xZAGT3YTiAxKUFhoZrcymMiOf6cM+ukKO2C4stKmS28BoIE3ZghXS9lkz6Ne PoJtqwRaQN9fKHuziBjZ0iiSkldTRMm5Elm1ub827rHIiLyzgHilumpyjfRiJpJp /G/DDgBkaAYW7NAY2WIDVAK7KHXDbw== =zKpi -----END PGP SIGNATURE----- --JaBjgNvtdKe5H086-- From owner-freebsd-current@freebsd.org Tue Feb 11 08:18:47 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 8810822B0A3 for ; Tue, 11 Feb 2020 08:18:47 +0000 (UTC) (envelope-from dmarquess@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 48Gwdz0mdLz4g1P for ; Tue, 11 Feb 2020 08:18:47 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 1A57822B0A2; Tue, 11 Feb 2020 08:18:47 +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 1A1E522B0A1 for ; Tue, 11 Feb 2020 08:18:47 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-lj1-x241.google.com (mail-lj1-x241.google.com [IPv6:2a00:1450:4864:20::241]) (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 48Gwdy70Mqz4g1L for ; Tue, 11 Feb 2020 08:18:46 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-lj1-x241.google.com with SMTP id q8so10539320ljb.2 for ; Tue, 11 Feb 2020 00:18:46 -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; bh=41JVtDio3REAAUPBvpEp5DwbQZHjzYn4mY8/CORW2bw=; b=mO6w3zDClyBu+cQCewar+ozX6a9f0F0KFkDRwjZ56yR/Z8uXFKwS/YOtJ9p3OB2o5m wZPNRWrhZCusCqE6yM1+x/X8aDdT7pK4TiKTytEmDq2JN8MBkWk0J7TTyioMw+zxKi1r 7LaT5y5GEV+fSJSx69fofaWoutAo8tmjQYMIobF+JHWIsoqLapH13qwWwmQ09ubPOb+g Hq0w+6ZaKgUBvl/FdCKpykDNyqc+mtuQ8SrIwkwwzOT812dlbxR/gZJUYo26SYTQPb3R 3cHcUvTOPBztn0dcX80spTxdCWk1Gtvn1bLmUCXy0MhUTY7LxBhx9uZHmpLxHEzeKzkt KmkQ== 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; bh=41JVtDio3REAAUPBvpEp5DwbQZHjzYn4mY8/CORW2bw=; b=nR1BOAEUh6iXlv8gW1PgnK1gQyecrL4jRcwCSeSr6nKtpLq/UHl6iWRXMdC9oQxztF lb8hIT7vzRErJXsaoP9EykH7d/LBHGgNGNQUOthOeK/vrt93IAAvkuoMLTf7MdFxulhr XEztsXTGHYV57dGwckvZsV1aiu3em+p1ftSJkSqTl1JU2joWjKkmIrpZB8TnHAvSW8vm mLDM1weMaqOA4U0aBOSNiXRHAkhncxjIiIRmonUsnlhzBg8H2Mh4B6A0nQjdqH8GE/kp C9juB7Ux6gabPfLx9RNOVyRpbdIjq1uRs1MHcI0PZuMvoIj74KtI+EF+Ieqq++ougeSS 1LOw== X-Gm-Message-State: APjAAAU9zPUOF+hIxzbKAa9gQV/sADGzTbmWpEBpsVlbVD+DHms5Eiz+ 58FT5k3a6zTePhOgqEdJjXyQjioTY46++Hh+P4jeZ15kD30= X-Google-Smtp-Source: APXvYqy3Ijez9zeej6q0qlJgmuaFba386rHzqi/nL4DNLDi82EVvgJ+1kkGxpR36XFM8vHDoIOCxMF/XO270Opp/5Nk= X-Received: by 2002:a2e:7c08:: with SMTP id x8mr3412259ljc.185.1581409124533; Tue, 11 Feb 2020 00:18:44 -0800 (PST) MIME-Version: 1.0 References: <20200210125251.GQ1238@albert.catwhisker.org> In-Reply-To: <20200210125251.GQ1238@albert.catwhisker.org> From: Dustin Marquess Date: Tue, 11 Feb 2020 02:18:33 -0600 Message-ID: Subject: Re: GPF just after mounting root at r357726 To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48Gwdy70Mqz4g1L X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,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: Tue, 11 Feb 2020 08:18:47 -0000 On Mon, Feb 10, 2020 at 6:53 AM David Wolfskill wrote: > > Looks as if the same thing affected both my laptop and my build machine > -- each updated from r357688 (built yesterday & smoke-tested without > incident). While I got some screenshots for the laptop, I have a serial > console for the build machine, so: > > ... > ---<>--- > Table 'FACP' at 0xde3c1b98 > Table 'APIC' at 0xde3c1ca8 > APIC: Found table at 0xde3c1ca8 > APIC: Using the MADT enumerator. > 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 #817 r357726M/357726: Mon Feb 10 04:09:32 PST 2020 > root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > ... > mountroot: waiting for device /dev/ada0s4a... > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 6; apic id = 06 > instruction pointer = 0x20:0xffffffff80c7f97b > stack pointer = 0x28:0xfffffe00aa965160 > frame pointer = 0x28:0xfffffe00aa965160 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1 (kernel) > trap number = 9 > panic: general protection fault > cpuid = 6 > time = 24 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00aa964e40 > vpanic() at vpanic+0x185/frame 0xfffffe00aa964ea0 > panic() at panic+0x43/frame 0xfffffe00aa964f00 > trap_fatal() at trap_fatal+0x386/frame 0xfffffe00aa964f60 > trap() at trap+0x8b/frame 0xfffffe00aa965090 > calltrap() at calltrap+0x8/frame 0xfffffe00aa965090 > --- trap 0x9, rip = 0xffffffff80c7f97b, rsp = 0xfffffe00aa965160, rbp = 0xfffffe00aa965160 --- > biotrack_buf() at biotrack_buf+0xb/frame 0xfffffe00aa965160 > g_io_deliver() at g_io_deliver+0x30/frame 0xfffffe00aa9651b0 > g_io_request() at g_io_request+0x28a/frame 0xfffffe00aa9651e0 > g_part_start() at g_part_start+0x289/frame 0xfffffe00aa965260 > g_io_request() at g_io_request+0x28a/frame 0xfffffe00aa965290 > g_part_start() at g_part_start+0x289/frame 0xfffffe00aa965310 > g_io_request() at g_io_request+0x28a/frame 0xfffffe00aa965340 > g_io_getattr() at g_io_getattr+0x6b/frame 0xfffffe00aa965380 > ffs_mount() at ffs_mount+0x1950/frame 0xfffffe00aa965530 > vfs_domount() at vfs_domount+0x835/frame 0xfffffe00aa965760 > vfs_donmount() at vfs_donmount+0x911/frame 0xfffffe00aa965800 > kernel_mount() at kernel_mount+0x57/frame 0xfffffe00aa965850 > parse_mount() at parse_mount+0x4a1/frame 0xfffffe00aa9659a0 > vfs_mountroot() at vfs_mountroot+0x53b/frame 0xfffffe00aa965b10 > start_init() at start_init+0x28/frame 0xfffffe00aa965bb0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00aa965bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00aa965bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > [ thread pid 1 tid 100002 ] > Stopped at kdb_enter+0x37: movq $0,0x1087a36(%rip) > db> > > > I can leave the build machine in that state for up to a few hours > easily enough, in case there's value in that (so I can do a bit of > directed poking, for example). > > I have yesterday's (verbose) dmesg.boot for the build machine up at > http://www.catwhisker.org/~david/FreeBSD/history/freebeast.13_dmesg.txt; > based on that, it looks as if what showed up yesterday at that point > was: > > ... > da3: Delete methods: > GEOM: new disk da3 > (da3:umass-sim0:0:0:3): PREVENT ALLOW MEDIUM REMOVAL not supported. > mountroot: waiting for device /dev/ada0s4a... > atrtc0: providing initial system time > start_init: trying /sbin/init > GEOM_PART: partition 1 on (diskid/DISK-1350095E5057, MBR) is not aligned on 4096 bytes > GEOM_PART: partition 2 on (diskid/DISK-1350095E5057, MBR) is not aligned on 4096 bytes > ... > GEOM_PART: partition 2 on (diskid/DISK-1350095E5057, MBR) is not aligned on 4096 bytes > GEOM_PART: partition 3 on (diskid/DISK-1350095E5057, MBR) is not aligned on 4096 bytes > lo0: link state changed to UP > re0: link state changed to DOWN > cpuctl: access to MSR registers/cpuid info. > CPU: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz (3591.76-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x306c3 Family=0x6 Model=0x3c Stepping=3 > Features=0xbfebfbff > .... > > > I will go ahead and reboot the laptop in the mean time. Mine dies in the same spot, but with a different trap: kernel trap 12 with interrupts disabled -Dustin From owner-freebsd-current@freebsd.org Tue Feb 11 19:15:26 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 EBB62240270; Tue, 11 Feb 2020 19:15:26 +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 48HCCf5nlVz4WP5; Tue, 11 Feb 2020 19:15:26 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id A64072A20; Tue, 11 Feb 2020 19:15:26 +0000 (UTC) Date: Tue, 11 Feb 2020 19:15:26 +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-02-09 Message-ID: <20200211191526.GA99051@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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, 11 Feb 2020 19:15:27 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-02-09 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-02-03 to 2020-02-09. During this period, we have: * 2010 builds (87.3% (+) passed, 12.7% () 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. * 324 test runs (61.7% (+) passed, 28.1% (-) unstable, 10.2% () exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 50 doc and www builds (96% (0) passed, 4.0% () failed) Test case status (on 2020-02-09 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------ | ------- | | head/amd64 | 7673 (0) | 7597 (-7) | 5 (+4) | 71 (+3) | | head/i386 | 7671 (0) | 7595 (-4) | 4 (+4) | 72 (0) | | 12-STABLE/amd64 | 7520 (0) | 7469 (-3) | 0 (0) | 51 (+3) | | 12-STABLE/i386 | 7518 (0) | 7462 (+3) | 0 (0) | 56 (-3) | | 11-STABLE/amd64 | 6861 (0) | 6811 (0) | 0 (0) | 50 (0) | | 11-STABLE/i386 | 6859 (0) | 6810 (0) | 0 (0) | 49 (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-20200209 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## News * https://ci.freebsd.org/job/FreeBSD-doc-head/ now includes building htdoc, the source of https://www.FreeBSD.org ## Failing builds and tests * https://ci.freebsd.org/job/FreeBSD-head-mips64-build/ * sys.geom.class.multipath.failloop.failloop ## Failed and fixed tests * https://ci.freebsd.org/job/FreeBSD-head-mips-build/ Workaround: disable GOOGLETEST: https://svnweb.freebsd.org/changeset/base/357703 More information is available at https://reviews.freebsd.org/D23128 * i386 boot panics after r357314 https://bugs.freebsd.org/243837 Fixed in r357463 * sys.capsicum.capsicum-test.main fails after r357412 https://bugs.freebsd.org/243839 Fixed in r357461 * lib.libc.gen.setdomainname_test.setdomainname_basic * sys.mac.portacl.nobody_test.main * sys.mac.portacl.root_test.main Fixed in https://svnweb.freebsd.org/changeset/base/357745 ## 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 (+0), 2290 success (+13), 574 failures (-13), 806 skipped (0) ## 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 * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 ## 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/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 Tue Feb 11 19:49: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 934292414E9 for ; Tue, 11 Feb 2020 19:49:32 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (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 48HCyz4CM6z4Yjv; Tue, 11 Feb 2020 19:49:31 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id x14so12967531ljd.13; Tue, 11 Feb 2020 11:49:31 -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=VJTxqzPOWStnJkm5KIIvnmxYD4QX+DKtq8CzivtSlYE=; b=LbXBfD11z9abps96316Kx9cIbB7RHIbPjJYyZltpKFOdExanxbsQZZmbTuVb0hZcB0 2QSa/TRt8SHAjIBS8bZSXscl2ye92C01Scz8hpjODACYspIDFqN8ihVEYIukKSHNZQU0 YW5ejmHjhSlysaqEBxCQwd50N7SjPnKcGNctnS4K5csVY0wj8rUQEYuAkj09LUL1K00l JiDizvGkGktvgPCpS6Pkb1nDndOsNN+E8G1yJcTGrDVBKFPDaoYLZt7frGynyKc/HXOm 8eYEOzt1kc7vEu1dlAEqfQX9FvnN1OABn8bSggsI6p24Fkc/hBQvm4H874z6JtUFk34j uKEQ== 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=VJTxqzPOWStnJkm5KIIvnmxYD4QX+DKtq8CzivtSlYE=; b=Mk0gtf2TD3NYfEcaFLqbgWvf9HC8aM7hoauN3lLdYVePvicB7fKcNWozuveH6dByxz qbvJq6yE+PIgkKUPbx9vXRhbnFbmEIOplNmjRD7FvDsAWnREl4svy6HcEOd/uugC3jBP ilu9pPPrWq4hnty3uh6h4WfJpsw9YQnvKGjzPFEAlF1dHbdxscJ+WtF+nSdQZsQN5zP8 9crFhc5VC3ljRVF9va/qTzL4ez/gibAI1fV64FE9b2GW1jQh34wOBSzwrvxwp20qMts1 FQprdbvtT2pVUq+HufnsLiMAxksdJDMQJVhrq1/Mb2ZgG1QOlcloLMAEkBf6RaDiB2S1 9sxg== X-Gm-Message-State: APjAAAUvV6fEaXKoYV/r4gId7QpSTMs5Vq26PSVcA7sX+VSAAp7o2fjQ ++XAMcwX1aQ7670uyIKcJj1+qwfdN8B9CqWZQ9t/WLOak/Q= X-Google-Smtp-Source: APXvYqx1R6AcoOpDXVA/jbDx5zqWTzN/z6AN/zfzc1Sb2YqxtUBDcLMJyaSfskiQm9SCEIhP6gSW/AyMnL1IUnmXxhI= X-Received: by 2002:a2e:7816:: with SMTP id t22mr5205993ljc.161.1581450569283; Tue, 11 Feb 2020 11:49:29 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Andreas Nilsson Date: Tue, 11 Feb 2020 20:49:17 +0100 Message-ID: Subject: Re: hwpstate_intel hangs kernel To: cem@freebsd.org Cc: "Andrey V. Elsukov" , Current FreeBSD X-Rspamd-Queue-Id: 48HCyz4CM6z4Yjv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LbXBfD11; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::22f 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)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; 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)[f.2.2.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]; IP_SCORE(0.00)[ip: (-9.23), ipnet: 2a00:1450::/32(-2.46), asn: 15169(-1.71), country: US(-0.05)]; 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]; FREEMAIL_CC(0.00)[yandex.ru]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" 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, 11 Feb 2020 19:49:32 -0000 Hello, any new leads on this? As of what is in git on 2020-02-05, my computer still hangs on kernel boot on "hwpstate_intel0: on cpu0= " I guess it would have been easier to debug a panic. Setting debug.hwpstate_verbose=3D1 doesn't really give any difference in output. Best regards Andreas On Wed, Feb 5, 2020 at 2:45 PM Andreas Nilsson wrote: > Hello, > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > experience the random hang anymore. The machine still hangs on boot on > "hwpstate_intel0: on cpu0" unless I set > 'hint.hwpstate_intel.0.disabled=3D"1"' in loader.conf. > > On a side note I cannot set or unset that hint from loader prompt; > > ok> set hint.hwpstate_intel.0.disabled=3D"0" > ok> show > .... > hint.hwpstate=3D > ... > > Best regards > Andreas > > On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson > wrote: > >> Hello Conrad, >> >> thank you Andrey for bisecting! I'll try with that hint and see how it >> works for me. >> >> Best regards >> Andreas >> >> On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: >> >>> Hi Andrey, >>> >>> Please try 'hint.hwpstate_intel.0.disabled=3D"1"' as a workaround for n= ow. >>> >>> I think I have identified at least one problematic piece of code, >>> although I don't know if it's the root cause. I will go ahead and fix >>> that, which may not fix the hang, and also add some debug printfs that >>> can be enabled to help identify the real issue. >>> >>> Thanks for the report and bisect. >>> >>> Best, >>> Conrad >>> >>> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov >>> wrote: >>> > >>> > 31.01.2020 18:11, Andrey V. Elsukov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> > > On 24.01.2020 19:52, Andreas Nilsson wrote: >>> > >> It hangs during kernel boot and the last message printed on consol= e >>> is: >>> > >> hwpstate_intel0: on cpu0 >>> > > >>> > > Hi, >>> > > >>> > > Did you find the cause of this hang? >>> > > I also tried to update today from r350816 to r357330. But my Lenovo >>> X1 >>> > > Carbon 4th hangs on the same message. >>> > > >>> > >>> > Hi, >>> > >>> > I have bisected the bad commit, it is r357002. >>> > >>> > -- >>> > WBR, Andrey V. Elsukov >>> > >>> >> From owner-freebsd-current@freebsd.org Tue Feb 11 20:05:33 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 D29B4242626 for ; Tue, 11 Feb 2020 20:05:33 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com [209.85.167.178]) (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 48HDKS5zK5z4bBj for ; Tue, 11 Feb 2020 20:05:32 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-oi1-f178.google.com with SMTP id b18so14078695oie.2 for ; Tue, 11 Feb 2020 12:05:32 -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:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=b8tzOXVbz/xaIDmIZ5aSf+YnswN7QfJy/XD1ivZ6Gig=; b=C+j82Wn9Tu3sVZIctQApGq25CtdeQsWk5m6/CNJl4Oqt1xFeHCZBFsS0T7flMc2aZM 4vM+kAqEFsKKHlrTF9UQMerc+73f8FQ/NnddR4nlr4Lcp9ecnEHvgG80dRpfgyhJ7w2E LGBE2fJPM27XNzsaGNUMJOqnAzvVQRNzjDlpJmD2Zq6DopfMa2Ep97eQ3zgFIKPbMYSm fOJe+70oiG0Lk1qby1UJmfPHlH/0wXfgXX4aJFvEhtqPdxH4axl2RrOg/xcCRU1UtTJz hWegE7ei04WMfUNQ9y64Jz3x+mSE304H09Fc98XERhkilNdJYHLTnHtY3lv4AZyHf7ms qTMw== X-Gm-Message-State: APjAAAVTCob8uwB9sFSqLgHB/I6lhcMSKcjmivxIp17F9FMq30P7Xat5 pFEykGZJnJuy67VkTaMnxMVWFphJ X-Google-Smtp-Source: APXvYqzOrna+bWzALTtSXURuYTnX+Zjhf4qjlp0BDmRYdDg0SU2Xeuf+7AHKjUhOad+PIAFjBhmuKg== X-Received: by 2002:aca:f08:: with SMTP id 8mr4093176oip.60.1581451530929; Tue, 11 Feb 2020 12:05:30 -0800 (PST) Received: from mail-ot1-f48.google.com (mail-ot1-f48.google.com. [209.85.210.48]) by smtp.gmail.com with ESMTPSA id j20sm1529772otp.24.2020.02.11.12.05.30 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 11 Feb 2020 12:05:30 -0800 (PST) Received: by mail-ot1-f48.google.com with SMTP id 77so11421802oty.6 for ; Tue, 11 Feb 2020 12:05:30 -0800 (PST) X-Received: by 2002:a05:6830:15d2:: with SMTP id j18mr6644448otr.216.1581451530496; Tue, 11 Feb 2020 12:05:30 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: Reply-To: cem@freebsd.org From: Conrad Meyer Date: Tue, 11 Feb 2020 12:05:19 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: hwpstate_intel hangs kernel To: Andreas Nilsson Cc: "Andrey V. Elsukov" , Current FreeBSD Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48HDKS5zK5z4bBj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.167.178 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-3.04 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[cem@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[178.167.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.04)[ip: (-0.42), ipnet: 209.85.128.0/17(-3.01), asn: 15169(-1.71), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[178.167.85.209.rep.mailspike.net : 127.0.0.17]; FREEMAIL_CC(0.00)[yandex.ru]; 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: Tue, 11 Feb 2020 20:05:33 -0000 Hi Andreas, No, nothing new on this front. I don't have any of this hardware nor do I work for Intel, and nothing I see in the code or published spec would result in hangs. I don't have more cycles to spend on this driver. So I suggest using 'hint.hwpstate_intel.0.disabled=3D"1"' as a workaround indefinitely. On a private email with Andrey I discussed making disabled=3D"1" the default, and allowing users to opt in with disabled=3D"0" (or perhaps enabled=3D"1", for fewer double negatives). It's not especially satisfying, but would prevent this class of unknown issue with hwpstate_intel(4). Best, Conrad On Tue, Feb 11, 2020 at 11:49 AM Andreas Nilsson wrote= : > > Hello, > > any new leads on this? As of what is in git on 2020-02-05, my computer st= ill hangs on kernel boot on "hwpstate_intel0: on cpu0" > > I guess it would have been easier to debug a panic. Setting debug.hwpstat= e_verbose=3D1 doesn't really give any difference in output. > > Best regards > Andreas > > On Wed, Feb 5, 2020 at 2:45 PM Andreas Nilsson wrote= : >> >> Hello, >> >> I upgraded to a newer version, git 87d669d3863-c266265, and I do not ex= perience the random hang anymore. The machine still hangs on boot on "hwpst= ate_intel0: on cpu0" unless I set 'hint.hwpstate_intel.= 0.disabled=3D"1"' in loader.conf. >> >> On a side note I cannot set or unset that hint from loader prompt; >> >> ok> set hint.hwpstate_intel.0.disabled=3D"0" >> ok> show >> .... >> hint.hwpstate=3D >> ... >> >> Best regards >> Andreas >> >> On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson wro= te: >>> >>> Hello Conrad, >>> >>> thank you Andrey for bisecting! I'll try with that hint and see how it = works for me. >>> >>> Best regards >>> Andreas >>> >>> On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: >>>> >>>> Hi Andrey, >>>> >>>> Please try 'hint.hwpstate_intel.0.disabled=3D"1"' as a workaround for = now. >>>> >>>> I think I have identified at least one problematic piece of code, >>>> although I don't know if it's the root cause. I will go ahead and fix >>>> that, which may not fix the hang, and also add some debug printfs that >>>> can be enabled to help identify the real issue. >>>> >>>> Thanks for the report and bisect. >>>> >>>> Best, >>>> Conrad >>>> >>>> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov w= rote: >>>> > >>>> > 31.01.2020 18:11, Andrey V. Elsukov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> > > On 24.01.2020 19:52, Andreas Nilsson wrote: >>>> > >> It hangs during kernel boot and the last message printed on conso= le is: >>>> > >> hwpstate_intel0: on cpu0 >>>> > > >>>> > > Hi, >>>> > > >>>> > > Did you find the cause of this hang? >>>> > > I also tried to update today from r350816 to r357330. But my Lenov= o X1 >>>> > > Carbon 4th hangs on the same message. >>>> > > >>>> > >>>> > Hi, >>>> > >>>> > I have bisected the bad commit, it is r357002. >>>> > >>>> > -- >>>> > WBR, Andrey V. Elsukov >>>> > From owner-freebsd-current@freebsd.org Tue Feb 11 20:12:01 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 7737E242B0D for ; Tue, 11 Feb 2020 20:12:01 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48HDSw2zcSz4br5 for ; Tue, 11 Feb 2020 20:11:59 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1581451918; bh=JzTVBKf6LiNlKKVbbRdPCGedHI1uAwAhEde9eAsNelw=; h=X-UI-Sender-Class:Date:From:To:Subject; b=jMCJZiZ2T6rbbTjHhPfixpNq/QvGg4imYWh7PQGdYPG/uChukbbiMj6uUxWv3DIU1 6zr2mtltmthfOy56kawZjnbVGnQX8I0EdSUd5EnHVz6ELsac45nl0As0NCidljXYal dkB5nrFPsZyTk8PoJAcDeX0/dD75DwcJQ2ZJUdQk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([89.14.102.85]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MkYc0-1jmWQa1DdG-00m6Qn for ; Tue, 11 Feb 2020 21:11:58 +0100 Date: Tue, 11 Feb 2020 21:11:25 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: svn commit: r357771 - in head/sys: kern sys breaks port x11/nvidia-driver Message-ID: <20200211211152.457f92d1@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:JBIyTKvKaEuC1Uc0mFYziXljSF1noeMdI3bj1OnDKvqkrtnk4V2 oJOorBEr1SFKUh+JdWhGGjgF2pTbZwrleIOSyZIHaKUFW1o0repxARY724GC9xJfEkGirl+ XMuELHtsj7rYOWbiZqCBkTIGCtH8eY+6CIDk45JyaeOLXd8GLo3Mxh5kbqxl1MSaKV40zZ7 gH7nOpWDbgwKYOnmPJ0Jw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:p/ni0a/zs9c=:cdmW24A3MvqBkiF7gdEBcb xzpD5yB17jLTuchBycpiixLnlfssepwDOMnkAmwgw2oz7k+R9yPLKr0MZ4fku3+eEOKaUayqg ENxacIBq9qzGKKH7wxCfVaSIjDuUCvLj42evXVJmx43Z3h2v0rClYofWc2i1So5id1V//fgAq BwrPJ4CVRnTT2YGgZie2gc/nQ61i9OJiAwlRhDmlO0nWfkC7fV/c2fw08PV5JwiERlq2YTCAq 2EybS7BjSHaQW8fbzzT2iJeMbHP+o4+u2PWhZ/VesL/j0quthen/Nbm1f76vqd84c1UXxv3Hb PmOETcrFLknEnn0UAICL1ivXEiC4cltA1isg6UzdRKLB57mxUdr8eqeE7np794b0JJRhSuw64 RXtyvmYHa35TDR+5KJxpA0tNKICcani6vZZ3ORezlSyc+fbdW/93zNxGfjP4oQ85/RI+EnyKm zHdeh1nytRAWR+vwVSYGM7jTb81tCp7saBZftn/OgEP1c8XW6ZQxzEXOUOyLGGfWngO3TrCjS KZfAPbBA31H0LfvAjr15pYz5GwutdYRlTTd8qCyX1cL25eysVEpSMmVGBY+7JuyC5bzD/0TF7 UKqnGgrg2QBUyy5LEEmx56V2Vq6CONBAVo29dkk37xGVfponGeb20LTQIBmDaZ44vadoycOEr 2Qrb7jiyTGKLFTJTvvkqS49mfZE8BMhn9bO9DFjWB547mPBriUU+ZK3D663MeF3dKeKM4mxxZ 7SPgZiTPYAdWjNTreogA3Ptm4rnjqBMiYBAW4BWURhyi7mY2P9ivEigUYkFtQT4k4+CExK9ET 5zGZyHl4xLL629ZvSOuv9eP/i4iHnFDXhDiD5Nt8jzk250YRFiETukCOn8hWAWt1XE9MYubxb gH6Grc/QZNqBb22fKYgtZMo0N6zYqyLsQtyRxKT8eyq25dgrkPqYiBlfRQQZtmfgO8+jorCkL C63ghBufs1jvWIf1OXMKzfFb7ttLx9MvEwicPCcfFdIM55Md/19WLAVfHj+Y73bWHEB8LeKX9 Q6gaaswCSuvnxJubEpjIB/36ZrP12C8xu91Eow7NcNF6Lk5L1gguQ7C6cQkH3M4SED0YWU7Dp qJen9mczDuRs3Ttwa0j3YObq2VhcBHN34qp4GDIfAMzllbAbreSYGTtwXrjPtY1WCNF9oQvU3 qMrP5DHP5Fsuw1bMFWH9vvzzJ1y1d4RR3k2sKNw8tavSTnzM1jKratfFjOwKTeDvxAUsrSqB4 iGM5RZGdlqgb60FfD X-Rspamd-Queue-Id: 48HDSw2zcSz4br5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=jMCJZiZ2; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.15.18) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-3.57 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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]; DMARC_NA(0.00)[walstatt.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; IP_SCORE(-1.27)[ip: (-7.43), ipnet: 212.227.0.0/16(-1.12), asn: 8560(2.22), country: DE(-0.02)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; MIME_BASE64_TEXT(0.10)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[18.15.227.212.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[85.102.14.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] 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, 11 Feb 2020 20:12:01 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkhlbGxv LA0KDQphZnRlciBzdm4gY29tbWl0IHIzNTc3NzEgYWxsIENVUlJFTlQgYm94ZXMgd2l0aCBudmlk aWEgYm9hcmRzIGZhaWwgdG8gY29tcGlsZSB0aGUgZHJpdmVyOg0KDQoNClNvbWVib2R5IHNlZWlu ZyB0aGlzLCB0b28/DQpbLi4uXQ0KDQo9PT0+IHNyYy9udmlkaWEtbW9kZXNldCAoYWxsKQ0KbWFj aGluZSAtPiAvdXNyL3NyYy9zeXMvYW1kNjQvaW5jbHVkZQ0KeDg2IC0+IC91c3Ivc3JjL3N5cy94 ODYvaW5jbHVkZQ0KdG91Y2ggb3B0X2dsb2JhbC5oDQpjYyAgLU8yIC1waXBlIC1tYXJjaD1uYXRp dmUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLUROVl9WRVJTSU9OX1NUUklORz1cIjQ0MC4zMVwiDQot IC1ETlZfU1BFQ1RSRV9WMj0xIC1XZXJyb3I9dW5kZWYgLW1hcmNoPW5hdGl2ZSAgLVdlcnJvciAt RF9LRVJORUwgLURLTERfTU9EVUxFIC1ub3N0ZGluYw0KLSAtSW1hY2hpbmUgLUkvdXNyL3NyYy9z eXMvc3lzIC1JLi4vY29tbW9uL2luYyAtaW5jbHVkZQ0KL3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5h bWQ2NC9zeXMvVEhPUi91c3IvcG9ydHMveDExL252aWRpYS1kcml2ZXIvd29yay9OVklESUEtRnJl ZUJTRC14ODZfNjQtNDQwLjMxL3NyYy9udmlkaWEtbW9kZXNldC9vcHRfZ2xvYmFsLmgNCi0gLUku IC1JL3Vzci9zcmMvc3lzIC1JL3Vzci9zcmMvc3lzL2NvbnRyaWIvY2svaW5jbHVkZSAtZm5vLWNv bW1vbiAgLWZuby1vbWl0LWZyYW1lLXBvaW50ZXINCi0gLW1uby1vbWl0LWxlYWYtZnJhbWUtcG9p bnRlciAtZmRlYnVnLXByZWZpeC1tYXA9Li9tYWNoaW5lPS91c3Ivc3JjL3N5cy9hbWQ2NC9pbmNs dWRlDQotIC1mZGVidWctcHJlZml4LW1hcD0uL3g4Nj0vdXNyL3NyYy9zeXMveDg2L2luY2x1ZGUg ICAgIC1NRCAgLU1GLmRlcGVuZC5udmlkaWEtbW9kZXNldC1mcmVlYnNkLm8NCi0gLU1UbnZpZGlh LW1vZGVzZXQtZnJlZWJzZC5vIC1tY21vZGVsPWtlcm5lbCAtbW5vLXJlZC16b25lIC1tbm8tbW14 IC1tbm8tc3NlIC1tc29mdC1mbG9hdA0KLSAtZm5vLWFzeW5jaHJvbm91cy11bndpbmQtdGFibGVz IC1mZnJlZXN0YW5kaW5nIC1md3JhcHYgLWZzdGFjay1wcm90ZWN0b3IgLVdhbGwNCi0gLVdyZWR1 bmRhbnQtZGVjbHMgLVduZXN0ZWQtZXh0ZXJucyAtV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2lu Zy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aA0KLSAtV2Nhc3QtcXVhbCAtV3VuZGVmIC1Xbm8t cG9pbnRlci1zaWduIC1EX19wcmludGZfXz1fX2ZyZWVic2Rfa3ByaW50Zl9fIC1XbWlzc2luZy1p bmNsdWRlLWRpcnMNCi0gLWZkaWFnbm9zdGljcy1zaG93LW9wdGlvbiAtV25vLXVua25vd24tcHJh Z21hcyAtV25vLWVycm9yLXRhdXRvbG9naWNhbC1jb21wYXJlDQotIC1Xbm8tZXJyb3ItZW1wdHkt Ym9keSAtV25vLWVycm9yLXBhcmVudGhlc2VzLWVxdWFsaXR5IC1Xbm8tZXJyb3ItdW51c2VkLWZ1 bmN0aW9uDQotIC1Xbm8tZXJyb3ItcG9pbnRlci1zaWduIC1Xbm8tZXJyb3Itc2hpZnQtbmVnYXRp dmUtdmFsdWUgLVduby1hZGRyZXNzLW9mLXBhY2tlZC1tZW1iZXINCi0gLVduby1mb3JtYXQtemVy by1sZW5ndGggICAtbW5vLWFlcyAtbW5vLWF2eCAgLXN0ZD1pc285ODk5OjE5OTkgLWMgbnZpZGlh LW1vZGVzZXQtZnJlZWJzZC5jIC1vDQpudmlkaWEtbW9kZXNldC1mcmVlYnNkLm8gbnZpZGlhLW1v ZGVzZXQtZnJlZWJzZC5jOjQxMzo1OiBlcnJvcjogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YNCmZ1 bmN0aW9uICdNUEFTUycgaXMgaW52YWxpZCBpbiBDOTkgWy1XZXJyb3IsLVdpbXBsaWNpdC1mdW5j dGlvbi1kZWNsYXJhdGlvbl0NClRBU0tfSU5JVCgmdGltZXItPnRhc2ssIF4gL3Vzci9zcmMvc3lz L3N5cy90YXNrcXVldWUuaDoxMzI6MzE6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8NCidUQVNL X0lOSVQnICNkZWZpbmUgVEFTS19JTklUKHQsIHAsIGYsIGMpICAgVEFTS19JTklUX0ZMQUdTKHQs IHAsIGYsIGMsIDApIF4NCi91c3Ivc3JjL3N5cy9zeXMvdGFza3F1ZXVlLmg6MTI0OjI6IG5vdGU6 IGV4cGFuZGVkIGZyb20gbWFjcm8gJ1RBU0tfSU5JVF9GTEFHUycNCk1QQVNTKChwcmlvcml0eSkg Pj0gMCAmJiAocHJpb3JpdHkpIDw9IDI1NSk7ICAgICAgICAgICAgXCBeIDEgZXJyb3IgZ2VuZXJh dGVkLiAqKiogRXJyb3IgY29kZSAxDQoNCi0gLS0gDQpPLiBIYXJ0bWFubg0KDQpJY2ggd2lkZXJz cHJlY2hlIGRlciBOdXR6dW5nIG9kZXIgw5xiZXJtaXR0bHVuZyBtZWluZXIgRGF0ZW4gZsO8cg0K V2VyYmV6d2Vja2Ugb2RlciBmw7xyIGRpZSBNYXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAo wqcgMjggQWJzLiA0IEJEU0cpLg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaUhV RUFSWUlBQjBXSVFTeThJQnhBUERrcVZCYVRKNDROMVpaUGJhNVJ3VUNYa01LaUFBS0NSQTROMVpa UGJhNQ0KUjVtL0FQOURLZzViZERiMTlWd2pvYlVVZ01KZUhkaS9jb1F1dFJaTUlCUVQrYnhBRFFE L2I0SU9pd0JNZDQyeA0KeVpJcXFOeXU0b0U2a1QrK0htRVg2RlRsVmF4M1FBZz0NCj1rVzRsDQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCg== From owner-freebsd-current@freebsd.org Tue Feb 11 21:54:54 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 C69D4244B0E for ; Tue, 11 Feb 2020 21:54:54 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 48HGlf00KMz4jWQ for ; Tue, 11 Feb 2020 21:54:53 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-wm1-x32a.google.com with SMTP id a5so5674199wmb.0 for ; Tue, 11 Feb 2020 13:54:53 -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=4YDxhJpOoqeUSVXYUalHKJG0tH/oVDDehrQsaBt2IoU=; b=RncW9yWO84fi4rCowYhwTTsMK4JIllU/Iv/5VQxPk7ViDw2wyt3djxc4YJlb5/gVz6 AzaiggtaG3bYfz9VQx0bi86gZ2EXfW7qeLuPwV4RSWKIOW0azsCWkAtMX3KinA/do126 gZV8KbNq6cwTGjJCaFznqgl6MkWu4B50PmykSROWaEk5xC/bmZXn056wcGiMJT29fTLg BeTDS4vJjy4iXF/Wyd23jujsmenJW521kFrXq18m0+ZM/DE4RE2EXU27QR7ySkeJO7jg kP7XFLbf+V9dW/9OaqwWcYV/+xWIu1lSC8/mIaUBo1b0AXU1o0pB2sJcLTe1gHSA8tzB 1BMA== 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=4YDxhJpOoqeUSVXYUalHKJG0tH/oVDDehrQsaBt2IoU=; b=nXvtUhmiDwkLUnTUAvtO1SV6Hy/oaIzNqwH6hxusMFZA3gcSBU2gqzFDlqeDUnca4o tPRBDqLu7Fa4Zuf38rl5d/mTQmPhSDrMo78dsI0vk6hqa/6ui5YWbSwyxoGWBdgA/2BC uY8hDMuYCNH3WjTLupXBVOE9LfM7q02Y/DHcpaz7f1fqL0Qez9QxsCHbzVrQApv6D3uV vzDT4xeCpfyn7PMPgL5eCcYB2fR5dHnjcW3o6r+YgFhF4npETzGUFMYx7aopSFhG5TPw TCLDR9+vbXQKmonditmSvYv9e9ILQKHbtiapG4eATAm8HfkcAk81mnzEOu9Ppdpys9rf v23w== X-Gm-Message-State: APjAAAUpRt6SJZjJmDBIz6WYcR2pXbqkoELJfiRWfZXCaVn76Z1dqG9b jtgIBw/MoVxWywSSitgOm3G2WNE2yp9dqEkepC5tzQSGJ/A= X-Google-Smtp-Source: APXvYqyWv4IK+8+7mj5HB06Gb0jmft2ktDZpkRbv8pVe/pv89HNI+u/wG+1ugAxlgtmHb+lGxk/D5UUj+Q+pHddgFec= X-Received: by 2002:a7b:c14d:: with SMTP id z13mr8196873wmi.71.1581458091457; Tue, 11 Feb 2020 13:54:51 -0800 (PST) MIME-Version: 1.0 From: Andrey Fesenko Date: Wed, 12 Feb 2020 00:54:40 +0300 Message-ID: Subject: 13-Current not format efi partition To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48HGlf00KMz4jWQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=RncW9yWO; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of f0andrey@gmail.com designates 2a00:1450:4864:20::32a as permitted sender) smtp.mailfrom=f0andrey@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:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[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.46), ipnet: 2a00:1450::/32(-2.46), asn: 15169(-1.71), 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)[a.2.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]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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] 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, 11 Feb 2020 21:54:54 -0000 bsdinstall script, work in 2019 PARTITIONS="$DISKSLICE GPT { 512K freebsd-boot, 1M efi, auto freebsd-ufs / } #!/bin/sh -x # Make diskname independante gpart modify -l freebsd-boot -i 1 ada0 gpart modify -l efi -i 2 ada0 gpart modify -l root -i 3 ada0 # Make EFI happy mount_msdosfs /dev/gpt/efi /media/ mkdir -p /media/EFI/BOOT/ cp /boot/loader.efi /media/EFI/BOOT/BOOTX86.efi umount /media/ FreeBSD-13.0-CURRENT-amd64-20200206-r357606-disc1.iso not format efi partition From owner-freebsd-current@freebsd.org Wed Feb 12 03:22: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 047F424B0F7 for ; Wed, 12 Feb 2020 03:22:58 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from p-impout001.msg.pkvw.co.charter.net (p-impout006aa.msg.pkvw.co.charter.net [47.43.26.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 48HQ291TKVz3JWf for ; Wed, 12 Feb 2020 03:22:56 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.177.163]) by cmsmtp with ESMTP id 1ibxjLLj34hsv1ibxjpAud; Wed, 12 Feb 2020 03:22:49 +0000 X-Authority-Analysis: v=2.3 cv=F9QpiZpN c=1 sm=1 tr=0 a=xqrt2BZAGHte7XHhrxJgbA==:117 a=xqrt2BZAGHte7XHhrxJgbA==:17 a=HpEJnUlJZJkA:10 a=DBwwDor5xuMA:10 a=OLmwAiaMrNv_kaBaLeoA:9 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: 13-Current not format efi partition References: X-CMAE-Envelope: MS4wfEirvh0qj0zIQ9GQDo9mh63i0V1WjTne5BW/CB4Bj0ZpjO4+EhKDG+KiU7+q5WR4unLQq90qPwWS2YLupu/wDJskDfEWyrmD+yoeOUX6NXXr19/1ityW UxbnRkPfgGhiC5tz9vQhS6r+pugoXudYPLkCLo3qmlOM25pnjnre803G X-Rspamd-Queue-Id: 48HQ291TKVz3JWf X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 47.43.26.137 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [3.31 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.890,0]; RECEIVED_SPAMHAUS_PBL(0.00)[163.177.28.96.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[twc.com]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; MISSING_DATE(1.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; DMARC_NA(0.00)[twc.com]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ipnet: 47.43.24.0/21(-0.41), asn: 40294(0.80), 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: , Date: Wed, 12 Feb 2020 03:22:58 -0000 X-List-Received-Date: Wed, 12 Feb 2020 03:22:58 -0000 from Andrey Fesenko: > bsdinstall script, work in 2019 PARTITIONS="$DISKSLICE GPT { 512K freebsd-boot, 1M efi, auto freebsd-ufs / } #!/bin/sh -x # Make diskname independante gpart modify -l freebsd-boot -i 1 ada0 gpart modify -l efi -i 2 ada0 gpart modify -l root -i 3 ada0 # Make EFI happy mount_msdosfs /dev/gpt/efi /media/ mkdir -p /media/EFI/BOOT/ cp /boot/loader.efi /media/EFI/BOOT/BOOTX86.efi umount /media/ > FreeBSD-13.0-CURRENT-amd64-20200206-r357606-disc1.iso not format efi partition I haven't used bsdinstall since 9.0-BETA1; I subsequently built from source. Does bsdinstall script actually do newfs_msdos on the EFI system partition? 1M seems quite small, if you want the possibility of booting other OSes. Shouldn't the EFI system partition be the first partition on the disk? Why have both freebsd-boot and efi partitions? I never got the freebsd-boot partition to work except on a USB stick where FreeBSD was the only OS installed. Now, if I were installing FreeBSD onto a USB stick, I would use an EFI system partition (FAT16, maybe even FAT12 would work, would be too small for FAT32) and no freebsd-boot partition. Booting by UEFI would not use or need a freebsd-boot partition. Tom From owner-freebsd-current@freebsd.org Wed Feb 12 06:49: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 7B93124E40B for ; Wed, 12 Feb 2020 06:49:18 +0000 (UTC) (envelope-from yp@mm.st) Received: from wnew3-smtp.messagingengine.com (wnew3-smtp.messagingengine.com [64.147.123.17]) (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 48HVcF3VLXz3xyJ for ; Wed, 12 Feb 2020 06:49:17 +0000 (UTC) (envelope-from yp@mm.st) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id 32115499 for ; Wed, 12 Feb 2020 01:49:15 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 12 Feb 2020 01:49:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=to:from :subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=fm2; bh=ef6fLEO0t9vW2B9x9yJM/H4zuo 8ZhDieXFVgqtorbY0=; b=g1EQktKht8Z4d+hCpLwToJj6bv2OCM11eU1BTT2sos SLuQC8m6Q9umqRS+0xoJCOGLL7reWbRHRu/oExM3O2HP1pPut1BpLlT2x9E1GOm9 rVbKyWQS20Gki8bnWP1mOmdILOiZ8pOSXHgiCTzumNbPWPz15Kn637wmoXXrdr18 qvoZdyb72zbgo+MtyVuZSYPXb0PIi8awNCDTg2kD5ADmLTdbqvYpy8f4KcaIlWju LG17qZLWr4DenB4ifPkNJoHZPIhYzCM1nkrJilAg0mt7G2iF5kuuoxq3LKHJwH5n fmTcF0DIqM4A1CYfQRah2yFiGGYEkQ4Z7HeSV4eB/GbA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=ef6fLE O0t9vW2B9x9yJM/H4zuo8ZhDieXFVgqtorbY0=; b=e2a0EL131tMk8Okn+D/c40 aHG7Eeugp/Hk1irHpLYPOfTdRAPjw3j2WqKZuLWthVzXZ7qq+EMKQh9UE0uLU69I kr3EjVhR4sa7s/YeHvbJW/xbc7XvDFlBRxgZguzOH8t1r3XD5VjwwCOHgiXfOZT/ uggj7tVKJo6GwOCouvrbESy8wg9e8lu9FeKlKHhRKAzcKXX8Ge/s2rBEoqiSepNI lUASypNxshofoHcr6aeSKNyKQPxAMJ/GCpfWnXy+9hHZck6zDu2S0fpisq7hjl48 EqqpniEoBi48X+H/xItb2qwvkuSfg9D6eANDQnwAYkB6j8H3jtkQ+l5ABfw2CsdQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrieeggdelgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepvffhuffkffgfgggtgfesthejredttd efjeenucfhrhhomhephihpsehmmhdrshhtnecukfhppedujeekrdduheehrdegrdduheej necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephihpse hmmhdrshht X-ME-Proxy: Received: from earth.local (unknown [178.155.4.157]) by mail.messagingengine.com (Postfix) with ESMTPA id 2EF7A3280069 for ; Wed, 12 Feb 2020 01:49:14 -0500 (EST) To: freebsd-current@freebsd.org From: yp@mm.st Subject: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 Message-ID: <1123c163-846f-7264-febd-3027e1b17369@mm.st> Date: Wed, 12 Feb 2020 09:49:12 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48HVcF3VLXz3xyJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm2 header.b=g1EQktKh; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=e2a0EL13; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of yp@mm.st designates 64.147.123.17 as permitted sender) smtp.mailfrom=yp@mm.st X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.17]; FREEMAIL_FROM(0.00)[mm.st]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[17.123.147.64.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[157.4.155.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm2,messagingengine.com:s=fm2]; IP_SCORE(0.00)[ip: (-9.78), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.68), country: US(-0.05)]; FREEMAIL_ENVFROM(0.00)[mm.st]; 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]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(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, 12 Feb 2020 06:49:18 -0000 Getting the following panic after updating to r357793 (expect typos, hand copied): panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/net/iflib.c:2762 db_trace_self_wrapper() vpanic() panic() iflib_rxeof() _task_fn_rx() gtaskqueue_run_locked() gtaskqueue_thread_loop() fork_exit() fork_trampoline() --- trap 0, rip = 0, rsp = 0, rbp = 0 --- From owner-freebsd-current@freebsd.org Wed Feb 12 06:50: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 79A1124E65E for ; Wed, 12 Feb 2020 06:50:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (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 48HVdp5CsZz3yBC for ; Wed, 12 Feb 2020 06:50:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x734.google.com with SMTP id u124so537334qkh.13 for ; Tue, 11 Feb 2020 22:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yJcaLc/veAdxzuBuBxuM4OwB5y02or5f3djbiwZ0UWs=; b=TaiNATJs4cvindsAfWuIehdAt4Ov0CDqAgxEpf3O9S/KeXcOQbRuqhl/HeALNKfNhU fLV2gWqvAn5VelrD3sNQL5T0YOSPP5n5xKdSvE+zKUU64ZYmrV+QLLyqnVJMBAZApejr w4ufGXWrpNkDM0uGVY+itOIO7/h/UmT1mnZZAasRH1DcQzH9xHbu9HzwVtrUIgoLnsJV +5N77cSpWfpRkTZyO7x+ughSm3UFZktyfCXQ1pq9RztHaQglEND0p7ccUePWmu32ST1v J4wUMZDfK48xU/RQlZ1sqHt7cX8jJ9zjCW6BziGCjtZXJv0oTBB8kom1Ewc29gfX6p7T /jvg== 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=yJcaLc/veAdxzuBuBxuM4OwB5y02or5f3djbiwZ0UWs=; b=kmsgkvvuOvzqK/miyyW/2vWgK3MHA1aOy/zhC8Fs1zG0Jh4kgG/nAo0/X/9XhtVlP+ nac1f2ZH0qbn3aaXIk0GJcTqqLowAaPaEvP43xJGYp+e6a1NIODUGNkyzsN2Y6BIouZS y3vC1oj2jfjr3tAtvlqPCYZXKWMMvQqBA/Wy6PlW+gByRPv0Ui+W9hzGefwwoP8dB69X Ob06QNrjueiH05lkvgS0ieU6EAwKUrzK7bnBQhSOg/SYwaAJgzSSC5P1mR6ylnOUYb2h 6M2WfOliubP2ApEz0GewmAKuQZ5WrdHxN1aWdRFemAGBJ/+i6sgA8kHrHiaFG5d2cjLD BfLQ== X-Gm-Message-State: APjAAAXjN4FFZJ9edFM5LJR0siaX+BEilZlaI0WsSU9kM+biD9jD+mb9 O0/Ef+Ar0jsiyp/hLXOI3yi+rOYBzTgE/TiG7ggyNg== X-Google-Smtp-Source: APXvYqx4CIPB4avFj2GMbEtUZbsQ+CYlfkagwUb3UBH9DvLTebN4zAdC0Vc7FGsN2seQLrPX5M2zPhRNW8VdsmxMcDY= X-Received: by 2002:a05:620a:12c8:: with SMTP id e8mr9414368qkl.380.1581490236900; Tue, 11 Feb 2020 22:50:36 -0800 (PST) MIME-Version: 1.0 References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> In-Reply-To: <1123c163-846f-7264-febd-3027e1b17369@mm.st> From: Warner Losh Date: Tue, 11 Feb 2020 23:50:26 -0700 Message-ID: Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 To: yp@mm.st Cc: FreeBSD Current X-Rspamd-Queue-Id: 48HVdp5CsZz3yBC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=TaiNATJs; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::734) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.58 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.3.7.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]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[mm.st]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.58)[ip: (-9.22), ipnet: 2607:f8b0::/32(-1.93), asn: 15169(-1.71), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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, 12 Feb 2020 06:50:39 -0000 Which driver does your system use? Warner On Tue, Feb 11, 2020 at 11:49 PM wrote: > Getting the following panic after updating to r357793 (expect typos, > hand copied): > > panic: Assertion in_epoch(net_epoch_preempt) failed at > /usr/src/sys/net/iflib.c:2762 > > db_trace_self_wrapper() > vpanic() > panic() > iflib_rxeof() > _task_fn_rx() > gtaskqueue_run_locked() > gtaskqueue_thread_loop() > fork_exit() > fork_trampoline() > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > _______________________________________________ > 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 Feb 12 06:53: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 5D14D24EB35 for ; Wed, 12 Feb 2020 06:53:00 +0000 (UTC) (envelope-from yp@mm.st) Received: from wnew3-smtp.messagingengine.com (wnew3-smtp.messagingengine.com [64.147.123.17]) (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 48HVhW3t8lz3ys0 for ; Wed, 12 Feb 2020 06:52:59 +0000 (UTC) (envelope-from yp@mm.st) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id 5848C481 for ; Wed, 12 Feb 2020 01:52:58 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 12 Feb 2020 01:52:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=subject :to:references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=fm2; bh=xo39qu1ePYwWS wXzqLsPaMuJx6fBFSOzkFnPbHeX4X4=; b=UnwBcKp7bXHfrlthNzfeqws1IFukl FifctpptBIRrd7BE9NKvb2rxreLAdS5Mc/X5NaliRAFn44lB+DcZHQX0dQYnUsYa +FwEF+QrJXNFRcInWiaUvFHuXii+gx+W/6prNeQ/J+EXEWdKvsg1yJrLyFfYBI5m ALgOyn1dOdg2Fk/RyvY0GtfMO/W00shvDwLcWm3s+fJfy8QAfJU0CyjGm8zjNPZ5 smPYH8IuZHU8fM93LR1dPSuSq5Nji/FR4bzRQKQA6Q3nvTJI210CwHs0YwJAnjl/ Hr8OWWA8UnIRjnF7gjC8ugO/y2XpAASVNXWtgnJgZ9t4erZwlPTFR32DQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=xo39qu1ePYwWSwXzqLsPaMuJx6fBFSOzkFnPbHeX4 X4=; b=ETSH0IiK3C5s/AGsO3SuMIwNp7AXIjWW6AJCwdyrWnVuKXtC2pcS9DnKs 6nqh5U+5MAT5dr2pq8cN1bBknSWPPwXZohWidZYq6MYVKqilFbspfRLFCZ+WzZQH I+s7ZTwi2zPlQDFeziQti1kO60SkfibB0AHbHDBRK1/5dFPFmrkrYsEQvkDxZmto rtEOKWhq0gayWNZJ3sdZ3FVRKfuV5C8qoeEET/UPHhsFbUCYiZmdx1EJrTZwohgq XDTYDCZZbSdB+MC7xYYB3lgh1l/8UKjl7Nk0GYCmN1Yhyp7vVJSCEA8mwIu9n26p IcA92wnMPbf8SWbv/K1j+HI14OLDg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrieeggdelhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpeihphesmhhm rdhsthenucfkphepudejkedrudehhedrgedrudehjeenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphesmhhmrdhsth X-ME-Proxy: Received: from earth.local (unknown [178.155.4.157]) by mail.messagingengine.com (Postfix) with ESMTPA id 3DF01328005A for ; Wed, 12 Feb 2020 01:52:57 -0500 (EST) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 To: FreeBSD Current References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> From: yp@mm.st Message-ID: <9c3d101f-d2f9-2d7d-b48d-9bbee6e8dd8d@mm.st> Date: Wed, 12 Feb 2020 09:52:56 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48HVhW3t8lz3ys0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm2 header.b=UnwBcKp7; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ETSH0IiK; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of yp@mm.st designates 64.147.123.17 as permitted sender) smtp.mailfrom=yp@mm.st X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.17:c]; FREEMAIL_FROM(0.00)[mm.st]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; RECEIVED_SPAMHAUS_PBL(0.00)[157.4.155.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[mm.st]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[17.123.147.64.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm2,messagingengine.com:s=fm2]; RCVD_TLS_LAST(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]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.79), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.68), country: US(-0.05)]; FROM_NO_DN(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, 12 Feb 2020 06:53:00 -0000 Warner Losh wrote: > Which driver does your system use? em0: mem 0x54300000-0x5431ffff at device 31.6 on pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using an MSI interrupt em0: netmap queues/slots: TX 1/1024, RX 1/1024 > On Tue, Feb 11, 2020 at 11:49 PM wrote: > >> Getting the following panic after updating to r357793 (expect typos, >> hand copied): >> >> panic: Assertion in_epoch(net_epoch_preempt) failed at >> /usr/src/sys/net/iflib.c:2762 >> >> db_trace_self_wrapper() >> vpanic() >> panic() >> iflib_rxeof() >> _task_fn_rx() >> gtaskqueue_run_locked() >> gtaskqueue_thread_loop() >> fork_exit() >> fork_trampoline() >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- From owner-freebsd-current@freebsd.org Wed Feb 12 08:57: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 D0CDB231758 for ; Wed, 12 Feb 2020 08:57: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 48HYSM0CbMz45hG for ; Wed, 12 Feb 2020 08:57: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 57C452602AB; Wed, 12 Feb 2020 09:57:30 +0100 (CET) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 To: yp@mm.st, FreeBSD Current References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> <9c3d101f-d2f9-2d7d-b48d-9bbee6e8dd8d@mm.st> From: Hans Petter Selasky Message-ID: Date: Wed, 12 Feb 2020 09:57:19 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <9c3d101f-d2f9-2d7d-b48d-9bbee6e8dd8d@mm.st> Content-Type: multipart/mixed; boundary="------------A650E9E27FF7BCCCDA5C4AE9" Content-Language: en-US X-Rspamd-Queue-Id: 48HYSM0CbMz45hG 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)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.66)[ip: (-9.21), ipnet: 2a01:4f8::/29(-2.52), asn: 24940(-1.56), country: DE(-0.02)]; FREEMAIL_TO(0.00)[mm.st]; 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_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: Wed, 12 Feb 2020 08:57:39 -0000 This is a multi-part message in MIME format. --------------A650E9E27FF7BCCCDA5C4AE9 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, Does the attached patch fix the issue? --HPS --------------A650E9E27FF7BCCCDA5C4AE9 Content-Type: text/x-patch; charset=UTF-8; name="epoch.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="epoch.diff" Index: sys/net/iflib.c =================================================================== --- sys/net/iflib.c (revision 357799) +++ sys/net/iflib.c (working copy) @@ -6060,6 +6060,7 @@ gtask = &ctx->ifc_txqs[qid].ift_task; tqg = qgroup_if_io_tqg; fn = _task_fn_tx; + GROUPTASK_INIT(gtask, 0, fn, q); break; case IFLIB_INTR_RX: q = &ctx->ifc_rxqs[qid]; @@ -6066,6 +6067,7 @@ gtask = &ctx->ifc_rxqs[qid].ifr_task; tqg = qgroup_if_io_tqg; fn = _task_fn_rx; + NET_GROUPTASK_INIT(gtask, 0, fn, q); break; case IFLIB_INTR_IOV: q = ctx; @@ -6072,11 +6074,11 @@ gtask = &ctx->ifc_vflr_task; tqg = qgroup_if_config_tqg; fn = _task_fn_iov; + GROUPTASK_INIT(gtask, 0, fn, q); break; default: panic("unknown net intr type"); } - GROUPTASK_INIT(gtask, 0, fn, q); if (irq != NULL) { err = iflib_irq_set_affinity(ctx, irq, type, qid, gtask, tqg, q, name); @@ -6136,7 +6138,7 @@ iflib_fast_intr_rxtx, NULL, info, name); if (err != 0) return (err); - GROUPTASK_INIT(gtask, 0, fn, q); + NET_GROUPTASK_INIT(gtask, 0, fn, q); res = irq->ii_res; taskqgroup_attach(tqg, gtask, q, dev, res, name); --------------A650E9E27FF7BCCCDA5C4AE9-- From owner-freebsd-current@freebsd.org Wed Feb 12 09:10: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 247B4231F04 for ; Wed, 12 Feb 2020 09:10:28 +0000 (UTC) (envelope-from yp@mm.st) Received: from wnew3-smtp.messagingengine.com (wnew3-smtp.messagingengine.com [64.147.123.17]) (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 48HYl66hPrz46bN for ; Wed, 12 Feb 2020 09:10:26 +0000 (UTC) (envelope-from yp@mm.st) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id E07ED3F3; Wed, 12 Feb 2020 04:10:24 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 12 Feb 2020 04:10:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=subject :to:references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=fm2; bh=Es/LGyP93oNfo +eenZSCwGtpQXnI/PS7Ibhjtm7w9c8=; b=xMVTbbo2RMaoIiKAkPDbGMUzRmZMy 0h+zrblM83p8lM0b4+F/AkXwKNZ5LmRBdvzj+byvakxmC+FT4Evrq5EBxnaO/i4P 6jXqwMQ/LzLeJesqvPqRiD7NQUpk02RNSYj4dkiTAdMm/PjBhWhjPwoACoMzBwpA Rpr+AL/wGuSu+3L2pBXy9yXM7IRpNb+IF6tVNWH/y4fgjfM2V2FW6s5t4+2Lf2VB R3zJI6itqaVBqLUeaWMYphabwmkPBbbcv/5pGWoNqc4mRr573PMUrH3f7qfiOtco hq0ljwe4BYQqrds3qwZTqBCn8Dg048PvPhgE2B9rv4EhFKai51DVFtwbg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=Es/LGyP93oNfo+eenZSCwGtpQXnI/PS7Ibhjtm7w9 c8=; b=QnBeBS8BZzcOipdls/nKDes/OpmX0SsU3cUL3FYJKkOAJLdfeZ5tGsP4I wWH6NYMFWlLCIv5RuOINxkXhATBAXrdpNhagRRHiZN8OtIK7wY4P1E3ZmTWRn+mX r9ZTIdCqj+P6+f2cmp4jZeZbmlFrIZTGvTcgwhaZIK2EPa5ZVHAuPpH7sdcFNmTC un7f1riFj67QvFmhm1s/Ky2wnHtvxOCNCCKa0D9LQ0xWuHUsRhk3w65Hg44a3rEF F8Do/H4JSKHoIj9pJdWP+gMraw6uxOUw2i6L2At6Gb0a30EVC67cGVdooLvCfFv/ JMsRjG+fWU33aDL7/n8Z4X57mI4uw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrieehucetufdoteggodetrfdotffvucfrrh hofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgenuceurghi lhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurh epuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomhephihpsehmmhdrshht necukfhppedujeekrdduheehrdegrdduheejnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhephihpsehmmhdrshht X-ME-Proxy: Received: from mercury.local (unknown [178.155.4.157]) by mail.messagingengine.com (Postfix) with ESMTPA id 4C0793280064; Wed, 12 Feb 2020 04:10:23 -0500 (EST) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 To: Hans Petter Selasky , FreeBSD Current References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> <9c3d101f-d2f9-2d7d-b48d-9bbee6e8dd8d@mm.st> From: yp@mm.st Message-ID: <4485a77e-bdae-a79d-64a0-cf3c0b914fe8@mm.st> Date: Wed, 12 Feb 2020 12:10:21 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48HYl66hPrz46bN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm2 header.b=xMVTbbo2; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=QnBeBS8B; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of yp@mm.st designates 64.147.123.17 as permitted sender) smtp.mailfrom=yp@mm.st X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.17]; FREEMAIL_FROM(0.00)[mm.st]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; IP_SCORE(0.00)[ip: (-9.79), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.68), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[17.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[mm.st]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[157.4.155.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] 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, 12 Feb 2020 09:10:28 -0000 Hans Petter Selasky wrote: > Hi, > > Does the attached patch fix the issue? It seems to help, yes, at least no panic right after the boot. From owner-freebsd-current@freebsd.org Wed Feb 12 09:21: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 C7BD323271D for ; Wed, 12 Feb 2020 09:21:22 +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 48HYzj71Pgz47Wr for ; Wed, 12 Feb 2020 09:21:21 +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 AF5522600E0; Wed, 12 Feb 2020 10:21:20 +0100 (CET) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 To: yp@mm.st, FreeBSD Current References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> <9c3d101f-d2f9-2d7d-b48d-9bbee6e8dd8d@mm.st> <4485a77e-bdae-a79d-64a0-cf3c0b914fe8@mm.st> From: Hans Petter Selasky Message-ID: <5e6b0d20-7cfd-9548-c9fa-804c4ffa27a6@selasky.org> Date: Wed, 12 Feb 2020 10:21:05 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <4485a77e-bdae-a79d-64a0-cf3c0b914fe8@mm.st> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48HYzj71Pgz47Wr 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)[]; 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(-2.66)[ip: (-9.21), ipnet: 2a01:4f8::/29(-2.52), asn: 24940(-1.56), country: DE(-0.02)]; FREEMAIL_TO(0.00)[mm.st]; 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: Wed, 12 Feb 2020 09:21:22 -0000 On 2020-02-12 10:10, yp@mm.st wrote: > Hans Petter Selasky wrote: >> Hi, >> >> Does the attached patch fix the issue? > > It seems to help, yes, at least no panic right after the boot. Let us know if this happens again. There is currently some ongoing work in this area. https://svnweb.freebsd.org/changeset/base/357800 --HPS From owner-freebsd-current@freebsd.org Wed Feb 12 10:55: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 56E1423423D for ; Wed, 12 Feb 2020 10:55:44 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 48Hc4b2YCKz4D6Q for ; Wed, 12 Feb 2020 10:55:43 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id w15so1668147wru.4 for ; Wed, 12 Feb 2020 02:55: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=Iz4YqSkqf57Z57fN1tBRo1dnOjarow3sVlads/sRH7E=; b=ki96F2PMctv6IiS+tCbwyXfIh+v4QXdKwSdC7Wbrtn4J/v5LUf55jiLtLjMCUSUCZm nMEhl53wZswyL1Y1x/U/ZR8pEDhtl/WKpjyMINl6QEdeTOP3l6Uhq3p1wQ1Gj8YWdBop cqfVGWAe08hMg93ZqS4o4mwn3KeO28VMCzeVa1GxJQRAxvJ1RS3WHQtocpbmkXNUp3Xv 1GphpodBS0SsJ8tL/XV1dSBrAGO+BQygzZ+CxL8mn17pbmQe1uKa/1M6e1BjvUNUedVP EDx8fPWMt8LC6vXnpQowBYAhePWVv2SMGkOWQNfkb0qbvEXEQq31CAPAGYxnO3/pWBPJ l8TA== 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=Iz4YqSkqf57Z57fN1tBRo1dnOjarow3sVlads/sRH7E=; b=Rnmdp87shh3I1M3vr4MGHrF6UdMTvV3rX2By/ABxdhqVbxwk2gyD5sxFNAocdQMGSG BFHNWN4mxN3snVneOv0BU7wM4Y3JG2braHz1sF9cggV1McbU3g/ny9bdCrDmnsQTmZXL onJ++OkYYRHwsUWfUJvpzCYEUE0Pe8tcvtARGTlJoOCTr9TI2+Z0c02bAsC7LKyWCNi+ fXVmmAAuIT3kkJaDPLf6D7flRzf9c4byrleT0gIlfAFjGESXgRCMdY2aqbqxRexEG95y w4iyT3Jte2W9rK9S+GChT/A4k4rg05Fe1trJLnOFqvWc7jAgfRf6Oue/LsT6YNOkP9Ds Ih0Q== X-Gm-Message-State: APjAAAWu2Wj2tRy+4WUOocU24Uy9iD+UjjtjSx8G8EoUU/g/eZsm7tj1 7bTV/2Tlqxebd5FHNsGvam+oj1X8jE2cZm67yH3xPr9L X-Google-Smtp-Source: APXvYqxtkd2n3qzf02ikAYtJuTm9zpV4PJUVH31Zy30hZPxF0MenYAm88zWslRan+sGNXhd/m0/Gg8pGfC0Mo5Cm000= X-Received: by 2002:adf:ec83:: with SMTP id z3mr14151603wrn.133.1581504941917; Wed, 12 Feb 2020 02:55:41 -0800 (PST) MIME-Version: 1.0 References: <5e436fa3.1c69fb81.99454.a416SMTPIN_ADDED_MISSING@mx.google.com> In-Reply-To: <5e436fa3.1c69fb81.99454.a416SMTPIN_ADDED_MISSING@mx.google.com> From: Andrey Fesenko Date: Wed, 12 Feb 2020 13:55:32 +0300 Message-ID: Subject: Re: 13-Current not format efi partition To: Thomas Mueller Cc: freebsd-current X-Rspamd-Queue-Id: 48Hc4b2YCKz4D6Q X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ki96F2PM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of f0andrey@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=f0andrey@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)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; 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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.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]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.11), ipnet: 2a00:1450::/32(-2.45), asn: 15169(-1.70), country: US(-0.05)]; FREEMAIL_TO(0.00)[twc.com]; 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" 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: Wed, 12 Feb 2020 10:55:44 -0000 =D1=81=D1=80, 12 =D1=84=D0=B5=D0=B2=D1=80. 2020 =D0=B3., 06:23 Thomas Muell= er : > from Andrey Fesenko: > > > bsdinstall script, work in 2019 > > PARTITIONS=3D"$DISKSLICE GPT { 512K freebsd-boot, 1M efi, auto freebsd-u= fs > / } > #!/bin/sh -x > # Make diskname independante > gpart modify -l freebsd-boot -i 1 ada0 > gpart modify -l efi -i 2 ada0 > gpart modify -l root -i 3 ada0 > # Make EFI happy > mount_msdosfs /dev/gpt/efi /media/ > mkdir -p /media/EFI/BOOT/ > cp /boot/loader.efi /media/EFI/BOOT/BOOTX86.efi > umount /media/ > > > FreeBSD-13.0-CURRENT-amd64-20200206-r357606-disc1.iso not format efi > partition > > > Booting by UEFI would not use or need a freebsd-boot partition. > freebsd-boot it's another bug :) it's create automatically, anyway Add newfs_msdos /dev/gpt/efi fix new behavior installer, but why > From owner-freebsd-current@freebsd.org Wed Feb 12 12:17:37 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 79584236A13 for ; Wed, 12 Feb 2020 12:17:37 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 48Hdv52hKXz4KVw; Wed, 12 Feb 2020 12:17:37 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x22e.google.com with SMTP id n18so2044842ljo.7; Wed, 12 Feb 2020 04:17:37 -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=oXMAVf7DSQsILqoNy9ip/ZJzvOjqrdGc/0BSkkhONiA=; b=EaXZinIQ8D0J7w2CdzxSnSIc3eM4MkhAEbiqQG8gfERps9LzUigl6CirhIW7AziuTL a+5oNRJCKTXHrPc3XrkMKMao3F8BRTbBxgiGE6ZjVwj70uCmnwLvSScXsIF5Bzs6ORHS vCbW/x24V61i+1V5HNjmqgNNmrX/jPn5vOIdc2f8/Jmzl323BiNmpFhoY0qVRMVK6Egl 9HzHSgfv74j9Au2hGAht9hJcIz75ILTNYeUHrnF2Ya6sY/0wRh0o6KQ+mIDgtnRaZ8Yq rwWmExJ8xNsU05b56z8vdcwjqT1XmiUBt6snlIIUS2OAt3j5on28cDVr4c3xSkikIZyq SChw== 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=oXMAVf7DSQsILqoNy9ip/ZJzvOjqrdGc/0BSkkhONiA=; b=ExfKMGYv13tFjEq2Lh83O179a+tmHSr3HCVME0kC+kMzAjyiDIteqzIVXrpnsLDXHM dxROYnMMsvMW1TsF4w6wuV5rWtBrwxR6WPhbJFqPrBTSpNq2l/z47qyvyHMrEYNFZwzq PVYfwhhS7LCxFiUT4FIsmz6bHYZC+PDDq4t/4jVaQgurAgNelAaIsbSnoe6/26P2z7oE TC0dgqrwRMAYFR3+TZcCV9ol31/iIbvfpo1GnJ8iHdN6KwmCURAkDHPhhLdWovsDyW5H MelR6g80wa5OeWGGMQbFkRtUZIUgQyR9qNine6iPc5FlRUZBPHzGw38YL8U0+UqcB+Ua ahFQ== X-Gm-Message-State: APjAAAVmCSKIIJXHi7BcdFUtx6fHeVr4uTY9j6CDrdcVTxfo3S9rZ5RT RaEjxKEKolTrqNhRDS0wo8PIT70j2RTEis4M0uXiF/fG X-Google-Smtp-Source: APXvYqxJAvKWLEUdXNXK/n5wUUb0Z/IvjW7dQ5tX3UGwwoPgeetL0i4SF59+GSpGKfSrE0FEwqPaFYl/U9X6HIMR+G4= X-Received: by 2002:a2e:8016:: with SMTP id j22mr7204762ljg.24.1581509854304; Wed, 12 Feb 2020 04:17:34 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Andreas Nilsson Date: Wed, 12 Feb 2020 13:17:23 +0100 Message-ID: Subject: Re: hwpstate_intel hangs kernel To: cem@freebsd.org Cc: "Andrey V. Elsukov" , Current FreeBSD X-Rspamd-Queue-Id: 48Hdv52hKXz4KVw X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" 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: Wed, 12 Feb 2020 12:17:37 -0000 Hello Conrad, thanks for the information and for contributing the driver in the first place! I'll stick with the hint for now. Best regards Andreas On Tue, Feb 11, 2020 at 9:05 PM Conrad Meyer wrote: > Hi Andreas, > > No, nothing new on this front. I don't have any of this hardware nor > do I work for Intel, and nothing I see in the code or published spec > would result in hangs. I don't have more cycles to spend on this > driver. So I suggest using 'hint.hwpstate_intel.0.disabled=3D"1"' as a > workaround indefinitely. > > On a private email with Andrey I discussed making disabled=3D"1" the > default, and allowing users to opt in with disabled=3D"0" (or perhaps > enabled=3D"1", for fewer double negatives). It's not especially > satisfying, but would prevent this class of unknown issue with > hwpstate_intel(4). > > Best, > Conrad > > On Tue, Feb 11, 2020 at 11:49 AM Andreas Nilsson > wrote: > > > > Hello, > > > > any new leads on this? As of what is in git on 2020-02-05, my computer > still hangs on kernel boot on "hwpstate_intel0: on cp= u0" > > > > I guess it would have been easier to debug a panic. Setting > debug.hwpstate_verbose=3D1 doesn't really give any difference in output. > > > > Best regards > > Andreas > > > > On Wed, Feb 5, 2020 at 2:45 PM Andreas Nilsson > wrote: > >> > >> Hello, > >> > >> I upgraded to a newer version, git 87d669d3863-c266265, and I do not > experience the random hang anymore. The machine still hangs on boot on > "hwpstate_intel0: on cpu0" unless I set > 'hint.hwpstate_intel.0.disabled=3D"1"' in loader.conf. > >> > >> On a side note I cannot set or unset that hint from loader prompt; > >> > >> ok> set hint.hwpstate_intel.0.disabled=3D"0" > >> ok> show > >> .... > >> hint.hwpstate=3D > >> ... > >> > >> Best regards > >> Andreas > >> > >> On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson > wrote: > >>> > >>> Hello Conrad, > >>> > >>> thank you Andrey for bisecting! I'll try with that hint and see how i= t > works for me. > >>> > >>> Best regards > >>> Andreas > >>> > >>> On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > >>>> > >>>> Hi Andrey, > >>>> > >>>> Please try 'hint.hwpstate_intel.0.disabled=3D"1"' as a workaround fo= r > now. > >>>> > >>>> I think I have identified at least one problematic piece of code, > >>>> although I don't know if it's the root cause. I will go ahead and f= ix > >>>> that, which may not fix the hang, and also add some debug printfs th= at > >>>> can be enabled to help identify the real issue. > >>>> > >>>> Thanks for the report and bisect. > >>>> > >>>> Best, > >>>> Conrad > >>>> > >>>> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov > wrote: > >>>> > > >>>> > 31.01.2020 18:11, Andrey V. Elsukov =D0=BF=D0=B8=D1=88=D0=B5=D1=82= : > >>>> > > On 24.01.2020 19:52, Andreas Nilsson wrote: > >>>> > >> It hangs during kernel boot and the last message printed on > console is: > >>>> > >> hwpstate_intel0: on cpu0 > >>>> > > > >>>> > > Hi, > >>>> > > > >>>> > > Did you find the cause of this hang? > >>>> > > I also tried to update today from r350816 to r357330. But my > Lenovo X1 > >>>> > > Carbon 4th hangs on the same message. > >>>> > > > >>>> > > >>>> > Hi, > >>>> > > >>>> > I have bisected the bad commit, it is r357002. > >>>> > > >>>> > -- > >>>> > WBR, Andrey V. Elsukov > >>>> > > From owner-freebsd-current@freebsd.org Wed Feb 12 16:38:33 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 5BBF323C8DA for ; Wed, 12 Feb 2020 16:38:33 +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 48Hlh862K2z4bvv for ; Wed, 12 Feb 2020 16:38:32 +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 01CGcOpa004077 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 12 Feb 2020 08:38:24 -0800 (PST) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id 01CGcO0E004076; Wed, 12 Feb 2020 08:38:24 -0800 (PST) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Wed, 12 Feb 2020 08:38:24 -0800 From: Gleb Smirnoff To: yp@mm.st Cc: freebsd-current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 Message-ID: <20200212163824.GA1253@FreeBSD.org> References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1123c163-846f-7264-febd-3027e1b17369@mm.st> X-Rspamd-Queue-Id: 48Hlh862K2z4bvv X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; NEURAL_HAM_LONG(-0.98)[-0.976,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: Wed, 12 Feb 2020 16:38:33 -0000 On Wed, Feb 12, 2020 at 09:49:12AM +0300, yp@mm.st wrote: y> Getting the following panic after updating to r357793 (expect typos, hand y> copied): y> y> panic: Assertion in_epoch(net_epoch_preempt) failed at y> /usr/src/sys/net/iflib.c:2762 y> y> db_trace_self_wrapper() y> vpanic() y> panic() y> iflib_rxeof() y> _task_fn_rx() y> gtaskqueue_run_locked() y> gtaskqueue_thread_loop() y> fork_exit() y> fork_trampoline() y> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Are you running iflib as a loadable module? Your trace clearly has _task_fn_rx(), and Hans's patch covers _task_fn_tx(). However, Hans's patch helped you. So, my guess is happen just due to recompilation and reinstall of the module, not due to patch. -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Wed Feb 12 16:42: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 C40BE23CAF9 for ; Wed, 12 Feb 2020 16:42:00 +0000 (UTC) (envelope-from yp@mm.st) Received: from wnew1-smtp.messagingengine.com (wnew1-smtp.messagingengine.com [64.147.123.26]) (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 48Hlm75ljlz4cMd; Wed, 12 Feb 2020 16:41:59 +0000 (UTC) (envelope-from yp@mm.st) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id 46DCF5DE; Wed, 12 Feb 2020 11:41:57 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 12 Feb 2020 11:41:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=subject :to:cc:references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=fm2; bh=79qFME7AF00Zb BaKqJm3zgMnlX+dOWlHrpJX9TWoTcM=; b=aZNMA79bFVRRC6MRdGklwpJzl0wLN KpRg53tCcNHqk8Ruu46mrCtqnuYJYG6S88/DoqheoSiLOojedtrkTgjg8VcRRZag UgWUFiVZgvrCGqGyXXd5IRI2cvVn6KkHgwt1KqXd4wFFJPvXxI0EMKpLy+koZULa LpLMfd4yWYD5zxuzwBZ6DxGBa4Ld97QBOUFNvCUj3g2DtDSxyalT0PyvVV69jcFB xO2OALtiSv19W3DKVqoPakw07HHuix/sVRARmwctJEyhCzJoWJ0iUPI5SBWLFJl+ 9tiv4rRTtY2KNc01eZud+STiuCaVRSI8IY/84ri7h2LMdfhYWKF+Vgc3Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=79qFME7AF00ZbBaKqJm3zgMnlX+dOWlHrpJX9TWoT cM=; b=kMFQKRogw29BQaQVd3ws7WT17r+hybjdMrXVCdrxjxI8Zh1xOnSE86JM9 l9aQhHw5rULYT5V1LFU4vTd5C/fH5sg21Kb1cTfnajUMMkYcmEJGxBR8QnwWhhah xBBLt2iB9ZlPAR+NyVL1Qynykh9abcWn1jBsPdQ5kiVAjuhZVvXs49lKgUmFwL3s rQAPzgFXHmzvUdQqqhxSkcY676Qnal0PJRbDQclCpqcGPUF4WqCXVtlkS1hLGqhm NtPSUEzEHkVFGumg36+FFkCfBfz5FIsrh/4orQJjFUoA2gWJcrukqfPPDiZM/Xn9 NHCmrVJQc3xxkWMkIs2tMkryydtBw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrieehgdelfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesthejre dttdefjeenucfhrhhomhephihpsehmmhdrshhtnecukfhppedujeekrdduheehrdegrddu heejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephi hpsehmmhdrshht X-ME-Proxy: Received: from mercury.local (unknown [178.155.4.157]) by mail.messagingengine.com (Postfix) with ESMTPA id E1CBE3060B27; Wed, 12 Feb 2020 11:41:55 -0500 (EST) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 To: Gleb Smirnoff Cc: freebsd-current@freebsd.org References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> <20200212163824.GA1253@FreeBSD.org> From: yp@mm.st Message-ID: Date: Wed, 12 Feb 2020 19:41:54 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <20200212163824.GA1253@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Hlm75ljlz4cMd X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm2 header.b=aZNMA79b; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=kMFQKRog; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of yp@mm.st designates 64.147.123.26 as permitted sender) smtp.mailfrom=yp@mm.st X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.26]; FREEMAIL_FROM(0.00)[mm.st]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; IP_SCORE(0.00)[ip: (-4.04), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.68), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[26.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[mm.st]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[157.4.155.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] 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, 12 Feb 2020 16:42:00 -0000 Gleb Smirnoff wrote: > On Wed, Feb 12, 2020 at 09:49:12AM +0300, yp@mm.st wrote: > y> Getting the following panic after updating to r357793 (expect typos, hand > y> copied): > y> > y> panic: Assertion in_epoch(net_epoch_preempt) failed at > y> /usr/src/sys/net/iflib.c:2762 > y> > y> db_trace_self_wrapper() > y> vpanic() > y> panic() > y> iflib_rxeof() > y> _task_fn_rx() > y> gtaskqueue_run_locked() > y> gtaskqueue_thread_loop() > y> fork_exit() > y> fork_trampoline() > y> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > Are you running iflib as a loadable module? Your trace clearly > has _task_fn_rx(), and Hans's patch covers _task_fn_tx(). However, > Hans's patch helped you. So, my guess is happen just due to > recompilation and reinstall of the module, not due to patch. No, it was a clean install from latest snapshot ISO, updated to that revision using the usual {build,install}{world,kernel} procedure without any settings in src.conf and using GENERIC conf, so iflib is builtin. From owner-freebsd-current@freebsd.org Wed Feb 12 17:18:34 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 C1CD723DC9A for ; Wed, 12 Feb 2020 17:18:34 +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 48HmZL3240z4fmj for ; Wed, 12 Feb 2020 17:18: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 01CHIWD1004299 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 12 Feb 2020 09:18:32 -0800 (PST) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id 01CHIW3l004298; Wed, 12 Feb 2020 09:18:32 -0800 (PST) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Wed, 12 Feb 2020 09:18:32 -0800 From: Gleb Smirnoff To: yp@mm.st Cc: freebsd-current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 Message-ID: <20200212171832.GB1253@FreeBSD.org> References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> <20200212163824.GA1253@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 48HmZL3240z4fmj X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.97)[-0.966,0]; NEURAL_HAM_LONG(-0.98)[-0.975,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: Wed, 12 Feb 2020 17:18:34 -0000 On Wed, Feb 12, 2020 at 07:41:54PM +0300, yp@mm.st wrote: y> Gleb Smirnoff wrote: y> > On Wed, Feb 12, 2020 at 09:49:12AM +0300, yp@mm.st wrote: y> > y> Getting the following panic after updating to r357793 (expect typos, hand y> > y> copied): y> > y> y> > y> panic: Assertion in_epoch(net_epoch_preempt) failed at y> > y> /usr/src/sys/net/iflib.c:2762 y> > y> y> > y> db_trace_self_wrapper() y> > y> vpanic() y> > y> panic() y> > y> iflib_rxeof() y> > y> _task_fn_rx() y> > y> gtaskqueue_run_locked() y> > y> gtaskqueue_thread_loop() y> > y> fork_exit() y> > y> fork_trampoline() y> > y> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- y> > y> > Are you running iflib as a loadable module? Your trace clearly y> > has _task_fn_rx(), and Hans's patch covers _task_fn_tx(). However, y> > Hans's patch helped you. So, my guess is happen just due to y> > recompilation and reinstall of the module, not due to patch. y> y> No, it was a clean install from latest snapshot ISO, updated to that y> revision using the usual {build,install}{world,kernel} procedure without y> any settings in src.conf and using GENERIC conf, so iflib is builtin. Sorry, Hans's patch is correct. I didn't notice the alternative initializer of taskqueue. Strange that this didn't pop up with my igb0. Will fix in few minutes. -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Wed Feb 12 17:22:56 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 AB6AD23E106 for ; Wed, 12 Feb 2020 17:22:56 +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 48HmgN36V0z4gKY for ; Wed, 12 Feb 2020 17:22:56 +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 01CHMsmn004324 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 12 Feb 2020 09:22:54 -0800 (PST) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id 01CHMsSu004323; Wed, 12 Feb 2020 09:22:54 -0800 (PST) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Wed, 12 Feb 2020 09:22:54 -0800 From: Gleb Smirnoff To: yp@mm.st Cc: freebsd-current@freebsd.org Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 Message-ID: <20200212172254.GC1253@FreeBSD.org> References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> <20200212163824.GA1253@FreeBSD.org> <20200212171832.GB1253@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200212171832.GB1253@FreeBSD.org> X-Rspamd-Queue-Id: 48HmgN36V0z4gKY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.97)[-0.966,0]; NEURAL_HAM_LONG(-0.98)[-0.975,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: Wed, 12 Feb 2020 17:22:56 -0000 On Wed, Feb 12, 2020 at 09:18:32AM -0800, Gleb Smirnoff wrote: T> On Wed, Feb 12, 2020 at 07:41:54PM +0300, yp@mm.st wrote: T> y> Gleb Smirnoff wrote: T> y> > On Wed, Feb 12, 2020 at 09:49:12AM +0300, yp@mm.st wrote: T> y> > y> Getting the following panic after updating to r357793 (expect typos, hand T> y> > y> copied): T> y> > y> T> y> > y> panic: Assertion in_epoch(net_epoch_preempt) failed at T> y> > y> /usr/src/sys/net/iflib.c:2762 T> y> > y> T> y> > y> db_trace_self_wrapper() T> y> > y> vpanic() T> y> > y> panic() T> y> > y> iflib_rxeof() T> y> > y> _task_fn_rx() T> y> > y> gtaskqueue_run_locked() T> y> > y> gtaskqueue_thread_loop() T> y> > y> fork_exit() T> y> > y> fork_trampoline() T> y> > y> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- T> y> > T> y> > Are you running iflib as a loadable module? Your trace clearly T> y> > has _task_fn_rx(), and Hans's patch covers _task_fn_tx(). However, T> y> > Hans's patch helped you. So, my guess is happen just due to T> y> > recompilation and reinstall of the module, not due to patch. T> y> T> y> No, it was a clean install from latest snapshot ISO, updated to that T> y> revision using the usual {build,install}{world,kernel} procedure without T> y> any settings in src.conf and using GENERIC conf, so iflib is builtin. T> T> Sorry, Hans's patch is correct. I didn't notice the alternative T> initializer of taskqueue. Strange that this didn't pop up with T> my igb0. Will fix in few minutes. Hans already checked in his patch. Great! -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Wed Feb 12 18:39: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 8FA3E23FBA2 for ; Wed, 12 Feb 2020 18:39:39 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48HpMt59mwz3HQ1 for ; Wed, 12 Feb 2020 18:39:38 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01CIdVk6089438 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 12 Feb 2020 10:39:37 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: Which AMD CPUs are supported -- temperature Date: Wed, 12 Feb 2020 10:39:37 -0800 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48HpMt59mwz3HQ1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.47 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.40)[ip: (-0.78), ipnet: 24.113.0.0/16(-0.39), asn: 11404(-0.78), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,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:11404, ipnet:24.113.0.0/16, country:US]; 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: Wed, 12 Feb 2020 18:39:39 -0000 Hard as I try I can not get anything close to the actual temperature of the CPUs or cores while running on FreeBSD=2E I assembled the following box as an intended builder for FreeBSD Install images, upgrade images, and ports development, and package builder / installer=2E But to no avail=2E I'm unwilling to put any pressure on a CPU I have no reference material on regarding the temperature=2E Immediately after boot I get 1=2E1C, and loading it with average services; the CPU is purported by FreeBSD (amdtemp) to hover between ~7-11=2E6C=2E I can be fairly sure that the CPU isn't frozen after boot, as I'm not dumping liquid nitrogen on it, or anything=2E :) According to specs on this CPU; I can safely run it up to 70C=2E At POST, the BIOS reports it around ~34-38C=2E But as noted above, after boot, FreeBSD reports 1=2E1C=2E Which can't be correct=2E What needs to be done to get the temp? I don't have this problem on any of my other AMD based boxes/servers=2E Detailed info on this CPU, and FreeBSD it's running: FreeBSD 12=2E0-CURRENT #0 r323185: amd64 Also tried on: FreeBSD 12=2E1-STABLE r357001 amd64 # dmidecode 3=2E1 Scanning /dev/mem for entry point=2E SMBIOS 2=2E8 present=2E Handle 0x003F, DMI type 4, 42 bytes Processor Information =09Socket Designation: P0 =09Type: Central Processor =09Family: Athlon X4 =09Manufacturer: AuthenticAMD =09ID: 01 0F 63 00 FF FB 8B 17 =09Signature: Family 21, Model 48, Stepping 1 =09Flags: =09=09FPU (Floating-point unit on-chip) =09=09VME (Virtual mode extension) =09=09DE (Debugging extension) =09=09PSE (Page size extension) =09=09TSC (Time stamp counter) =09=09MSR (Model specific registers) =09=09PAE (Physical address extension) =09=09MCE (Machine check exception) =09=09CX8 (CMPXCHG8 instruction supported) =09=09APIC (On-chip APIC hardware supported) =09=09SEP (Fast system call) =09=09MTRR (Memory type range registers) =09=09PGE (Page global enable) =09=09MCA (Machine check architecture) =09=09CMOV (Conditional move instruction supported) =09=09PAT (Page attribute table) =09=09PSE-36 (36-bit page size extension) =09=09CLFSH (CLFLUSH instruction supported) =09=09MMX (MMX technology supported) =09=09FXSR (FXSAVE and FXSTOR instructions supported) =09=09SSE (Streaming SIMD extensions) =09=09SSE2 (Streaming SIMD extensions 2) =09=09HTT (Multi-threading) =09Version: AMD Athlon(tm) X4 860K Quad Core Processor =20 =09Voltage: 1=2E4 V =09External Clock: 100 MHz =09Max Speed: 3700 MHz =09Current Speed: 3700 MHz =09Status: Populated, Enabled =09Upgrade: Socket FM2 =09L1 Cache Handle: 0x0023 =09L2 Cache Handle: 0x0024 =09L3 Cache Handle: Not Provided =09Serial Number: Not Specified =09Asset Tag: Not Specified =09Part Number: Not Specified =09Core Count: 4 =09Core Enabled: 4 =09Thread Count: 4 =09Characteristics: =09=0964-bit capable dev=2Ecpu=2E3=2Ecx_method: C1/hlt dev=2Ecpu=2E3=2Ecx_usage_counters: 63812 dev=2Ecpu=2E3=2Ecx_usage: 100=2E00% last 2223us dev=2Ecpu=2E3=2Ecx_lowest: C1 dev=2Ecpu=2E3=2Ecx_supported: C1/1/0 dev=2Ecpu=2E3=2Etemperature: 1=2E6C dev=2Ecpu=2E3=2E%parent: acpi0 dev=2Ecpu=2E3=2E%pnpinfo: _HID=3Dnone _UID=3D0 dev=2Ecpu=2E3=2E%location: handle=3D\_PR_=2EP003 dev=2Ecpu=2E3=2E%driver: cpu dev=2Ecpu=2E3=2E%desc: ACPI CPU dev=2Ecpu=2E2=2Ecx_method: C1/hlt dev=2Ecpu=2E2=2Ecx_usage_counters: 14741 dev=2Ecpu=2E2=2Ecx_usage: 100=2E00% last 20303us dev=2Ecpu=2E2=2Ecx_lowest: C1 dev=2Ecpu=2E2=2Ecx_supported: C1/1/0 dev=2Ecpu=2E2=2Etemperature: 1=2E6C dev=2Ecpu=2E2=2E%parent: acpi0 dev=2Ecpu=2E2=2E%pnpinfo: _HID=3Dnone _UID=3D0 dev=2Ecpu=2E2=2E%location: handle=3D\_PR_=2EP002 dev=2Ecpu=2E2=2E%driver: cpu dev=2Ecpu=2E2=2E%desc: ACPI CPU dev=2Ecpu=2E1=2Ecx_method: C1/hlt dev=2Ecpu=2E1=2Ecx_usage_counters: 13740 dev=2Ecpu=2E1=2Ecx_usage: 100=2E00% last 41429us dev=2Ecpu=2E1=2Ecx_lowest: C1 dev=2Ecpu=2E1=2Ecx_supported: C1/1/0 dev=2Ecpu=2E1=2Etemperature: 1=2E6C dev=2Ecpu=2E1=2E%parent: acpi0 dev=2Ecpu=2E1=2E%pnpinfo: _HID=3Dnone _UID=3D0 dev=2Ecpu=2E1=2E%location: handle=3D\_PR_=2EP001 dev=2Ecpu=2E1=2E%driver: cpu dev=2Ecpu=2E1=2E%desc: ACPI CPU dev=2Ecpu=2E0=2Ecx_method: C1/hlt C2/io dev=2Ecpu=2E0=2Ecx_usage_counters: 36918 0 dev=2Ecpu=2E0=2Ecx_usage: 100=2E00% 0=2E00% last 3896us dev=2Ecpu=2E0=2Ecx_lowest: C1 dev=2Ecpu=2E0=2Ecx_supported: C1/1/0 C2/2/400 dev=2Ecpu=2E0=2Efreq_levels: 3700/26568 3500/22525 3000/14531 2400/8507 1700/5415 dev=2Ecpu=2E0=2Efreq: 3700 dev=2Ecpu=2E0=2Etemperature: 1=2E6C dev=2Ecpu=2E0=2E%parent: acpi0 dev=2Ecpu=2E0=2E%pnpinfo: _HID=3Dnone _UID=3D0 dev=2Ecpu=2E0=2E%location: handle=3D\_PR_=2EP000 dev=2Ecpu=2E0=2E%driver: cpu dev=2Ecpu=2E0=2E%desc: ACPI CPU dev=2Ecpu=2E%parent:=20 dev=2Eamdtemp=2E0=2Ecore0=2Esensor0: 11=2E1C dev=2Eamdtemp=2E0=2Esensor_offset: 0 dev=2Eamdtemp=2E0=2E%parent: hostb7 dev=2Eamdtemp=2E0=2E%pnpinfo:=20 dev=2Eamdtemp=2E0=2E%location:=20 dev=2Eamdtemp=2E0=2E%driver: amdtemp dev=2Eamdtemp=2E0=2E%desc: AMD CPU On-Die Thermal Sensors dev=2Eamdtemp=2E%parent:=20 dev=2Ecpu=2E3=2Etemperature: 12=2E5C dev=2Ecpu=2E2=2Etemperature: 12=2E5C dev=2Ecpu=2E1=2Etemperature: 12=2E5C dev=2Ecpu=2E0=2Etemperature: 12=2E5C Thanks again! --Chris From owner-freebsd-current@freebsd.org Wed Feb 12 18:45:54 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 2B82F240003 for ; Wed, 12 Feb 2020 18:45:54 +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 48HpW552zQz3J2T; Wed, 12 Feb 2020 18:45:53 +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 164122601B1; Wed, 12 Feb 2020 19:45:52 +0100 (CET) Subject: Re: panic: Assertion in_epoch(net_epoch_preempt) failed, r357793 To: Gleb Smirnoff , yp@mm.st Cc: freebsd-current@freebsd.org References: <1123c163-846f-7264-febd-3027e1b17369@mm.st> <20200212163824.GA1253@FreeBSD.org> <20200212171832.GB1253@FreeBSD.org> <20200212172254.GC1253@FreeBSD.org> From: Hans Petter Selasky Message-ID: <16de0a6d-b959-f0c0-a08d-a7def73150cf@selasky.org> Date: Wed, 12 Feb 2020 19:43:53 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <20200212172254.GC1253@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48HpW552zQz3J2T 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.21), ipnet: 2a01:4f8::/29(-2.52), asn: 24940(-1.56), 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: Wed, 12 Feb 2020 18:45:54 -0000 On 2020-02-12 18:22, Gleb Smirnoff wrote: > > Hans already checked in his patch. Great! > You're welcome. Glad it worked. --HPS From owner-freebsd-current@freebsd.org Wed Feb 12 20:24: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 CAD6724239F for ; Wed, 12 Feb 2020 20:24:06 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (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 "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48HrhP3CjHz3x8v for ; Wed, 12 Feb 2020 20:24:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:4929:216f:8a5d:f3fe] ([IPv6:2607:f3e0:0:4:4929:216f:8a5d:f3fe]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 01CKNoM3088066 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 12 Feb 2020 15:23:50 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Which AMD CPUs are supported -- temperature To: bsd-lists@BSDforge.com, freebsd-current References: From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: <2e023769-a71a-b83b-0050-6fef5f3c499d@sentex.net> Date: Wed, 12 Feb 2020 15:23:51 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48HrhP3CjHz3x8v X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-2.71 / 15.00]; ARC_NA(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)[+ptr]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; DMARC_NA(0.00)[sentex.net]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.92), asn: 11647(-3.54), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; 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: Wed, 12 Feb 2020 20:24:06 -0000 On 2/12/2020 1:39 PM, Chris wrote: > Hard as I try I can not get anything close to the actual temperature > of the CPUs or cores while running on FreeBSD. >     Family: Athlon X4 >     Manufacturer: AuthenticAMD > Not sure about the older Athlon CPUs, but the 2 generations of Ryzen's I have seem correct as well as an APU CPU: AMD GX-412TC SOC                                (998.17-MHz K8-class CPU) CPU: AMD Ryzen 7 3700X 8-Core Processor              (3593.33-MHz K8-class CPU) CPU: AMD Ryzen 7 2700X Eight-Core Processor          (3693.17-MHz K8-class CPU) e.g. at idle # sysctl -a dev.cpu.0.temperature dev.cpu.0.temperature: 31.1C then start up # cat /dev/urandom | openssl sha256 # sysctl -a dev.cpu.0.temperature dev.cpu.0.temperature: 57.1C It agrees with what IPMI reports too from the MB  # ipmitool sensor | grep "CPU Temp" CPU Temp         | 31.000     | degrees C  | ok    | na        | na        | na        | 93.000    | 94.000    | na        And on a fanless APU # sysctl -a dev.cpu.0.temperature dev.cpu.0.temperature: 62.6C # sysctl -a dev.amdtemp.0.core0.sensor0 dev.amdtemp.0.core0.sensor0: 63.1C     ---Mike From owner-freebsd-current@freebsd.org Wed Feb 12 20:44: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 5D94B242F9C for ; Wed, 12 Feb 2020 20:44:20 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oetec.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Hs7l0BBxz3ykR for ; Wed, 12 Feb 2020 20:44:18 +0000 (UTC) (envelope-from dclarke@blastwave.org) X-Spam-Status: No X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.199, required 6, autolearn=not spam, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 01CKi6Ep006509 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [172.16.35.2] (CPEf81d0f84cb23-CMf81d0f84cb20.cpe.net.cable.rogers.com [99.253.169.68]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8) with ESMTPSA id 01CKi6Ep006509 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Wed, 12 Feb 2020 15:44:08 -0500 Subject: Re: Which AMD CPUs are supported -- temperature To: freebsd-current@freebsd.org References: <2e023769-a71a-b83b-0050-6fef5f3c499d@sentex.net> From: Dennis Clarke Message-ID: <7ca5d3cf-f08d-3e5f-d9a9-946d8f67b4af@blastwave.org> Date: Wed, 12 Feb 2020 15:44:06 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:73.0) Gecko/20100101 Thunderbird/73.0 MIME-Version: 1.0 In-Reply-To: <2e023769-a71a-b83b-0050-6fef5f3c499d@sentex.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Hs7l0BBxz3ykR X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; RECEIVED_SPAMHAUS_PBL(0.00)[68.169.253.99.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; 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]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_HAM_MEDIUM(-0.98)[-0.982,0]; DKIM_TRACE(0.00)[blastwave.org:+]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.48)[asn: 812(2.50), country: CA(-0.09)]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; 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: Wed, 12 Feb 2020 20:44:20 -0000 On 2020-02-12 15:23, mike tancsa wrote: > sysctl -a dev.cpu.0.temperature Those sort of things seem to just "not work"(tm) on older type of processors : vesta# vesta# vesta# uname -apKU FreeBSD vesta 12.1-RELEASE-p2 FreeBSD 12.1-RELEASE-p2 GENERIC amd64 amd64 1201000 1201000 vesta# sysctl -a | grep 'cpu' kern.smp.cpus: 6 kern.smp.maxcpus: 256 kern.ccpu: 0 0, 1, 2, 3, 4, 5 0, 1 0 1 2, 3 2 3 4, 5 4 5 kern.sched.cpusetsize: 32 kern.pin_pcpu_swi: 0 kern.racct.pcpu_threshold: 1 cpu HAMMER device cpufreq kern.vt.splash_cpu_duration: 10 kern.vt.splash_cpu_style: 2 kern.vt.splash_ncpu: 0 kern.vt.splash_cpu: 0 vfs.ncpurgeminvnodes: 512 net.inet.tcp.per_cpu_timers: 0 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 debug.acpi.cpu_unordered: 0 hw.ncpu: 6 hw.acpi.cpu.cx_lowest: C1 hw.intrs: irq0: attimer0:3 @cpu0(domain0): 0 irq1: atkbd0:1 @cpu0(domain0): 0 irq3::5 @cpu0(domain0): 0 irq4::7 @cpu0(domain0): 0 irq5::9 @cpu0(domain0): 0 irq6::11 @cpu0(domain0): 0 irq7::13 @cpu0(domain0): 0 irq8: atrtc0:15 @cpu0(domain0): 0 irq9: acpi0:17 @cpu0(domain0): 0 irq10::19 @cpu0(domain0): 0 irq11::21 @cpu0(domain0): 0 irq12::23 @cpu0(domain0): 0 irq13::25 @cpu0(domain0): 0 irq14::27 @cpu0(domain0): 0 irq15::29 @cpu0(domain0): 0 irq16: hdac1:31 @cpu0(domain0): 37 irq17: ehci0 ehci1+:33 @cpu0(domain0): 2 irq18: ohci0 ohci1*:35 @cpu0(domain0): 22 irq19: ahci0:37 @cpu0(domain0): 4704900 irq20::39 @cpu0(domain0): 0 irq21::41 @cpu0(domain0): 0 irq22::43 @cpu0(domain0): 0 irq23::45 @cpu0(domain0): 0 irq256: hpet0:t0:53 @cpu0(domain0): 0 irq257: hpet0:t1:55 @cpu0(domain0): 0 irq258: hpet0:t2:57 @cpu0(domain0): 0 irq259: hdac0:59 @cpu0(domain0): 3 irq260: xhci0:61 @cpu0(domain0): 0 irq261: re0:63 @cpu0(domain0): 2908189 dev.cpufreq.0.%parent: cpu0 dev.cpufreq.0.%pnpinfo: dev.cpufreq.0.%location: dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%desc: dev.cpufreq.%parent: dev.hwpstate.0.%parent: cpu0 dev.acpi_perf.5.%parent: cpu5 dev.acpi_perf.4.%parent: cpu4 dev.acpi_perf.3.%parent: cpu3 dev.acpi_perf.2.%parent: cpu2 dev.acpi_perf.1.%parent: cpu1 dev.acpi_perf.0.%parent: cpu0 dev.cpu.5.cx_method: C1/hlt C2/io dev.cpu.5.cx_usage_counters: 12254878 0 dev.cpu.5.cx_usage: 100.00% 0.00% last 120487us dev.cpu.5.cx_lowest: C1 dev.cpu.5.cx_supported: C1/1/0 C2/2/100 dev.cpu.5.%parent: acpi0 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%location: handle=\_PR_.P006 dev.cpu.5.%driver: cpu dev.cpu.5.%desc: ACPI CPU dev.cpu.4.cx_method: C1/hlt C2/io dev.cpu.4.cx_usage_counters: 12019819 0 dev.cpu.4.cx_usage: 100.00% 0.00% last 2984us dev.cpu.4.cx_lowest: C1 dev.cpu.4.cx_supported: C1/1/0 C2/2/100 dev.cpu.4.%parent: acpi0 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%location: handle=\_PR_.P005 dev.cpu.4.%driver: cpu dev.cpu.4.%desc: ACPI CPU dev.cpu.3.cx_method: C1/hlt C2/io dev.cpu.3.cx_usage_counters: 12269169 0 dev.cpu.3.cx_usage: 100.00% 0.00% last 33499us dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_supported: C1/1/0 C2/2/100 dev.cpu.3.%parent: acpi0 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%location: handle=\_PR_.P004 dev.cpu.3.%driver: cpu dev.cpu.3.%desc: ACPI CPU dev.cpu.2.cx_method: C1/hlt C2/io dev.cpu.2.cx_usage_counters: 12058705 0 dev.cpu.2.cx_usage: 100.00% 0.00% last 8us dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_supported: C1/1/0 C2/2/100 dev.cpu.2.%parent: acpi0 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%location: handle=\_PR_.P003 dev.cpu.2.%driver: cpu dev.cpu.2.%desc: ACPI CPU dev.cpu.1.cx_method: C1/hlt C2/io dev.cpu.1.cx_usage_counters: 10797189 0 dev.cpu.1.cx_usage: 100.00% 0.00% last 1713us dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_supported: C1/1/0 C2/2/100 dev.cpu.1.%parent: acpi0 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%location: handle=\_PR_.P002 dev.cpu.1.%driver: cpu dev.cpu.1.%desc: ACPI CPU dev.cpu.0.cx_method: C1/hlt C2/io dev.cpu.0.cx_usage_counters: 28428935 0 dev.cpu.0.cx_usage: 100.00% 0.00% last 922us dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1/0 C2/2/100 dev.cpu.0.freq_levels: 3300/13770 3000/11040 2400/7417 1800/4680 1400/3195 dev.cpu.0.freq: 1400 dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%location: handle=\_PR_.P001 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.%parent: security.jail.param.cpuset.id: 0 vesta# Such is life. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-current@freebsd.org Wed Feb 12 22:17: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 C2E282449D6 for ; Wed, 12 Feb 2020 22:17:36 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48HvCM03bcz44jl for ; Wed, 12 Feb 2020 22:17:34 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01CMHRqr098496 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 12 Feb 2020 14:17:34 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: mike tancsa In-Reply-To: <2e023769-a71a-b83b-0050-6fef5f3c499d@sentex.net> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: Which AMD CPUs are supported -- temperature Date: Wed, 12 Feb 2020 14:17:33 -0800 Message-Id: <76406a01dfa1b78dee51f7c4924eb822@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48HvCM03bcz44jl X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.42 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.952,0]; IP_SCORE(-0.39)[ip: (-0.74), ipnet: 24.113.0.0/16(-0.37), asn: 11404(-0.76), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; 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: Wed, 12 Feb 2020 22:17:36 -0000 On Wed, 12 Feb 2020 15:23:51 -0500 mike tancsa mike@sentex=2Enet said > On 2/12/2020 1:39 PM, Chris wrote: > > Hard as I try I can not get anything close to the actual temperature > > of the CPUs or cores while running on FreeBSD=2E > > =C2=A0=C2=A0=C2=A0 Family: Athlon X4 > > =C2=A0=C2=A0=C2=A0=C2=A0Manufacturer: AuthenticAMD > > > Not sure about the older Athlon CPUs, but the 2 generations of Ryzen's I > have seem correct as well as an APU >=20 > CPU: AMD GX-412TC > SOC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > (998=2E17-MHz > K8-class CPU) > CPU: AMD Ryzen 7 3700X 8-Core Processor=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > (3593=2E33-MHz > K8-class CPU) > CPU: AMD Ryzen 7 2700X Eight-Core Processor=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 (3693=2E17-MHz Thanks for the reply, Mike=2E I don't know about Old v New=2E But where's the results from 5 AMD CPUs I have immediately at my disposal, and their reported results=2E 4 out of 5 work: # grep -F Ath /var/run/dmesg=2Eboot CPU: AMD Athlon(tm) II X3 440 Processor (3013=2E96-MHz K8-class CPU) # sysctl -a | grep tempe dev=2Ecpu=2E2=2Etemperature: 31=2E5C dev=2Ecpu=2E1=2Etemperature: 31=2E5C dev=2Ecpu=2E0=2Etemperature: 31=2E5C # dmidecode -t4 | grep AMD Manufacturer: AMD Version: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ # sysctl -a | grep tempe hw=2Eacpi=2Ethermal=2Etz0=2Etemperature: 32=2E1C dev=2Ecpu=2E1=2Etemperature: 45=2E0C dev=2Ecpu=2E0=2Etemperature: 48=2E0C # dmidecode -t4 | grep AMD Manufacturer: AMD Version: AMD FX(tm)-6300 Six-Core Processor # sysctl -a | grep tempe dev=2Ecpu=2E5=2Etemperature: 30=2E1C dev=2Ecpu=2E4=2Etemperature: 30=2E1C dev=2Ecpu=2E3=2Etemperature: 30=2E1C dev=2Ecpu=2E2=2Etemperature: 30=2E1C dev=2Ecpu=2E1=2Etemperature: 30=2E1C dev=2Ecpu=2E0=2Etemperature: 30=2E1C # dmidecode -t4 | grep AMD Manufacturer: AMD Version: AMD Athlon(tm) II X4 630 Processor # sysctl -a | grep tempe dev=2Ecpu=2E3=2Etemperature: 33=2E5C dev=2Ecpu=2E2=2Etemperature: 33=2E5C dev=2Ecpu=2E1=2Etemperature: 33=2E5C dev=2Ecpu=2E0=2Etemperature: 33=2E5C # # # BROKEN # dmidecode -t4 | grep AMD Manufacturer: AuthenticAMD Version: AMD Athlon(tm) X4 860K Quad Core Processor # sysctl -a | grep tempe dev=2Ecpu=2E3=2Etemperature: 13=2E1C dev=2Ecpu=2E2=2Etemperature: 13=2E1C dev=2Ecpu=2E1=2Etemperature: 13=2E1C dev=2Ecpu=2E0=2Etemperature: 13=2E1C All but one is in the same class=2E But one in that same class doesn't work=2E The FX class also works fine=2E I'm puzzled=2E=2E=2E :( Thanks again! --Chris > K8-class CPU) >=20 > e=2Eg=2E at idle >=20 > # sysctl -a dev=2Ecpu=2E0=2Etemperature > dev=2Ecpu=2E0=2Etemperature: 31=2E1C >=20 > then start up >=20 > # cat /dev/urandom | openssl sha256 >=20 > # sysctl -a dev=2Ecpu=2E0=2Etemperature > dev=2Ecpu=2E0=2Etemperature: 57=2E1C >=20 > It agrees with what IPMI reports too from the MB >=20 > =C2=A0# ipmitool sensor | grep "CPU Temp" > CPU Temp=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | 31=2E000=C2= =A0=C2=A0=C2=A0=C2=A0 | degrees C=C2=A0 | ok=C2=A0=C2=A0=C2=A0 | > na=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | > na=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | na=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 | 93=2E000=C2=A0=C2=A0=C2=A0 | 94=2E000=C2=A0=C2=A0=C2= =A0 | > na=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >=20 > And on a fanless APU >=20 > # sysctl -a dev=2Ecpu=2E0=2Etemperature > dev=2Ecpu=2E0=2Etemperature: 62=2E6C >=20 > # sysctl -a dev=2Eamdtemp=2E0=2Ecore0=2Esensor0 > dev=2Eamdtemp=2E0=2Ecore0=2Esensor0: 63=2E1C >=20 > =C2=A0=C2=A0=C2=A0 ---Mike From owner-freebsd-current@freebsd.org Thu Feb 13 05:25: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 A422A24D536 for ; Thu, 13 Feb 2020 05:25:06 +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 48J4hd5qjgz4VG5 for ; Thu, 13 Feb 2020 05:25:05 +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 01D5Ow1Q045128 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 12 Feb 2020 21:24:58 -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 01D5OwxU045127 for freebsd-current@freebsd.org; Wed, 12 Feb 2020 21:24:58 -0800 (PST) (envelope-from sgk) Date: Wed, 12 Feb 2020 21:24:58 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Buildworld dying wint lldb? Message-ID: <20200213052458.GA45119@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48J4hd5qjgz4VG5 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 [-1.19 / 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.977,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.22)[ip: (0.05), ipnet: 128.95.0.0/16(-0.23), asn: 73(-0.84), country: US(-0.05)]; 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(-1.00)[-0.999,0]; MIME_TRACE(0.00)[0:+]; REPLYTO_ADDR_EQ_FROM(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; 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: Thu, 13 Feb 2020 05:25:06 -0000 Anyone else see =3D=3D=3D> usr.bin/clang/lldb (all) c++ -target x86_64-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/amd64.a= md64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe -I/usr/src/co= ntrib/llvm-project/lldb/include -I/usr/obj/usr/src/amd64.amd64/usr.bin/clan= g/lldb -march=3Dbdver2 -I/usr/src/contrib/llvm-project/clang/include -DCLAN= G_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS -D__S= TDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC -DLLVM_DEFAU= LT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" -DLLVM_HOST_TRIPLE=3D\"x8= 6_64-unknown-freebsd13.0\" -DDEFAULT_SYSROOT=3D\"\" -DLLVM_TARGET_ENABLE_AA= RCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_TARGET_ENABLE_MIPS -DLLVM_TARGET_ENAB= LE_POWERPC -DLLVM_TARGET_ENABLE_RISCV -DLLVM_TARGET_ENABLE_SPARC -DLLVM_TAR= GET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser -DLLVM_= NATIVE_ASMPRINTER=3DLLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER= =3DLLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Ta= rget -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeX86TargetInfo -DLLVM_NATIVE_T= ARGETMC=3DLLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gl= ine-tables-only -Wno-format-zero-length -fstack-protector-strong -Wno-empty= -body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-com= pare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-= enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wn= o-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qun= used-arguments -fno-exceptions -fno-rtti -std=3Dc++11 -stdlib=3Dlibc++ -Wno= -c++11-extensions -Wl,--gc-sections -o lldb.full Driver.o /usr/obj/usr/= src/amd64.amd64/lib/clang/liblldb/liblldb.a /usr/obj/usr/src/amd64.amd64/li= b/clang/libclang/libclang.a /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/= libllvm.a -ledit -lexecinfo -lpanel -lncursesw -lz -lpthread=20 ld: error: undefined symbol: lldb_private::ClangModulesDeclVendor::Create(l= ldb_private::Target&) >>> referenced by Target.cpp:2487 (/usr/src/contrib/llvm-project/lldb/sourc= e/Target/Target.cpp:2487) This is 'make buildworld' with an empty //usr/obj. My /etc/sr.conf has WITHOUT_TESTS=3D"yes" WITH_LLDB=3D"yes" WITH_BSD_GREP=3D"YES" WITH_LLVM_TARGET_AARCH64=3D"NO" WITH_LLVM_TARGET_ARM=3D"NO" WITH_LLVM_TARGET_MIPS=3D"NO" WITH_LLVM_TARGET_POWERPC=3D"NO" WITH_LLVM_TARGET_SPARC=3D"NO" WITH_LLVM_TARGET_X86=3D"YES" --=20 Steve From owner-freebsd-current@freebsd.org Thu Feb 13 06:01:01 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 7976924DF86 for ; Thu, 13 Feb 2020 06:01:01 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (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 "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48J5V42Gz9z4WWZ for ; Thu, 13 Feb 2020 06:00:59 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id 01D60a3M004277 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 13 Feb 2020 07:00:39 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Which AMD CPUs are supported -- temperature To: freebsd-current@freebsd.org, bsd-lists@BSDforge.com References: <76406a01dfa1b78dee51f7c4924eb822@udns.ultimatedns.net> From: Andrea Venturoli Message-ID: <0cb099c9-2a93-d244-ba72-a517dc16fe37@netfence.it> Date: Thu, 13 Feb 2020 07:00:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <76406a01dfa1b78dee51f7c4924eb822@udns.ultimatedns.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48J5V42Gz9z4WWZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=netfence.it; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-4.37 / 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)[+ip4:2.44.121.52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; IP_SCORE(-1.57)[ip: (-7.83), ipnet: 2.44.0.0/16(-3.91), asn: 30722(3.86), country: IT(0.03)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; 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: Thu, 13 Feb 2020 06:01:01 -0000 On 2020-02-12 23:17, Chris wrote: > # dmidecode -t4 | grep AMD > Manufacturer: AMD > Version: AMD Athlon(tm) II X4 630 Processor > # sysctl -a | grep tempe > dev.cpu.3.temperature: 33.5C > dev.cpu.2.temperature: 33.5C > dev.cpu.1.temperature: 33.5C > dev.cpu.0.temperature: 33.5C Also works here: > cat /var/run/dmesg.boot > ... > CPU: AMD Phenom(tm) II X4 965 Processor (3415.38-MHz K8-class CPU) > sysctl -a|grep temp > dev.cpu.3.temperature: 43.6C > dev.cpu.2.temperature: 43.6C > dev.cpu.1.temperature: 43.6C > dev.cpu.0.temperature: 43.6C > > # # # BROKEN > # dmidecode -t4 | grep AMD > Manufacturer: AuthenticAMD > Version: AMD Athlon(tm) X4 860K Quad Core Processor > # sysctl -a | grep tempe > dev.cpu.3.temperature: 13.1C > dev.cpu.2.temperature: 13.1C > dev.cpu.1.temperature: 13.1C > dev.cpu.0.temperature: 13.1C > > All but one is in the same class. But one in that same > class doesn't work. The FX class also works fine. > I'm puzzled... :( This reminds me of my first Ryzen 2: 11.3 would not get the temperature right, but 12.1 did. If I understand correctly, AMD just gives a temperature reading in the same way on all CPUs, but different models require different adjustment to that value (with some offset and/or other calculations); see /usr/src/sys/dev/amdtemp/amdtemp.c. Perhaps this CPU needs a formula which FreeBSD's driver does not have? Of course this is a wild guess, as I have not access to the specs. bye av. From owner-freebsd-current@freebsd.org Thu Feb 13 07:00: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 CBA0024F408 for ; Thu, 13 Feb 2020 07:00:31 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48J6pk60Wlz4Z2n for ; Thu, 13 Feb 2020 07:00:30 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01D70H4P042619 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 12 Feb 2020 23:00:23 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Andrea Venturoli In-Reply-To: <0cb099c9-2a93-d244-ba72-a517dc16fe37@netfence.it> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: Which AMD CPUs are supported -- temperature Date: Wed, 12 Feb 2020 23:00:23 -0800 Message-Id: <54fe8d386cc038020b43d3bf99173b5f@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48J6pk60Wlz4Z2n X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.41 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.955,0]; IP_SCORE(-0.37)[ip: (-0.71), ipnet: 24.113.0.0/16(-0.36), asn: 11404(-0.74), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.99)[-0.988,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; 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, 13 Feb 2020 07:00:31 -0000 On Thu, 13 Feb 2020 07:00:36 +0100 Andrea Venturoli ml@netfence=2Eit said > On 2020-02-12 23:17, Chris wrote: >=20 > > # dmidecode -t4 | grep AMD > > Manufacturer: AMD > > Version: AMD Athlon(tm) II X4 630 Processor > > # sysctl -a | grep tempe > > dev=2Ecpu=2E3=2Etemperature: 33=2E5C > > dev=2Ecpu=2E2=2Etemperature: 33=2E5C > > dev=2Ecpu=2E1=2Etemperature: 33=2E5C > > dev=2Ecpu=2E0=2Etemperature: 33=2E5C >=20 > Also works here: >=20 > > cat /var/run/dmesg=2Eboot > > =2E=2E=2E > > CPU: AMD Phenom(tm) II X4 965 Processor (3415=2E38-MHz K8-class CPU) > > sysctl -a|grep temp > > dev=2Ecpu=2E3=2Etemperature: 43=2E6C > > dev=2Ecpu=2E2=2Etemperature: 43=2E6C > > dev=2Ecpu=2E1=2Etemperature: 43=2E6C > > dev=2Ecpu=2E0=2Etemperature: 43=2E6C >=20 >=20 >=20 >=20 >=20 >=20 > >=20 > > # # # BROKEN > > # dmidecode -t4 | grep AMD > > Manufacturer: AuthenticAMD > > Version: AMD Athlon(tm) X4 860K Quad Core Processor > > # sysctl -a | grep tempe > > dev=2Ecpu=2E3=2Etemperature: 13=2E1C > > dev=2Ecpu=2E2=2Etemperature: 13=2E1C > > dev=2Ecpu=2E1=2Etemperature: 13=2E1C > > dev=2Ecpu=2E0=2Etemperature: 13=2E1C > >=20 > > All but one is in the same class=2E But one in that same > > class doesn't work=2E The FX class also works fine=2E > > I'm puzzled=2E=2E=2E :( >=20 Thanks for the reply! > This reminds me of my first Ryzen 2: 11=2E3 would not get the temperature= =20 > right, but 12=2E1 did=2E > If I understand correctly, AMD just gives a temperature reading in the=20 > same way on all CPUs, but different models require different adjustment= =20 > to that value (with some offset and/or other calculations); see=20 > /usr/src/sys/dev/amdtemp/amdtemp=2Ec=2E Heh, since I first discovered that I wasn't getting correct output, I went straight to svn=2Efreebsd=2Eorg/head and started walking the revisions on amdtemp=2Ec -- even many proposals -- https://reviews=2Efreebsd=2Eorg/D9759 for example=2E But I've grown weary of building world && kernels in hopes of finding just the right revision=2E :P > Perhaps this CPU needs a formula which FreeBSD's driver does not have? > Of course this is a wild guess, as I have not access to the specs=2E This is what I gathered from reading the source && comments=2E I read one where "linux" suggests it starts at -28C=2E So if I add +28 to my current output, that puts it about where I would expect it to be=2E But like you say; it's all guesswork without the specs=2E The CPU in question returns the following in dmesg(8), in case anyone cares= : AMD Athlon(tm) X4 860K Quad Core Processor (3700=2E07-MHz K8-class CPU) Origin=3D"AuthenticAMD" Id=3D0x630f01 Family=3D0x15 Model=3D0x30 Steppi= ng=3D1 Features=3D0x178bfbff Features2=3D0x3e98320b AMD Features=3D0x2e500800 AMD Features2=3D0xfebbfff,DBE,PTSC> Structured Extended Features=3D0x9 XSAVE Features=3D0x1 SVM: Features=3D0x1cff,PauseFilterThreshold> Revision=3D1, ASIDs=3D65536 Thanks again! --Chris >=20 > bye > =09av=2E From owner-freebsd-current@freebsd.org Thu Feb 13 07:22:11 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 3270124FD60 for ; Thu, 13 Feb 2020 07:22:11 +0000 (UTC) (envelope-from yp@mm.st) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) (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 48J7Hk30wxz4bD8 for ; Thu, 13 Feb 2020 07:22:10 +0000 (UTC) (envelope-from yp@mm.st) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.nyi.internal (Postfix) with ESMTP id 971D140F1 for ; Thu, 13 Feb 2020 02:22:09 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Thu, 13 Feb 2020 02:22:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=subject :to:references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=fm2; bh=PPrZgksjX9rc7 EEft4VwlCVpkyvRroUA0zH/6u50QUU=; b=yAK9NWqazOPmgoXKObDjxa1T+IbMX qahe3OHeuCJGh97lvxOhs4BCltN1Sh4TMuN1xoxQZMDcQVXm49FV1RdwgDj+wS7T AMl79YeNBUR5Vb6mE2Y3PUIfgnL/3YEUyI6PaTZdSkKQ0qDjp2Kj/SdThF5B1Ppl TZ6KGxxCALbb+LRNb3Tos9B+vLmBdt+EfzcAGhAJBLUWaZz7VyP0E4RCL9zubT4g ndA68Nsqmkb+cLGnlq0RWuMyNGhp5+req1dTPVixM0vcY+vqaN2Tul0RZfMFgMgF n4KQ4/nW6mvxHTcds+LJI+bV78uxU43kanQ4L2IhHLQM1nLIf4CMfjyew== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=PPrZgksjX9rc7EEft4VwlCVpkyvRroUA0zH/6u50Q UU=; b=LY/VIPi7/RdIyIvhc5cLVYxc1mGtLC3dD/WVoq0zoRm5aLZp6KsPjJ1ZG U+UeIMCRDDF0TfsK2YkA1ahIfZ25bfSTc4X9hbLpsQIfwy1/N004rrCsguovct/x jrZi8QUHUoT47yXlAqCmEPlat18OUWHL4zcBOxgATj5Zb3VfTkGRIY8rIFkKR5do ghBf3jgQLCmXHNVpnJr0yBzLgSz2Rkn/NM0a4xQmdg8wZltV05q/Rxm4camOV7wq mubL3ufgNdn/QOfa13VLU57yy5Qa8ZYp4+DI3GWJzxJ4adH3RvipOWH/hkNMXmTa 2c/PmJ74ht+h90gRECPR7BNU2Q/HQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrieejgddutdelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtsg ertddtfeejnecuhfhrohhmpeihphesmhhmrdhsthenucffohhmrghinhepohgsjhdrmhih necukfhppedujeekrdduheehrdegrdduheejnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhephihpsehmmhdrshht X-ME-Proxy: Received: from earth.local (unknown [178.155.4.157]) by mail.messagingengine.com (Postfix) with ESMTPA id BA9663060986 for ; Thu, 13 Feb 2020 02:22:08 -0500 (EST) Subject: Re: Buildworld dying wint lldb? To: freebsd-current@freebsd.org References: <20200213052458.GA45119@troutmask.apl.washington.edu> From: yp@mm.st Message-ID: <1a7f11f4-2c35-e05d-cb3a-71f40ea400d2@mm.st> Date: Thu, 13 Feb 2020 10:22:07 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200213052458.GA45119@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 48J7Hk30wxz4bD8 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm2 header.b=yAK9NWqa; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=LY/VIPi7; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of yp@mm.st designates 66.111.4.221 as permitted sender) smtp.mailfrom=yp@mm.st X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[221.4.111.66.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.221]; FREEMAIL_FROM(0.00)[mm.st]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; RECEIVED_SPAMHAUS_PBL(0.00)[157.4.155.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCVD_IN_DNSWL_LOW(-0.10)[221.4.111.66.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[mm.st]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm2,messagingengine.com:s=fm2]; MIME_TRACE(0.00)[0:+]; 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]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; FROM_NO_DN(0.00)[]; IP_SCORE(0.00)[ip: (-9.80), ipnet: 66.111.4.0/24(-4.89), asn: 11403(-2.68), country: US(-0.05)] 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, 13 Feb 2020 07:22:11 -0000 U3RldmUgS2FyZ2wgd3JvdGU6DQo+IEFueW9uZSBlbHNlIHNlZQ0KPiANCj4gPT09PiB1c3Iu YmluL2NsYW5nL2xsZGIgKGFsbCkNCj4gYysrIC10YXJnZXQgeDg2XzY0LXVua25vd24tZnJl ZWJzZDEzLjAgLS1zeXNyb290PS91c3Ivb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvdG1wIC1C L3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC90bXAvdXNyL2JpbiAtTzIgLXBpcGUgLUkv dXNyL3NyYy9jb250cmliL2xsdm0tcHJvamVjdC9sbGRiL2luY2x1ZGUgLUkvdXNyL29iai91 c3Ivc3JjL2FtZDY0LmFtZDY0L3Vzci5iaW4vY2xhbmcvbGxkYiAtbWFyY2g9YmR2ZXIyIC1J L3Vzci9zcmMvY29udHJpYi9sbHZtLXByb2plY3QvY2xhbmcvaW5jbHVkZSAtRENMQU5HX0VO QUJMRV9BUkNNVCAtRENMQU5HX0VOQUJMRV9TVEFUSUNfQU5BTFlaRVIgLUkvdXNyL3NyYy9s aWIvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL2NvbnRyaWIvbGx2bS1wcm9qZWN0L2xsdm0v aW5jbHVkZSAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURfX1NURENfRk9STUFUX01BQ1JP UyAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURIQVZFX1ZDU19WRVJTSU9OX0lOQyAtRExMVk1f REVGQVVMVF9UQVJHRVRfVFJJUExFPVwieDg2XzY0LXVua25vd24tZnJlZWJzZDEzLjBcIiAt RExMVk1fSE9TVF9UUklQTEU9XCJ4ODZfNjQtdW5rbm93bi1mcmVlYnNkMTMuMFwiIC1EREVG QVVMVF9TWVNST09UPVwiXCIgLURMTFZNX1RBUkdFVF9FTkFCTEVfQUFSQ0g2NCAtRExMVk1f VEFSR0VUX0VOQUJMRV9BUk0gLURMTFZNX1RBUkdFVF9FTkFCTEVfTUlQUyAtRExMVk1fVEFS R0VUX0VOQUJMRV9QT1dFUlBDIC1ETExWTV9UQVJHRVRfRU5BQkxFX1JJU0NWIC1ETExWTV9U QVJHRVRfRU5BQkxFX1NQQVJDIC1ETExWTV9UQVJHRVRfRU5BQkxFX1g4NiAtRExMVk1fTkFU SVZFX0FTTVBBUlNFUj1MTFZNSW5pdGlhbGl6ZVg4NkFzbVBhcnNlciAtRExMVk1fTkFUSVZF X0FTTVBSSU5URVI9TExWTUluaXRpYWxpemVYODZBc21QcmludGVyIC1ETExWTV9OQVRJVkVf RElTQVNTRU1CTEVSPUxMVk1Jbml0aWFsaXplWDg2RGlzYXNzZW1ibGVyIC1ETExWTV8NCj4g ICBOQVRJVkVfVEFSR0VUPUxMVk1Jbml0aWFsaXplWDg2VGFyZ2V0IC1ETExWTV9OQVRJVkVf VEFSR0VUSU5GTz1MTFZNSW5pdGlhbGl6ZVg4NlRhcmdldEluZm8gLURMTFZNX05BVElWRV9U QVJHRVRNQz1MTFZNSW5pdGlhbGl6ZVg4NlRhcmdldE1DIC1mZnVuY3Rpb24tc2VjdGlvbnMg LWZkYXRhLXNlY3Rpb25zIC1nbGluZS10YWJsZXMtb25seSAtV25vLWZvcm1hdC16ZXJvLWxl bmd0aCAtZnN0YWNrLXByb3RlY3Rvci1zdHJvbmcgLVduby1lbXB0eS1ib2R5IC1Xbm8tc3Ry aW5nLXBsdXMtaW50IC1Xbm8tdW51c2VkLWNvbnN0LXZhcmlhYmxlIC1Xbm8tdGF1dG9sb2dp Y2FsLWNvbXBhcmUgLVduby11bnVzZWQtdmFsdWUgLVduby1wYXJlbnRoZXNlcy1lcXVhbGl0 eSAtV25vLXVudXNlZC1mdW5jdGlvbiAtV25vLWVudW0tY29udmVyc2lvbiAtV25vLXVudXNl ZC1sb2NhbC10eXBlZGVmIC1Xbm8tYWRkcmVzcy1vZi1wYWNrZWQtbWVtYmVyIC1Xbm8tc3dp dGNoIC1Xbm8tc3dpdGNoLWVudW0gLVduby1rbnItcHJvbW90ZWQtcGFyYW1ldGVyIC1Xbm8t cGFyZW50aGVzZXMgLVF1bnVzZWQtYXJndW1lbnRzIC1mbm8tZXhjZXB0aW9ucyAtZm5vLXJ0 dGkgLXN0ZD1jKysxMSAtc3RkbGliPWxpYmMrKyAtV25vLWMrKzExLWV4dGVuc2lvbnMgIC1X bCwtLWdjLXNlY3Rpb25zICAgLW8gbGxkYi5mdWxsICBEcml2ZXIubyAvdXNyL29iai91c3Iv c3JjL2FtZDY0LmFtZDY0L2xpYi9jbGFuZy9saWJsbGRiL2xpYmxsZGIuYSAvdXNyL29iai91 c3Ivc3JjL2FtZDY0LmFtZDY0L2xpYi9jbGFuZy9saWJjbGFuZy9saWJjbGFuZy5hIC91c3Iv b2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvbGliL2NsYW5nL2xpYmxsdm0vbGlibGx2bS5hICAt bGVkaXQgIC1sZXhlY2luZm8gIC1scGFuZWwgIC1sbmN1cnNlc3cgICAtbHogLWxwdGhyZWFk DQo+IGxkOiBlcnJvcjogdW5kZWZpbmVkIHN5bWJvbDogbGxkYl9wcml2YXRlOjpDbGFuZ01v ZHVsZXNEZWNsVmVuZG9yOjpDcmVhdGUobGxkYl9wcml2YXRlOjpUYXJnZXQmKQ0KPj4+PiBy ZWZlcmVuY2VkIGJ5IFRhcmdldC5jcHA6MjQ4NyAoL3Vzci9zcmMvY29udHJpYi9sbHZtLXBy b2plY3QvbGxkYi9zb3VyY2UvVGFyZ2V0L1RhcmdldC5jcHA6MjQ4NykNCj4gDQo+IA0KPiBU aGlzIGlzICdtYWtlIGJ1aWxkd29ybGQnIHdpdGggYW4gZW1wdHkgLy91c3Ivb2JqLg0KPiAN Cj4gTXkgL2V0Yy9zci5jb25mIGhhcw0KPiANCj4gV0lUSE9VVF9URVNUUz0ieWVzIg0KPiBX SVRIX0xMREI9InllcyINCg0KTG9va2luZyBhdCBzcmMuY29uZig1KSwgdGhpcyBpcyBhbHJl YWR5IGRlZmF1bHQgc2V0dGluZyBmb3IgYW1kNjQuICBBbmQgDQpnaXZlbiB0aGF0IGl0J3Mg ZGVmYXVsdCwgbm8sIEknbSBub3Qgc2VlaW5nIHRoaXMgZG9pbmcgYnVpbGR3b3JsZCB3aXRo IA0KcmVjZW50IGNoZWNrb3V0cy4NCg0KPiBXSVRIX0JTRF9HUkVQPSJZRVMiDQo+IA0KPiBX SVRIX0xMVk1fVEFSR0VUX0FBUkNINjQ9Ik5PIg0KPiBXSVRIX0xMVk1fVEFSR0VUX0FSTT0i Tk8iDQo+IFdJVEhfTExWTV9UQVJHRVRfTUlQUz0iTk8iDQo+IFdJVEhfTExWTV9UQVJHRVRf UE9XRVJQQz0iTk8iDQo+IFdJVEhfTExWTV9UQVJHRVRfU1BBUkM9Ik5PIg0KPiBXSVRIX0xM Vk1fVEFSR0VUX1g4Nj0iWUVTIg0KDQpUaGVzZSBzZXR0aW5ncyBkb24ndCBkbyB3aGF0IHlv dSBsaWtlbHkgZXhwZWN0IHRoZW0gdG8gZG8gYXMgc3JjLmNvbmYoNSkgDQpleHBsaWNpdGx5 IHN0YXRlcyAoYW5kIGNvbmZpcm1lZCBieSB5b3VyIGJ1aWxkIGxvZyBleGNlcnB0IGFib3Zl KToNCg0KICAgICAgVGhlIHZhbHVlcyBvZiB2YXJpYWJsZXMgYXJlIGlnbm9yZWQgcmVnYXJk bGVzcyBvZiB0aGVpciBzZXR0aW5nOw0KICAgICAgZXZlbiBpZiB0aGV5IHdvdWxkIGJlIHNl dCB0byDigJxGQUxTReKAnSBvciDigJxOT+KAnS4NCg0KU28geW91J2Qgd2FudCB0aGUgV0lU SE9VVCBvbmVzLg0K From owner-freebsd-current@freebsd.org Thu Feb 13 07:22:51 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 AD2CC24FE8C for ; Thu, 13 Feb 2020 07:22:51 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48J7JV2fFvz4bPt for ; Thu, 13 Feb 2020 07:22:49 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id 01D7MH32056386 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 13 Feb 2020 18:22:23 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id 01D7MCUW081810 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 13 Feb 2020 18:22:12 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id 01D7MCde081809; Thu, 13 Feb 2020 18:22:12 +1100 (AEDT) (envelope-from peter) Date: Thu, 13 Feb 2020 18:22:12 +1100 From: Peter Jeremy To: mike tancsa Cc: bsd-lists@BSDforge.com, freebsd-current Subject: Re: Which AMD CPUs are supported -- temperature Message-ID: <20200213072212.GB79914@server.rulingia.com> References: <2e023769-a71a-b83b-0050-6fef5f3c499d@sentex.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline In-Reply-To: <2e023769-a71a-b83b-0050-6fef5f3c499d@sentex.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 48J7JV2fFvz4bPt X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-7.57 / 15.00]; ARC_NA(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)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-3.17)[ip: (-9.76), ipnet: 2001:19f0:5800::/38(-4.29), asn: 20473(-1.74), country: US(-0.05)] 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, 13 Feb 2020 07:22:51 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2020-Feb-12 15:23:51 -0500, mike tancsa wrote: >Not sure about the older Athlon CPUs, but the 2 generations of Ryzen's I >have seem correct as well as an APU > >CPU: AMD GX-412TC SOC=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (998.17-MHz K8-class CPU) OTOH, I'm not confident about temperatures on my APU. The publicly available data just says that the SoC reports "a temperature on its own scale" relative to a Tctl_max which "is specified in the power and thermal data sheet" (that I have been unable to locate). Everyone seems to assume that the step size is 0.125K but I haven't found that publicly documented anywhere. The AMD Product Brief states that the maximum temperature is 90=B0C but using that as Tctl_max gives me temperature readings that don't look right. >And on a fanless APU > ># sysctl -a dev.cpu.0.temperature >dev.cpu.0.temperature: 62.6C > ># sysctl -a dev.amdtemp.0.core0.sensor0 >dev.amdtemp.0.core0.sensor0: 63.1C At what ambient temperature? I see a similar value from my (idle) APU3 but don't believe the (implied) ~35K junction-to-ambient difference. --=20 Peter Jeremy --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl5E+R1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzQkqA//e/9S82+WCB/5JKfpL4Zpb7dcrLPDZGt4CNhq/+F5w8mAUklO8k+I7mH2 KuUi5W8Xx4BUpVXyYBPfJGj13kVCuosQcaTJndofY7NKaMDQTAnHGybijXKtbrYv cI0b6dFP0Txea7mMIDBJw0jLC/3E15jyCovP5RVDwJs3NBjY3vge7/Z5UikvMkhg UHZHLSi3hUCw0Z/LlM612imi5WnPcnTknPoF9l+dROWca2QPvg+3Yi6suQzj14cj 5UHa0V6FBh4pB/+RMaky7iY5XEwQ8ZVzPrNOX/EZ26UpBI3KptKtEHoFvUytwwPc 9sYYHpKR+tIkfLRlX6ObTI1IRm4T2pOFNB7clwRR5Y9OuHIPP1JNM2b3/OifGpSt eg104df5Xzkoe0XG18iED+fCv6xOU6JS1AiAHYVjLro8+ctHRKoYXpDOTWgdcXFc tu4nFAiQn0sgwbEoVTC01b0KMAvHH1uv8N/q8SbhX41WGW1YZjcgzrJdeg/cRQVy Xp6BylIzyF9Nuk7c9IIplCCQg6hqcxegTCaEtFbI++IIe9dV0/yzL8PxzdhG1xAh ItJQO4jrOxRJ7aC2a7oJ3qzgZEaFArwa0jCdiitap+hGFJONKTY6WvOijoq3QWTh WbQU+oxOUIi/jVmRu1hrjcmovsmNwHqk8jGGhpCUxDIg92+rV8A= =05YL -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From owner-freebsd-current@freebsd.org Thu Feb 13 15:13:19 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 CC8661C977D for ; Thu, 13 Feb 2020 15:13:19 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JKlL6wdyz44lP for ; Thu, 13 Feb 2020 15:13:18 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01DFDDlt068541 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 13 Feb 2020 07:13:20 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: freebsd-current , mike tancsa In-Reply-To: <20200213072212.GB79914@server.rulingia.com> From: Chris Reply-To: bsd-lists@BSDforge.com To: Peter Jeremy Subject: Re: Which AMD CPUs are supported -- temperature Date: Thu, 13 Feb 2020 07:13:19 -0800 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48JKlL6wdyz44lP X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.40 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.97)[-0.965,0]; IP_SCORE(-0.36)[ip: (-0.69), ipnet: 24.113.0.0/16(-0.34), asn: 11404(-0.72), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.98)[-0.985,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.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:11404, ipnet:24.113.0.0/16, country:US]; 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, 13 Feb 2020 15:13:19 -0000 On Thu, 13 Feb 2020 18:22:12 +1100 Peter Jeremy peter@rulingia=2Ecom said > On 2020-Feb-12 15:23:51 -0500, mike tancsa wrote: > >Not sure about the older Athlon CPUs, but the 2 generations of Ryzen's I > >have seem correct as well as an APU > > > >CPU: AMD GX-412TC > >SOC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (998=2E17-MHz > >K8-class CPU) >=20 > OTOH, I'm not confident about temperatures on my APU=2E The publicly > available data just says that the SoC reports "a temperature on its own > scale" relative to a Tctl_max which "is specified in the power and therma= l > data sheet" (that I have been unable to locate)=2E Everyone seems to assum= e > that the step size is 0=2E125K but I haven't found that publicly documented > anywhere=2E The AMD Product Brief states that the maximum temperature is > 90=C2=B0C but using that as Tctl_max gives me temperature readings that d= on't > look right=2E >=20 > >And on a fanless APU > > > ># sysctl -a dev=2Ecpu=2E0=2Etemperature > >dev=2Ecpu=2E0=2Etemperature: 62=2E6C > > > ># sysctl -a dev=2Eamdtemp=2E0=2Ecore0=2Esensor0 > >dev=2Eamdtemp=2E0=2Ecore0=2Esensor0: 63=2E1C >=20 > At what ambient temperature? I see a similar value from my (idle) APU3 > but don't believe the (implied) ~35K junction-to-ambient difference=2E I've read that (most?) of the Intel CPUs (everything since "core" versions) has a copy of MINIXv3 on them @ ring -3=2E Does/could the AMD System Manageme= nt Network provide any *additional* clues? And *why* won't AMD provide more *definitive* specs? Hoping consumers "cook= " their (A|C)PUs and ultimately buy more of their product? --Chris >=20 > --=20 > Peter Jeremy From owner-freebsd-current@freebsd.org Thu Feb 13 16:35:19 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 5B77A1CC772 for ; Thu, 13 Feb 2020 16:35:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (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 "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JMYy3v2Jz4CHm for ; Thu, 13 Feb 2020 16:35:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:7d76:285d:f187:d1db] ([IPv6:2607:f3e0:0:4:7d76:285d:f187:d1db]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 01DGZHkt078920 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 13 Feb 2020 11:35:17 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Which AMD CPUs are supported -- temperature To: Peter Jeremy Cc: freebsd-current References: <2e023769-a71a-b83b-0050-6fef5f3c499d@sentex.net> <20200213072212.GB79914@server.rulingia.com> From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: <048f31ec-e025-e668-d941-77d5a6c9ca96@sentex.net> Date: Thu, 13 Feb 2020 11:35:18 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200213072212.GB79914@server.rulingia.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48JMYy3v2Jz4CHm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-2.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; DMARC_NA(0.00)[sentex.net]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.92), asn: 11647(-3.54), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; 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: Thu, 13 Feb 2020 16:35:19 -0000 On 2/13/2020 2:22 AM, Peter Jeremy wrote: > On 2020-Feb-12 15:23:51 -0500, mike tancsa wrote: >> Not sure about the older Athlon CPUs, but the 2 generations of Ryzen's I >> have seem correct as well as an APU >> >> CPU: AMD GX-412TC SOC (998.17-MHz K8-class CPU) > OTOH, I'm not confident about temperatures on my APU. The publicly > >> And on a fanless APU >> >> # sysctl -a dev.cpu.0.temperature >> dev.cpu.0.temperature: 62.6C >> >> # sysctl -a dev.amdtemp.0.core0.sensor0 >> dev.amdtemp.0.core0.sensor0: 63.1C > At what ambient temperature? I see a similar value from my (idle) APU3 > but don't believe the (implied) ~35K junction-to-ambient difference. Actually, it does seem a bit high. This is read from a PCEngines APU3. Since the CPU dissipates heat off the bottom metal case, I cant point my thermal laser temp reader directly at the CPU. Reading the temp off the top of the mother board with the top of the case off, I cant find any spots hotter than 35C... So 62C is probably a lot higher than it actually is. ---Mike From owner-freebsd-current@freebsd.org Thu Feb 13 17:56:05 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 8AE501CEAF4 for ; Thu, 13 Feb 2020 17:56:05 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 48JPM85l4Yz4HBy for ; Thu, 13 Feb 2020 17:56:04 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.93.91] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1j2IiZ-00011t-0j for freebsd-current@freebsd.org; Thu, 13 Feb 2020 18:56:03 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id 01DHu1TQ003308 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 13 Feb 2020 18:56:02 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id 01DHu18G003307 for freebsd-current@freebsd.org; Thu, 13 Feb 2020 18:56:01 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 13 Feb 2020 18:56:01 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: FATAL kernel too old Message-ID: <20200213175601.GA3262@c720-r342378> Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 13.0-CURRENT r342378 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.11.1 (2018-12-01) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.93.91 X-Rspamd-Queue-Id: 48JPM85l4Yz4HBy X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of guru@unixarea.de has no SPF policy when checking 178.254.4.101) smtp.mailfrom=guru@unixarea.de X-Spamd-Result: default: False [-1.92 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RECEIVED_SPAMHAUS_PBL(0.00)[91.93.174.188.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(-1.23)[ip: (-8.22), ipnet: 178.254.0.0/19(1.09), asn: 42730(1.01), country: DE(-0.02)]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; 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]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[unixarea.de]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; 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, 13 Feb 2020 17:56:05 -0000 Hello, I'm compiling ports with poudriere on a very recent kernel and I'm getting the attached errors. What does this mean? Thanks. matthias FreeBSD 13.0-CURRENT (GENERIC) #2 r357756: Tue Feb 11 18:52:09 CET 2020 [01:28:59] [04] [00:01:01] Finished graphics/linux-c7-gdk-pixbuf2 | linux-c7-gdk-pixbuf2-2.36.12: Success [01:29:01] [04] [00:00:00] Building security/linux-c7-libssh2 | linux-c7-libssh2-1.8.0 FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old [01:29:43] [04] [00:00:42] Finished security/linux-c7-libssh2 | linux-c7-libssh2-1.8.0: Success [01:29:44] [04] [00:00:00] Building devel/boehm-gc-threaded | boehm-gc-threaded-8.0.4_1 FATAL: kernel too old FATAL: kernel too old [01:29:55] [03] [00:03:27] Finished graphics/linux-c7-cairo | linux-c7-cairo-1.15.12_1: Success [01:29:56] [03] [00:00:00] Building net/linux-c7-openldap | linux-c7-openldap-2.4.44_1 [01:30:31] [01] [00:04:49] Finished print/cups-filters | cups-filters-1.27.0_1: Success [01:30:34] [01] [00:00:00] Building print/ghostscript9-agpl-x11 | ghostscript9-agpl-x11-9.50 FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old FATAL: kernel too old [01:30:55] [03] [00:00:59] Finished net/linux-c7-openldap | linux-c7-openldap-2.4.44_1: Success [01:30:56] [03] [00:00:00] Building accessibility/linux-c7-atk | linux-c7-atk-2.28.1 FATAL: kernel too old -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Thu Feb 13 19:08: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 C4778231833 for ; Thu, 13 Feb 2020 19:08:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JQyK4mnmz4QNR for ; Thu, 13 Feb 2020 19:08:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 85332496A for ; Thu, 13 Feb 2020 19:08:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58:0:946e:2faa:8edf:35d3] (unknown [IPv6:2001:470:7a58:0:946e:2faa:8edf:35d3]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 332BF40E47 for ; Thu, 13 Feb 2020 20:08:07 +0100 (CET) Subject: Re: FATAL kernel too old To: freebsd-current@freebsd.org References: <20200213175601.GA3262@c720-r342378> From: Dimitry Andric Message-ID: Date: Thu, 13 Feb 2020 20:08:07 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200213175601.GA3262@c720-r342378> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit 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, 13 Feb 2020 19:08:09 -0000 On 2020-02-13 18:56, Matthias Apitz wrote: > I'm compiling ports with poudriere on a very recent kernel and I'm > getting the attached errors. What does this mean? Thanks. > > matthias > > > FreeBSD 13.0-CURRENT (GENERIC) #2 r357756: Tue Feb 11 18:52:09 CET 2020 > > [01:28:59] [04] [00:01:01] Finished graphics/linux-c7-gdk-pixbuf2 | linux-c7-gdk-pixbuf2-2.36.12: Success > [01:29:01] [04] [00:00:00] Building security/linux-c7-libssh2 | linux-c7-libssh2-1.8.0 > FATAL: kernel too old What is the output of "sysctl compat.linux.osrelease"? On recent -CURRENT, it should be "3.2.0". If there is any setting in your /etc/sysctl.conf to lower the version, try removing it, and reloading your linux kernel modules. -Dimitry From owner-freebsd-current@freebsd.org Thu Feb 13 20:34:05 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 76D74234484 for ; Thu, 13 Feb 2020 20:34:05 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 48JSsS2LsGz4WqY for ; Thu, 13 Feb 2020 20:34:04 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [80.187.84.245] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1j2LBR-0002Z1-HU for freebsd-current@freebsd.org; Thu, 13 Feb 2020 21:34:01 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id 01DKXua9002576 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 13 Feb 2020 21:33:57 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id 01DKXuN0002575 for freebsd-current@freebsd.org; Thu, 13 Feb 2020 21:33:56 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 13 Feb 2020 21:33:51 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: FATAL kernel too old Message-ID: <20200213203351.GA2448@c720-r342378> Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org References: <20200213175601.GA3262@c720-r342378> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r342378 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.11.1 (2018-12-01) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 80.187.84.245 X-Rspamd-Queue-Id: 48JSsS2LsGz4WqY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of guru@unixarea.de has no SPF policy when checking 178.254.4.101) smtp.mailfrom=guru@unixarea.de X-Spamd-Result: default: False [-1.91 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RECEIVED_SPAMHAUS_PBL(0.00)[245.84.187.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(-1.22)[ip: (-8.18), ipnet: 178.254.0.0/19(1.09), asn: 42730(1.01), country: DE(-0.02)]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; 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]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[unixarea.de]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; 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, 13 Feb 2020 20:34:05 -0000 El día jueves, febrero 13, 2020 a las 08:08:07p. m. +0100, Dimitry Andric escribió: > > FreeBSD 13.0-CURRENT (GENERIC) #2 r357756: Tue Feb 11 18:52:09 CET 2020 > > > > [01:28:59] [04] [00:01:01] Finished graphics/linux-c7-gdk-pixbuf2 | linux-c7-gdk-pixbuf2-2.36.12: Success > > [01:29:01] [04] [00:00:00] Building security/linux-c7-libssh2 | linux-c7-libssh2-1.8.0 > > FATAL: kernel too old > > What is the output of "sysctl compat.linux.osrelease"? On recent > -CURRENT, it should be "3.2.0". If there is any setting in your > /etc/sysctl.conf to lower the version, try removing it, and reloading > your linux kernel modules. Thanks, fixed. There was an outdated entry in /etc/sysctl.conf As this server is only used for compiling ports I wasn't even aware of having there some value for compat.linux.osrelease. matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Thu Feb 13 21:27: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 5421323649B for ; Thu, 13 Feb 2020 21:27:20 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48JV2v0BZTz4bfb for ; Thu, 13 Feb 2020 21:27:18 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01DLRAJR050540 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 13 Feb 2020 13:27:17 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <048f31ec-e025-e668-d941-77d5a6c9ca96@sentex.net> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: Which AMD CPUs are supported -- temperature Date: Thu, 13 Feb 2020 13:27:17 -0800 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48JV2v0BZTz4bfb X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.27 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.35)[ip: (-0.66), ipnet: 24.113.0.0/16(-0.33), asn: 11404(-0.70), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.980,0]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.850,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:11404, ipnet:24.113.0.0/16, country:US]; 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, 13 Feb 2020 21:27:20 -0000 On Thu, 13 Feb 2020 11:35:18 -0500 mike tancsa mike@sentex=2Enet said > On 2/13/2020 2:22 AM, Peter Jeremy wrote: > > On 2020-Feb-12 15:23:51 -0500, mike tancsa wrote: > >> Not sure about the older Athlon CPUs, but the 2 generations of Ryzen's= I > >> have seem correct as well as an APU > >> > >> CPU: AMD GX-412TC > > SOC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (998=2E17-MHz > > K8-class CPU) > > OTOH, I'm not confident about temperatures on my APU=2E The publicly > > > >> And on a fanless APU > >> > >> # sysctl -a dev=2Ecpu=2E0=2Etemperature > >> dev=2Ecpu=2E0=2Etemperature: 62=2E6C > >> > >> # sysctl -a dev=2Eamdtemp=2E0=2Ecore0=2Esensor0 > >> dev=2Eamdtemp=2E0=2Ecore0=2Esensor0: 63=2E1C > > At what ambient temperature? I see a similar value from my (idle) APU3 > > but don't believe the (implied) ~35K junction-to-ambient difference=2E >=20 > Actually, it does seem a bit high=2E This is read from a PCEngines APU3=2E= =C2=A0 > Since the CPU dissipates heat off the bottom metal case, I cant point my > thermal laser temp reader directly at the CPU=2E Reading the temp off the > top of the mother board with the top of the case off, I cant find any > spots hotter than 35C=2E=2E=2E So 62C is probably a lot higher than it > actually is=2E My BIOS appears to have the correct temp reading=2E Would it be of any use to anyone besides myself, if I were to decompile it, and get the source for the temp reading/monitoring from it? --Chris >=20 > =C2=A0=C2=A0=C2=A0 ---Mike >=20 >=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= " From owner-freebsd-current@freebsd.org Fri Feb 14 11:50: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 CFB742303DE for ; Fri, 14 Feb 2020 11:50:20 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10011201.me.com (pv50p00im-ztdg10011201.me.com [17.58.6.39]) (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 48JsBg6bY4z4S2d for ; Fri, 14 Feb 2020 11:50:19 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10011201.me.com (Postfix) with ESMTPSA id 5789D8000AA; Fri, 14 Feb 2020 11:50:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: r351900 broke UEFI boot on VMware VMs From: Toomas Soome In-Reply-To: <2a38cf6d-2785-8d75-68fa-f546086c24c9@yuripv.me> Date: Fri, 14 Feb 2020 13:50:14 +0200 Cc: Toomas Soome , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <04ED5069-ABD4-43A7-B06A-03CBA037BECD@me.com> References: <2a38cf6d-2785-8d75-68fa-f546086c24c9@yuripv.me> To: Yuri Pankov X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2020-02-14_03:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-2002140098 X-Rspamd-Queue-Id: 48JsBg6bY4z4S2d X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[me.com]; RCVD_IN_DNSWL_LOW(-0.10)[39.6.58.17.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-3.37), ipnet: 17.58.0.0/20(-1.96), asn: 714(-2.34), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[39.6.58.17.rep.mailspike.net : 127.0.0.17]; 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: Fri, 14 Feb 2020 11:50:20 -0000 > On 14. Feb 2020, at 13:43, Yuri Pankov wrote: >=20 > Hi Toomas, >=20 > I was finally able to find the revision that has broken UEFI boot on = VMware VMs, that is ESXi 6.7 and Workstation 15.x, for me at least -- VM = simply powers off (sometimes with uninformative message about runtime = exception) after loader messages and before displaying any kernel = messages. >=20 > commit 9b4871ee590632c8f983fbc82fea6a95a01e8c76 (HEAD) > Author: tsoome > Date: Thu Sep 5 22:15:50 2019 +0000 >=20 > loader: use teken teminal emulator for x86 and uefi >=20 > Replace mini cons25 emulator with teken, this does enable us proper = console > terminal for loader and will make it possible to implement = different > back end callbacks to draw to screen. >=20 > At this time we still only "draw" in text mode. >=20 > Notes: > svn path=3D/head/; revision=3D351900 >=20 > Done by bisecting, building full ISO for every step, so it's likely = correct. Any ideas? I am currently working with that code, so hopefully will be able to find = the root cause soon enough. I am able to replicate the issue on fusion, = for time being, I have found that if you esc out from menu and enter ls = command, the crash wont happen:)=20 sorry, toomas= From owner-freebsd-current@freebsd.org Fri Feb 14 11:59: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 99482230AAB for ; Fri, 14 Feb 2020 11:59:30 +0000 (UTC) (envelope-from david@catwhisker.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 48JsPG15vtz4SnT for ; Fri, 14 Feb 2020 11:59:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 23D41230AAA; Fri, 14 Feb 2020 11:59:30 +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 2274A230AA9 for ; Fri, 14 Feb 2020 11:59:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (107-204-234-170.lightspeed.sntcca.sbcglobal.net [107.204.234.170]) (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 48JsPD51R2z4SnS; Fri, 14 Feb 2020 11:59:28 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 01EBxKcS083354; Fri, 14 Feb 2020 11:59:20 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 01EBxKvI083353; Fri, 14 Feb 2020 03:59:20 -0800 (PST) (envelope-from david) Date: Fri, 14 Feb 2020 03:59:20 -0800 From: David Wolfskill To: current@freebsd.org Cc: mjg@freebsd.org Subject: r357907 seems to have broken sys/kern/vfs_default.c Message-ID: <20200214115920.GL1238@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, mjg@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pNj/1YPi5qNLOV2P" Content-Disposition: inline X-Rspamd-Queue-Id: 48JsPD51R2z4SnS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-1.96 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.56)[ip: (-9.63), ipnet: 107.192.0.0/12(-4.82), asn: 7018(1.71), country: US(-0.05)]; REPLYTO_EQ_TO_ADDR(5.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, 14 Feb 2020 11:59:30 -0000 --pNj/1YPi5qNLOV2P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =2E.. Building /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys= /modules/zfs/vdev_file.o --- vfs_default.o --- /usr/src/sys/kern/vfs_default.c:576:10: error: implicit declaration of func= tion 'lockmgr_lock_fast_path' is invalid in C99 [-Werror,-Wimplicit-functio= n-declaration] return (lockmgr_lock_fast_path(&vp->v_lock, flags, ^ Building /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/vfs_hash.o /usr/src/sys/kern/vfs_default.c:576:10: note: did you mean 'lockmgr_lock_fl= ags'? /usr/src/sys/sys/lockmgr.h:73:6: note: 'lockmgr_lock_flags' declared here int lockmgr_lock_flags(struct lock *lk, u_int flags, ^ 1 error generated. *** [vfs_default.o] Error code 1 make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC =2EERROR_TARGET=3D'vfs_default.o' =2EERROR_META_FILE=3D'/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/vfs_de= fault.o.meta' =2E... Running: FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #820 r35= 7854M/357854: Thu Feb 13 04:52:51 PST 2020 root@freebeast.catwhisker.or= g:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 and updating with sources at r357908.=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org What if McConnell had voted to convict Trump in the impeachment "trial?" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --pNj/1YPi5qNLOV2P Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGSBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl5Gi5hfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcl0Jgf4rtCLBZ0PLNd/h3Rsb/SP7EOLRMTdBNJOIMl9PNr6mAR4Ew6bDpDhcVaL g2a+uoWrpQ7OYD+BLcFBeR1VdGIR73TrGxRFiLfNEhmL6MYXlMAppTdvGUV8snr+ NnnGIKlEt6vvkiI/C97qS2ri60RnUfuLFTh2Tz620mVE9VtYE1I3bZlJEksfEOa4 sVWpGH677KXCiHl79T+KgtaqZDp/mYTkT6nLbL6QuiKQNKyIni/yv7xR//eLKmUf +4UQoJIQffcxuMyG/zsDdYVfNm+2MW1+VXISTv5YQapZLnE5v1cBjYEe2/HJYefD earHvOEQ3uIpoHDgPmGataqt0lc1 =C1pL -----END PGP SIGNATURE----- --pNj/1YPi5qNLOV2P-- From owner-freebsd-current@freebsd.org Fri Feb 14 12:06:52 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 9907D231CE5 for ; Fri, 14 Feb 2020 12:06:52 +0000 (UTC) (envelope-from mjguzik@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 48JsYm1Vdsz4Tbm for ; Fri, 14 Feb 2020 12:06:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 31A8F231CE4; Fri, 14 Feb 2020 12:06:52 +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 31728231CE3 for ; Fri, 14 Feb 2020 12:06:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (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 48JsYm0WBpz4Tbl; Fri, 14 Feb 2020 12:06:51 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm1-x343.google.com with SMTP id g1so9697103wmh.4; Fri, 14 Feb 2020 04:06:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=hK4tklaI5wF3Dlx1mJ7tLwoFz3N09NuHCyrDXPrg8Yg=; b=ot3U1BqY6WjQ3BTqEVT/DQfSJ6cAhq89ZZxzbTkytuaBEfOtognbKxpG+mKK9sRqSl Fh3SSuUD/MVI/UZy4tn+dBSyzoiBXio13TjWQXwMJSr2XJxBqiWvT5Gk5dOImKL0Kk94 7jgXDGZDM9c0nEf1ddZ1i9WajQ8FUTdVeYyDlHu8AUs2iDR4rAsZX3y6Y4qmZVaA9RMq 2uoLfo+BWA7wnTf5tlwEnMAttEZM4VV27nXBLt16EitDz57JxOLvyVmy6BNPGHO4xXEF 1ilXu0aLoLbjsc7l231t8fTXmCkTwMhb69dd9IAdk1v4Cu7ktq5L7j+Q8mM2ipBq05kC zHmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=hK4tklaI5wF3Dlx1mJ7tLwoFz3N09NuHCyrDXPrg8Yg=; b=BtJMxdLkNjRT0MLS1M5sWFgtjDROQOebGLxRGhLAjROJi+KFPHO8LcMxryhP73FA9r puYnwY5TT/PCZnJe0Zk5UCdwtFfx8B2D2JIlpAaKEV56DqwDcSaqHmkbdd0GCwpazlLM 7SI70d4O+rNwc0wRpJpIoTiz+T3BBsUlAyQ/TgXyNDxEdnuA4jJ9TOqC8soNNTqUDiML SKx6jh1OpNp9AOTEbkG9/GbaWb0/ZL976LIq6S2+kPPqLN4+RKGrD9D9UY4IVe/3iVIS xZG/feC9S49fUUV9xV3vM2/7s+zBYMLRlXs283dtKFpA2jv6z5qvzCSjuSJsLa21KHj/ SoaA== X-Gm-Message-State: APjAAAXm7nog3ft16IzkLWBmiqZcmiXoeWOx52vmI3GQ3nDMvjB9NeBV fu3ehdP+yU3pu3x5Vexpls3oPrOMG+egOhrXWtQwzw== X-Google-Smtp-Source: APXvYqw4QM6YF9xdYd5i4sqt4ZHTjfrv4hu4yN7E/f3+yqO/K0HT44JPaEJCzAcqvFykOCyqk3UgZjnMggoxHHqBIh8= X-Received: by 2002:a1c:e483:: with SMTP id b125mr4415013wmh.187.1581682010522; Fri, 14 Feb 2020 04:06:50 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:6b02:0:0:0:0:0 with HTTP; Fri, 14 Feb 2020 04:06:49 -0800 (PST) In-Reply-To: <20200214115920.GL1238@albert.catwhisker.org> References: <20200214115920.GL1238@albert.catwhisker.org> From: Mateusz Guzik Date: Fri, 14 Feb 2020 13:06:49 +0100 Message-ID: Subject: Re: r357907 seems to have broken sys/kern/vfs_default.c To: current@freebsd.org, mjg@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48JsYm0WBpz4Tbl 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, 14 Feb 2020 12:06:52 -0000 I already fixed that in r357909, sorry. On 2/14/20, David Wolfskill wrote: > ... > Building > /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zfs/vdev_file.o > --- vfs_default.o --- > /usr/src/sys/kern/vfs_default.c:576:10: error: implicit declaration of > function 'lockmgr_lock_fast_path' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > return (lockmgr_lock_fast_path(&vp->v_lock, flags, > ^ > Building /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/vfs_hash.o > /usr/src/sys/kern/vfs_default.c:576:10: note: did you mean > 'lockmgr_lock_flags'? > /usr/src/sys/sys/lockmgr.h:73:6: note: 'lockmgr_lock_flags' declared here > int lockmgr_lock_flags(struct lock *lk, u_int flags, > ^ > 1 error generated. > *** [vfs_default.o] Error code 1 > > make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC > .ERROR_TARGET='vfs_default.o' > .ERROR_META_FILE='/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/vfs_default.o.meta' > .... > > > Running: > FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #820 > r357854M/357854: Thu Feb 13 04:52:51 PST 2020 > root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > > and updating with sources at r357908. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > What if McConnell had voted to convict Trump in the impeachment "trial?" > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Feb 14 18:18:59 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 29C0E23CE8A; Fri, 14 Feb 2020 18:18:59 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f174.google.com (mail-il1-f174.google.com [209.85.166.174]) (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 48K1q621Zcz3ymp; Fri, 14 Feb 2020 18:18:58 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f174.google.com with SMTP id p8so8815788iln.12; Fri, 14 Feb 2020 10:18:57 -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:from:date:message-id:subject:to; bh=caftv8YZq4KJlQP1WZpg7zNvGJkcK2860SPvC+GX8sQ=; b=LIbW5VgRvxEcHy5Hd9MtX1ta1dPxOYYDgYOfVRzCmm2omm9Opa42V7IgOjRcYFduGP hpWhi0Mrn+VaNbEx0lSzpmRUp6fipc4vb5Jix2OytCRxOEjewLyufHwXxG3Fmi0pfBlz /3M/OMBx0wXpt8ZqcMxSVQeO5tkVG2hbq1OFa7yHWX/WQQFsxbQA0sFhxtZo57W/cANt LMdwUdmrWjXyJBpARW6kUBpeZ5f4dvhtwDP23wbZjqTUl2pfmdbUsJQ2uc1g9zBaS0Yy Yi/SS3E2TniT/ms5ldna+gUZP+s+Ikuust1XbtYemxw/hiRDAxLvI23eaXrAl96LKf70 L6zQ== X-Gm-Message-State: APjAAAV1FeWzm/4srBOIupE3bkAuJghvdZUgAY8JoitTOkdEA5VGAkqk p+nC74oxcaH4GFirzVzPjqRKdEs0bJcz1RZoWE9fLUbV X-Google-Smtp-Source: APXvYqw1IfaM4tJerrxbLN1bl/GfCINu99lgHFg52e6lAkoTLV/xZetp0hHlccjVNdOK3EIYBdZnEryPWECrCaVgViU= X-Received: by 2002:a92:4448:: with SMTP id a8mr4231526ilm.256.1581704336500; Fri, 14 Feb 2020 10:18:56 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Fri, 14 Feb 2020 13:18:44 -0500 Message-ID: Subject: Early heads-up: plan to remove local patches for TCP Wrappers support in sshd To: FreeBSD Current , freebsd-security@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48K1q621Zcz3ymp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.174 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-4.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.43)[ip: (-7.42), ipnet: 209.85.128.0/17(-3.00), asn: 15169(-1.68), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[174.166.85.209.list.dnswl.org : 127.0.5.0]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[174.166.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; 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)[emaste@freebsd.org,carpeddiem@gmail.com]; 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, 14 Feb 2020 18:18:59 -0000 Upstream OpenSSH-portable removed libwrap support in version 6.7, released in October 2014. We've maintained a patch in our tree to restore it, but it causes friction on each OpenSSH update and may introduce security vulnerabilities not present upstream. It's (past) time to remove it. Although the specific deprecation steps aren't yet fleshed out I'm sending this as an early notice that I plan to disable libwrap support from the base system sshd and that FreeBSD 13 will not support it. We'll probably keep the patch in the tree for some time, to support MFCs to stable branches; the patch will be removed entirely later on. From owner-freebsd-current@freebsd.org Fri Feb 14 21:17: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 EC0F9242A5D; Fri, 14 Feb 2020 21:17:06 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f44.google.com (mail-io1-f44.google.com [209.85.166.44]) (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 48K5mf0xlZz4GSQ; Fri, 14 Feb 2020 21:17:05 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f44.google.com with SMTP id d15so12087905iog.3; Fri, 14 Feb 2020 13:17:05 -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=LIgHvxWRrB8nBZMw10/zgFBdFbG8qMkqfzdH42D062Q=; b=mTHcy5Kv7NdZedcO5uFa758WpX8otC+C9pE7OWqkUVSq2HJygsY4iGjatjoZfi9ymj fHHVuUR6DKcKq+DELJJ+awsjsLLt3URZQotNtiTfuvYdAgDWEyEqIoLNCgaxffcMWMyp 9PPNA78vsNZHHnC8tdfgsSWxyXviWD9bfuXFIa3s/v4aEJQ751f834s8vCz7pJCb8Yux +acSp4JR8kUvInFUphXCuwRwR0lVtvZm7MGyXoqJqralkKGS5iYohLYIanXupLZqzxTG U3dN52P49n/FVzGcqt6aTxtEOQB7PA35OP4X1adMHRoIG0+hvUeE7zN6AJzICQ6skT11 lFow== X-Gm-Message-State: APjAAAVjyKAHTsqq3HAA+WsdeSNB1uLqsFz+O0N9oi0/ndsP0dZxvujy 71H0VU8/SRE6JSyxMOWC7HUnMPXLJqClrhE6UNePKzUb X-Google-Smtp-Source: APXvYqzmCYgCi4RmRFK70jUHmdLLxt/vlW/mM4JJs6jnKRd1chzRFoUMLPPHXoUTseTGP3KaP2BSO8Ym5qYQydy6f24= X-Received: by 2002:a05:6638:72c:: with SMTP id j12mr4251629jad.136.1581715024904; Fri, 14 Feb 2020 13:17:04 -0800 (PST) MIME-Version: 1.0 References: <4627295.A1yGqSNMk2@deborah> In-Reply-To: <4627295.A1yGqSNMk2@deborah> From: Ed Maste Date: Fri, 14 Feb 2020 16:16:53 -0500 Message-ID: Subject: Re: Early heads-up: plan to remove local patches for TCP Wrappers support in sshd To: Joey Kelly Cc: freebsd-security@freebsd.org, FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48K5mf0xlZz4GSQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.44 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; 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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[44.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.55)[ip: (-3.01), ipnet: 209.85.128.0/17(-3.00), asn: 15169(-1.68), country: US(-0.05)]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[44.166.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; 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)[emaste@freebsd.org,carpeddiem@gmail.com]; 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, 14 Feb 2020 21:17:07 -0000 On Fri, 14 Feb 2020 at 15:27, Joey Kelly wrote: > > On Friday, February 14, 2020 01:18:44 PM Ed Maste wrote: > > Upstream OpenSSH-portable removed libwrap support in version 6.7, > > released in October 2014. We've maintained a patch in our tree to > > restore it, but it causes friction on each OpenSSH update and may > > introduce security vulnerabilities not present upstream. It's (past) > > time to remove it. > > So color me ignorant, but how does this affect things like DenyHosts? It's independent of denyhosts, fail2ban, blacklistd and similar. TCP wrappers is configured using /etc/hosts.allow and /etc/hosts.deny. From owner-freebsd-current@freebsd.org Fri Feb 14 23:37: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 D4A942468DB; Fri, 14 Feb 2020 23:37:32 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-ua1-x943.google.com (mail-ua1-x943.google.com [IPv6:2607:f8b0:4864:20::943]) (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 48K8tg4bL8z4Rkx; Fri, 14 Feb 2020 23:37:31 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-ua1-x943.google.com with SMTP id p2so4188770uao.9; Fri, 14 Feb 2020 15:37:31 -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=iwvqnj2KiAwcb43Q8lFpFC8guji71ILUFgeQ+QF9z0w=; b=XUrKwQouVmZ5FsDcWrHjW8w7cJ76HVlUJeyPzbVHykQDGxPl/L192yCflBzmsf2ykx LBrjutxd45mo2f8hlfYStB9Thfpe9kQJT8k420R1x5vAGY9kGM6Z9u2GlPYfkximwTk5 rapfn/q4hnBMHMCM+VnUJtAwhC/mtyTKs+HqE2SGkYRkPX6z4fclxDilCmG90TGhnMKf YDxynX51TyxChq4gL9wEK3/JPdy7g58Y1kn7ezi3jnaib3MCEsViD1cYdfeg9pdofEB5 DG8ffKRkhbQpUJGLDgSLfuWUeZuFY/plrBir9AtwOw+LRPcpH2hYHqoPXkuUmf5Z51Lu Os4w== 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=iwvqnj2KiAwcb43Q8lFpFC8guji71ILUFgeQ+QF9z0w=; b=NVMoEki4NeG7BymNunCE3TFRe7AaiZgXjPdd0YLw34nJ7dCInQsaEFXiC3ncnmPI1k X5aFKjjBQsJiQ8WqEGx31Z8kHOKSeeBhT5Lcir82xy4WqNteUGi0H8PQQDn4HUPDK+fR 2wSBo0RYQob8ePYms8bYZ8yRMPnXmAKOxdueJT5jc3sW8wlsMytrSawyyxB0636wqELT Eifhb3YMRvsSXtqDMm3jQzRwY573I7PYH8HNGHCeSwUpIgfMAejyLrEbRj3nhAo86RR9 FzVaUHUfIDVJMg6bpsJrCZ1S4OGnnNFQlz7n6qz9pRxRWdZ1t4cIJMpAov++KD/0LNnn R/4Q== X-Gm-Message-State: APjAAAVl/BDL4hyD2MWBrpM2SVTWkxJ6xfblT6HOOfkdnw2gDb9vNFj3 BfGrvehi1cbsf8qR9cQx/CkQrvdRplgOhreFF97HhA== X-Google-Smtp-Source: APXvYqzImKzCkMwJD2vuD1+0hAD4C8Ro+JA/h+WNbVusFGNSqI1So90DXBROhc0ap15Wjg2UhbNq1vVhYmVcDMQ1/3s= X-Received: by 2002:ab0:658d:: with SMTP id v13mr2786433uam.71.1581723450490; Fri, 14 Feb 2020 15:37:30 -0800 (PST) MIME-Version: 1.0 References: <4627295.A1yGqSNMk2@deborah> In-Reply-To: <4627295.A1yGqSNMk2@deborah> From: Ben Woods Date: Sat, 15 Feb 2020 07:37:19 +0800 Message-ID: Subject: Re: Early heads-up: plan to remove local patches for TCP Wrappers support in sshd To: Joey Kelly Cc: freebsd-current@freebsd.org, freebsd-security@freebsd.org X-Rspamd-Queue-Id: 48K8tg4bL8z4Rkx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XUrKwQou; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of woodsb02@gmail.com designates 2607:f8b0:4864:20::943 as permitted sender) smtp.mailfrom=woodsb02@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,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:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (2.51), ipnet: 2607:f8b0::/32(-1.90), asn: 15169(-1.68), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[3]; 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)[3.4.9.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: Fri, 14 Feb 2020 23:37:32 -0000 On Sat, 15 Feb 2020 at 4:27 am, Joey Kelly wrote: > On Friday, February 14, 2020 01:18:44 PM Ed Maste wrote: > > Upstream OpenSSH-portable removed libwrap support in version 6.7, > > released in October 2014. We've maintained a patch in our tree to > > restore it, but it causes friction on each OpenSSH update and may > > introduce security vulnerabilities not present upstream. It's (past) > > time to remove it. > > > So color me ignorant, but how does this affect things like DenyHosts? Or > is > there an in-application way to block dictionary attacks? I can't go back > to > having my servers pounded on day and night (and yes, I listed on an > alternative port). DenyHosts can be configured to use PF firewall tables directly, rather than using TCP wrappers: https://github.com/denyhosts/denyhosts/blob/master/denyhosts.conf#L261 ####################################################################### # # On FreeBSD/OpenBSD/TrueOS/PC-BSD/NetBSD/OS X we may want to block incoming # traffic using the PF firewall instead of the hosts.deny file # (aka tcp_wrapper). # The admin can set up a PF table that is persistent # and DenyHost can add new addresses to be blocked to that table. # The TrueOS operating system enables this by default, blocking # all addresses in the "blacklist" table. # # To have DenyHost update the blocking PF table in real time, uncomment # these next two options. Make sure the table name specificed # is one created in the pf.conf file of your operating system. # The PFCTL_PATH variable must point to the pfctl extectuable on your OS. # PFCTL_PATH = /sbin/pfctl # PF_TABLE = blacklist # Note, a good rule to have in your pf.conf file to enable the # blacklist table is: # # table persist file "/etc/blacklist" # block in quick from to any # # Warning: If you are using PF, please make sure to disable the # IPTABLES rule above as these two packet filters should not be # run together on the same operating system. # Note: Even if you decide to run DenyHost with PF filtering # only and no hosts.deny support, please still create an empty # file called /etc/hosts.deny for backward compatibility. # Also, please make sure PF is enabled prior to launching # DenyHosts. To do this run "pfctl -e". # # To write all blocked hosts to a PF table file enable this next option. # This will make hosts added to the PF table persistent across reboots. # PF_TABLE_FILE = /etc/blacklist # ####################################################################### Regards, Ben > -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Fri Feb 14 23:59: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 06933247396; Fri, 14 Feb 2020 23:59:09 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (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 "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48K9Mb0cjkz4SmC; Fri, 14 Feb 2020 23:59:06 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1581724739; bh=kcYuZ3kds2MbJai38NOHPokoVuRhCeGsMaz2q8q5+Mo=; b=i 3BexYYL9c4DT0Y4NWvqokCAyX0ySnIWKYuvKKHHbd5JOzhpULoe2RqWQNg1W7BJh snVfbSejE1ukdfynazgkSq25Ut8nn+iAOuFVwK/JfMlXv1yqaJ2Nr4ctTidsSEUB OgRkY91TI3HwWFZ4HSqNWwdPTu21fHUG4mrb3y4H3E= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id A2914CBBC; Fri, 14 Feb 2020 18:58:59 -0500 (EST) Subject: Re: Early heads-up: plan to remove local patches for TCP Wrappers support in sshd To: Ben Woods Cc: freebsd-current@freebsd.org, freebsd-security@freebsd.org References: <4627295.A1yGqSNMk2@deborah> From: Michael Butler Message-ID: <618e2a2b-4d27-8860-7061-77bdf9e3967a@protected-networks.net> Date: Fri, 14 Feb 2020 18:58:59 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-NZ X-Rspamd-Queue-Id: 48K9Mb0cjkz4SmC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=i 3BexYY; dmarc=none; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net X-Spamd-Result: default: False [-5.05 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[protected-networks.net]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-3.55)[ip: (-9.45), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.58), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit 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, 14 Feb 2020 23:59:09 -0000 On 2/14/20 6:37 PM, Ben Woods wrote: > On Sat, 15 Feb 2020 at 4:27 am, Joey Kelly wrote: > >> On Friday, February 14, 2020 01:18:44 PM Ed Maste wrote: >>> Upstream OpenSSH-portable removed libwrap support in version 6.7, >>> released in October 2014. We've maintained a patch in our tree to >>> restore it, but it causes friction on each OpenSSH update and may >>> introduce security vulnerabilities not present upstream. It's (past) >>> time to remove it. >> >> So color me ignorant, but how does this affect things like DenyHosts? Or >> is >> there an in-application way to block dictionary attacks? I can't go back >> to >> having my servers pounded on day and night (and yes, I listed on an >> alternative port). > > > DenyHosts can be configured to use PF firewall tables directly, rather than > using TCP wrappers: > https://github.com/denyhosts/denyhosts/blob/master/denyhosts.conf#L261 > Requiring the addition of a firewall where there was none before is a significant and potentially error-prone change. I am not about to add this degree of complexity to every machine which only has a single port exposed via NAT. To maintain equivalent functionality, the port version (security/openssh-portable) has the requisite patch as an option or, perhaps better, the base SSHD can be run from INETD and, consequently, TCP-wrapped as it was before, imb From owner-freebsd-current@freebsd.org Sat Feb 15 10:03: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 E3D12255408; Sat, 15 Feb 2020 10:03:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KQmz5lGkz43RS; Sat, 15 Feb 2020 10:03:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 8A7FF8D4A156; Sat, 15 Feb 2020 10:03:24 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 5D980E707CB; Sat, 15 Feb 2020 10:03:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id M049vHU-Gc5o; Sat, 15 Feb 2020 10:03:23 +0000 (UTC) Received: from [169.254.231.217] (unknown [IPv6:fde9:577b:c1a9:4902:2948:8696:a28b:d1bb]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 07BA2E707AD; Sat, 15 Feb 2020 10:03:22 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Ed Maste" Cc: "FreeBSD Current" , freebsd-security@freebsd.org Subject: Re: Early heads-up: plan to remove local patches for TCP Wrappers support in sshd Date: Sat, 15 Feb 2020 10:03:21 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48KQmz5lGkz43RS 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: Sat, 15 Feb 2020 10:03:32 -0000 On 14 Feb 2020, at 18:18, Ed Maste wrote: Hi Ed, > Although the specific deprecation steps aren't yet fleshed out I'm > sending this as an early notice that I plan to disable libwrap support > from the base system sshd and that FreeBSD 13 will not support it. I’ll be sad to run inetd again on systems so that I can run a wrapped sshd. Like others I feel that adding firewalls to a machine simply to filter sshd is not an option and whatever else openssh itself has offered in the past never sufficed. I am also worried that the change will make a lot of machines unprotected upon updating to 13 if there is no big red warning flag before the install. I do understand the burden of maintaining a local patch (we lost the HA patches from base this way already). Given the port already does maintain the patch I am wondering what “security guarantees” we provide for the port compared to the base system (ignoring possible security updates) or why the patch cannot be included in base? Compared to the HA patch, this one seems to be sillily small.. /bz From owner-freebsd-current@freebsd.org Sat Feb 15 13:47: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 E4EE023BA84 for ; Sat, 15 Feb 2020 13:47:14 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (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 48KWl52yn3z4GcL for ; Sat, 15 Feb 2020 13:47:13 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id k11so14295489wrd.9 for ; Sat, 15 Feb 2020 05:47:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=dDt86fqKtZ1VtM9iGrUTY0jzhY0+QKGndvB7eKMI7nw=; b=VEz+zdjahd6mrXVMy6boHb7znGMX93I9xYtJvibBxf6eCohftn0S37eUUgsMtdigz2 8lHya5B6GJ0wIhgof3PE54dF6wpH3MQNVn/3E9R3GRA5bhPUTETkPtnySRS69rTMr25Y jqfWAJYEmHmPhPSN1T7wYvh/peSac/Gl8Bu5izojIVdPsNk2rFq5Xs0mnNZZKGDwEeDh isP2LuuiHJVG7moGxKBnrnj7YvxPINBFkoKcrFp4aDjFa/Hsu6fvImt4oAB/QeQzqoXr wXa7NGUfn6KMt0lP04idxdyw2/mehQhlzZdMJ7hGClZ4/6WFq57C3doz9a04WvWXAeS4 3qgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=dDt86fqKtZ1VtM9iGrUTY0jzhY0+QKGndvB7eKMI7nw=; b=pfOknxsSA5wnvEqE8jDG6odWRgR6KFi/IUbqCLFrkw23kY457LBkMuVLtMAOgvP0Jj 66g4eArI2v5g0cArNTj6otQrNsNMA4TJulgE9Z2psDWYSC15hBI1egDaJcCmpTqhlSb7 I8YtDCQNUYnchtino+hYQV9wYEgtUxPBBXogobo6BGwk9tgLBuQfMDILRblwwEEwotIA 5AGYlKgO3h/290zjuNTV7cbBEwhjKVNm0y0EcW0/qEpYXU/OnASeaDvP5AKP/FPmg6AV Vp9R07KHLTa0jBvUvZWSKcQY3haxEb75boeLJqzPxJRqdNTkGBCna9BlpctfZEp4iipW Gc+w== X-Gm-Message-State: APjAAAUSdXgeLXEMgRyBluLZ8VwC6VoeNTiumVYtrWAv/Yx0Y7JOL65m YWLV4FAbfmaKOArL3vEBqSDVDA33W3Ujf0IgjdQ= X-Google-Smtp-Source: APXvYqzjEoRu23uV+gGGVBhplSF+Ju1M9uPSmbNCbTjb9RNAWhNjrCtgt+L4NjmeRdtbCmADIf7+tHfPZSp8o5e+HLo= X-Received: by 2002:adf:a1d9:: with SMTP id v25mr10130516wrv.160.1581774431369; Sat, 15 Feb 2020 05:47:11 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:6b02:0:0:0:0:0 with HTTP; Sat, 15 Feb 2020 05:47:10 -0800 (PST) In-Reply-To: References: From: Mateusz Guzik Date: Sat, 15 Feb 2020 14:47:10 +0100 Message-ID: Subject: Re: option KDTRACE_HOOKS non-optional after r357912? To: =?UTF-8?B?U3RlZmFuIEXDn2Vy?= Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48KWl52yn3z4GcL X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VEz+zdja; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::433 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[yahoo.de]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.06), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.68), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/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]; MIME_GOOD(-0.10)[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)[3.3.4.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]; SUBJECT_ENDS_QUESTION(1.00)[]; 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: Sat, 15 Feb 2020 13:47:15 -0000 On 2/15/20, Stefan E=C3=9Fer wrote: > Hi Mateusz, > > your optimization of systrace checks has made KDTRACE_HOOKS mandatory, > since there are unprotected assignments to systrace_enabled (which is > defined as constant 0 in kernels without KDTRACE_HOOKS due to your > change): > > /sys/cddl/dev/systrace/systrace.c:322:20: error: expression is not > assignable > systrace_enabled =3D true; > ~~~~~~~~~~~~~~~~ ^ > /sys/cddl/dev/systrace/systrace.c:334:20: error: expression is not > assignable > systrace_enabled =3D false; > ~~~~~~~~~~~~~~~~ ^ > 2 errors generated. > *** [systrace.o] Error code 1 > > The easy work-around is of course to add KDTRACE_HOOKS to the stripped > down kernel configuration. But I think there should be stab functions > in systrace.c to cover the case that this option is not active. > > Or is the overhead and other impact of KDTRACE_HOOKS considered to be > so insignificant that it should be included in every kernel? > Well tinderbox built for me. Note that the module strongly depends on KDTRACE_HOOKS to work in the first place -- even prior to my patch support in the syscall path was gated= by this define. In other words, the module should not be being built if the op= tion is not enabled. Thus if anything the change adds an unintended improvement of catching the lack of dependency checking here. I may take a closer look later but preferably someone familiar with the build system would take care of it. It comes with some overhead of course since there is no hot patching, but it is unlikely you will be able to measure it because of other factors. --=20 Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Feb 15 14:40: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 B029A23D379 for ; Sat, 15 Feb 2020 14:40:39 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KXwl4G7lz4KP2; Sat, 15 Feb 2020 14:40:39 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-449.fritz.box (p200300CD5F0C3500D4E12A243610A3C6.dip0.t-ipconnect.de [IPv6:2003:cd:5f0c:3500:d4e1:2a24:3610:a3c6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 20ECF17EFD; Sat, 15 Feb 2020 14:40:39 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: option KDTRACE_HOOKS non-optional after r357912? To: Mateusz Guzik Cc: freebsd-current@freebsd.org References: From: =?UTF-8?Q?Stefan_E=c3=9fer?= Message-ID: <57662d12-5c9f-c947-70ca-d1032b82fb3b@freebsd.org> Date: Sat, 15 Feb 2020 15:40:35 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 8bit 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, 15 Feb 2020 14:40:39 -0000 Am 15.02.20 um 14:47 schrieb Mateusz Guzik: > On 2/15/20, Stefan Eßer wrote: >> Hi Mateusz, >> >> your optimization of systrace checks has made KDTRACE_HOOKS mandatory, >> since there are unprotected assignments to systrace_enabled (which is >> defined as constant 0 in kernels without KDTRACE_HOOKS due to your >> change): >> >> /sys/cddl/dev/systrace/systrace.c:322:20: error: expression is not >> assignable >> systrace_enabled = true; >> ~~~~~~~~~~~~~~~~ ^ >> /sys/cddl/dev/systrace/systrace.c:334:20: error: expression is not >> assignable >> systrace_enabled = false; >> ~~~~~~~~~~~~~~~~ ^ >> 2 errors generated. >> *** [systrace.o] Error code 1 >> >> The easy work-around is of course to add KDTRACE_HOOKS to the stripped >> down kernel configuration. But I think there should be stab functions >> in systrace.c to cover the case that this option is not active. >> >> Or is the overhead and other impact of KDTRACE_HOOKS considered to be >> so insignificant that it should be included in every kernel? > > Well tinderbox built for me. Yes, no surprise, KDTRACE_HOOKS is defined in all the GENERIC kernels. > Note that the module strongly depends on KDTRACE_HOOKS to work in the > first place -- even prior to my patch support in the syscall path was gated by > this define. In other words, the module should not be being built if the option > is not enabled. Thus if anything the change adds an unintended improvement > of catching the lack of dependency checking here. I may take a closer look > later but preferably someone familiar with the build system would take > care of it. If KDTRACE_HOOKS is meant to be kept optional, the hooks should not be compiled in and the functions to enable that feature should return failure, IMHO. It is obviously not useful to load a module that depends on an optional feature, if that feature has been disabled. And I do not do this. I just want to build a stripped down kernel, but have not restricted the modules that get built. I just do not load those that I do not need. But the current situation makes buildkernel fail (unless KDTRACE_HOOKS is defined or the systrace module explicitly disabled), and that is at least a violation of POLA. > It comes with some overhead of course since there is no hot patching, but > it is unlikely you will be able to measure it because of other factors Yes, but in a stripped down production kernel where these hooks will never be legitimately used, they do not only add overhead but also attack surface, and so I do not want to include them. Regards, STefan From owner-freebsd-current@freebsd.org Sat Feb 15 14:58: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 0992D23DD63 for ; Sat, 15 Feb 2020 14:58:09 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KYJw3DK4z4LMC; Sat, 15 Feb 2020 14:58:08 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-449.fritz.box (p200300CD5F0C3500D4E12A243610A3C6.dip0.t-ipconnect.de [IPv6:2003:cd:5f0c:3500:d4e1:2a24:3610:a3c6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 06D5918166; Sat, 15 Feb 2020 14:58:07 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: option KDTRACE_HOOKS non-optional after r357912? From: =?UTF-8?Q?Stefan_E=c3=9fer?= To: Mateusz Guzik Cc: freebsd-current@freebsd.org References: <57662d12-5c9f-c947-70ca-d1032b82fb3b@freebsd.org> Message-ID: Date: Sat, 15 Feb 2020 15:58:06 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <57662d12-5c9f-c947-70ca-d1032b82fb3b@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 8bit 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, 15 Feb 2020 14:58:09 -0000 Am 15.02.20 um 15:40 schrieb Stefan Eßer: > Am 15.02.20 um 14:47 schrieb Mateusz Guzik: >> On 2/15/20, Stefan Eßer wrote: >>> Hi Mateusz, >>> >>> your optimization of systrace checks has made KDTRACE_HOOKS mandatory, >>> since there are unprotected assignments to systrace_enabled (which is >>> defined as constant 0 in kernels without KDTRACE_HOOKS due to your >>> change): >>> >>> /sys/cddl/dev/systrace/systrace.c:322:20: error: expression is not >>> assignable >>> systrace_enabled = true; >>> ~~~~~~~~~~~~~~~~ ^ >>> /sys/cddl/dev/systrace/systrace.c:334:20: error: expression is not >>> assignable >>> systrace_enabled = false; >>> ~~~~~~~~~~~~~~~~ ^ >>> 2 errors generated. >>> *** [systrace.o] Error code 1 >>> >>> The easy work-around is of course to add KDTRACE_HOOKS to the stripped >>> down kernel configuration. But I think there should be stab functions >>> in systrace.c to cover the case that this option is not active. >>> >>> Or is the overhead and other impact of KDTRACE_HOOKS considered to be >>> so insignificant that it should be included in every kernel? >> >> Well tinderbox built for me. > > Yes, no surprise, KDTRACE_HOOKS is defined in all the GENERIC kernels. > >> Note that the module strongly depends on KDTRACE_HOOKS to work in the >> first place -- even prior to my patch support in the syscall path was gated by >> this define. In other words, the module should not be being built if the option >> is not enabled. Thus if anything the change adds an unintended improvement >> of catching the lack of dependency checking here. I may take a closer look >> later but preferably someone familiar with the build system would take >> care of it. > > If KDTRACE_HOOKS is meant to be kept optional, the hooks should not be > compiled in and the functions to enable that feature should return > failure, IMHO. A clarification: The above was of course meant for the case that the option has not been specified. It has been activated, I do not expect the enable function to return failure ... > It is obviously not useful to load a module that depends on an optional > feature, if that feature has been disabled. And I do not do this. > > I just want to build a stripped down kernel, but have not restricted the > modules that get built. I just do not load those that I do not need. > > But the current situation makes buildkernel fail (unless KDTRACE_HOOKS > is defined or the systrace module explicitly disabled), and that is at > least a violation of POLA. > >> It comes with some overhead of course since there is no hot patching, but >> it is unlikely you will be able to measure it because of other factors > > Yes, but in a stripped down production kernel where these hooks will > never be legitimately used, they do not only add overhead but also > attack surface, and so I do not want to include them. > > Regards, STefan > _______________________________________________ > 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 Sat Feb 15 17:45:59 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 52ECA241816 for ; Sat, 15 Feb 2020 17:45:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 48Kd2Z6x49z4V4w; Sat, 15 Feb 2020 17:45:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 01FHjhud034821 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 15 Feb 2020 19:45:47 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 01FHjhud034821 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 01FHjhuN034820; Sat, 15 Feb 2020 19:45:43 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 15 Feb 2020 19:45:43 +0200 From: Konstantin Belousov To: Stefan =?utf-8?B?RcOfZXI=?= Cc: Mateusz Guzik , freebsd-current@freebsd.org Subject: Re: option KDTRACE_HOOKS non-optional after r357912? Message-ID: <20200215174543.GU4808@kib.kiev.ua> References: <57662d12-5c9f-c947-70ca-d1032b82fb3b@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 48Kd2Z6x49z4V4w X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,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: Sat, 15 Feb 2020 17:45:59 -0000 On Sat, Feb 15, 2020 at 03:58:06PM +0100, Stefan Eßer wrote: > Am 15.02.20 um 15:40 schrieb Stefan Eßer: > > Am 15.02.20 um 14:47 schrieb Mateusz Guzik: > >> On 2/15/20, Stefan Eßer wrote: > >>> Hi Mateusz, > >>> > >>> your optimization of systrace checks has made KDTRACE_HOOKS mandatory, > >>> since there are unprotected assignments to systrace_enabled (which is > >>> defined as constant 0 in kernels without KDTRACE_HOOKS due to your > >>> change): > >>> > >>> /sys/cddl/dev/systrace/systrace.c:322:20: error: expression is not > >>> assignable > >>> systrace_enabled = true; > >>> ~~~~~~~~~~~~~~~~ ^ > >>> /sys/cddl/dev/systrace/systrace.c:334:20: error: expression is not > >>> assignable > >>> systrace_enabled = false; > >>> ~~~~~~~~~~~~~~~~ ^ > >>> 2 errors generated. > >>> *** [systrace.o] Error code 1 > >>> > >>> The easy work-around is of course to add KDTRACE_HOOKS to the stripped > >>> down kernel configuration. But I think there should be stab functions > >>> in systrace.c to cover the case that this option is not active. > >>> > >>> Or is the overhead and other impact of KDTRACE_HOOKS considered to be > >>> so insignificant that it should be included in every kernel? > >> > >> Well tinderbox built for me. > > > > Yes, no surprise, KDTRACE_HOOKS is defined in all the GENERIC kernels. > > > >> Note that the module strongly depends on KDTRACE_HOOKS to work in the > >> first place -- even prior to my patch support in the syscall path was gated by > >> this define. In other words, the module should not be being built if the option > >> is not enabled. Thus if anything the change adds an unintended improvement > >> of catching the lack of dependency checking here. I may take a closer look > >> later but preferably someone familiar with the build system would take > >> care of it. > > > > If KDTRACE_HOOKS is meant to be kept optional, the hooks should not be > > compiled in and the functions to enable that feature should return > > failure, IMHO. > > A clarification: The above was of course meant for the case that the > option has not been specified. It has been activated, I do not expect > the enable function to return failure ... > Try https://reviews.freebsd.org/D23699 > > It is obviously not useful to load a module that depends on an optional > > feature, if that feature has been disabled. And I do not do this. > > > > I just want to build a stripped down kernel, but have not restricted the > > modules that get built. I just do not load those that I do not need. > > > > But the current situation makes buildkernel fail (unless KDTRACE_HOOKS > > is defined or the systrace module explicitly disabled), and that is at > > least a violation of POLA. > > > >> It comes with some overhead of course since there is no hot patching, but > >> it is unlikely you will be able to measure it because of other factors > > > > Yes, but in a stripped down production kernel where these hooks will > > never be legitimately used, they do not only add overhead but also > > attack surface, and so I do not want to include them. > > > > Regards, STefan > > _______________________________________________ > > 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 Sat Feb 15 17:54: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 02CDD241E86 for ; Sat, 15 Feb 2020 17:54:17 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48KdD86K1Qz4VmK for ; Sat, 15 Feb 2020 17:54:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id D8CFA241E85; Sat, 15 Feb 2020 17:54:16 +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 D8998241E84 for ; Sat, 15 Feb 2020 17:54:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KdD85NWbz4VmJ for ; Sat, 15 Feb 2020 17:54:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9AB86196AA for ; Sat, 15 Feb 2020 17:54:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c94d:4c28:4507:5e5a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id A1D1E1115 for ; Sat, 15 Feb 2020 20:54:14 +0300 (MSK) Date: Sat, 15 Feb 2020 20:54:15 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <241831336.20200215205415@serebryakov.spb.ru> To: current@freebsd.org Subject: CURRENT panciks right after kernel load (r357966) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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, 15 Feb 2020 17:54:17 -0000 Hello Current, CURRENT r357966 on amd64, on host with 4G of memory (and Atom CPU) panics with page fault right after kernel load (before any kernel output). Stacktrace (typed from photo of screen, all trap-related functions are omitted): uma_zalloc_arg() malloc() sysctl_handle_string() sysctl_netisr_dispatch_policy() sysctl_root_handler_locked() sysctl_register_oid() sysctl_register_all() mi_startup() -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Feb 15 18:03: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 98EA42422BC for ; Sat, 15 Feb 2020 18:03:02 +0000 (UTC) (envelope-from david@catwhisker.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 48KdQG17ftz4WLG for ; Sat, 15 Feb 2020 18:03:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 26E732422BB; Sat, 15 Feb 2020 18:03:02 +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 2640F2422BA for ; Sat, 15 Feb 2020 18:03:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (107-204-234-170.lightspeed.sntcca.sbcglobal.net [107.204.234.170]) (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 48KdQF6jkZz4WL4; Sat, 15 Feb 2020 18:03:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 01FI2sGg002033; Sat, 15 Feb 2020 18:02:54 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 01FI2sH3002032; Sat, 15 Feb 2020 10:02:54 -0800 (PST) (envelope-from david) Date: Sat, 15 Feb 2020 10:02:53 -0800 From: David Wolfskill To: Lev Serebryakov Cc: current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) Message-ID: <20200215180253.GW1238@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Lev Serebryakov , current@freebsd.org References: <241831336.20200215205415@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="5bpLHmJuVwROUVKC" Content-Disposition: inline In-Reply-To: <241831336.20200215205415@serebryakov.spb.ru> X-Rspamd-Queue-Id: 48KdQF6jkZz4WL4 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]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,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, 15 Feb 2020 18:03:02 -0000 --5bpLHmJuVwROUVKC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 15, 2020 at 08:54:15PM +0300, Lev Serebryakov wrote: > Hello Current, >=20 > CURRENT r357966 on amd64, on host with 4G of memory (and Atom CPU) pani= cs > with page fault right after kernel load (before any kernel output). >=20 > Stacktrace (typed from photo of screen, all trap-related functions are > omitted): >=20 > uma_zalloc_arg() > malloc() > sysctl_handle_string() > sysctl_netisr_dispatch_policy() > sysctl_root_handler_locked() > sysctl_register_oid() > sysctl_register_all() > mi_startup() > ..... My last CURRENT build was at r357959 (and which booted without issue -- though the systems in question don't use ZFS); only commits I see to head after r357959 are r357962 & r357967. Peace, david --=20 David H. Wolfskill david@catwhisker.org What if McConnell had voted to convict Trump in the impeachment "trial?" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --5bpLHmJuVwROUVKC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl5IMk1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnYCggAodM1j0qPca97h6PgJT8HSC+dAquqi8oq3l4BVUNRqF07b36Stfh9skhv A4bzjdgoCFgYNoX2xCk2Omo5JTnxuy8XIaGO6/wwzOgiKODcwA8HqERZodtMsDCO x8dZFaBvey9mjmt79Oo3MQpbVTTJV5DlmhdGsHvq+aMLOc+K5IwNRb7RhgQFIWTd 4RXdD0zqQmWepob77yqx7wxyWLe8qTB4hKq6OSoDXN7bY8z6cXn789iRNlO9L81Z Lm58jfLS+P/IyhEDs44JRDleM+09LNv4Pyfyc3rohmAtf2O5CZAkpE0BMML7SI4J xL1A79sIu9jNKZzMXSpJt7/94vkLGQ== =O991 -----END PGP SIGNATURE----- --5bpLHmJuVwROUVKC-- From owner-freebsd-current@freebsd.org Sat Feb 15 18:12: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 B09A5242B78 for ; Sat, 15 Feb 2020 18:12:30 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48KddB49DCz4XM6 for ; Sat, 15 Feb 2020 18:12:30 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 8EBEF242B72; Sat, 15 Feb 2020 18:12:30 +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 8D846242B6B for ; Sat, 15 Feb 2020 18:12:30 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KddB2HfRz4XM4; Sat, 15 Feb 2020 18:12:30 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2907019917; Sat, 15 Feb 2020 18:12:30 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c94d:4c28:4507:5e5a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id EB0C9111F; Sat, 15 Feb 2020 21:12:26 +0300 (MSK) Date: Sat, 15 Feb 2020 21:12:27 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <1256487134.20200215211227@serebryakov.spb.ru> To: David Wolfskill CC: current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) In-Reply-To: <20200215180253.GW1238@albert.catwhisker.org> References: <241831336.20200215205415@serebryakov.spb.ru> <20200215180253.GW1238@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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, 15 Feb 2020 18:12:30 -0000 Hello David, Saturday, February 15, 2020, 9:02:53 PM, you wrote: >> CURRENT r357966 on amd64, on host with 4G of memory (and Atom CPU) panics >> with page fault right after kernel load (before any kernel output). >> >> Stacktrace (typed from photo of screen, all trap-related functions are >> omitted): >> >> uma_zalloc_arg() >> malloc() >> sysctl_handle_string() >> sysctl_netisr_dispatch_policy() >> sysctl_root_handler_locked() >> sysctl_register_oid() >> sysctl_register_all() >> mi_startup() >> ..... > My last CURRENT build was at r357959 (and which booted without issue -- > though the systems in question don't use ZFS); only commits I see to > head after r357959 are r357962 & r357967. I've tried r357763 and it panics exactly same way. My system doesn't have ZFS too (it is NanoBSD image for small router). I didn't update this "firmware" for almost a year, and don't have results for revision between r349299 (works) and r357763 (panics). It is too much for bi-sect :-( I'll try r357508, which works for me on other host, but I suspect it is HW-related and not universal. But, again, r349299 works rock-solid. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Feb 15 18:39:34 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 88C35243897 for ; Sat, 15 Feb 2020 18:39:34 +0000 (UTC) (envelope-from lev@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 48KfDQ379Nz4Z1R for ; Sat, 15 Feb 2020 18:39:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 69718243896; Sat, 15 Feb 2020 18:39:34 +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 69385243895 for ; Sat, 15 Feb 2020 18:39:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KfDQ2C6wz4Z1Q; Sat, 15 Feb 2020 18:39:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2A93A19B64; Sat, 15 Feb 2020 18:39:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c94d:4c28:4507:5e5a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B03A9112C; Sat, 15 Feb 2020 21:39:32 +0300 (MSK) Date: Sat, 15 Feb 2020 21:39:33 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD Message-ID: <516608274.20200215213933@serebryakov.spb.ru> To: David Wolfskill CC: current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) In-Reply-To: <20200215180253.GW1238@albert.catwhisker.org> References: <241831336.20200215205415@serebryakov.spb.ru> <20200215180253.GW1238@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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, 15 Feb 2020 18:39:34 -0000 Hello David, Saturday, February 15, 2020, 9:02:53 PM, you wrote: > My last CURRENT build was at r357959 (and which booted without issue -- > though the systems in question don't use ZFS); only commits I see to > head after r357959 are r357962 & r357967. r357508 works on "big iron" (Xeon E3-1220 with 32G of RAM) but pagefaults somewhat later: arc4random() mi_startup() But in this case kernel could show proper panic message, so it has some subsystems initialized. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Feb 15 18:45: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 7A690243E0D for ; Sat, 15 Feb 2020 18:45:02 +0000 (UTC) (envelope-from lev@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 48KfLk2lnFz4Zdd for ; Sat, 15 Feb 2020 18:45:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5CB28243E0C; Sat, 15 Feb 2020 18:45:02 +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 5C799243E0B for ; Sat, 15 Feb 2020 18:45:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KfLk1pyqz4Zdc; Sat, 15 Feb 2020 18:45:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1EFFA19CA6; Sat, 15 Feb 2020 18:45:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c94d:4c28:4507:5e5a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id BC19E112F; Sat, 15 Feb 2020 21:45:00 +0300 (MSK) Date: Sat, 15 Feb 2020 21:45:01 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <1137930729.20200215214501@serebryakov.spb.ru> To: David Wolfskill CC: current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) In-Reply-To: <516608274.20200215213933@serebryakov.spb.ru> References: <241831336.20200215205415@serebryakov.spb.ru> <20200215180253.GW1238@albert.catwhisker.org> <516608274.20200215213933@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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, 15 Feb 2020 18:45:02 -0000 Hello! >> My last CURRENT build was at r357959 (and which booted without issue -- >> though the systems in question don't use ZFS); only commits I see to >> head after r357959 are r357962 & r357967. > r357508 works on "big iron" (Xeon E3-1220 with 32G of RAM) but pagefaults > somewhat later: > > arc4random() > mi_startup() Oh, sorry, it is arc4random() __stack_chk_init() mi_startup() > But in this case kernel could show proper panic message, so it has some > subsystems initialized. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Feb 15 18:55: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 AB4D72444A5 for ; Sat, 15 Feb 2020 18:55:17 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48KfZY1vhtz4bbY for ; Sat, 15 Feb 2020 18:55:17 +0000 (UTC) (envelope-from yasu@utahime.org) Received: by mailman.nyi.freebsd.org (Postfix) id 415252444A4; Sat, 15 Feb 2020 18:55:17 +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 411502444A3 for ; Sat, 15 Feb 2020 18:55:17 +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 48KfZW700Gz4bbV for ; Sat, 15 Feb 2020 18:55:15 +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 1A23051932 for ; Sun, 16 Feb 2020 03:55:12 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1581792912; bh=BLEYGtt+kgsYvxRdsoG5s6ea6AqdEB8/7IG+Ydj2YUk=; h=Date:To:Subject:From:In-Reply-To:References; b=JTiCDs+Qel8ke0QxF+WADtKhtJGFYAQ6uaWVbhFsXiaap5CSfLB7UyyjOh+RQ0u50 ZyRmfjhdSAA6NZC7BF+G11mbbJJGa3v16lvC9XicCue17FNR5LPodH8A8fteqWbmjc vyG/CDh/1gjN+cMRUA5MRvGH+3jVqIvAX+1t5/ozN7bG7KMpw0n7a+ZZRUdPBHaKSf AMRAF53Hg7qaw9u461uIhDu3Mowb1JvtNMotgbUK7N7ue414r0o0D6CVRS+DcySUlI /5C6WZiVO5CWGAhojSDmm2r9aji7w5f6TInIyQFaWMnUdZJ7UXVVIEob+F+T0wYtv0 FPgN9waAb1oIg== 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 5AED7CDCD; Sun, 16 Feb 2020 03:55:11 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.2 at eastasia.home.utahime.org Date: Sun, 16 Feb 2020 03:54:25 +0900 (JST) Message-Id: <20200216.035425.109467890875423496.yasu@utahime.org> To: current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) From: Yasuhiro KIMURA In-Reply-To: <241831336.20200215205415@serebryakov.spb.ru> References: <241831336.20200215205415@serebryakov.spb.ru> 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: 48KfZW700Gz4bbV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=JTiCDs+Q; 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.04 / 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.64)[-0.642,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)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.78)[-0.779,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.21), ipnet: 183.180.0.0/16(0.11), asn: 2519(1.54), country: JP(0.04)]; 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, 15 Feb 2020 18:55:17 -0000 From: Lev Serebryakov Subject: CURRENT panciks right after kernel load (r357966) Date: Sat, 15 Feb 2020 20:54:15 +0300 > CURRENT r357966 on amd64, on host with 4G of memory (and Atom CPU) panics > with page fault right after kernel load (before any kernel output). I tried kernel update from r357653 to r357969 and boot completes successfully. My environment is guest of VirtualBox on Windows, 4 CPUs and 8GB of memory. And root is ZFS. --- Yasuhiro KIMURA From owner-freebsd-current@freebsd.org Sat Feb 15 19:00:41 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 4D760244ACA for ; Sat, 15 Feb 2020 19:00:41 +0000 (UTC) (envelope-from lev@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 48Kfhn1QrJz4cHG for ; Sat, 15 Feb 2020 19:00:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 2F20F244AC9; Sat, 15 Feb 2020 19:00:41 +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 2EE59244AC8 for ; Sat, 15 Feb 2020 19:00:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Kfhn0ZRPz4cHD; Sat, 15 Feb 2020 19:00:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id E97F319DCE; Sat, 15 Feb 2020 19:00:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c94d:4c28:4507:5e5a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 7F0991134; Sat, 15 Feb 2020 22:00:39 +0300 (MSK) Date: Sat, 15 Feb 2020 22:00:39 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <18510168839.20200215220039@serebryakov.spb.ru> To: Yasuhiro KIMURA , current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) In-Reply-To: <20200216.035425.109467890875423496.yasu@utahime.org> References: <241831336.20200215205415@serebryakov.spb.ru> <20200216.035425.109467890875423496.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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, 15 Feb 2020 19:00:41 -0000 Hello Yasuhiro, Saturday, February 15, 2020, 9:54:25 PM, you wrote: >> CURRENT r357966 on amd64, on host with 4G of memory (and Atom CPU) panics >> with page fault right after kernel load (before any kernel output). > I tried kernel update from r357653 to r357969 and boot completes > successfully. My environment is guest of VirtualBox on Windows, 4 CPUs > and 8GB of memory. And root is ZFS. My image boots in VB too. But it panics with page fault on real hardware. Hardware is know to be good, as it runs r349299 rock-solid for days under load. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Feb 15 19:23:05 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 62D15245C5D for ; Sat, 15 Feb 2020 19:23:05 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48KgBd0qhFz4fHK for ; Sat, 15 Feb 2020 19:23:05 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 1C68D245C5C; Sat, 15 Feb 2020 19:23:05 +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 1C2BD245C5B for ; Sat, 15 Feb 2020 19:23:05 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (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 48KgBc730Sz4fHJ; Sat, 15 Feb 2020 19:23:04 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x341.google.com with SMTP id p9so13358484wmc.2; Sat, 15 Feb 2020 11:23:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=rr/9MYVOk3F9xM8jWRUsHftDLdK67t9p1kN7XEB7P94=; b=deNn5/e9iBw0mJA3K2dYd/gAPBHo9VnQmiP91GCTJqyybYEewdP0eZFIqIHsjK6eyq LMAsfhPaTkK89bPO8zIJeh/AG6C0wVEtIIifrody6Xlg/GzTxTtE/Z0QCJGdscczXNrB 09/A4dW+MMneOI4t/ddgh8q4n0qSu/vklWiDRfdrE6nJ6dnxNqYZP7t+PU7wxoN9ABBG i89P1liIBjdwJzL6sdiybLcF7THa5rVKXhaESB/8lFlsC0L0Qncsp3nUi5LrYg2D7RXk eK6aExMFnl1VF1xg8B3X8m8/6Z/BtK1sR45cH0+YGu6AfHLsmBkRrrdC9p1KC+sjmzy8 qQ0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=rr/9MYVOk3F9xM8jWRUsHftDLdK67t9p1kN7XEB7P94=; b=T7xURRWsiVDWtXbHTCL4USPpATOOm1CVNQAo327BQDMwtY7Y88mPy6DsJS6Ff56Wj5 EUlcRp1csBzLJAyx9jdOQGu5Y7aZE/MYLoIh8VjrjmD0VFd7l5iEFJ2EdGoDHcK7TyS+ 9Bb5bLe8ZvehMvXbKBYYML3fRtzgCMZ5GWDA5W39QCUjhhwa7SCbV2lx3889fxnzBZ55 siA7RPhfrQmz11AfmmpP3UD+kyhev8wQoMKpzx6jQcwsSFKALImHmzsZc3vu/+DDE2tS hhTs0LQ5RadnmnB0xf59xdUeIvLLrAb157uRjP2IZEp/MzXm4+5TLWvZRLjqy5Plg2Y8 eZTg== X-Gm-Message-State: APjAAAVlk5urqWc2e0K5JO846KG9hxD7w0hSaRpw7gZr1w5+Mxd9y17i tQGvliCpr9mAMqmeYVHBwxob9jNa X-Google-Smtp-Source: APXvYqytkHAspXRH8etbjIzn+i0nhtwHKkRKkgZz/JZEOH8CfDErQvNM6EA4rfWifcXflsG95bSYRA== X-Received: by 2002:a7b:c4c5:: with SMTP id g5mr12297306wmk.85.1581794583331; Sat, 15 Feb 2020 11:23:03 -0800 (PST) Received: from ernst.home (p5B023038.dip0.t-ipconnect.de. [91.2.48.56]) by smtp.gmail.com with ESMTPSA id v8sm12625191wrw.2.2020.02.15.11.23.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 15 Feb 2020 11:23:02 -0800 (PST) Date: Sat, 15 Feb 2020 20:23:01 +0100 From: Gary Jennejohn To: Lev Serebryakov Cc: Yasuhiro KIMURA , current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) Message-ID: <20200215202301.063d5925@ernst.home> In-Reply-To: <18510168839.20200215220039@serebryakov.spb.ru> References: <241831336.20200215205415@serebryakov.spb.ru> <20200216.035425.109467890875423496.yasu@utahime.org> <18510168839.20200215220039@serebryakov.spb.ru> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48KgBc730Sz4fHJ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,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: Sat, 15 Feb 2020 19:23:05 -0000 On Sat, 15 Feb 2020 22:00:39 +0300 Lev Serebryakov wrote: > Hello Yasuhiro, > > Saturday, February 15, 2020, 9:54:25 PM, you wrote: > > >> CURRENT r357966 on amd64, on host with 4G of memory (and Atom CPU) panics > >> with page fault right after kernel load (before any kernel output). > > > I tried kernel update from r357653 to r357969 and boot completes > > successfully. My environment is guest of VirtualBox on Windows, 4 CPUs > > and 8GB of memory. And root is ZFS. > My image boots in VB too. But it panics with page fault > on real hardware. Hardware is know to be good, as it runs r349299 > rock-solid for days under load. > I just booted r357967 with no panic on a Ryzen 5 system with 16GB RAM. I would guess that the error is caused by a change which somehow pessimizes the Atom CPU. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat Feb 15 19:25:52 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 E2F39245E64 for ; Sat, 15 Feb 2020 19:25:52 +0000 (UTC) (envelope-from yasu@utahime.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 48KgFr3LjBz4fXk for ; Sat, 15 Feb 2020 19:25:52 +0000 (UTC) (envelope-from yasu@utahime.org) Received: by mailman.nyi.freebsd.org (Postfix) id 70C82245E63; Sat, 15 Feb 2020 19:25:52 +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 70892245E61 for ; Sat, 15 Feb 2020 19:25:52 +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 48KgFq4LG9z4fXh for ; Sat, 15 Feb 2020 19:25:51 +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 4BBD65194B for ; Sun, 16 Feb 2020 04:25:48 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1581794748; bh=2xl45MKjnW9QdyhyIC3cb/MhyrT8yKiF0qKJL/rJ+e4=; h=Date:To:Subject:From:In-Reply-To:References; b=weW0KCyYqk8j4ddJ+w2JcNA5xZZ/YfuFE2AZol0pddHbhszGs3h4sV/HJ2ayeVpdz ES4tyyG4L9Uzt97pNDuEAjiNLOMltmpNefr/xr3ClGfgew3M3ds58HUSGUa+xImO+H Bp8N/OmSaLIpL+KnXfuLmjQ21L5fI6PWIqfBrzXNCfL6g923lkowE3PCawx8FdjtLp 31751/ULJJBNoJdd7+0jaIhoZMbsKVRpXKMIxfHr9w+qs4yg5HCSgjL9gESYikXz1L sgO26YIgNLre9cnna4BfrQ/QmbJ1l45PMHSy/o2Ra62D8iRoio56OX9BOTn75P981m kg8RssRDJeP0Q== 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 1F462CE21; Sun, 16 Feb 2020 04:25:47 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.2 at eastasia.home.utahime.org Date: Sun, 16 Feb 2020 04:24:25 +0900 (JST) Message-Id: <20200216.042425.2162631335842333013.yasu@utahime.org> To: current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) From: Yasuhiro KIMURA In-Reply-To: <1256487134.20200215211227@serebryakov.spb.ru> References: <241831336.20200215205415@serebryakov.spb.ru> <20200215180253.GW1238@albert.catwhisker.org> <1256487134.20200215211227@serebryakov.spb.ru> 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: 48KgFq4LG9z4fXh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=weW0KCyY; 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.22 / 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.78)[-0.782,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.82)[-0.818,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.21), ipnet: 183.180.0.0/16(0.11), asn: 2519(1.54), country: JP(0.04)]; 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, 15 Feb 2020 19:25:52 -0000 From: Lev Serebryakov Subject: Re: CURRENT panciks right after kernel load (r357966) Date: Sat, 15 Feb 2020 21:12:27 +0300 > I didn't update this "firmware" for almost a year, and don't have results > for revision between r349299 (works) and r357763 (panics). It is too much > for bi-sect :-( Then why don't you try FreeBSD snapshot? https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ Currently there are r357276, r357606 and r357847 of boot images. If your H/W boots successfully with r357276 you can narrow range of bisect. --- Yasuhiro KIMURA From owner-freebsd-current@freebsd.org Sat Feb 15 19:31: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 5E98424643B for ; Sat, 15 Feb 2020 19:31:40 +0000 (UTC) (envelope-from lev@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 48KgNX1x7vz3Bp6 for ; Sat, 15 Feb 2020 19:31:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 424D7246438; Sat, 15 Feb 2020 19:31:40 +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 4212A246436 for ; Sat, 15 Feb 2020 19:31:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KgNX14Wlz3Bp5; Sat, 15 Feb 2020 19:31:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 094641A285; Sat, 15 Feb 2020 19:31:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c94d:4c28:4507:5e5a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B094C1148; Sat, 15 Feb 2020 22:31:37 +0300 (MSK) Date: Sat, 15 Feb 2020 22:31:38 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <1955528711.20200215223138@serebryakov.spb.ru> To: Yasuhiro KIMURA , current@freebsd.org Subject: Re: CURRENT panciks right after kernel load (r357966) In-Reply-To: <20200216.042425.2162631335842333013.yasu@utahime.org> References: <241831336.20200215205415@serebryakov.spb.ru> <20200215180253.GW1238@albert.catwhisker.org> <1256487134.20200215211227@serebryakov.spb.ru> <20200216.042425.2162631335842333013.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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, 15 Feb 2020 19:31:40 -0000 Hello Yasuhiro, Saturday, February 15, 2020, 10:24:25 PM, you wrote: > From: Lev Serebryakov > Subject: Re: CURRENT panciks right after kernel load (r357966) > Date: Sat, 15 Feb 2020 21:12:27 +0300 >> I didn't update this "firmware" for almost a year, and don't have results >> for revision between r349299 (works) and r357763 (panics). It is too much >> for bi-sect :-( > Then why don't you try FreeBSD snapshot? It is very hard to boot this embedded device from generic snapshot, as I can not enter BIOS on it due to it have "Graphical" BIOS and my screen only support textmodes (yes, it is very old screen from very old IBM cashier machine). So, only custom NaonBSD upgrade images :-) > https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/ > Currently there are r357276, r357606 and r357847 of boot images. If > your H/W boots successfully with r357276 you can narrow range of > bisect. I'm building images with kernel only now to bisect it properly, as I don;t bother about kernel-userland incompatibility for this case :) -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Feb 15 20:01:05 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 A071C246F3A for ; Sat, 15 Feb 2020 20:01:05 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Kh2T3pJgz3JJP; Sat, 15 Feb 2020 20:01:05 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-449.fritz.box (p200300CD5F0C35002176EF40A6C93250.dip0.t-ipconnect.de [IPv6:2003:cd:5f0c:3500:2176:ef40:a6c9:3250]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id EED241A4EE; Sat, 15 Feb 2020 20:01:04 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: option KDTRACE_HOOKS non-optional after r357912? To: Konstantin Belousov Cc: Mateusz Guzik , freebsd-current@freebsd.org References: <57662d12-5c9f-c947-70ca-d1032b82fb3b@freebsd.org> <20200215174543.GU4808@kib.kiev.ua> From: =?UTF-8?Q?Stefan_E=c3=9fer?= Message-ID: <185a5721-e891-2c4d-7fc3-b3fbb75f49d7@freebsd.org> Date: Sat, 15 Feb 2020 21:01:01 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200215174543.GU4808@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 8bit 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, 15 Feb 2020 20:01:05 -0000 Am 15.02.20 um 18:45 schrieb Konstantin Belousov: > On Sat, Feb 15, 2020 at 03:58:06PM +0100, Stefan Eßer wrote: >> Am 15.02.20 um 15:40 schrieb Stefan Eßer: >>> Am 15.02.20 um 14:47 schrieb Mateusz Guzik: >>>> On 2/15/20, Stefan Eßer wrote: >>>>> Hi Mateusz, >>>>> >>>>> your optimization of systrace checks has made KDTRACE_HOOKS mandatory, >>>>> since there are unprotected assignments to systrace_enabled (which is >>>>> defined as constant 0 in kernels without KDTRACE_HOOKS due to your >>>>> change): >>>>> >>>>> /sys/cddl/dev/systrace/systrace.c:322:20: error: expression is not >>>>> assignable >>>>> systrace_enabled = true; >>>>> ~~~~~~~~~~~~~~~~ ^ >>>>> /sys/cddl/dev/systrace/systrace.c:334:20: error: expression is not >>>>> assignable >>>>> systrace_enabled = false; >>>>> ~~~~~~~~~~~~~~~~ ^ >>>>> 2 errors generated. >>>>> *** [systrace.o] Error code 1 >>>>> >>>>> The easy work-around is of course to add KDTRACE_HOOKS to the stripped >>>>> down kernel configuration. But I think there should be stab functions >>>>> in systrace.c to cover the case that this option is not active. >>>>> >>>>> Or is the overhead and other impact of KDTRACE_HOOKS considered to be >>>>> so insignificant that it should be included in every kernel? >>>> >>>> Well tinderbox built for me. >>> >>> Yes, no surprise, KDTRACE_HOOKS is defined in all the GENERIC kernels. >>> >>>> Note that the module strongly depends on KDTRACE_HOOKS to work in the >>>> first place -- even prior to my patch support in the syscall path was gated by >>>> this define. In other words, the module should not be being built if the option >>>> is not enabled. Thus if anything the change adds an unintended improvement >>>> of catching the lack of dependency checking here. I may take a closer look >>>> later but preferably someone familiar with the build system would take >>>> care of it. >>> >>> If KDTRACE_HOOKS is meant to be kept optional, the hooks should not be >>> compiled in and the functions to enable that feature should return >>> failure, IMHO. >> >> A clarification: The above was of course meant for the case that the >> option has not been specified. It has been activated, I do not expect >> the enable function to return failure ... >> > Try https://reviews.freebsd.org/D23699 That version fixed the issues for me - kernel and world could be built and installed using the previously broken configuration. Thank you for the quick fix. Regards, STefan From owner-freebsd-current@freebsd.org Sat Feb 15 20:20:04 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 05E0924769B for ; Sat, 15 Feb 2020 20:20:04 +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 48KhSM3dpHz3P1M for ; Sat, 15 Feb 2020 20:20:03 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: by mailman.nyi.freebsd.org (Postfix) id 7AC7F24769A; Sat, 15 Feb 2020 20:20:03 +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 79609247699 for ; Sat, 15 Feb 2020 20:20:03 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward100o.mail.yandex.net (forward100o.mail.yandex.net [37.140.190.180]) (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 48KhSK4DXWz3P10 for ; Sat, 15 Feb 2020 20:20:00 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback5o.mail.yandex.net (mxback5o.mail.yandex.net [37.140.190.19]) by forward100o.mail.yandex.net (Yandex) with ESMTP id 0A79A4AC195C for ; Sat, 15 Feb 2020 23:19:58 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback5o.mail.yandex.net (mxback/Yandex) with ESMTP id hE4uEficPt-JvLiMcSn; Sat, 15 Feb 2020 23:19:57 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1581797997; bh=q47FFgi/vVv3II/2lqiWQyFxuagk3PvChGUECFS8IXo=; h=Message-Id:Date:Subject:To:From; b=rzB4C7Ouz4V2Ijj6pLRw5hxjzHynVQI4GFXO+GChCqCHQVOFiL2kW4kM8unQwuKJD OJTfg1ETyZ/cVaLKi4Tbmun40heATHfhXccQWHH0S3pRS26ydWKzRDaY4+BuXBehZa /X+GjrB3hvjeN0/FASPpEmdWecENrI/GSy4yIgzk= Received: by iva4-35f072fa8e4e.qloud-c.yandex.net with HTTP; Sat, 15 Feb 2020 23:19:57 +0300 From: Alexander V. Chernikov To: "current@FreeBSD.org" Subject: current does not boot on vmware fusion 11 MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 15 Feb 2020 20:19:57 +0000 Message-Id: <9999721581797997@iva4-35f072fa8e4e.qloud-c.yandex.net> Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Rspamd-Queue-Id: 48KhSK4DXWz3P10 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=rzB4C7Ou; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 37.140.190.180 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-6.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.140.128.0/18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[ipfw.ru]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-3.65)[ip: (-9.57), ipnet: 37.140.128.0/18(-4.87), asn: 13238(-3.83), country: RU(0.01)]; DKIM_TRACE(0.00)[ipfw.ru:+]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[180.190.140.37.list.dnswl.org : 127.0.5.1]; RWL_MAILSPIKE_POSSIBLE(0.00)[180.190.140.37.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13238, ipnet:37.140.128.0/18, country:RU]; RCVD_TLS_LAST(0.00)[]; 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, 15 Feb 2020 20:20:04 -0000 Hi folks, I upgraded vmware fusion to version 11 recently and noticed that my -amd64 VM stops booting immediately after printing EFI framebuffer information. VM pops up a message stating that "The firmware encountered an unexpected exception. The virtual machine cannot boot." Further digging revealed that the fusion upgrade bumped vmware virtual HW version to 16. Downgrading it to version 15 enabled VM to work again as expected. Description of HWv16 include "UEFI Secure Boot" as one of the declared features, which looks like the potential candidate reason. The full feature list is available below. How can I debug this further? Details: Host: macbook pro 2017, Intel core i7, Mojave 10.14.6 VM: r357812, amd64. Vmware Fusion 11.5.1 (15018442) Full VM output before the error: Loading kernel... /boot/kernel/kernel text=0x1562084 data=0xe0 data=0x1b5158+0x449ea8 syms=[0x8+0x 174e70+0x8+0x19408f] Loading configured modules... can't find I/boot/entropy' Start @ 0xffffffff80369000 ... EFI framebuffer information: adds, size 0xf0000000, 0x300000 dimensions 1024 x 768 stride 1024 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 - HWv16 description from https://blogs.vmware.com/teamfusion : Included in HWv16 are: Improved Virtual NVMe Device Performance Important Security Fixes (Spectre, Meltdown and L1TF) Virtual Trusted Platform Module UEFI Secure Boot IOMMU VBS Support (guest only) /Alexander From owner-freebsd-current@freebsd.org Sat Feb 15 20:44:04 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 CAD4B24833E for ; Sat, 15 Feb 2020 20:44:04 +0000 (UTC) (envelope-from tsoome@me.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 48Kj044LpJz41HW for ; Sat, 15 Feb 2020 20:44:04 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.nyi.freebsd.org (Postfix) id 9544F24833C; Sat, 15 Feb 2020 20:44:04 +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 950A724833B for ; Sat, 15 Feb 2020 20:44:04 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10021901.me.com (pv50p00im-ztdg10021901.me.com [17.58.6.55]) (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 48Kj032pRYz41HJ for ; Sat, 15 Feb 2020 20:44:03 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10021901.me.com (Postfix) with ESMTPSA id E97A88805FE; Sat, 15 Feb 2020 20:44:00 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: current does not boot on vmware fusion 11 From: Toomas Soome In-Reply-To: <9999721581797997@iva4-35f072fa8e4e.qloud-c.yandex.net> Date: Sat, 15 Feb 2020 22:43:58 +0200 Cc: "current@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <9999721581797997@iva4-35f072fa8e4e.qloud-c.yandex.net> To: "Alexander V. Chernikov" X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2020-02-15_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=5 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-2002150183 X-Rspamd-Queue-Id: 48Kj032pRYz41HJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[me.com]; RCVD_IN_DNSWL_LOW(-0.10)[55.6.58.17.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-7.45), ipnet: 17.58.0.0/20(-1.97), asn: 714(-2.34), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[55.6.58.17.rep.mailspike.net : 127.0.0.17]; 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: Sat, 15 Feb 2020 20:44:04 -0000 > On 15. Feb 2020, at 22:19, Alexander V. Chernikov = wrote: >=20 > Hi folks, >=20 > I upgraded vmware fusion to version 11 recently and noticed that my = -amd64 VM stops booting immediately after printing EFI framebuffer = information. >=20 > VM pops up a message stating that "The firmware encountered an = unexpected exception. The virtual machine cannot boot." >=20 > Further digging revealed that the fusion upgrade bumped vmware virtual = HW version to 16. Downgrading it to version 15 enabled VM to work again = as expected. >=20 > Description of HWv16 include "UEFI Secure Boot" as one of the declared = features, which looks like the potential candidate reason. The full = feature list is available below. > How can I debug this further? >=20 We do not do secure boot. However, there is known issue I am trying to = fix. You can try to run from ok prompt: ls and then boot.=20 rgds, toomas >=20 > Details: > Host: macbook pro 2017, Intel core i7, Mojave 10.14.6 > VM: r357812, amd64. > Vmware Fusion 11.5.1 (15018442) >=20 > Full VM output before the error: >=20 > Loading kernel...=20 > /boot/kernel/kernel text=3D0x1562084 data=3D0xe0 = data=3D0x1b5158+0x449ea8 syms=3D[0x8+0x 174e70+0x8+0x19408f] Loading = configured modules...=20 > can't find I/boot/entropy' > Start @ 0xffffffff80369000 ... > EFI framebuffer information: > adds, size 0xf0000000, 0x300000 > dimensions 1024 x 768 > stride 1024 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > - >=20 >=20 > HWv16 description from https://blogs.vmware.com/teamfusion : >=20 > Included in HWv16 are: > Improved Virtual NVMe Device Performance > Important Security Fixes (Spectre, Meltdown and L1TF) > Virtual Trusted Platform Module > UEFI Secure Boot > IOMMU > VBS Support (guest only) >=20 >=20 >=20 > /Alexander >=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 Sat Feb 15 21:27: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 D37912491D5 for ; Sat, 15 Feb 2020 21:27:53 +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 48Kjyd1f9kz4J9Z for ; Sat, 15 Feb 2020 21:27:53 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: by mailman.nyi.freebsd.org (Postfix) id 364A72491D4; Sat, 15 Feb 2020 21:27: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 360EE2491D3 for ; Sat, 15 Feb 2020 21:27:53 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward501p.mail.yandex.net (forward501p.mail.yandex.net [77.88.28.111]) (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 48Kjyb29Rnz4J95 for ; Sat, 15 Feb 2020 21:27:50 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback27g.mail.yandex.net (mxback27g.mail.yandex.net [77.88.29.177]) by forward501p.mail.yandex.net (Yandex) with ESMTP id E9F043500308; Sun, 16 Feb 2020 00:27:47 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback27g.mail.yandex.net (mxback/Yandex) with ESMTP id PWK0wmr91n-RlGerurh; Sun, 16 Feb 2020 00:27:47 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1581802067; bh=S246K+rn7cBviQXmFx2s+wsbFpSC6fV5Rwx3Nd19b6M=; h=Message-Id:Cc:Subject:In-Reply-To:Date:References:To:From; b=e1ud3pGZ/luK97jJkhBcYub12uKReqY+MtgtwphBcXCXt17DUUkeG+V+Ni8nDKXiF u7b2DuPsAz5NfhotluRUQ9EGeepuME3O1/h2RqElb6GseXU0OU6jwc7knkuwWkk1Lv zvihrmUi0bvi1CS35ZDlbeLS6VBSZq83d6VGdfJ4= Received: by vla5-dcf36e533bf7.qloud-c.yandex.net with HTTP; Sun, 16 Feb 2020 00:27:47 +0300 From: Alexander V. Chernikov To: Toomas Soome Cc: "current@FreeBSD.org" In-Reply-To: References: <9999721581797997@iva4-35f072fa8e4e.qloud-c.yandex.net> Subject: Re: current does not boot on vmware fusion 11 MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 15 Feb 2020 21:27:47 +0000 Message-Id: <3620311581802067@vla5-dcf36e533bf7.qloud-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 48Kjyb29Rnz4J95 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=e1ud3pGZ; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 77.88.28.111 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-6.28 / 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)[+ip4:77.88.0.0/18]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ipfw.ru]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.68)[ip: (-9.76), ipnet: 77.88.0.0/18(-4.83), asn: 13238(-3.83), country: RU(0.01)]; FREEMAIL_TO(0.00)[me.com]; RCVD_IN_DNSWL_LOW(-0.10)[111.28.88.77.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13238, ipnet:77.88.0.0/18, country:RU]; 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: Sat, 15 Feb 2020 21:27:53 -0000 15.02.2020, 20:44, "Toomas Soome" : >>  On 15. Feb 2020, at 22:19, Alexander V. Chernikov wrote: >> >>  Hi folks, >> >>  I upgraded vmware fusion to version 11 recently and noticed that my -amd64 VM stops booting immediately after printing EFI framebuffer information. >> >>  VM pops up a message stating that "The firmware encountered an unexpected exception. The virtual machine cannot boot." >> >>  Further digging revealed that the fusion upgrade bumped vmware virtual HW version to 16. Downgrading it to version 15 enabled VM to work again as expected. >> >>  Description of HWv16 include "UEFI Secure Boot" as one of the declared features, which looks like the potential candidate reason. The full feature list is available below. >>  How can I debug this further? > > We do not do secure boot. However, there is known issue I am trying to fix. You can try to run from ok prompt: ls and then boot. Got it. thank you for the prompt reply! Any issue/review/code part/etc I can subscribe to get the notifications? I switched the VM to version 16, jumped to the loader prompt, entered "ls", then "boot". The result is still the "The firmware encountered an unexpected exception" message. Do I need to install the latest boot loader/do something else to workaround the issue? I'm not blocked in any way with it, version 15 works just fine, just want to ensure this is the same problem. Thank you! > > rgds, > toomas > >>  Details: >>  Host: macbook pro 2017, Intel core i7, Mojave 10.14.6 >>  VM: r357812, amd64. >>  Vmware Fusion 11.5.1 (15018442) >> >>  Full VM output before the error: >> >>  Loading kernel... >>  /boot/kernel/kernel text=0x1562084 data=0xe0 data=0x1b5158+0x449ea8 syms=[0x8+0x 174e70+0x8+0x19408f] Loading configured modules... >>  can't find I/boot/entropy' >>  Start @ 0xffffffff80369000 ... >>  EFI framebuffer information: >>  adds, size 0xf0000000, 0x300000 >>  dimensions 1024 x 768 >>  stride 1024 >>  masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >>  - >> >>  HWv16 description from https://blogs.vmware.com/teamfusion : >> >>  Included in HWv16 are: >>  Improved Virtual NVMe Device Performance >>  Important Security Fixes (Spectre, Meltdown and L1TF) >>  Virtual Trusted Platform Module >>  UEFI Secure Boot >>  IOMMU >>  VBS Support (guest only) >> >>  /Alexander >> >>  _______________________________________________ >>  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 Sat Feb 15 21:55:12 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 E5EFE24A22E for ; Sat, 15 Feb 2020 21:55:12 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KkZ76hGhz4Wt6 for ; Sat, 15 Feb 2020 21:55:11 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01FLt3l4002364 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 15 Feb 2020 13:55:09 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: lib/libc.so.7: chflags: Operation not permitted Date: Sat, 15 Feb 2020 13:55:09 -0800 Message-Id: <06501276a8cd85b5dcb71dd4c040b4f0@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48KkZ76hGhz4Wt6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.18 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.34)[ip: (-0.64), ipnet: 24.113.0.0/16(-0.32), asn: 11404(-0.69), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.748,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:11404, ipnet:24.113.0.0/16, country:US]; 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: Sat, 15 Feb 2020 21:55:13 -0000 I built world && kernel from within a jail=2E When I attempt to perform an install to DESTDIR, I receive the following: releng12:/usr/src # mkdir -p /REL releng12:/usr/src # make installworld DESTDIR=3D/REL =2E=2E=2E -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; make -f Makefile=2Einc1 install make[3]: "/usr/obj/usr/src/compiler-metadata=2Emk" line 1: Using cached compi= ler metadata from build at 12current=2Elocalhost on Fri Feb 14 20:57:38 PST 2= 020 =3D=3D=3D> lib (install) =3D=3D=3D> lib/csu (install) =3D=3D=3D> lib/csu/amd64 (install) install -o root -g wheel -m 444 crt1=2Eo crti=2Eo crtn=2Eo Scrt1=2Eo gcrt1=2Eo /REL= /usr/lib/ =3D=3D=3D> lib/libc (install) install -C -o root -g wheel -m 444 libc=2Ea /REL/usr/lib/ install -C -o root -g wheel -m 444 libc_p=2Ea /REL/usr/lib/ install -s -o root -g wheel -m 444 -fschg -S libc=2Eso=2E7 /REL/lib/ install: /REL/lib/libc=2Eso=2E7: chflags: Operation not permitted *** Error code 71 Why isn't it permitted=2E I've not imposed any special permissions on, or within the jail' folder=2E Nor within the jail itself, and I've been doing th= is sort of thing within jails for years, and have never had this problem=2E Thanks! --Chris From owner-freebsd-current@freebsd.org Sat Feb 15 22:30: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 E25E324AFBE for ; Sat, 15 Feb 2020 22:30:18 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48KlLd1cgfz3PX1 for ; Sat, 15 Feb 2020 22:30:16 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 01FMUErf004322 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 15 Feb 2020 14:30:20 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <06501276a8cd85b5dcb71dd4c040b4f0@udns.ultimatedns.net> From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: Re: lib/libc.so.7: chflags: Operation not permitted Date: Sat, 15 Feb 2020 14:30:20 -0800 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48KlLd1cgfz3PX1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.25 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.33)[ip: (-0.62), ipnet: 24.113.0.0/16(-0.31), asn: 11404(-0.67), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.835,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:11404, ipnet:24.113.0.0/16, country:US]; 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: Sat, 15 Feb 2020 22:30:18 -0000 On Sat, 15 Feb 2020 13:55:09 -0800 bsd-lists@BSDforge=2Ecom said > I built world && kernel from within a jail=2E When I attempt to > perform an install to DESTDIR, I receive the following: >=20 > releng12:/usr/src # mkdir -p /REL > releng12:/usr/src # make installworld DESTDIR=3D/REL > =2E=2E=2E > -------------------------------------------------------------- > >>> Installing everything > -------------------------------------------------------------- > cd /usr/src; make -f Makefile=2Einc1 install > make[3]: "/usr/obj/usr/src/compiler-metadata=2Emk" line 1: Using cached > compiler metadata from build at 12current=2Elocalhost on Fri Feb 14 20:57:3= 8 > PST 2020 > =3D=3D=3D> lib (install) > =3D=3D=3D> lib/csu (install) > =3D=3D=3D> lib/csu/amd64 (install) > install -o root -g wheel -m 444 crt1=2Eo crti=2Eo crtn=2Eo Scrt1=2Eo gcrt1=2Eo > /REL/usr/lib/ > =3D=3D=3D> lib/libc (install) > install -C -o root -g wheel -m 444 libc=2Ea /REL/usr/lib/ > install -C -o root -g wheel -m 444 libc_p=2Ea /REL/usr/lib/ > install -s -o root -g wheel -m 444 -fschg -S libc=2Eso=2E7 /REL/lib/ > install: /REL/lib/libc=2Eso=2E7: chflags: Operation not permitted > *** Error code 71 >=20 > Why isn't it permitted=2E I've not imposed any special permissions on, or > within the jail' folder=2E Nor within the jail itself, and I've been doing > this > sort of thing within jails for years, and have never had this problem=2E Never mind=2E I just noticed an omission from my jail=2Econf(5) that is to blame: allow=2Echflags; Sorry for the noise=2E --Chris >=20 > Thanks! >=20 > --Chris >=20 >=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= "