From owner-freebsd-stable@freebsd.org Mon Nov 4 12:30:36 2019 Return-Path: Delivered-To: freebsd-stable@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 1C15317FB7D for ; Mon, 4 Nov 2019 12:30:36 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (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 476BwC0qHpz4P3J for ; Mon, 4 Nov 2019 12:30:34 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRbV3-0004G5-5L; Mon, 04 Nov 2019 12:30:25 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRbV3-0001g4-28; Mon, 04 Nov 2019 12:30:25 +0000 To: kpn@neutralgood.org, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: darius@dons.net.au, freebsd-stable@freebsd.org In-Reply-To: <20191101145851.GA73975@neutralgood.org> Message-Id: From: Pete French Date: Mon, 04 Nov 2019 12:30:25 +0000 X-Rspamd-Queue-Id: 476BwC0qHpz4P3J X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-6.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.20)[ip: (-9.77), ipnet: 31.24.0.0/21(-4.88), asn: 16082(-1.26), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 12:30:36 -0000 > Shot in the dark: Is it possible that python is trying to dynamically > load a shared library that isn't available yet due to being on a not-yet > mounted filesystem? I wondered about that, but I have these boxes confiured with only one filesystem for everything apart from mysql data. > Just a random guess. A good one, and one which makes me wonder if theres some shared library config which isnt happening and maybe that is it ? Am going to do an experiment to see if the same behaviout occurs on a real hardware machine not in Azure - which might make it easier to debug as I can at least see the console that way. -pete. From owner-freebsd-stable@freebsd.org Mon Nov 4 14:13:10 2019 Return-Path: Delivered-To: freebsd-stable@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 B923D1A3B29 for ; Mon, 4 Nov 2019 14:13:10 +0000 (UTC) (envelope-from SRS0=yyfZ=Y4=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 476FBY5BkXz3HSR for ; Mon, 4 Nov 2019 14:13:09 +0000 (UTC) (envelope-from SRS0=yyfZ=Y4=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 254862840C; Mon, 4 Nov 2019 15:13:06 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9AFAD28428; Mon, 4 Nov 2019 15:13:03 +0100 (CET) Subject: Re: python dameon coredumps when started from boot, but not by hand To: Pete French , kpn@neutralgood.org Cc: darius@dons.net.au, freebsd-stable@freebsd.org References: From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Mon, 4 Nov 2019 15:13:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 476FBY5BkXz3HSR X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=yyfZ=Y4=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=yyfZ=Y4=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [3.70 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.90)[ip: (0.43), ipnet: 94.124.104.0/21(0.21), asn: 42000(3.77), country: CZ(0.09)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.63)[0.631,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.964,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=yyfZ=Y4=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=yyfZ=Y4=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 14:13:10 -0000 Pete French wrote on 11/04/2019 13:30: >> Shot in the dark: Is it possible that python is trying to dynamically >> load a shared library that isn't available yet due to being on a not-yet >> mounted filesystem? > > I wondered about that, but I have these boxes confiured with only one filesystem > for everything apart from mysql data. > >> Just a random guess. > > A good one, and one which makes me wonder if theres some shared library config > which isnt happening and maybe that is it ? > > Am going to do an experiment to see if the same behaviout occurs on a real > hardware machine not in Azure - which might make it easier to debug as I can > at least see the console that way. Check "rcorder /etc/rc.d/* /usr/local/etc/rc.d/*" Check if ldconfig is runable (I ended up with permissions 0444 on /etc/rc.d/ldconfig after some etcupdate run) Next things - try to run it as: 1) service myservice start or 2) /usr/local/etc/rc.d/myservice start There can be differencies. You can also try to start it from cron instead of hands (different environment) or try to start in on boot from crontab with tag @reboot. Miroslav Lachman From owner-freebsd-stable@freebsd.org Mon Nov 4 14:30:25 2019 Return-Path: Delivered-To: freebsd-stable@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 C2F471A44C1 for ; Mon, 4 Nov 2019 14:30:25 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (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 476FZS0cGdz3JYh for ; Mon, 4 Nov 2019 14:30:23 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRdN5-0008wK-Dy; Mon, 04 Nov 2019 14:30:19 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRdN5-0007FP-Ax; Mon, 04 Nov 2019 14:30:19 +0000 To: 000.fbsd@quip.cz, kpn@neutralgood.org, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: darius@dons.net.au, freebsd-stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Mon, 04 Nov 2019 14:30:19 +0000 X-Rspamd-Queue-Id: 476FZS0cGdz3JYh X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-6.01 / 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:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.21)[ip: (-9.77), ipnet: 31.24.0.0/21(-4.89), asn: 16082(-1.34), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 14:30:25 -0000 Thanks for the ideas, running through these in order... > Check "rcorder /etc/rc.d/* /usr/local/etc/rc.d/*" So, its running directly after sshd and before swaplate and the local stuff. > Check if ldconfig is runable (I ended up with permissions 0444 on=20 > /etc/rc.d/ldconfig after some etcupdate run) Just checked that and its 777 > Next things - try to run it as: > 1) service myservice start > or > 2) /usr/local/etc/rc.d/myservice start > > There can be differencies. Both of those give the same result - this is in /etc/rc.d not in /usr/local/etc/rc.d, but that wont make a difference I assume ? > You can also try to start it from cron instead of hands (different=20 > environment) or try to start in on boot from crontab with tag @reboot. Those are both interesting ideas. Cant tst them immediately, but will try later today if I can. Thankyou! -pete. From owner-freebsd-stable@freebsd.org Mon Nov 4 14:33:46 2019 Return-Path: Delivered-To: freebsd-stable@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 4BC9F1A4996 for ; Mon, 4 Nov 2019 14:33:46 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (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 476FfK2cpCz3K4c for ; Mon, 4 Nov 2019 14:33:45 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRdQN-00091s-Qt; Mon, 04 Nov 2019 14:33:43 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRdQN-0007GR-PR; Mon, 04 Nov 2019 14:33:43 +0000 To: kpn@neutralgood.org, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: darius@dons.net.au, freebsd-stable@freebsd.org In-Reply-To: <20191104140405.GA60435@neutralgood.org> Message-Id: From: Pete French Date: Mon, 04 Nov 2019 14:33:43 +0000 X-Rspamd-Queue-Id: 476FfK2cpCz3K4c X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-6.03 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.23)[ip: (-9.78), ipnet: 31.24.0.0/21(-4.89), asn: 16082(-1.41), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 14:33:46 -0000 > Ah, does python get run before the ldconfig service runs? Nope, this is comming way after ldconfig has run - also the first python interpretter runs fine, is the one which that python script then tries to launch which fails. Thats the bit which really puzzles me - if it was python dying then that would be easier to understand, but python from rc.d, but then it cant run another python iterpretter without it coredumping. -pete. From owner-freebsd-stable@freebsd.org Mon Nov 4 14:50:18 2019 Return-Path: Delivered-To: freebsd-stable@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 80D671A5194 for ; Mon, 4 Nov 2019 14:50:18 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (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 476G1P4zn9z3L2F for ; Mon, 4 Nov 2019 14:50:17 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRdgN-000A3O-1K; Mon, 04 Nov 2019 14:50:15 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iRdgM-0000tH-T1; Mon, 04 Nov 2019 14:50:14 +0000 To: 000.fbsd@quip.cz, kpn@neutralgood.org, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: darius@dons.net.au, freebsd-stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Mon, 04 Nov 2019 14:50:14 +0000 X-Rspamd-Queue-Id: 476G1P4zn9z3L2F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-6.05 / 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:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.25)[ip: (-9.79), ipnet: 31.24.0.0/21(-4.89), asn: 16082(-1.48), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 14:50:18 -0000 Soo, I tried this on my desktop machine, and it doesnt coredump, but nor does it try and lauch the second python process, so a bit of a failed test there! -pete. From owner-freebsd-stable@freebsd.org Mon Nov 4 23:54:28 2019 Return-Path: Delivered-To: freebsd-stable@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 F110F1B42D4 for ; Mon, 4 Nov 2019 23:54:28 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [150.101.137.136]) by mx1.freebsd.org (Postfix) with ESMTP id 476V5H30TJz4WCD for ; Mon, 4 Nov 2019 23:54:26 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from unknown (HELO midget.dons.net.au) ([118.211.86.76]) by ipmail01.adl6.internode.on.net with ESMTP; 05 Nov 2019 10:24:20 +1030 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id xA4Nrs5V018118 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 5 Nov 2019 10:24:15 +1030 (ACDT) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id xA4NjI5x012166 for ; Tue, 5 Nov 2019 10:15:18 +1030 (ACDT) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 10.0.2.38 Received: from havok.dons.net.au ([10.0.2.38]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id xA4NjDb8012124; Tue, 05 Nov 2019 10:15:18 +1030 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: python dameon coredumps when started from boot, but not by hand From: "O'Connor, Daniel" In-Reply-To: <20191104151555.GB60435@neutralgood.org> Date: Tue, 5 Nov 2019 10:15:12 +1030 Cc: Pete French , freebsd-stable@freebsd.org, 000.fbsd@quip.cz Content-Transfer-Encoding: quoted-printable Message-Id: <4010794E-F6C7-47DB-9746-8A6F63C957F7@dons.net.au> References: <20191104151555.GB60435@neutralgood.org> To: "Kevin P. Neal" X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 476V5H30TJz4WCD X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darius@dons.net.au has no SPF policy when checking 150.101.137.136) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [4.47 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[dons.net.au]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.57)[0.570,0]; NEURAL_SPAM_LONG(0.99)[0.988,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(1.51)[ip: (3.79), ipnet: 150.101.0.0/16(2.49), asn: 4739(1.27), country: AU(0.00)]; RCVD_IN_DNSWL_LOW(-0.10)[136.137.101.150.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 23:54:29 -0000 > On 5 Nov 2019, at 01:45, Kevin P. Neal wrote: >=20 > On Mon, Nov 04, 2019 at 02:50:14PM +0000, Pete French wrote: >> Soo, I tried this on my desktop machine, and it doesnt coredump, but >> nor does it try and lauch the second python process, so a bit of a = failed >> test there! >=20 > You can use ktrace to see what system calls it is doing. Sometimes it > is helpful to know that just before things went wrong a process tried > to open some particular file and failed, for example.=20 >=20 > Be sure to use the -i flag so children of the traced process also get > traced. I also suggest "-f " so the trace file doesn't end up > in some weird location. During boot I'd guess that the trace file = would > be in "/", but putting it elsewhere may be helpful. Just so long as = the > filesystem has already been mounted at that point in the boot. This would also capture the stderr output, and should be pretty easy to = shoe horn into the rc.d file. Nice thinking! -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Tue Nov 5 18:35:07 2019 Return-Path: Delivered-To: freebsd-stable@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 90FBA1B06E6 for ; Tue, 5 Nov 2019 18:35:07 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 476yyL0lNjz3Nf8 for ; Tue, 5 Nov 2019 18:35:05 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA5IYpdG087907 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 5 Nov 2019 13:34:59 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA5IYmfp006759 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2019 13:34:49 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA5IYmNu006758; Tue, 5 Nov 2019 13:34:48 -0500 (EST) (envelope-from cross) Date: Tue, 5 Nov 2019 13:34:48 -0500 From: Chris Ross To: freebsd-stable@freebsd.org Cc: cross+freebsd@distal.com Subject: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191105183448.GE1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Tue, 05 Nov 2019 13:34:49 -0500 (EST) X-Rspamd-Queue-Id: 476yyL0lNjz3Nf8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-2.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[distal.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.63)[ipnet: 2001:470::/32(-4.62), asn: 6939(-3.48), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; TAGGED_FROM(0.00)[freebsd] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 18:35:07 -0000 Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should be supported by the mpr(4) driver, but it doesn't seem to recognize it at boot time. Is there some magic I need to perform for the 12.1-RELEASE image ISO boot to get this driver loaded, or will some internal changes be needed to support this particular part due to quirks? Let me know any information I can provide that will help diagnose. Thank you. - Chris From owner-freebsd-stable@freebsd.org Tue Nov 5 19:20:22 2019 Return-Path: Delivered-To: freebsd-stable@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 394A01B1ABE for ; Tue, 5 Nov 2019 19:20:22 +0000 (UTC) (envelope-from SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 476zyY232hz3RDC for ; Tue, 5 Nov 2019 19:20:20 +0000 (UTC) (envelope-from SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 0A40D28422; Tue, 5 Nov 2019 20:20:17 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id EE99828411; Tue, 5 Nov 2019 20:20:15 +0100 (CET) Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? To: Chris Ross , freebsd-stable@freebsd.org References: <20191105183448.GE1177@westeros.distal.com> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> Date: Tue, 5 Nov 2019 20:20:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <20191105183448.GE1177@westeros.distal.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 476zyY232hz3RDC X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [5.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.981,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.90)[ip: (0.42), ipnet: 94.124.104.0/21(0.21), asn: 42000(3.77), country: CZ(0.09)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 19:20:22 -0000 Chris Ross wrote on 11/05/2019 19:34: > Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself > "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. > Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which > looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should > be supported by the mpr(4) driver, but it doesn't seem to recognize it > at boot time. Is there some magic I need to perform for the 12.1-RELEASE > image ISO boot to get this driver loaded, or will some internal changes > be needed to support this particular part due to quirks? > > Let me know any information I can provide that will help diagnose. Thank > you. Do you have mpr_load="YES" in loader.conf? Or for ISO booting you can manually load kernel modules at boot prompt. https://www.freebsd.org/cgi/man.cgi?query=loader%288%29 On a boot prompt: load [-t type] file ... boot Miroslav Lachman From owner-freebsd-stable@freebsd.org Tue Nov 5 20:20:38 2019 Return-Path: Delivered-To: freebsd-stable@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 507F81B3440 for ; Tue, 5 Nov 2019 20:20:38 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4771J533hkz4069 for ; Tue, 5 Nov 2019 20:20:37 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA5KKRk9090150 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 5 Nov 2019 15:20:35 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA5KJg09007130 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2019 15:19:43 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA5KJgmI007129; Tue, 5 Nov 2019 15:19:42 -0500 (EST) (envelope-from cross) Date: Tue, 5 Nov 2019 15:19:42 -0500 From: Chris Ross To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Chris Ross , freebsd-stable@freebsd.org Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191105201942.GF1177@westeros.distal.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Tue, 05 Nov 2019 15:19:43 -0500 (EST) X-Rspamd-Queue-Id: 4771J533hkz4069 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-2.93 / 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)[+mx:pix.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[distal.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.63)[ipnet: 2001:470::/32(-4.62), asn: 6939(-3.48), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 20:20:38 -0000 On Tue, Nov 05, 2019 at 08:20:15PM +0100, Miroslav Lachman wrote: > Chris Ross wrote on 11/05/2019 19:34: > > Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself > > "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. > > Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which > > looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should > > be supported by the mpr(4) driver, but it doesn't seem to recognize it > > at boot time. > > Do you have mpr_load="YES" in loader.conf? > Or for ISO booting you can manually load kernel modules at boot prompt. I dropped to boot prompt in ISO boot, and entered 'mpr_load="YES"'. I tried "load", but wasn't able to devine how to load the mpr module with that. Is that needed, or should 'mpr_load="YES"' have accomplished the desired result? - Chris From owner-freebsd-stable@freebsd.org Tue Nov 5 20:29:16 2019 Return-Path: Delivered-To: freebsd-stable@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 2D3681B37D1 for ; Tue, 5 Nov 2019 20:29:16 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 4771V31WqVz40lm for ; Tue, 5 Nov 2019 20:29:14 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lj1-x22d.google.com with SMTP id m9so23377885ljh.8 for ; Tue, 05 Nov 2019 12:29:14 -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=i+ok8iQH4KjX79VjMfRGFrMapgfer1LVlxO86XGVIMg=; b=Ok6UX6JpTF/nc+LageYNzUcOMCyB5CQHe21u6jObGvytFJA2TZHKDwJEIfup+xp/Cv 2pqTPRRsOgxuEuvAJ2oTCwUfriaSV76a/Ho9uYNActme3+Mc68TY3hWSJw7RjAVU5Ci7 Kl5B+yDHJy2BWozAkS9L0mXNthRmuRm4/vUyhZub2llNVwJcRdcgtVCfIYn6RCeuLROa vGHpVPSwH3HU2CgJ8/PzMUUESzaNpQYhHtPee2YOAjQ1T1hV9qRI77ogHovZ1GINo/ym r3+mqsOLyTrVpkJtGDUcpagpT6vWQ2Y/OvL3yi14G/DWHDOn0Ntz6bvUg6dM5DOWV5Ta Tjig== 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=i+ok8iQH4KjX79VjMfRGFrMapgfer1LVlxO86XGVIMg=; b=CwdzKUmDDCDJM4dyLl3w51w+25WDSOpkQMozFv46c5L4qA8fs2ncr8HS+Wzk8Iomf2 DPYUMYw40Hj0UJM8E3EWSodBHrBtfLgToZRl2RAzXtc50UndNyDoEIOpYpT6LqNdKRiT ldW6zC2IgziE5JzcHLv/+sKVpVYxsZImyYHbHaO1JyJVL1/ESOjKPzUampb75dxA1nP3 NUEtg+ByEMLVQK/KX2RH6YlL2AVyI0q6i9qSRZwPOcNrw9b+Kt9VZiXyabOBkPFVqDBz AD1jA53u/sUG5TXRBh+S/eTBiEJiZOh7Ur9S62prPF8FFCp50bz+BiWFpdXSMMfXq2G2 XKdQ== X-Gm-Message-State: APjAAAXe0d9LHZ2o6gYZ3Ycx7LdW2qSa5us1Ghbv3Af86OFbbU+cd8Xl DEb9IZz6o7zqZk9ecYZ0Uw6wpYu8MZWwHDt9HbX+TQ== X-Google-Smtp-Source: APXvYqx/0iOUj+TLd6bbEAJ04pCGhBe3NM7ePGDjJrw7ciIlhGDOaLco4/XnFQM3DyKoVzXwvNHAhoUTPmrgCISqGWk= X-Received: by 2002:a2e:97d3:: with SMTP id m19mr1171977ljj.56.1572985753145; Tue, 05 Nov 2019 12:29:13 -0800 (PST) MIME-Version: 1.0 References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> In-Reply-To: <20191105201942.GF1177@westeros.distal.com> From: Freddie Cash Date: Tue, 5 Nov 2019 12:29:00 -0800 Message-ID: Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? To: Chris Ross Cc: Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Stable X-Rspamd-Queue-Id: 4771V31WqVz40lm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Ok6UX6Jp; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of fjwcash@gmail.com designates 2a00:1450:4864:20::22d as permitted sender) smtp.mailfrom=fjwcash@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.06), ipnet: 2a00:1450::/32(-2.77), asn: 15169(-2.02), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.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]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 20:29:16 -0000 On Tue, Nov 5, 2019 at 12:20 PM Chris Ross wrote: > On Tue, Nov 05, 2019 at 08:20:15PM +0100, Miroslav Lachman wrote: > > Chris Ross wrote on 11/05/2019 19:34: > > > Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls > itself > > > "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. > > > Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, > which > > > looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this > should > > > be supported by the mpr(4) driver, but it doesn't seem to recognize it > > > at boot time. > > > > Do you have mpr_load="YES" in loader.conf? > > Or for ISO booting you can manually load kernel modules at boot prompt. > > I dropped to boot prompt in ISO boot, and entered 'mpr_load="YES"'. > > I tried "load", but wasn't able to devine how to load the mpr module with > that. Is that needed, or should 'mpr_load="YES"' have accomplished the > desired result? > modulename_load="YES" is the syntax used in the loader.conf file. "load modulename" (without the quotes) is the syntax used at the loader prompt. So at the loader prompt, try the following: load mpr Or possibly: load mpr.ko Or, to get right finicky: load /boot/kernel/mpr.ko You should be able to use "ls" to see what .ko files are available, and in which directory, in order to load them. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@freebsd.org Tue Nov 5 20:44:40 2019 Return-Path: Delivered-To: freebsd-stable@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 B9D0F1B40BF for ; Tue, 5 Nov 2019 20:44:40 +0000 (UTC) (envelope-from SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4771qr0SSfz41gf for ; Tue, 5 Nov 2019 20:44:39 +0000 (UTC) (envelope-from SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C067E28426; Tue, 5 Nov 2019 21:44:37 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id E38A028416; Tue, 5 Nov 2019 21:44:36 +0100 (CET) Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? To: Chris Ross Cc: freebsd-stable@freebsd.org References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <65cd40b7-e982-496b-4876-21d352a03634@quip.cz> Date: Tue, 5 Nov 2019 21:44:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <20191105201942.GF1177@westeros.distal.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4771qr0SSfz41gf X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [5.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.985,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.90)[ip: (0.42), ipnet: 94.124.104.0/21(0.21), asn: 42000(3.76), country: CZ(0.09)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=yijM=Y5=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 20:44:40 -0000 Chris Ross wrote on 11/05/2019 21:19: > On Tue, Nov 05, 2019 at 08:20:15PM +0100, Miroslav Lachman wrote: >> Chris Ross wrote on 11/05/2019 19:34: >>> Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself >>> "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. >>> Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which >>> looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should >>> be supported by the mpr(4) driver, but it doesn't seem to recognize it >>> at boot time. >> >> Do you have mpr_load="YES" in loader.conf? >> Or for ISO booting you can manually load kernel modules at boot prompt. > > I dropped to boot prompt in ISO boot, and entered 'mpr_load="YES"'. > > I tried "load", but wasn't able to devine how to load the mpr module with > that. Is that needed, or should 'mpr_load="YES"' have accomplished the > desired result? mpr_load="YES" goes to /etc/loader.conf If you need to load mpr manually in boot prompt I am not sure if it should be: load mpr or load mpr.ko of full path load /boot/kernel/mpr.ko Kind Regards Miroslav Lachman From owner-freebsd-stable@freebsd.org Tue Nov 5 21:04:22 2019 Return-Path: Delivered-To: freebsd-stable@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 63D311B534E for ; Tue, 5 Nov 2019 21:04:22 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4772GY1Gk6z430n for ; Tue, 5 Nov 2019 21:04:20 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA5L4CaH091138 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 5 Nov 2019 16:04:19 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA5L49AN007359 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2019 16:04:10 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA5L49xb007358; Tue, 5 Nov 2019 16:04:09 -0500 (EST) (envelope-from cross) Date: Tue, 5 Nov 2019 16:04:09 -0500 From: Chris Ross To: Freddie Cash Cc: Chris Ross , Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Stable Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191105210409.GG1177@westeros.distal.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Tue, 05 Nov 2019 16:04:10 -0500 (EST) X-Rspamd-Queue-Id: 4772GY1Gk6z430n X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-2.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[distal.com]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.63)[ipnet: 2001:470::/32(-4.62), asn: 6939(-3.47), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 21:04:22 -0000 On Tue, Nov 05, 2019 at 12:29:00PM -0800, Freddie Cash wrote: > > I tried "load", but wasn't able to devine how to load the mpr module with > > that. Is that needed, or should 'mpr_load="YES"' have accomplished the > > desired result? > > modulename_load="YES" is the syntax used in the loader.conf file. > "load modulename" (without the quotes) is the syntax used at the loader > prompt. > > So at the loader prompt, try the following: load mpr > Or possibly: load mpr.ko > Or, to get right finicky: load /boot/kernel/mpr.ko Thanks Freddie and Miroslav. I tried "load mpr" earler, but it complained it couldn't find it. I tried again a few minutes ago using "load /boot/kernel/mpr.ko", which spun for a bit then complained it couldn't load it before the kernel. I then loaded the kernel (by full path), and tried again, with no response. Just an immediate prompt. I tried "load /boot/kernel/zfs.ko" as well, in case mpr.ko was already still in memory, but that also returned an immediate prompt without saying anything. So, I think I still have something wrong with my attempts to "load". Should loading the mpr.ko before the kernel work? It didn't with my last attempt (which I realize now was 12.0-RELEASE, not 12.1-RELEASE). - Chris From owner-freebsd-stable@freebsd.org Tue Nov 5 21:44:27 2019 Return-Path: Delivered-To: freebsd-stable@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 18E2917954F for ; Tue, 5 Nov 2019 21:44:27 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 47738n69crz45Tl for ; Tue, 5 Nov 2019 21:44:25 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id n1so23269603wra.10 for ; Tue, 05 Nov 2019 13:44:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=t8idP4bPEwaVr2cxeV/El4XIY6Qb8iwic/O7GtbqUZs=; b=HSWFP7C4g/jdRgulmR2tqDbMmw1hF1uWEwJjJyHrTGeoyTLa+GASZfmjIlE87SBZ3O yK4LGQ2NB3O/MSeoN+zAXFb7ZP8nvHPSlTlzSIqPmUlv1Lui7ooRH1SoTlQ8hA0PSEgE vDl/0HKUf7RnvApv9boz2pICkoc2h6hFPd2BqiN7rdmLEitasDGQF1lzoIKiJjE7NvTF bWtVNlJo9cvcjh19qdcdCYEDa+YvHRganF79r9w8k4pNM1TRcDhRkB89q83TLCS69BtX cdFuhOXIIdR1EHGigYcyJ3/CZaqohkTEf4rxhOL5gPQaGj7dsAvX4XWOAE+oYPmTxmOi WFvQ== 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:subject:message-id:mime-version :content-disposition:user-agent; bh=t8idP4bPEwaVr2cxeV/El4XIY6Qb8iwic/O7GtbqUZs=; b=bSiJmjuglsaZUHvIbPAY8276sgoUVTSkNVG6JKu369dnX2o3zHaffM2r/6mXswO4HO nv2KhuCIGOJogKpy/BxHuyvd0WSBRK6zlDhTzLYC2PbnV75gKydd/aj+6ffHQ6HfeZIC DFC1CabbYsEdvHCcZOj8LZhjaiHqB6pKMWb+V2Y5WOOfRQiuPnfEuDzt24gtJCYYT8Fd yjCda7Q6sarAXrGkRQ4XyrdngCx3WpcJADJtNs0K0Pg6movi8xEmnztPgZY2jOtu3ok1 BtdwSVIMkPS8vEPTeIOWjDFWhQ4/ZVG/h6VxESQlcCtoNrYvNFQE6NuE7CKu+80NR5Z2 I+nw== X-Gm-Message-State: APjAAAUAGPPVDuV86IDEIzHbMFyUhQoM4dylfP0CYqF0z94hKnsnOGbt i09oZ8l0YyvAdXXxCAu7+ZI5et8B X-Google-Smtp-Source: APXvYqxJ3TmHHgyzrMAsJIUMG1eisABMwwL7dadcAz1G+tgkGdvoNPCKXfPBR8Wep7kd3ajCtSnEmg== X-Received: by 2002:a5d:4803:: with SMTP id l3mr21158706wrq.381.1572990263521; Tue, 05 Nov 2019 13:44:23 -0800 (PST) Received: from riemann.ust-global.com (2.153.135.60.dyn.user.ono.com. [2.153.135.60]) by smtp.gmail.com with ESMTPSA id j63sm749183wmj.46.2019.11.05.13.44.21 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Nov 2019 13:44:22 -0800 (PST) Date: Tue, 5 Nov 2019 22:44:10 +0100 From: "Jose G. Juanino" To: freebsd-stable@freebsd.org Subject: High Send-Q values in netstat after upgrading to 12.1-RELEASE: system is unusable Message-ID: <20191105214410.xef4fwksfwqkjwx3@riemann.ust-global.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 12.1-RELEASE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 47738n69crz45Tl X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HSWFP7C4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jjuanino@gmail.com designates 2a00:1450:4864:20::430 as permitted sender) smtp.mailfrom=jjuanino@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[60.135.153.2.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; 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]; 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)[]; 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-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.27), ipnet: 2a00:1450::/32(-2.77), asn: 15169(-2.02), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[0.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]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 21:44:27 -0000 Hi all, today I have upgraded to 12.1-RELEASE from 12.0-RELEASE-p10 via freebsd-update. The host is a VMware guest with vmx net interface. The system runs with 12.0-RELEASE perfectly, with no issue, reliably for months. I have boot environments enabled (thanks god) and therefore I am able to switch between both 12.0 and 12.1 versions. Just after boot the new 12.1 release, I noticed that my apache did not serve pages with the previous speed, but rather the opposite: any web operation from clients hangs. After a single inspection in the FreeBSD 12.1 server, I see that Send-Q in netstat is the root cause of the issue. While in 12.0 Send-Q is almost always zero or close to zero in every socket, in 12.1 I get the following (snipped output): $ netstat -x -4 Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address R-MBUF S-MBUF R-CLUS S-CLUS R-HIWA S-HIWA R-LOWA S-LOWA R-BCNT S-BCNT R-BMAX S-BMAX rexmt persist keep 2msl delack rcvtime tcp4 0 31848 XXXXXXXXXXXXX.http YYYYYYYYYYYY.57220 0 12 0 12 66350 33175 1 2048 0 48128 530800 265400 62.90 0.00 7069.49 0.00 0.00 1.09 tcp4 0 36 XXXXXXXXXXXXX.ssh YYYYYYYYYYYY.57189 0 1 0 0 66350 33175 1 2048 0 256 530800 265400 0.28 0.00 6836.19 0.00 0.00 0.00 As you can see, Send-Q is huge. But after this revelation, I have to admit that I am stuck. I have no idea whether the cause of this high Send-Q values are related with the vmx driver, with the upgrade itself, or with something related with the hypervisor. Please, help me to make a deeper troubleshooting. As I have said before, my boot environment let me to start cleanly with both versions. Other relevant fact may be also the difference between netstat -m and ifconfig outputs: In 12.0 netstat -m outputs: 268/1517/1785 mbufs in use (current/cache/total) 260/766/1026/250998 mbuf clusters in use (current/cache/total/max) 260/499 mbuf+clusters out of packet secondary zone in use (current/cache) 0/2/2/125499 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/37184 9k jumbo clusters in use (current/cache/total/max) 0/0/0/20916 16k jumbo clusters in use (current/cache/total/max) 587K/1919K/2506K bytes allocated to network (current/cache/total) while in 12.1 outputs: 572/1213/1785 mbufs in use (current/cache/total) 515/515/1030/250998 mbuf clusters in use (current/cache/total/max) 4/502 mbuf+clusters out of packet secondary zone in use (current/cache) 24/2/26/125499 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/37184 9k jumbo clusters in use (current/cache/total/max) 0/0/0/20916 16k jumbo clusters in use (current/cache/total/max) 1269K/1341K/2610K bytes allocated to network (current/cache/total) In 12.0 ifconfig vmx0 outputs (ip address and mac obfuscated): vmx0: flags=8843 metric 0 mtu 1500 options=60039b ether TTTTTTTTTTTTTTTTT inet DD.DD.DD.DD netmask 0xffffff00 broadcast BB.BB.BB.BB media: Ethernet autoselect status: active nd6 options=29 while in 12.1 outputs (notices JUMBO frames enabled): vmx0: flags=8843 metric 0 mtu 1500 options=e403bb ether TTTTTTTTTTTTTTTTT inet DDDDDDDDDDDD netmask 0xffffff00 broadcast DDDDDDDDDDDDD media: Ethernet autoselect status: active nd6 options=29 Thanks in advanced, regards -- Jose G. Juanino From owner-freebsd-stable@freebsd.org Tue Nov 5 21:45:05 2019 Return-Path: Delivered-To: freebsd-stable@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 3D4D4179669 for ; Tue, 5 Nov 2019 21:45:05 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 47739X3rNBz45bR for ; Tue, 5 Nov 2019 21:45:04 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-wm1-x333.google.com with SMTP id q70so1055271wme.1 for ; Tue, 05 Nov 2019 13:45:04 -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=xjCYk05OmzjnEfxfT+oxumH7PpTo9ByimLMhaE80D0w=; b=Db9N30G+Gt++9OGqUDqsfD5Qth3EuwNp6fSpW1VyB+vRT7nA+TumbU51jyx8GoWPuv 2MgtzTwhE9r5wCJFLhKm2l7ZwneMCP03OOeh3nDmNcL+evS9eIoGehWP3iqNF9x9Ufzg t9M9DzjrhaQ8VDhzEUnpYOJc+LtS/OSba+2Q1Hqu7MdGedMRNrNU2q5cYJuU4ziJOMab PQ2Nev093fqHSrneiUYU30C19JJ2mLKmmJSTXRV3bLM6bclvXQ1RCTid0ugVY6xM256L 2VhLRDrELF6laEPfR4EuWm1VQ9X25gGpO14ZaXCmutWG3INdXK4nkGuCHcO7fovjrj9v /Sfg== 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=xjCYk05OmzjnEfxfT+oxumH7PpTo9ByimLMhaE80D0w=; b=B5+XmTp4M5aEJi2WsRHSX8T0uXU8So05+NnIYs8XbDThU+IFph2V+/yPAU78BqyqoS JjZJ6MOmsC3SE51UUHiGVhautjZiDCao3UDXqczpTfyMJ81HYrznJQqLWOd63owcbEe1 /IJLNZtsvpQ9dEsgM9rroM4xguz/cq+n6fB5P62QA+m4yUGCWcN53rYJZsAV3KebSIP5 vxC9Lj2vjToouMw2nmwQE3+AH7Z0ZR+xXlXrVgWveYvIW72SB4h8761RuA53ye+u2OPQ 6oqRG1iOtEaIT4NAsxQt7YLa6dpUsK48Th78f5yXAAnGP0i2yvZwlUoSFpK7DrZ+/1cd dXeQ== X-Gm-Message-State: APjAAAXcAZIwn/hXEnBRfJt4ou+eMemnRyMjq71xw2Tj/vOEMYz8tAKL kLOM+pPbbnFOUKpvMcugwszkZ89W9cEGriblHlFaIs/c X-Google-Smtp-Source: APXvYqyvMTBPW+COQlOeeBBIkWTAEMLPyvuGqKJHITmY3iB3Yua9/KOp113evrgB0Z/Dy9RD/+R01o5Cm8uS9se0P9k= X-Received: by 2002:a7b:c934:: with SMTP id h20mr318048wml.89.1572990302787; Tue, 05 Nov 2019 13:45:02 -0800 (PST) MIME-Version: 1.0 References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> <20191105210409.GG1177@westeros.distal.com> In-Reply-To: <20191105210409.GG1177@westeros.distal.com> From: Dewayne Geraghty Date: Wed, 6 Nov 2019 08:44:35 +1100 Message-ID: Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? To: Chris Ross Cc: FreeBSD Stable X-Rspamd-Queue-Id: 47739X3rNBz45bR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Db9N30G+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dewaynegeraghty@gmail.com designates 2a00:1450:4864:20::333 as permitted sender) smtp.mailfrom=dewaynegeraghty@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-8.71), ipnet: 2a00:1450::/32(-2.77), asn: 15169(-2.02), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 21:45:05 -0000 Chris, After you've booted the kernel, the correct way to load a module that isn't already in the kernel, is to: kldload mpr To check if mpr is loaded, try kldstat -v|grep mpr However, if you've already placed mpr_load="YES" in your /etc/loader.conf and rebooted your device, then you probably need to move into a diagnostic phase. On Wed, 6 Nov 2019 at 08:04, Chris Ross wrote: > On Tue, Nov 05, 2019 at 12:29:00PM -0800, Freddie Cash wrote: > > > I tried "load", but wasn't able to devine how to load the mpr module > with > > > that. Is that needed, or should 'mpr_load="YES"' have accomplished the > > > desired result? > > > > modulename_load="YES" is the syntax used in the loader.conf file. > > "load modulename" (without the quotes) is the syntax used at the loader > > prompt. > > > > So at the loader prompt, try the following: load mpr > > Or possibly: load mpr.ko > > Or, to get right finicky: load /boot/kernel/mpr.ko > > Thanks Freddie and Miroslav. > > I tried "load mpr" earler, but it complained it couldn't find it. I tried > again a few minutes ago using "load /boot/kernel/mpr.ko", which spun for > a bit then complained it couldn't load it before the kernel. I then > loaded the kernel (by full path), and tried again, with no response. Just > an immediate prompt. I tried "load /boot/kernel/zfs.ko" as well, in case > mpr.ko was already still in memory, but that also returned an immediate > prompt > without saying anything. So, I think I still have something wrong with my > attempts to "load". Should loading the mpr.ko before the kernel work? It > didn't with my last attempt (which I realize now was 12.0-RELEASE, > not 12.1-RELEASE). > > - Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- *Disclaimer:* *As implied by email protocols, the information in this message is not confidential. Any intermediary or recipient may inspect, modify (add), copy, forward, reply to, delete, or filter email for any purpose unless said parties are otherwise obligated. Nothing in this message may be legally binding without cryptographic evidence of its integrity and/or confidentiality.* From owner-freebsd-stable@freebsd.org Tue Nov 5 22:05:42 2019 Return-Path: Delivered-To: freebsd-stable@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 BB64417C047 for ; Tue, 5 Nov 2019 22:05:42 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4773dK5ppLz477G for ; Tue, 5 Nov 2019 22:05:41 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA5M5WFn092162 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 5 Nov 2019 17:05:40 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA5M4fJP007680 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2019 17:04:42 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA5M4fsq007679; Tue, 5 Nov 2019 17:04:41 -0500 (EST) (envelope-from cross) Date: Tue, 5 Nov 2019 17:04:41 -0500 From: Chris Ross To: Dewayne Geraghty Cc: Chris Ross , FreeBSD Stable Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191105220441.GH1177@westeros.distal.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> <20191105210409.GG1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Tue, 05 Nov 2019 17:04:42 -0500 (EST) X-Rspamd-Queue-Id: 4773dK5ppLz477G X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-2.93 / 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)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[distal.com]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.63)[ipnet: 2001:470::/32(-4.61), asn: 6939(-3.47), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 22:05:42 -0000 On Wed, Nov 06, 2019 at 08:44:35AM +1100, Dewayne Geraghty wrote: > Chris, > After you've booted the kernel, the correct way to load a module that isn't > already in the kernel, is to: > kldload mpr > To check if mpr is loaded, try > kldstat -v|grep mpr Thanks for this. I was able to boot and verify that pci/mpr is already loaded, and trying "kldload mpr" reports that it's already loaded from the kernel. So, device just not recognized. > However, if you've already placed > mpr_load="YES" in your /etc/loader.conf and rebooted your device, then you > probably need to move into a diagnostic phase. Yeah. I think I see what PCI id is missing in the driver, after digging around in the sources. I was just hoping it was a process/human error. I'll get another machine running a build, and see if I can stub it in. Thanks all. - Chris From owner-freebsd-stable@freebsd.org Tue Nov 5 23:38:01 2019 Return-Path: Delivered-To: freebsd-stable@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 151CF1A6908 for ; Tue, 5 Nov 2019 23:38:01 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 4775gq72v8z4CK0 for ; Tue, 5 Nov 2019 23:37:59 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by mail-wm1-x336.google.com with SMTP id v3so1015170wmh.1 for ; Tue, 05 Nov 2019 15:37:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=T43JL8XSQ8S7babs2V/g/ybTVcUPELoXC7Ev3qHaNO8=; b=e4CgYISYOUHSmG8+Uoi2syJWMkR3ePj0V+9rNFN4KMC8rI1hX9gJVTXl1flLwsGdvi ugh0vV45y4zBrwu2R4eahqkhh3KvZuTS4ajpx8iscAOwA7XySn9Gx6hp97PoWgYFaGG9 8ADFPEd/lFGP4o2jHN8mKyKxsf4PoH9BXMthBFMjdufVIB2/VLvB4CdWSkx9mVIY7llO bkS6sfi3vLWswMKdhVQgeEljtKUtr205QCAGYwXNBk4w32KIA04nVmo7805fL6C7s3uC yipr08szSWzfQcj1k5NAWNhScQTOP3weI5kaVkaye1Wh+hhO3E9dSoumXPTY2PqApxs3 6I1Q== 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:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=T43JL8XSQ8S7babs2V/g/ybTVcUPELoXC7Ev3qHaNO8=; b=NRMiWuxKeCLT18Q/TgVBoym/LtjA5Ps2Q/XLZRy0ZwXBEsLe677Pf00Ruo0HQyOW/A dpv2WcU4OOkz+Fa7oOb+1o2XO1TAqdfHvBq3bn7+d/2Dne4JaEsGymN4zV27xgPr8bO7 hmrwhPnqY4JXYyt6xVONdRIK5+flZpQAVhXG2Qp2N7DDAJGCUGX+dLdSeQ6ArqOPPp5B /fg6aSrA/GfnX5TAFsbTJKOpcNelXLd4QE2lYTR54LgoGb3w3QWacT9IqijWheXs13Ex B+0Ho4Cnu8R1tlbDnr+21JNU5YeLx9h8UEnVuqVU8966CiWfHoZE0cDhXJfoIC6e2CSg 0KFg== X-Gm-Message-State: APjAAAU0vBdfIPOEUI6HtRcgh489cFiB8l7qlDj42OIdFMdlUu6eqC2l dUdVUKw/WxcujfrDjrtGchBK+gJD X-Google-Smtp-Source: APXvYqwYx9jiQ27k6gO7cm498jyRhycOPySpCy7gDXtN5P54CBT3vuI/1TyZ5zihKsW/PB6C4iT4iA== X-Received: by 2002:a1c:39c2:: with SMTP id g185mr1239835wma.88.1572997077994; Tue, 05 Nov 2019 15:37:57 -0800 (PST) Received: from riemann.ust-global.com (2.153.135.60.dyn.user.ono.com. [2.153.135.60]) by smtp.gmail.com with ESMTPSA id s13sm840789wmc.28.2019.11.05.15.37.56 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Nov 2019 15:37:57 -0800 (PST) Date: Wed, 6 Nov 2019 00:37:50 +0100 From: "Jose G. Juanino" To: freebsd-stable@freebsd.org Subject: Re: High Send-Q values in netstat after upgrading to 12.1-RELEASE: system is unusable Message-ID: <20191105233750.4nojttru53i2j6cc@riemann.ust-global.com> References: <20191105214410.xef4fwksfwqkjwx3@riemann.ust-global.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191105214410.xef4fwksfwqkjwx3@riemann.ust-global.com> X-Operating-System: FreeBSD 12.1-RELEASE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 4775gq72v8z4CK0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=e4CgYISY; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jjuanino@gmail.com designates 2a00:1450:4864:20::336 as permitted sender) smtp.mailfrom=jjuanino@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[60.135.153.2.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; 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]; 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)[]; 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-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.38), ipnet: 2a00:1450::/32(-2.77), asn: 15169(-2.02), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 23:38:01 -0000 On Tuesday, November 05 at 22:44:10 CET, Jose G. Juanino wrote: > Hi all, > > today I have upgraded to 12.1-RELEASE from 12.0-RELEASE-p10 via > freebsd-update. The host is a VMware guest with vmx net interface. The > system runs with 12.0-RELEASE perfectly, with no issue, reliably for months. > > I have boot environments enabled (thanks god) and therefore I am able to > switch between both 12.0 and 12.1 versions. > > Just after boot the new 12.1 release, I noticed that my apache did not > serve pages with the previous speed, but rather the opposite: any web > operation from clients hangs. > > After a single inspection in the FreeBSD 12.1 server, I see that Send-Q > in netstat is the root cause of the issue. While in 12.0 Send-Q is > almost always zero or close to zero in every socket, in 12.1 I get the > following (snipped output): > > [ .... ] > Hi again, after doing a further research, I have noticed that in 12.0 version dev.vmx.0.txq0.hstats.tso_packets is always increasing (especially when doing large transfers), but in 12.1 is statically equal to zero, never increases. As workaround, I have disabled TCP segment offloading by setting the net.inet.tcp.tso=0 sysctl in 12.1 version and the host again performs almost as well as before in 12.0. I hope this helps others suffering the same issue. Regards -- Jose G. Juanino From owner-freebsd-stable@freebsd.org Wed Nov 6 01:28:44 2019 Return-Path: Delivered-To: freebsd-stable@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 81F701B10B3 for ; Wed, 6 Nov 2019 01:28:44 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 47787b3kbRz4Hpl for ; Wed, 6 Nov 2019 01:28:43 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id xA61SfVr065464; Tue, 5 Nov 2019 19:28:41 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201911060128.xA61SfVr065464@mail.karels.net> To: "Jose G. Juanino" cc: freebsd-stable@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: High Send-Q values in netstat after upgrading to 12.1-RELEASE: system is unusable In-reply-to: Your message of Wed, 06 Nov 2019 00:37:50 +0100. <20191105233750.4nojttru53i2j6cc@riemann.ust-global.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <65462.1573003721.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Tue, 05 Nov 2019 19:28:41 -0600 X-Rspamd-Queue-Id: 47787b3kbRz4Hpl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.06 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.86)[ip: (-6.23), ipnet: 216.160.0.0/15(-3.00), asn: 209(-0.02), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.0.0/15, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 01:28:44 -0000 > On Tuesday, November 05 at 22:44:10 CET, Jose G. Juanino wrote: > > Hi all, > > = > > today I have upgraded to 12.1-RELEASE from 12.0-RELEASE-p10 via > > freebsd-update. The host is a VMware guest with vmx net interface. The > > system runs with 12.0-RELEASE perfectly, with no issue, reliably for m= onths. > > = > > I have boot environments enabled (thanks god) and therefore I am able = to > > switch between both 12.0 and 12.1 versions. > > = > > Just after boot the new 12.1 release, I noticed that my apache did not > > serve pages with the previous speed, but rather the opposite: any web > > operation from clients hangs. > > = > > After a single inspection in the FreeBSD 12.1 server, I see that Send-= Q > > in netstat is the root cause of the issue. While in 12.0 Send-Q is > > almost always zero or close to zero in every socket, in 12.1 I get the > > following (snipped output): > > > > [ .... ] > > > Hi again, after doing a further research, I have noticed that in 12.0 > version dev.vmx.0.txq0.hstats.tso_packets is always increasing > (especially when doing large transfers), but in 12.1 is statically equal > to zero, never increases. > As workaround, I have disabled TCP segment offloading by setting the > net.inet.tcp.tso=3D0 sysctl in 12.1 version and the host again performs > almost as well as before in 12.0. Have you tried disabling jumbo rather than TSO? If jumbo is enabled on this system, but not on the client (or next hop), all the segments sent from the server that are over 1500 bytes will be lost, and data will pile up in the send queue waiting for acknowledgement. > I hope this helps others suffering the same issue. > Regards > -- = > Jose G. Juanino Mike From owner-freebsd-stable@freebsd.org Wed Nov 6 09:22:30 2019 Return-Path: Delivered-To: freebsd-stable@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 01E441AFAC3 for ; Wed, 6 Nov 2019 09:22:30 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (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 477LfF4NFHz3MbF; Wed, 6 Nov 2019 09:22:29 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 477Lf52MJ3z3lNY; Wed, 6 Nov 2019 09:22:21 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id jWp85CrNrItc; Wed, 6 Nov 2019 09:22:20 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-168-157.mobileonline.telia.com [95.192.168.157]) by mail.daemonic.se (Postfix) with ESMTPSA id 477Lf419Ssz3c7Z; Wed, 6 Nov 2019 09:22:20 +0000 (UTC) Subject: Re: 12.1-RELEASE schedule update To: Glen Barber , Warner Losh Cc: FreeBSD-STABLE Mailing List , FreeBSD Release Engineering Team , "Sergey A. Osokin" References: <20191025000552.GF51072@FreeBSD.org> <20191101134418.GW12076@FreeBSD.org> <20191101145250.GR1424@FreeBSD.org> <20191102141250.GA17205@FreeBSD.org> <20191102161829.GE5599@FreeBSD.org> <20191102183121.GX1424@FreeBSD.org> From: Niclas Zeising Message-ID: Date: Wed, 6 Nov 2019 10:22:19 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <20191102183121.GX1424@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 477LfF4NFHz3MbF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.85 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.85)[-0.847,0]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 09:22:30 -0000 On 2019-11-02 19:31, Glen Barber wrote: > On Sat, Nov 02, 2019 at 12:14:05PM -0600, Warner Losh wrote: >> On Sat, Nov 2, 2019 at 10:20 AM Glen Barber wrote: >> >>> On Sat, Nov 02, 2019 at 02:12:50PM +0000, Sergey A. Osokin wrote: >>>> On Fri, Nov 01, 2019 at 02:52:50PM +0000, Glen Barber wrote: >>>>> On Fri, Nov 01, 2019 at 01:44:18PM +0000, Sergey A. Osokin wrote: >>>>>> At the moment we have graphics/drm-fbsd12.0-kmod port for 12.0. >>>>>> I hope in most cases it's enough for RELENG_12 branch, however >>>>>> just to avoid a potential confusion I see the following options >>>>>> we can do: >>>>>> >>>>>> - create a new port for 12.1 only >>>>>> - rename the existing port to drm-fbsd12-kmod >>>>>> - rename the existing port to drm-fbsd12.1-kmod (in case of 12.0 EoL) >>>>> >>>>> What about using the meta-port and keying off of OSVERSION? >>> (Personally >>>>> I have no real preference either way, nor with any of the solutions you >>>>> propose above.) >>>> >>>> Actually we have one, graphics/drm-kmod, and it depends on the following >>> one: >>>> >>>> .elif ${OSVERSION} >= 1200058 && ${OSVERSION} < 1300000 >>>> RUN_DEPENDS= ${KMODDIR}/drm.ko:graphics/drm-fbsd12.0-kmod >>>> ... >>>> >>>> So, in case we don't expect an API/ABI changes in 12.x branch we can >>>> just rename it to drm-fbsd12-kmod, or create a specific version of >>>> the port for 12.1 - drm-fbsd12.1-kmod and update the meta-port as well. >>>> >>> >>> We should never expect this type of ABI/KBI breakage along a stable >>> branch. (That is our definition of "stable", technically, but sometimes >>> there are unexpected breakages that occasionally go undetected.) >>> >> >> The KPIs that drm depends on are quite specific and weird and aren't part >> of the set we guarantee (and we can't do what drm needs to do with only the >> 'safe' ones). It's not much different than virtual box which also has this >> issue frequently because it too falls into that category. >> > > Agreed. (FWIW, I specifically made sure the virtualbox-ose-additions > did not cause system crashes for 12.1.) > >>>>> Also, since this is repeatable thing for every upcoming release >>>>>> we can add this point to the check list and release scheduling. >>>>> >>>>> Yes, good idea. Just let us know how you want to proceed, and we can >>>>> add a note to the documentation. >>>> >>>> I mean I believe we should that (create a new port, update the meta-port, >>>> etc.) in advance, in the beginning of the first phase of release cycle. >>>> >>> >>> This seems like a reasonable approach. >>> >> >> How do we get packages from the new port into the release so that users >> don't install the 12.0 port by mistake? >> > > It just needs to be merged to the 2019Q4 ports branch. For the package > available on the dvd, it is unfortunately too late, but only the > graphics/drm-legacy-kmod and graphics/drm-stable-kmod packages are on > the dvd by default anyway. In other words, the meta-port is not > included, but once a commit is merged to the 2019Q4 branch and the > upstream binary packages are rebuilt, they will be available by default. Please note that just creating a separate package for FreeBSD 12.1 (in this case) does not solve the issue. drm-fbsd12.0-kmod builds and works fine on FreeBSD 12.1, the issue is that the version built on 12.0 does not work on 12.1. Since packages for 12.1 are built on 12.0, just having a separate package would not work in any case. Regards -- Niclas Zeising FreeBSD Graphics Team From owner-freebsd-stable@freebsd.org Wed Nov 6 19:17:28 2019 Return-Path: Delivered-To: freebsd-stable@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 269361BDA79 for ; Wed, 6 Nov 2019 19:17:28 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 477brk51yYz4Wd2 for ; Wed, 6 Nov 2019 19:17:26 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA6JHC79020425 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 6 Nov 2019 14:17:20 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA6JHBJu015429 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 6 Nov 2019 14:17:11 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA6JHBto015428 for freebsd-stable@freebsd.org; Wed, 6 Nov 2019 14:17:11 -0500 (EST) (envelope-from cross) Date: Wed, 6 Nov 2019 14:17:11 -0500 From: Chris Ross To: freebsd-stable@freebsd.org Subject: UEFI ISO boot not working in 12.1 ? Message-ID: <20191106191711.GK1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Wed, 06 Nov 2019 14:17:11 -0500 (EST) X-Rspamd-Queue-Id: 477brk51yYz4Wd2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-2.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[distal.com]; IP_SCORE(-1.63)[ipnet: 2001:470::/32(-4.62), asn: 6939(-3.49), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 19:17:28 -0000 Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a system here, which didn't work, and I found that FreeBSD-12.0-RELEASE-amd64-disc1.iso did work on that same system. Another [older] system I had was working with FreeBSD-12.1-RELEASE-amd64-disc1.iso, but after I had reason to change that older system to UEFI boot mode, I found it also would not boot the 12.1 ISO any longer A successul UEFI boot of 12.0-RELEASE-amd64-disc1 shows many lines of EFI information to the console, and nearing the bottom: BootOrder: 0001 0002 0003 0004[*] BootInfo Path: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3)/CDROM(0x1) BootInfo Path: VenHw(,) Ignoring Boot0004: No Media Path Trying ESP: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3) Setting currdev to cd3: - And, that last line is a spinning cursor, after which becomes: Loading /boot/defaults/loader.conf And continues on from there. However, the attempt to boot 12.1-RELEASE never loads the loader and allows it to boot. The console output for 12.1-RELEASE is below. Can anyone help me figure out if it's something I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? The 12.1-RELEASE shows the same as above until starting with "Trying ESP": Trying ESP: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3)/CDROM(0x1) Setting currdev to cd4: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x1) Setting currdev to cd0: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x2) Setting currdev to cd1: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3) Setting currdev to cd2: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3)/CDROM(0x0) Setting currdev to cd3: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x4) Setting currdev to cd5: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x5) Setting currdev to cd6: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x6) Setting currdev to cd7: Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x7) Setting currdev to cd8: Failed to bind bootable partition press any key to interrupt reboot in 5 seconds Let me know why 12.1-RELEASE is not behaving the same way on my systems... Thank you. - Chris From owner-freebsd-stable@freebsd.org Wed Nov 6 20:12:33 2019 Return-Path: Delivered-To: freebsd-stable@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 3CB2E1BEFC3 for ; Wed, 6 Nov 2019 20:12:33 +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" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 477d4H6N2Zz4ZhR for ; Wed, 6 Nov 2019 20:12:31 +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 xA6KBsV0026517 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 6 Nov 2019 12:12:00 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Chris Ross In-Reply-To: <20191106191711.GK1177@westeros.distal.com> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: UEFI ISO boot not working in 12.1 ? Date: Wed, 06 Nov 2019 12:12:00 -0800 Message-Id: <817c7580bb13a15bc8f5312d15306541@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 477d4H6N2Zz4ZhR 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 [0.74 / 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.94)[-0.937,0]; IP_SCORE(-0.01)[country: US(-0.05)]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-0.22)[-0.222,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)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 20:12:33 -0000 On Wed, 6 Nov 2019 14:17:11 -0500 Chris Ross cross+freebsd@distal=2Ecom said > Hi there=2E I tried booting FreeBSD-12=2E1-RELEASE-amd64-disc1=2Eiso on a syst= em > here, which didn't work, and I found that > FreeBSD-12=2E0-RELEASE-amd64-disc1=2Eiso > did work on that same system=2E Another [older] system I had was working w= ith > FreeBSD-12=2E1-RELEASE-amd64-disc1=2Eiso, but after I had reason to change th= at > older system to UEFI boot mode, I found it also would not boot the 12=2E1= =20 > ISO any longer >=20 > A successul UEFI boot of 12=2E0-RELEASE-amd64-disc1 shows many lines of EFI > information to the console, and nearing the bottom: >=20 > BootOrder: 0001 0002 0003 0004[*] > BootInfo Path: > PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3)/CDROM(0x1) > BootInfo Path: VenHw(,) > Ignoring Boot0004: No Media Path > Trying ESP: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3= ) > Setting currdev to cd3: > - >=20 > And, that last line is a spinning cursor, after which becomes: >=20 > Loading /boot/defaults/loader=2Econf >=20 > And continues on from there=2E However, the attempt to boot 12=2E1-RELEASE > never loads the loader and allows it to boot=2E The console output > for 12=2E1-RELEASE is below=2E Can anyone help me figure out if it's somethi= ng > I need to do? How has 12=2E1 changed w=2Er=2Et=2E 12=2E0 for UEFI? >=20 > The 12=2E1-RELEASE shows the same as above until starting with "Trying ESP"= : >=20 > Trying ESP: > PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3)/CDROM(0x1) > Setting currdev to cd4: > Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x1) > Setting currdev to cd0: > Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x2) > Setting currdev to cd1: > Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3) > Setting currdev to cd2: > Trying: > PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x3)/CDROM(0x0) > Setting currdev to cd3: > Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x4) > Setting currdev to cd5: > Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x5) > Setting currdev to cd6: > Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x6) > Setting currdev to cd7: > Trying: PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0)/USB(0x2,0x0)/Unit(0x7) > Setting currdev to cd8: > Failed to bind bootable partition > press any key to interrupt reboot in 5 seconds >=20 > Let me know why 12=2E1-RELEASE is not behaving the same way on my systems=2E=2E= =2E >=20 > Thank you=2E >=20 > - Chris Not trying to hijack this thread, But on a similar note; Wile I'm able to boot/install from them=2E None of the October (12=2E1) install images will produce a bootable install=2E So I'm stuck on RELENG-12=2E This is on a Core 13 second gen=2E IOW my problem is the inverse of yours=2E --Chris From owner-freebsd-stable@freebsd.org Wed Nov 6 21:03:30 2019 Return-Path: Delivered-To: freebsd-stable@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 9DCCE1781EF for ; Wed, 6 Nov 2019 21:03:30 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 477fC54v55z4dRV for ; Wed, 6 Nov 2019 21:03:29 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA6L3KJ1022240 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 6 Nov 2019 16:03:28 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA6L2u1v016065 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Nov 2019 16:02:57 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA6L2uOP016064; Wed, 6 Nov 2019 16:02:56 -0500 (EST) (envelope-from cross) Date: Wed, 6 Nov 2019 16:02:56 -0500 From: Chris Ross To: Chris Ross Cc: freebsd-stable@freebsd.org Subject: Re: UEFI ISO boot not working in 12.1 ? Message-ID: <20191106210256.GL1177@westeros.distal.com> References: <20191106191711.GK1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191106191711.GK1177@westeros.distal.com> User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Wed, 06 Nov 2019 16:02:57 -0500 (EST) X-Rspamd-Queue-Id: 477fC54v55z4dRV X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.77 / 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)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[distal.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.47)[ip: (-4.21), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.49), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 21:03:30 -0000 On Wed, Nov 06, 2019 at 02:17:11PM -0500, Chris Ross wrote: > > Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a system > here, which didn't work, and I found that FreeBSD-12.0-RELEASE-amd64-disc1.iso > did work on that same system. [Systems were configured to boot in UEFI mode] > > And continues on from there. However, the attempt to boot 12.1-RELEASE > never loads the loader and allows it to boot. The console output > for 12.1-RELEASE is below. Can anyone help me figure out if it's something > I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? More information. A stable/12 ISO that I built fails in the same way the 12.1-RELEASE ISO did. But, I just grabbed releng/12.0, and built a release ISO, and it boots. So, something seems definately to have changed in the way the UEFI bits are on the boot ISOs? Or maybe a change in the loader? Is okay in releng/12.0, but broken in 12.1-RELEASE and stable/12. Let me know what to try next. - Chris From owner-freebsd-stable@freebsd.org Wed Nov 6 21:13:31 2019 Return-Path: Delivered-To: freebsd-stable@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 2EC801788E9 for ; Wed, 6 Nov 2019 21:13:31 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 477fQf1wPxz4fDw for ; Wed, 6 Nov 2019 21:13:30 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA6LDLes022469 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 6 Nov 2019 16:13:29 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA6LCmbe016143 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Nov 2019 16:12:48 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA6LCm6u016142; Wed, 6 Nov 2019 16:12:48 -0500 (EST) (envelope-from cross) Date: Wed, 6 Nov 2019 16:12:48 -0500 From: Chris Ross To: Chris Ross Cc: Dewayne Geraghty , FreeBSD Stable Subject: Re: Cisco 12G SAS RAID support ? Message-ID: <20191106211248.GM1177@westeros.distal.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> <20191105210409.GG1177@westeros.distal.com> <20191105220441.GH1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191105220441.GH1177@westeros.distal.com> User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Wed, 06 Nov 2019 16:12:49 -0500 (EST) X-Rspamd-Queue-Id: 477fQf1wPxz4fDw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; 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]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[distal.com]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.41)[ip: (-3.87), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.49), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; TAGGED_FROM(0.00)[freebsd]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 21:13:31 -0000 On Tue, Nov 05, 2019 at 05:04:41PM -0500, Chris Ross wrote: > > However, if you've already placed > > mpr_load="YES" in your /etc/loader.conf and rebooted your device, then you > > probably need to move into a diagnostic phase. > > Yeah. I think I see what PCI id is missing in the driver, after digging > around in the sources. I was just hoping it was a process/human error. > I'll get another machine running a build, and see if I can stub it in. Okay. Well, the simple try didn't magically work. I added a few lines in dev/mpr/mpr_pci.c in releng/12.0, built a new ISO, and booted. Now it recognizes the part, but says the following: pcib7: [...] pci7: numa-domain 0 on pcib7 mpr0: port 0x7000-0x70ff mem 0xb8000000-0xb80fffff,0xb7f00000-0xb7ffffff,0xb7e00000-0xb7efffff at device 0.0 numa-domain 0 on pci7 mpr0: IOC in fault state 0x0, resetting mpr0: IOC in fault state 0x0, resetting mpr0: IOC in fault state 0x0, resetting mpr0: IOC in fault state 0x0, resetting mpr0: IOC in fault state 0x0, resetting mpr0: IOC in fault state 0x0, resetting There is about a 4 second pause between each of the "in fault state, resetting" lines. This may not be a freebsd-stable converstion any longer. I'm going to switch over to freebsd-drivers, unless someone has a suggestion of a better list for trying to figure out if small adjustments can be made to the mpr driver to accept this device. Thanks all. - Chris From owner-freebsd-stable@freebsd.org Wed Nov 6 22:54:12 2019 Return-Path: Delivered-To: freebsd-stable@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 6C72B17AA41 for ; Wed, 6 Nov 2019 22:54:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 477hfq3rQhz3FmS for ; Wed, 6 Nov 2019 22:54:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x829.google.com with SMTP id h2so240201qto.1 for ; Wed, 06 Nov 2019 14:54:11 -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=9F8+NF8hDyxCKdgOEWlXJXRcCj0lL6uufrjcYjYkrzk=; b=Bg6N4fXvdlPSxB/sW5QnQ0iX7V/RuYUIKDQyKeHV9G7brjRpVtu1QtlIuJRS3FlSA9 NQDDU4xbyqj3lIiRmshpmrSFOZVqzK3j6LNlaCx98sVkzgRNZVGM4aW6/P3T14NxZgaJ x/U/hljOVJuuM4k9qe30ko+XzVk9PK7DUx3vb9LduhstFvN+PXaEGOUmGT5xEFdwedmb HvulfJu8q21ZA0d+ipyJRAA5RcxiW/TryKbotIRAQnCdd2qLzjah6rPJpizZ3PDyv8L/ fMWInvFnqv3ETsD+s5J+94t7vmUHK7+xBm0pFkxQVxwMyR+BlnmOyEOa/BpvOP7PqsZL fVTA== 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=9F8+NF8hDyxCKdgOEWlXJXRcCj0lL6uufrjcYjYkrzk=; b=P5UGwnIL4QphWjt7iXpqNhtMn2KLbNkg9/Ps2haLJexavGd3jFVTaadXwgEpEZeW7m +OxJlDovv+gCpnxFsqT7zS3N0fM+U1034xtBIk4BAhEF/K3bxgVaEQi6bqm31Pxdc4b9 i4CJ3KmVYL2scjbkdQODcKebZGRzAfHNM/TJrS0MnD9I0VCRzYAauXj+B00448oFKGyq 8Bv4N1q2aWObKeBCYt1HpKoLz9dIwQb0yjwTuajznMrm1p03jbRbOGT98kuIPzNSyzo3 dsutgDAXH/HnYxC4rbN9PKPn6wc37EfgTqYYkZYiUyn4NlPoLT4RMy+VOCdShU+QH+zS TYCQ== X-Gm-Message-State: APjAAAVlYiPeomQW2ul5tbrcnRi9kQ0pEV05EYictigFj7+PJqHMyTU2 +HGO2adifCMXIukprvEXlC5KWQnDsrqyF+myqNKIdg== X-Google-Smtp-Source: APXvYqyxV9E9rFF0gU5E2CgJluIcRczFOpEVNtZrqPqC1qeZEawKW1jDJBe17ZwEFYXKJuvLO95qtbedqHiiThbSnSE= X-Received: by 2002:aed:3be9:: with SMTP id s38mr468641qte.175.1573080849962; Wed, 06 Nov 2019 14:54:09 -0800 (PST) MIME-Version: 1.0 References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> In-Reply-To: <20191106210256.GL1177@westeros.distal.com> From: Warner Losh Date: Wed, 6 Nov 2019 15:53:58 -0700 Message-ID: Subject: Re: UEFI ISO boot not working in 12.1 ? To: Chris Ross Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 477hfq3rQhz3FmS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Bg6N4fXv; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::829) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.75 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; IP_SCORE(-2.75)[ip: (-9.34), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), country: US(-0.05)]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[9.2.8.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]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 22:54:12 -0000 On Wed, Nov 6, 2019 at 2:03 PM Chris Ross wrote: > On Wed, Nov 06, 2019 at 02:17:11PM -0500, Chris Ross wrote: > > > > Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a > system > > here, which didn't work, and I found that > FreeBSD-12.0-RELEASE-amd64-disc1.iso > > did work on that same system. [Systems were configured to boot in UEFI > mode] > > > > And continues on from there. However, the attempt to boot 12.1-RELEASE > > never loads the loader and allows it to boot. The console output > > for 12.1-RELEASE is below. Can anyone help me figure out if it's > something > > I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? > > More information. A stable/12 ISO that I built fails in the same way the > 12.1-RELEASE ISO did. But, I just grabbed releng/12.0, and built a release > ISO, and it boots. So, something seems definately to have changed in the > way > the UEFI bits are on the boot ISOs? Or maybe a change in the loader? > Is okay in releng/12.0, but broken in 12.1-RELEASE and stable/12. > > Let me know what to try next. > 99% sure it's a change in the loader. Do you have an easy way to put loader.efi into a 12.0 ISO? Warner From owner-freebsd-stable@freebsd.org Wed Nov 6 22:58:49 2019 Return-Path: Delivered-To: freebsd-stable@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 3697B17AC10 for ; Wed, 6 Nov 2019 22:58:49 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 477hm74ksTz3Fx2 for ; Wed, 6 Nov 2019 22:58:47 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from [192.168.0.15] ([82.18.193.38]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.163]) with ESMTPSA (Nemesis) id 1N94FT-1hpG6h09Bf-0165yB for ; Wed, 06 Nov 2019 23:58:40 +0100 To: freebsd-stable@freebsd.org From: James Wright Subject: Random system lockups with 12.1-STABLE r354241 amd64 Message-ID: <94c8138c-2b99-2d8c-7431-bfdc5c7939bc@jigsawdezign.com> Date: Wed, 6 Nov 2019 22:58:36 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Provags-ID: V03:K1:M4SSlk/m46HNTb+K4pcStjOKKinnoBZzyGZu7XxPWAXVdtcVIjw oz9O3qezuKQcddQAymZseyKUsRTboLi1i/0Ulwi3LDVDBeOj1JFhxbObEmoE4rRcsuaC1hW SJp3m7xWU/yU6GhnUIcYsq9m+nHh9zb3hUYs8ldWsm5XsrbE0wY+yA5Cbjb8NoDneNFQpOC QwggHHnTXsdklK/OdzUJg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:0pRAzbF6XhM=:1rctsVYMLQBLKkczC9LiYA 50Lut0eOp22G46m0CCTVEyVmOLMYjPNw49nQ7O07/34PB2pmAEpYn9Ic9c9ZkPe3ErytwFHi5 lPM+Nl/54XsRTe7vyzKsnOPNpJwEizMHkRV5CS2lS82zMVu3IxLVAAyYMxIqJq4r5T/xUaNVR weTB1Lv4lW7ip2O0jJtDQ7xmUOGCA08F3Hu/l67pMulvJbLOq7Wk24JgtQraDBNqIoF/GEgNJ DcG+51ULVi4ZUYH4GhpQIqcOcOHFWPqBQn7AWSlmstcv1y1zGx2xOneMrkJ0iOCozfQF8j1Kd cWrrXQCdGzDrEQdzRn019JybUNXZYXlDwq67h4JUC87AXv/w66/bcyoZzw6gOQuLXbwdqYXVQ 7jP9t/iQNCWDfixRHkJ0UggahkcCpDxmAg1sB/EipHOXD9723NTxKSP2a9qw3Vtwc13bwB6Vo zqciICS7NORHAsgvM+j0c3EkWXhA6omVjHGD0BPxyjpbDuK3XGCeLIqKyfv2eJpLvv6P2Tcqa kABp6LHMCBJ+Dxv4UbmG8HAoCCaTc5lT6pwKAdiiDvkfVvwGVuRAlZV/QXdGyg0bqHdr6nL9e FwenUVaadLiyf0d0aBnQLyEbNjO34Jw0NQ5hI3m0AMBGiDvf9/11O3WPun2i1ep5UM3Miw7MC qRmlOZcxJffkiqjO/yprFAEOoBvJ1ayuR9lYulI/vjwBjq7w8LWhLJGIPII/4yz5DQ9BUpAe3 n7eJ/Qq9zKdOda9xVWMJ9d0wkud9VAbc9r7Teq+VbDH1R/TtShcKMKng35UPAyEPK47lEmdsw HIn0JYdVv7j0Ak5XYaogST5qlFqrD4SUPlKdBRODgUXnkiVgSd9jhxvgsnhl+kp2YGVHwPXCE 93BZnid3gCoDFvJmw15pK8kx3flNLEdlOBpEYxmAs= X-Rspamd-Queue-Id: 477hm74ksTz3Fx2 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of james.wright@jigsawdezign.com has no SPF policy when checking 212.227.126.131) smtp.mailfrom=james.wright@jigsawdezign.com X-Spamd-Result: default: False [1.67 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.389,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.50)[ip: (1.57), ipnet: 212.227.0.0/16(-1.33), asn: 8560(2.28), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[jigsawdezign.com]; NEURAL_SPAM_LONG(0.65)[0.655,0]; RCVD_IN_DNSWL_NONE(0.00)[131.126.227.212.list.dnswl.org : 127.0.5.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:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 22:58:49 -0000 Hi,    Since upating to r354241 a few days ago I've been experiencing more frequent complete system lockups, with around 4 happening over the last couple of days. Prior to this I would get the occasional lockup, perhaps once a month on my laptop which is used daily.   I'm finding it hard to determine the issue as it seems completely random, and the only course of action left open once it occurs is to hard power down the machine, which *always* seems to lead to filesystem inconsistencies upon restarting, (the file system is UFS with SU+J).   Can anyone offer some advice as to how I can track down this issue? # uname -a FreeBSD macbook 12.1-STABLE FreeBSD 12.1-STABLE r354241 GENERIC amd64 # dmesg ---<>--- Copyright (c) 1992-2019 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 12.1-STABLE r354241 GENERIC amd64 FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) VT(efifb): resolution 1440x900 CPU: Intel(R) Core(TM) i7-5650U CPU @ 2.20GHz (2200.05-MHz K8-class CPU)   Origin="GenuineIntel"  Id=0x306d4  Family=0x6  Model=0x3d Stepping=4 Features=0xbfebfbff Features2=0x7ffafbff   AMD Features=0x2c100800   AMD Features2=0x121   Structured Extended Features=0x21c2fbb   Structured Extended Features3=0x9c000400   XSAVE Features=0x1   VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID   TSC: P-state invariant, performance statistics real memory  = 8589934592 (8192 MB) avail memory = 8154464256 (7776 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 hardware threads random: unblocking device. ioapic0 irqs 0-39 on motherboard Launching APs: 1 2 3 Timecounter "TSC-low" frequency 1100025386 Hz quality 1000 random: entropy device external interface kbd0 at kbdmux0 000.000023 [4336] netmap_init               netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff81131fa0, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" nexus0 efirtc0: on motherboard efirtc0: registered as a time-of-day clock, resolution 1.000000s cryptosoft0: on motherboard acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) hpet0: iomem 0xfed00000-0xfed03fff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 cpu0: on acpi0 atrtc0: port 0x70-0x77 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x3000-0x303f mem 0xc0000000-0xc0ffffff,0xb0000000-0xbfffffff at device 2.0 on pci0 vgapci0: Boot video device hdac0: mem 0xc1610000-0xc1613fff at device 3.0 on pci0 xhci0: mem 0xc1600000-0xc160ffff at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 22.0 (no driver attached) hdac1: mem 0xc1614000-0xc1617fff at device 27.0 on pci0 pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.1 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: at device 28.2 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: at device 28.4 on pci0 pci4: on pcib4 pcib5: at device 28.5 on pci0 pci5: on pcib5 ahci0: mem 0xc1300000-0xc1301fff at device 0.0 on pci5 ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 isab0: at device 31.0 on pci0 isa0: on isab0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 asmc0: port 0x300-0x31f iomem 0xfef00000-0xfef0ffff irq 6 on acpi0 uart0: <8250 or 16450 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0 uart0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. coretemp0: on cpu0 est0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm1: at nid 18,16 and 24 on hdaa1 ugen0.1: <0x8086 XHCI root HUB> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 3.x device ada0: Serial Number S1W3NYAG303254 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 477102MB (977105060 512 byte sectors) Trying to mount root from ufs:/dev/ada0p5 [rw,noatime]... drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io [drm] Unable to create a private tmpfs mount, hugepage support will be disabled(-19). Failed to add WC MTRR for [0xb0000000-0xbfffffff]: -22; performance may suffer [drm] Got stolen memory base 0x8c000000, size 0x4000000 [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. [drm] Connector eDP-1: get mode from tunables: [drm]   - kern.vt.fb.modes.eDP-1 [drm]   - kern.vt.fb.default_mode [drm] Connector DP-1: get mode from tunables: [drm]   - kern.vt.fb.modes.DP-1 [drm]   - kern.vt.fb.default_mode [drm] Connector HDMI-A-1: get mode from tunables: [drm]   - kern.vt.fb.modes.HDMI-A-1 [drm]   - kern.vt.fb.default_mode [drm] Connector DP-2: get mode from tunables: [drm]   - kern.vt.fb.modes.DP-2 [drm]   - kern.vt.fb.default_mode [drm] Connector HDMI-A-2: get mode from tunables: [drm]   - kern.vt.fb.modes.HDMI-A-2 [drm]   - kern.vt.fb.default_mode [drm] Initialized i915 1.6.0 20171222 for drmn0 on minor 0 uhub0: 15 ports with 15 removable, self powered VT: Replacing driver "efifb" with new "fb". start FB_INFO: type=11 height=900 width=1440 depth=32 cmsize=16 size=5185536 pbase=0xb0006000 vbase=0xfffff800b0006000 name=drmn0 flags=0x0 stride=5760 bpp=32 cmap[0]=0 cmap[1]=7f0000 cmap[2]=7f00 cmap[3]=c4a000 end FB_INFO drmn0: fb0: inteldrmfb frame buffer device lo0: link state changed to UP ugen0.2: at usbus0 ugen0.3: at usbus0 ugen0.4: at usbus0 ukbd0 on uhub0 ukbd0: on usbus0 kbd1 at ukbd0 wsp0 on uhub0 wsp0: on usbus0 ugen0.5: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0:  SCSI over Bulk-Only; quirks = 0x4000 umass0:1:0: Attached to scbus1 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe0:umass-sim0:0:0:0): Error 6, Unretryable error da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI device da0: Serial Number 000000000820 da0: 400.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da0: quirks=0x2 axe0 on uhub0 axe0: <0> on usbus0 uhid0 on uhub0 uhid0: on usbus0 CPU: Intel(R) Core(TM) i7-5650U CPU @ 2.20GHz (2200.05-MHz K8-class CPU)   Origin="GenuineIntel"  Id=0x306d4  Family=0x6  Model=0x3d Stepping=4 Features=0xbfebfbff Features2=0x7ffafbff   AMD Features=0x2c100800   AMD Features2=0x121   Structured Extended Features=0x21c2fbb   Structured Extended Features3=0x9c000400   XSAVE Features=0x1   VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID   TSC: P-state invariant, performance statistics hdac0: Unexpected unsolicited response from address 0: 00000000 From owner-freebsd-stable@freebsd.org Wed Nov 6 23:42:51 2019 Return-Path: Delivered-To: freebsd-stable@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 27AB517BFE7 for ; Wed, 6 Nov 2019 23:42:51 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 477jky5KD1z3J57 for ; Wed, 6 Nov 2019 23:42:50 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (c-73-225-95-104.hsd1.wa.comcast.net [73.225.95.104]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id xA6NglD1083634 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO); Wed, 6 Nov 2019 15:42:49 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: Random system lockups with 12.1-STABLE r354241 amd64 To: James Wright , freebsd-stable@freebsd.org References: <94c8138c-2b99-2d8c-7431-bfdc5c7939bc@jigsawdezign.com> From: Julian Elischer Message-ID: Date: Wed, 6 Nov 2019 15:42:42 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <94c8138c-2b99-2d8c-7431-bfdc5c7939bc@jigsawdezign.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 477jky5KD1z3J57 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-2.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:36236, ipnet:204.109.60.0/22, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 23:42:51 -0000 On 11/6/19 2:58 PM, James Wright wrote: > Hi, > > [...] > >   Can anyone offer some advice as to how I can track down this issue? The first question which I couldn't see from your dmesg is "do you have ht krnel debugger configured into your kernel?" From owner-freebsd-stable@freebsd.org Wed Nov 6 23:46:47 2019 Return-Path: Delivered-To: freebsd-stable@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 21C1217C2CE for ; Wed, 6 Nov 2019 23:46:47 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 477jqW06Xmz3JV0 for ; Wed, 6 Nov 2019 23:46:46 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (c-73-225-95-104.hsd1.wa.comcast.net [73.225.95.104]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id xA6Nk0tB083666 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO); Wed, 6 Nov 2019 15:46:02 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: UEFI ISO boot not working in 12.1 ? To: Warner Losh , Chris Ross Cc: FreeBSD-STABLE Mailing List References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> From: Julian Elischer Message-ID: <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> Date: Wed, 6 Nov 2019 15:45:54 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 477jqW06Xmz3JV0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-2.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; ASN(0.00)[asn:36236, ipnet:204.109.60.0/22, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2019 23:46:47 -0000 On 11/6/19 2:53 PM, Warner Losh wrote: > On Wed, Nov 6, 2019 at 2:03 PM Chris Ross wrote: > >> On Wed, Nov 06, 2019 at 02:17:11PM -0500, Chris Ross wrote: >>> Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a >> [...] >>> I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? >> More information. A stable/12 ISO that I built fails in the same way the >> 12.1-RELEASE ISO did. But, I just grabbed releng/12.0, and built a release >> ISO, and it boots. So, something seems definately to have changed in the >> way >> the UEFI bits are on the boot ISOs? Or maybe a change in the loader? >> Is okay in releng/12.0, but broken in 12.1-RELEASE and stable/12. >> >> Let me know what to try next. >> You could try some bisection back along the  12 branch.. From owner-freebsd-stable@freebsd.org Thu Nov 7 00:04:39 2019 Return-Path: Delivered-To: freebsd-stable@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 4042F17CCD0 for ; Thu, 7 Nov 2019 00:04:39 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-io1-xd41.google.com (mail-io1-xd41.google.com [IPv6:2607:f8b0:4864:20::d41]) (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 477kD51J3tz3KHJ for ; Thu, 7 Nov 2019 00:04:36 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-io1-xd41.google.com with SMTP id j13so294768ioe.0 for ; Wed, 06 Nov 2019 16:04:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SMXXqkq3s5GUbzBmBZpghbyL0fr1zYTC6D6drNTIxWA=; b=ghrb8LmRZZ5bOi4nsAvHpC9ofG3e/8UXCxxdJ9PSmSUD9Rpq/rkmTT37Qb/LCPA86v uj0Ew10gL9DqBffcaPkTTENe9d8fUiC+M097CGaLHrMG5uzzyz3PyApkbMnUtnc+2Vr6 J04MrH1t3BZ1gPSydtrGwctbyp3GWU3Wxo8GVROfPjVuMwUA9qKRvcfChlD9dj96jJWL jziWEaZn8GxEtjDaSepF6iez5BINusGd0K9vi+/OcsKbwx6AFoqHSDtRxpesCw3vRWrU yhecMqQw2k9G1/TFo6BEq1pbn4I98w/76u0mETrATajVNggoUAuq44Z/UYVR8DF2ElA3 Vy5w== 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=SMXXqkq3s5GUbzBmBZpghbyL0fr1zYTC6D6drNTIxWA=; b=NvvOGgufkqqK5iwJZKdBnPEKzWzQuO92OnS9klPftAj0URTtgqxwdAX1G1PStFo0eD hcQv8GlAEYMQtCjwIBjarrxedB+3Z/+pfoyDlw7BejE/U3j1BJjxjamSrNYeTQM9EJbt w5WljZ33h5HF659sG4FCmYIE55ahA31jE4XUWyi90OJ1863K45V0X0CKmSOQo7hkuYh3 JDatTBf2iRdcJ0a6WFDewX91oVNOMA4qnbL26nGNTudywKXLI0S/tk9TOjvMR2WDFxog AvkOfRgQjBSDfyKHwCwXXNTC6ssAbAOMoYzWL91qO/uDVkbrz5O0IeJ7O9JzwRwWLwSk A2bw== X-Gm-Message-State: APjAAAUrGuBtt5km5tO8d+LDa07tpohBj+BH4b8a95FWvmWuBIi0oogF JihNIHHA66xEAF3djpSriG30OMSQxeQ/i6ONae/nsA== X-Google-Smtp-Source: APXvYqzT4jJz/3fwoOcjke40SoC6sH2fbqXOrikvrQxotBGtXngZ0dFWfS6GPL8XvcC0boNFUQshTJ02cI15CkHQHMw= X-Received: by 2002:a6b:b988:: with SMTP id j130mr440549iof.106.1573085075484; Wed, 06 Nov 2019 16:04:35 -0800 (PST) MIME-Version: 1.0 References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> In-Reply-To: <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> From: George Michaelson Date: Thu, 7 Nov 2019 10:04:24 +1000 Message-ID: Subject: Re: UEFI ISO boot not working in 12.1 ? To: Julian Elischer Cc: Warner Losh , Chris Ross , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 477kD51J3tz3KHJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20150623.gappssmtp.com header.s=20150623 header.b=ghrb8LmR; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2607:f8b0:4864:20::d41 as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-1.95 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[algebras-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.45)[ip: (2.19), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 00:04:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239876 is relevant maybe? On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: > > On 11/6/19 2:53 PM, Warner Losh wrote: > > On Wed, Nov 6, 2019 at 2:03 PM Chris Ross wrote: > > > >> On Wed, Nov 06, 2019 at 02:17:11PM -0500, Chris Ross wrote: > >>> Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a > >> [...] > >>> I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? > >> More information. A stable/12 ISO that I built fails in the same way the > >> 12.1-RELEASE ISO did. But, I just grabbed releng/12.0, and built a release > >> ISO, and it boots. So, something seems definately to have changed in the > >> way > >> the UEFI bits are on the boot ISOs? Or maybe a change in the loader? > >> Is okay in releng/12.0, but broken in 12.1-RELEASE and stable/12. > >> > >> Let me know what to try next. > >> > You could try some bisection back along the 12 branch.. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Nov 7 00:18:12 2019 Return-Path: Delivered-To: freebsd-stable@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 C8E5E17D7D1 for ; Thu, 7 Nov 2019 00:18:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 477kWl5mSkz3LTB for ; Thu, 7 Nov 2019 00:18:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x833.google.com with SMTP id p20so424330qtq.5 for ; Wed, 06 Nov 2019 16:18:11 -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=3vq5Aji/3FfmHbz41CBd/f500BDA8zf/FeIV7IcTQ+8=; b=Rmb7rgMlf0/mxl70H2ZnLk4PAW0M4w9LsslHfFfCl3pcYaabXzPLm5sW2cNeRLNQ8o z38K+du0SPHFoox7S+84/Ioamv+Z8qORxmVStt358rrmvqObBwmH6QHVRycpsCbaP9ZX etcA2P6/6xRI0Ti4tAi0VVeToWBpyNs81tAR7l2oJ7eX8w+ry+UbxPfhpxDyUrMmuyws 82O2IutwIErUfBEb/xlEVfqNroqX7G+LuZnivUf0KcKq+pAzNSmW/XtaPqrHvP9b61Dh eTVv8FJc1YtNEg4f+j7jFl9u/dZEHz2Hdjx8YwlsWeYAFO0meu24Lg3A15Y0TdZ42ZkM zCig== 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=3vq5Aji/3FfmHbz41CBd/f500BDA8zf/FeIV7IcTQ+8=; b=JYaG047GQo38Ml0ecNZEhRb7IF1ZtzPHmqnMGPJEa7l00JdlsOTOrQv745Z3tizmS0 3CC3/BsHo7G7sVts8r/a4lEIvfvbHbkmwO9AJtQal4mRMqkzrdmGfuFpAxyJv9d9Nnw8 JJP8lgESvCfASH81YuSKHvusINOFkLSqAEmt7k0WvcZFfJ0nFzznfMhR/MZiBzhJlglj nakuCVvZQlHvw14AdhBZdZ1wSXXHZ7HaQxDEXJO3z7yUmJEndcPGgRDce3WEDeHQqqTL M0vfsYcv5Z+Y6fm96IoJPrePo3BVHjFu/YdlxKqlOiOyGzpeX+vP7Yzf+lOmPtutqpFp LGxw== X-Gm-Message-State: APjAAAUEHEKHbbA/E8lxTXi5B2tYIp2b4OBeygU64GnHx8EBAZRenAsj uDAFn0jyaKoaVPIRZqi3MOoD2JceJl8JWKqDa/XsBw== X-Google-Smtp-Source: APXvYqyr1gnh6fMqH2GliYyZAx7EoXYMcI3Nfxg+5Leu/j7wbPckfW3lM5LSGjkRZka5JVTHp+8uiix9/Vhwe9OpD+s= X-Received: by 2002:ac8:7216:: with SMTP id a22mr842111qtp.187.1573085890305; Wed, 06 Nov 2019 16:18:10 -0800 (PST) MIME-Version: 1.0 References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> In-Reply-To: From: Warner Losh Date: Wed, 6 Nov 2019 17:17:58 -0700 Message-ID: Subject: Re: UEFI ISO boot not working in 12.1 ? To: George Michaelson Cc: Julian Elischer , Chris Ross , FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 477kWl5mSkz3LTB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Rmb7rgMl; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::833) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.73 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(-2.73)[ip: (-9.25), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), country: US(-0.05)]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[3.3.8.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]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 00:18:12 -0000 No. That's netboot which is a different path in the loader. Warner On Wed, Nov 6, 2019, 5:04 PM George Michaelson wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239876 is relevant > maybe? > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: > > > > On 11/6/19 2:53 PM, Warner Losh wrote: > > > On Wed, Nov 6, 2019 at 2:03 PM Chris Ross > wrote: > > > > > >> On Wed, Nov 06, 2019 at 02:17:11PM -0500, Chris Ross wrote: > > >>> Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a > > >> [...] > > >>> I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? > > >> More information. A stable/12 ISO that I built fails in the same way > the > > >> 12.1-RELEASE ISO did. But, I just grabbed releng/12.0, and built a > release > > >> ISO, and it boots. So, something seems definately to have changed in > the > > >> way > > >> the UEFI bits are on the boot ISOs? Or maybe a change in the loader? > > >> Is okay in releng/12.0, but broken in 12.1-RELEASE and stable/12. > > >> > > >> Let me know what to try next. > > >> > > You could try some bisection back along the 12 branch.. > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > From owner-freebsd-stable@freebsd.org Thu Nov 7 00:21:48 2019 Return-Path: Delivered-To: freebsd-stable@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 E257017DB90 for ; Thu, 7 Nov 2019 00:21:48 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 477kbw5mR8z3Lr0 for ; Thu, 7 Nov 2019 00:21:48 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (c-73-225-95-104.hsd1.wa.comcast.net [73.225.95.104]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id xA70LdSO083833 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO); Wed, 6 Nov 2019 16:21:40 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: UEFI ISO boot not working in 12.1 ? To: George Michaelson Cc: FreeBSD-STABLE Mailing List , Chris Ross References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> From: Julian Elischer Message-ID: <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> Date: Wed, 6 Nov 2019 16:21:33 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 477kbw5mR8z3Lr0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-2.00 / 15.00]; TAGGED_RCPT(0.00)[freebsd]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; ASN(0.00)[asn:36236, ipnet:204.109.60.0/22, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 00:21:48 -0000 On 11/6/19 4:04 PM, George Michaelson wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239876 is relevant maybe? I suspect a separate bug because the OP specified that it worked in 12.0 where those bugs go back to 9.x Julian. > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: >> On 11/6/19 2:53 PM, Warner Losh wrote: >>> On Wed, Nov 6, 2019 at 2:03 PM Chris Ross wrote: >>> >>>> On Wed, Nov 06, 2019 at 02:17:11PM -0500, Chris Ross wrote: >>>>> Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a >>>> [...] >>>>> I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? >>>> More information. A stable/12 ISO that I built fails in the same way the >>>> 12.1-RELEASE ISO did. But, I just grabbed releng/12.0, and built a release >>>> ISO, and it boots. So, something seems definately to have changed in the >>>> way >>>> the UEFI bits are on the boot ISOs? Or maybe a change in the loader? >>>> Is okay in releng/12.0, but broken in 12.1-RELEASE and stable/12. >>>> >>>> Let me know what to try next. >>>> >> You could try some bisection back along the 12 branch.. >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Thu Nov 7 00:56:14 2019 Return-Path: Delivered-To: freebsd-stable@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 E468F17EA7B for ; Thu, 7 Nov 2019 00:56:14 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-io1-xd43.google.com (mail-io1-xd43.google.com [IPv6:2607:f8b0:4864:20::d43]) (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 477lMd6spbz3Nt0 for ; Thu, 7 Nov 2019 00:56:13 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-io1-xd43.google.com with SMTP id q83so394575iod.1 for ; Wed, 06 Nov 2019 16:56:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ULDcmGXL9p7OjsX2Ut2IFebtVZYQlKCC6QYSsz3UBhA=; b=sTURTns0n14C7jIRmjuG4D+KUkdI2Rq+OiQ9zpoN//xxfQpFZWH8fs1Gt8jKSQFWYp avtXnZ7HTouXAk+Dxwkk2TpUgk/dO3KthV9AaIe27mTjVrgXE2C1jGPnAWObCXnp0AWS ADkHCuOwCR3aReSNtaDrCUwKkf04u4bk64QQdDXolqnqHwdkNW1+NhBgbiQDGGxw2NCo /EhAFbWicJhHFqsmFgAgqpwtXWQleiXyiv6yono6Bd9YcQti4DrVa2DtH9e7mgrW3NHK 335vfb2AxL6Rvin//N7h82nyUW6nE8sMf2YQxAa1sBzX4TbdDiX505Cyj7ZQSNeU1nC+ l3jw== 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=ULDcmGXL9p7OjsX2Ut2IFebtVZYQlKCC6QYSsz3UBhA=; b=qVqepXmHCxR+egEs/BavOPv8HnMLPT79jtoQ8+N48xhi89uFND5RMnGqikv+jLCcMs 0E28fL5o/LPPOzlyjPNQGuuNZtO16CI89l5PwM910SrM/lsNLPHpcZk1+Yf13ga1mFdE O70sYUBxemooKMv/CQ58ANKn6qqTNrlBKfY8ihHOOVP3KyXGHDcwfVC3jMBPnDGs24R0 SoKe7wUTlRR8UtFN8NvcWB00i7nz9X8J/NSJSQi9CpRD3a9eQUSkcBbMJQ+/WBoOtMtp I6Nvwcqxt6R4pp7wWbQ7k9NYTeWfbSxacHps9htSKq1UHrw7zc+m5pYaGey/orQi2Jyv dfpA== X-Gm-Message-State: APjAAAUw3C+LpROIlSu+Up+8sFdkNPpK6eOJzhv9rttiVhWIVDRrVisT x0djObzrsDxlqkobZILnhKgBSzuHK0irgsvoexc1gQ== X-Google-Smtp-Source: APXvYqzWNUVSQpLKxa1VqGrw6hW8fUFF/JuffAZ7ixK/HsrnHJSHGvWBoQz3RP/NbcwCtFzBApHmdinNf2ktLsIa2Vk= X-Received: by 2002:a05:6638:229:: with SMTP id f9mr1213422jaq.64.1573088172121; Wed, 06 Nov 2019 16:56:12 -0800 (PST) MIME-Version: 1.0 References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> In-Reply-To: <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> From: George Michaelson Date: Thu, 7 Nov 2019 10:56:00 +1000 Message-ID: Subject: Re: UEFI ISO boot not working in 12.1 ? To: Julian Elischer Cc: FreeBSD-STABLE Mailing List , Chris Ross Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 477lMd6spbz3Nt0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20150623.gappssmtp.com header.s=20150623 header.b=sTURTns0; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2607:f8b0:4864:20::d43 as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-1.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[algebras-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[3.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.46)[ip: (2.10), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 00:56:15 -0000 Oh, I didn't realize I updated a PXE boot PR. I am not PXE: I tested with real media in a Dell, and with Dell iDRAC virtualized media, and with USB. I absolutely represent a user who has h/w which I can reproducably show cannot load UEFI from true and virtualized local media, not PXE. And, this state has existed for some time. On Thu, Nov 7, 2019 at 10:21 AM Julian Elischer wrote: > > On 11/6/19 4:04 PM, George Michaelson wrote: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239876 is relevant maybe? > > I suspect a separate bug because the OP specified that it worked in > 12.0 where those bugs go back to 9.x > > Julian. > > > > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: > >> On 11/6/19 2:53 PM, Warner Losh wrote: > >>> On Wed, Nov 6, 2019 at 2:03 PM Chris Ross wrote: > >>> > >>>> On Wed, Nov 06, 2019 at 02:17:11PM -0500, Chris Ross wrote: > >>>>> Hi there. I tried booting FreeBSD-12.1-RELEASE-amd64-disc1.iso on a > >>>> [...] > >>>>> I need to do? How has 12.1 changed w.r.t. 12.0 for UEFI? > >>>> More information. A stable/12 ISO that I built fails in the same way the > >>>> 12.1-RELEASE ISO did. But, I just grabbed releng/12.0, and built a release > >>>> ISO, and it boots. So, something seems definately to have changed in the > >>>> way > >>>> the UEFI bits are on the boot ISOs? Or maybe a change in the loader? > >>>> Is okay in releng/12.0, but broken in 12.1-RELEASE and stable/12. > >>>> > >>>> Let me know what to try next. > >>>> > >> You could try some bisection back along the 12 branch.. > >> > >> > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@freebsd.org Thu Nov 7 10:00:24 2019 Return-Path: Delivered-To: freebsd-stable@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 798DA1AEBC8 for ; Thu, 7 Nov 2019 10:00:24 +0000 (UTC) (envelope-from hruodr@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (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 477zRW3nSFz4QKx; Thu, 7 Nov 2019 10:00:23 +0000 (UTC) (envelope-from hruodr@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id l17so970967wmh.0; Thu, 07 Nov 2019 02:00:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=6ijxutqD9IbyQIusHMvCt9gSqYfT7f8ip3fa+VwZ5H8=; b=ueSxO9Pag9UQeTiMRTgjpqzQTNpHLwdcwrAfQyQkQtPdEcOy5f3yRql1U3t4q4qIZg pTwsipSXVogjprIHhDJgjXUTpWleB3QQQLNXAFsa5gkmtEkWRj02VVjrJj6UjU1uc7tI Bs8D2Be0gVE/w0VAjYuWN3SpkiXLTsmBTabCeySl4xATon0/WrsHGsKpNHJwxyKQ0hHi pBuFQiyNAEjukH9ajQ8cSWqpeN/Ags5qKsZjrr/swRiE5EoJCB1Amr942kJbGRsOxXc4 ZIuIg7WfThPUw4NUNwq1o5j+QBrr+Rh28mcEZW0CRe4Yh46QAS93VxAeNbQQsS2BmPnR JJ2Q== 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:in-reply-to:message-id :references:user-agent:mime-version; bh=6ijxutqD9IbyQIusHMvCt9gSqYfT7f8ip3fa+VwZ5H8=; b=SMI4vLNUihZvVin9yunxL7VSvq/XHR1FIYDfiFVhqVr+OzUy1n0NI1BcngFxt9qrFf 2YlYurFvMDYZefPYMO2CUXwiu/tg98n76lHLNmX4pXngVClS32VMB2PPYKuNG5idy3qK 33nm3Pkwm9jL2xU2h6wOtuAgYs/1fcOAnm1o/pAuLl/1Z0YPZ0qjm7v8GaSM0kkbjUf0 t22KpwcCoZa6M2ymut3LLtFUrxu0kFyg0YDQYbOejv/om7ZMhmG9yUdhi4tZaLsSAfTV LnMr5w9b7mADvhLppXDQvz0t10m4Vn84epHlRA0PqgvxaQOYCBavYTy4xqBmgoUEsR22 dyjg== X-Gm-Message-State: APjAAAURMDY42e3eKN8FZpHO9y3bVWD9lS9Fw3N1TOERYRsV5ojG2Fvs qLP+yPLGUf9DuM7sppMtO2meMukT X-Google-Smtp-Source: APXvYqxW/fPHMwr9H5t03krE5Rz9WiqoeD0QH2BGPq+crKDi3QGuF30b60WLEA5teLY6vAlpb4H3Hw== X-Received: by 2002:a7b:ce05:: with SMTP id m5mr1105013wmc.31.1573120821498; Thu, 07 Nov 2019 02:00:21 -0800 (PST) Received: from fbsd.fritz.box (dslb-088-073-093-170.088.073.pools.vodafone-ip.de. [88.73.93.170]) by smtp.gmail.com with ESMTPSA id l10sm3314485wrg.90.2019.11.07.02.00.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Nov 2019 02:00:20 -0800 (PST) Date: Thu, 7 Nov 2019 09:57:44 +0000 (UTC) From: Roderick To: George Michaelson cc: Julian Elischer , FreeBSD-STABLE Mailing List , Chris Ross Subject: Re: UEFI ISO boot not working in 12.1 ? In-Reply-To: Message-ID: References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 477zRW3nSFz4QKx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ueSxO9Pa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of hruodr@gmail.com designates 2a00:1450:4864:20::330 as permitted sender) smtp.mailfrom=hruodr@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[170.93.73.88.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; 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]; 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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(0.00)[ip: (-9.25), ipnet: 2a00:1450::/32(-2.76), asn: 15169(-2.01), country: US(-0.05)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 10:00:24 -0000 On Thu, 7 Nov 2019, George Michaelson wrote: > And, this state has existed for some time. Someone spoiled the loader putting lua there without necessity and is careless for the consequences. We have forth there and that is more than enough. Of course, you can put also python tbere, because it is fashion and cool. https://forums.freebsd.org/threads/lua-error-can-not-open-boot-lua-loader-lua.68635/page-2#post-430405 Rodrigo From owner-freebsd-stable@freebsd.org Thu Nov 7 13:48:17 2019 Return-Path: Delivered-To: freebsd-stable@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 3CAE21B49D5 for ; Thu, 7 Nov 2019 13:48:17 +0000 (UTC) (envelope-from kevans@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 4784VT0xPsz3Bm2; Thu, 7 Nov 2019 13:48:17 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f48.google.com (mail-qv1-f48.google.com [209.85.219.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id EA2A9146C6; Thu, 7 Nov 2019 13:48:16 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f48.google.com with SMTP id h3so775721qvu.11; Thu, 07 Nov 2019 05:48:16 -0800 (PST) X-Gm-Message-State: APjAAAVMfgwDxV8scq2Eh4ljWrCVFmOgh5Jnjb8//dE5z4gIip3/Rwsx y9bDAnXBhTfdpmxEy1ZqFzKMA3PaUlXVOd1WRT8= X-Google-Smtp-Source: APXvYqw4fC5X4iri5wn/evzPS0wwU5JaO1gtOih0X/L5OvweX8IIISLPODiX4BvXO/zpzJu3tNIR+iHFt9XUyKJzsKM= X-Received: by 2002:a0c:c348:: with SMTP id j8mr3435169qvi.150.1573134496335; Thu, 07 Nov 2019 05:48:16 -0800 (PST) MIME-Version: 1.0 References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> In-Reply-To: From: Kyle Evans Date: Thu, 7 Nov 2019 07:48:04 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: UEFI ISO boot not working in 12.1 ? To: Roderick Cc: George Michaelson , FreeBSD-STABLE Mailing List , Julian Elischer , Chris Ross Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 13:48:17 -0000 [Resend, because I was apparently not subscribed to this list; apologies for the duplicates] On Thu, Nov 7, 2019 at 4:00 AM Roderick wrote: > > > > On Thu, 7 Nov 2019, George Michaelson wrote: > > > And, this state has existed for some time. > > Someone spoiled the loader putting lua there without necessity > and is careless for the consequences. > > We have forth there and that is more than enough. Of course, you > can put also python tbere, because it is fashion and cool. > The lua replacement is almost certainly not related to the problem at hand, and I suspect it is not related to your problem either (unless your problem is simply that you hate lua). Do you have a PR open for any real problem? Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Thu Nov 7 17:06:58 2019 Return-Path: Delivered-To: freebsd-stable@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 B09091B9F15 for ; Thu, 7 Nov 2019 17:06:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (unknown [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 "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4788vj6TNyz3xgJ; Thu, 7 Nov 2019 17:06:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:a10d:ac5a:ce6d:7222] ([IPv6:2607:f3e0:0:4:a10d:ac5a:ce6d:7222]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id xA7H6uGO082118 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 7 Nov 2019 12:06:56 -0500 (EST) (envelope-from mike@sentex.net) To: freebsd-stable@freebsd.org From: mike tancsa Subject: upgrading RELENG_11 to RELENG_12 now fails with kernel requires linker ifunc support Openpgp: preference=signencrypt 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: <3c73c1a2-a70c-c7e3-27c6-81bba13ff75e@sentex.net> Date: Thu, 7 Nov 2019 12:06:56 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4788vj6TNyz3xgJ 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 [0.79 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[sentex.net]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.72)[ipnet: 2607:f3e0::/32(-4.93), asn: 11647(-3.55), 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]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FORGED_RECIPIENTS(0.00)[freebsd-stable@freebsd.org, freebsd-stable@freebsd.org ...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 17:06:58 -0000 Hi All,     In the past, I could do something like Mount via nfs a RELENG12 kernel and world, do the appropriate #mount_nfs 192.168.143.5:/crossbuilds /crossbuilds/ # setenv MAKEOBJDIRPREFIX /crossbuilds/obj/12/ and then do an installkernel and world and upgrade to releng12.  Now, I get the following error below.  What is the best way to work around this ? # make KERNCONF=GENERIC installkernel -------------------------------------------------------------- >>> Install check kernel -------------------------------------------------------------- -------------------------------------------------------------- >>> Installing kernel GENERIC on Thu Nov  7 12:03:02 EST 2019 -------------------------------------------------------------- cd /crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/sys/GENERIC;  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE= CC="cc -target x86_64-unknown-freebsd12.1 --sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin" CXX="c++  -target x86_64-unknown-freebsd12.1 --sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin"  CPP="cpp -target x86_64-unknown-freebsd12.1 --sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size" PATH=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/sbin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/bin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/bin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/sbin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin  make  KERNEL=kernel install make[2]: "/crossbuilds/src/12/sys/conf/kern.pre.mk" line 131: amd64/arm64/i386 kernel requires linker ifunc support *** Error code 1 Stop. make[1]: stopped in /crossbuilds/src/12 *** Error code 1 Stop. make: stopped in /crossbuilds/src/12 From owner-freebsd-stable@freebsd.org Thu Nov 7 18:14:05 2019 Return-Path: Delivered-To: freebsd-stable@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 7B20F1BBD7A for ; Thu, 7 Nov 2019 18:14:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 478BP83PPdz44RF for ; Thu, 7 Nov 2019 18:14:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x829.google.com with SMTP id o49so3375957qta.7 for ; Thu, 07 Nov 2019 10:14:04 -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=FOk+PBpV84tj/OeaUyk5QQ4hS1G85ti27LGVwIm+6Og=; b=KUKQ38mFyeQAkSu7pcCig9gG5n6voQV4G+F1Xuw/uiWlK9gBopyFJitqky8KqfjpGY 7OpiXG/cK1sZYPAuBEQJu14WSsA/FZNYHmoHccmV7NeaW1FXkUYFF1NmWOM5zGo33+n6 2ICjPIP8WZfbIs7BoagvlDrWTTNnKD6WY3PbvFsY72viTCgVUUjHKsmjcwvPWm6DT4cw kWTh2vIvfxRtcfKPeuGjr5jGh01B+U3ulZikEDG3fwU4K+4PpVpL8NIPA2w2ZICf5QKz wWR7RaB7WHdcLcR4SUKf6b2mORbwsiAWpfxyUgmDeYLhJvKYU5aiEhEKVWyPJchMx1OP WfjA== 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=FOk+PBpV84tj/OeaUyk5QQ4hS1G85ti27LGVwIm+6Og=; b=AOJR/X7IAy21z28o09ye0fOESCwz53ttwyPJcht8OXrc0WHxY72iQ+5++jEqh40by/ gxmXU+ayu0etdgP+fP1l8IWTSHoxzXbl+DzcCFSvFikdlhn0P2UCxoo+KCd4IN6MFS94 5rc443J6nAeBj1pKtmsxZAbE49F0UXfuIE8M4Dnd9RgloK0z+rRV6N7ekHG3LfK0N7e3 zY19L7KVVDu8UDmOYTR2gkZn3/WSAPkLq/oXyIDax1XpmdOa1d/ukrU9WkD5oZ0/SHKL 2tmHnjCtUii41MmHN9My2llFoWNlrNkVYjGtK/UFYz1lLNtdCdfadwZsXMEp92IWKhY1 te7Q== X-Gm-Message-State: APjAAAXNOsw74M14mdkmVylmTXtTibMPYnovBQ7j8Da44zucRXlyzJH9 gIq83J9XMIQ75L4BoPQKR3+G062izfLeFTCHOO2oLQ== X-Google-Smtp-Source: APXvYqzpi+2TFNfVej1X48miw7eLTvDHEKLngvc381VJSxPdcVucfVSp+8oh9D+3YF+56KCWKK/bFRn66kbyn4u9i+E= X-Received: by 2002:aed:3be9:: with SMTP id s38mr5220169qte.175.1573150443234; Thu, 07 Nov 2019 10:14:03 -0800 (PST) MIME-Version: 1.0 References: <3c73c1a2-a70c-c7e3-27c6-81bba13ff75e@sentex.net> In-Reply-To: <3c73c1a2-a70c-c7e3-27c6-81bba13ff75e@sentex.net> From: Warner Losh Date: Thu, 7 Nov 2019 11:13:52 -0700 Message-ID: Subject: Re: upgrading RELENG_11 to RELENG_12 now fails with kernel requires linker ifunc support To: mike tancsa Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 478BP83PPdz44RF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=KUKQ38mF; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::829) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.75 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[9.2.8.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]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.75)[ip: (-9.33), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), 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" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 18:14:05 -0000 On Thu, Nov 7, 2019 at 10:07 AM mike tancsa wrote: > Hi All, > > In the past, I could do something like > > Mount via nfs a RELENG12 kernel and world, do the appropriate > #mount_nfs 192.168.143.5:/crossbuilds /crossbuilds/ > # setenv MAKEOBJDIRPREFIX /crossbuilds/obj/12/ > > and then do an installkernel and world and upgrade to releng12. Now, I > get the following error below. What is the best way to work around this = ? > > > # make KERNCONF=3DGENERIC installkernel > -------------------------------------------------------------- > >>> Install check kernel > -------------------------------------------------------------- > -------------------------------------------------------------- > >>> Installing kernel GENERIC on Thu Nov 7 12:03:02 EST 2019 > -------------------------------------------------------------- > cd /crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/sys/GENERIC; > MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3D CC=3D"cc -target > x86_64-unknown-freebsd12.1 > --sysroot=3D/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp > -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin" > CXX=3D"c++ -target x86_64-unknown-freebsd12.1 > --sysroot=3D/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp > -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin" > CPP=3D"cpp -target x86_64-unknown-freebsd12.1 > --sysroot=3D/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp > -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin" > AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" > RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" > > PATH=3D/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/= sbin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/bin:= /crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/bin:/crossbui= lds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/sbin:/crossbuilds/obj/12/= crossbuilds/src/12/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin > make KERNEL=3Dkernel install > make[2]: "/crossbuilds/src/12/sys/conf/kern.pre.mk" line 131: > amd64/arm64/i386 kernel requires linker ifunc support > This likely should only be active if the target isn't install... It's a build-time thing, not an install time thing. To confirm, just remove line 131 and see if (a) it installs and (b) boots. Warner > *** Error code 1 > > Stop. > make[1]: stopped in /crossbuilds/src/12 > *** Error code 1 > > Stop. > make: stopped in /crossbuilds/src/12 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Thu Nov 7 18:24:10 2019 Return-Path: Delivered-To: freebsd-stable@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 779CA1BC495 for ; Thu, 7 Nov 2019 18:24:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (unknown [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 "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478Bcn6SYmz45cC for ; Thu, 7 Nov 2019 18:24:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:a10d:ac5a:ce6d:7222] ([IPv6:2607:f3e0:0:4:a10d:ac5a:ce6d:7222]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id xA7IO8Bn088147 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 7 Nov 2019 13:24:08 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: upgrading RELENG_11 to RELENG_12 now fails with kernel requires linker ifunc support To: Warner Losh Cc: FreeBSD-STABLE Mailing List References: <3c73c1a2-a70c-c7e3-27c6-81bba13ff75e@sentex.net> From: mike tancsa Openpgp: preference=signencrypt 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: <04071a4e-e76d-3e3c-b38c-92ea5de5e586@sentex.net> Date: Thu, 7 Nov 2019 13:24:08 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 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: 478Bcn6SYmz45cC 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 [0.79 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; 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]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.93), asn: 11647(-3.55), 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]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 18:24:10 -0000 On 11/7/2019 1:13 PM, Warner Losh wrote: > > > On Thu, Nov 7, 2019 at 10:07 AM mike tancsa > wrote: > > This likely should only be active if the target isn't install... It's > a build-time thing, not an install time thing. > > To confirm, just remove line 131 and see if (a) it installs and (b) boots. > Actually, just before your email came in, I found this as a workaround make LD=ld.lld KERNCONF=GENERIC installkernel     ---Mike From owner-freebsd-stable@freebsd.org Thu Nov 7 19:53:45 2019 Return-Path: Delivered-To: freebsd-stable@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 3601D1BF043 for ; Thu, 7 Nov 2019 19:53:45 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478Dc74y9Tz4F8m; Thu, 7 Nov 2019 19:53:43 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA7JrRQ4052511 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 7 Nov 2019 14:53:35 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA7JrPXm022206 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 7 Nov 2019 14:53:26 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA7JrPSa022205; Thu, 7 Nov 2019 14:53:25 -0500 (EST) (envelope-from cross) Date: Thu, 7 Nov 2019 14:53:25 -0500 From: Chris Ross To: George Michaelson Cc: Julian Elischer , FreeBSD-STABLE Mailing List Subject: Re: UEFI ISO boot not working in 12.1 ? Message-ID: <20191107195325.GO1177@westeros.distal.com> References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Thu, 07 Nov 2019 14:53:26 -0500 (EST) X-Rspamd-Queue-Id: 478Dc74y9Tz4F8m X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.65 / 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)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[distal.com]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; IP_SCORE(-2.35)[ip: (-3.57), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.49), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 19:53:45 -0000 On Thu, Nov 07, 2019 at 10:56:00AM +1000, George Michaelson wrote: > On Thu, Nov 7, 2019 at 10:21 AM Julian Elischer wrote: > > > > I suspect a separate bug because the OP specified that it worked in > > 12.0 where those bugs go back to 9.x > > Oh, I didn't realize I updated a PXE boot PR. I am not PXE: I tested > with real media in a Dell, and with Dell iDRAC virtualized media, and > with USB. > > I absolutely represent a user who has h/w which I can reproducably > show cannot load UEFI from true and virtualized local media, not PXE. > > And, this state has existed for some time. Yeah, but I think it's not related. That bug and the screenshots show a kernel booting, then failing to mount. Are you seeing a failure in the initial loader, George? And as noted, the issue I'm seeing is new in 12.1, as compared to the loader in 12.0 > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: > >> You could try some bisection back along the 12 branch.. Yeah. I was hoping for an easier path, but. I can try slogging back through stable-12 a month or two at a time. Is moving through svn by date the easiest path, or are there [stable] revision tags that would make it easier? Thanks all. - Chris ps, somewhere earlier in this thread that I lost right now someone asked if I could put an alternate versions loader on an ISO. I don't know that I know how, but I'd be happy to try it. From owner-freebsd-stable@freebsd.org Thu Nov 7 21:21:50 2019 Return-Path: Delivered-To: freebsd-stable@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 8C3A4179C85 for ; Thu, 7 Nov 2019 21:21:50 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 478GYn0Vkzz4N1y; Thu, 7 Nov 2019 21:21:48 +0000 (UTC) (envelope-from james.wright@jigsawdezign.com) Received: from [192.168.0.15] ([82.18.193.38]) by mrelayeu.kundenserver.de (mreue106 [212.227.15.179]) with ESMTPSA (Nemesis) id 1MCs9W-1ibeuX0Mme-008qFx; Thu, 07 Nov 2019 22:21:45 +0100 Subject: Re: Random system lockups with 12.1-STABLE r354241 amd64 To: Julian Elischer , freebsd-stable@freebsd.org References: <94c8138c-2b99-2d8c-7431-bfdc5c7939bc@jigsawdezign.com> From: James Wright Message-ID: Date: Thu, 7 Nov 2019 21:21:47 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Provags-ID: V03:K1:5I+FzY7VHdD0BMm3SETMijw994IdfC3tR3OzR+ZOoIz2kE9+Otm yG1YX+tPFwF5HTQ+bYr1QlQUGc/pInv555UNvwJ8KjjhRbZtFF+pqB5PxC+SRU5tk+LLapg sY15D+Sc1tMQZhbN6E2B3DhiqiMLso+DGvzlb/YGvT/8kyVqjGFoOVn8kInwcwzpxutKX/L pJmVM2jEt0M1I0AqwrQFw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:18++kijlheE=:dyJc/rXb3ZekxdYTxKa+15 RIJBeLz+oJgJ2gNHjEq9uRCkumq+8I4IDpV9gGXrEkSKq2vXy/8WlwtMtBdIWy3braMfYUH+J R4OnuXMj0wg93uvBq3dbVFURQlyih/ytYsEYxljJh6C00kjjIF0Y7UHm1/hv6uClD2XaPORaM cNgIHHd9IIaFmcsOcBrXs/3dyA6VR+ASr5YxhgousFIVEvn/AOcidGT5qrASYW4Pp6tuJlSei uWPENlo8Y9Zvj/K+rehAz1SbYit4n3cBZsS8vhbbUQt4kfY2g10Pxx9v3zWHcaAMgkf5/QLEP EjXVa4h3w5+A2aOrSJtkykH8DZD2u3dT3zzPk/RrsdANj0jN4i9eNMqQxPHgFKahm274xDowt j3FY3rDt0Ob+Dm9WQbGbTyXK7E6Ij+ho8PXdn9X6r3g4Ut9RvbjhMWBVq3mFwEVdHiWVlCLRN oEKFw+ZLK/kNeSYpLW5QizsM4xPuBkgqFc5KUGxBldzyGwlEzMaJR4edmsVCpC33cnH3iJpeR E9yET72ipnVDTZasOIGVZB6p3lSsgXjFZpWSCrQhggSpzSomDEXSJMCYh4n5gU4u8TQZgHnV/ Z/AbxaTDQT3XGdjoFcAif5rUh0e2UOVabU6w8yq13GswVU+tqlALbBbeXoDQl/xsSE49hXLw5 YlDFzGmjk5gsxaJPxzrN1+JWv+Xxq6iBxANUmKN1MZL4pUkttujPKsIMUkuakp6h1UxS99KwO K4/49dPrg09YYMj9Nq3jNZBxYtwr1X++Irvh8T962bUtZ1BxFmUBOoXkyXMnE0WZcIcTwOTop pjnhHn61StfLPBcuUyozZ1nqn7OwE4h85k93yEz0vHSDHMQ5kcNY52EUZv1O6J3AvhB3ea1FY n6tgZwUXmy8cQZo6KrCjIiMxLm2RMzuZaJxiCUtQ8= X-Rspamd-Queue-Id: 478GYn0Vkzz4N1y X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of james.wright@jigsawdezign.com has no SPF policy when checking 217.72.192.75) smtp.mailfrom=james.wright@jigsawdezign.com X-Spamd-Result: default: False [1.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.63)[-0.632,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[jigsawdezign.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.42)[0.420,0]; IP_SCORE(0.41)[ip: (-0.44), ipnet: 217.72.192.0/20(0.23), asn: 8560(2.28), country: DE(-0.01)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[75.192.72.217.list.dnswl.org : 127.0.5.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:8560, ipnet:217.72.192.0/20, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 21:21:50 -0000 On 06/11/2019 23:42, Julian Elischer wrote: > On 11/6/19 2:58 PM, James Wright wrote: >> Hi, >> >> [...] >> >>   Can anyone offer some advice as to how I can track down this issue? > The first question which I couldn't see from your dmesg is "do you > have ht krnel debugger configured into your kernel?" >   Nope it isn't, I will build it in, is it just adding options KDB and DDB?   Another problem I have is I don't seemt to get any crash dumps even though I have 'dumpdev="AUTO"' in my /etc/rc.conf, could this be due to my system using a swap file (md) rather than a dedicated swap partition? From owner-freebsd-stable@freebsd.org Fri Nov 8 01:44:48 2019 Return-Path: Delivered-To: freebsd-stable@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 8CB791A28EC for ; Fri, 8 Nov 2019 01:44:48 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 478NPC3ZrPz3Bp9 for ; Fri, 8 Nov 2019 01:44:47 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-wm1-x331.google.com with SMTP id z26so4541564wmi.4 for ; Thu, 07 Nov 2019 17:44:47 -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=IqOdOEW5RIOb9+/wQuSFpJTnE6Y3/pAkcOg0S5eJ/Zo=; b=gkykAkoRo7j+jqMsfedmBYGxJvUGY/F1IYSx9U8uaXC6nzPy208guJMpkkii8w3kOz QlsuRxeu6I1WKiMh2Ty9Yxy2ltCJAI2HrrLWkcjo/JeMzMpdhWY0YJ58dScGNmc5CKHu XyVLmZRbC1V/ePS4nUB9B2LUIrwThZz5XnCd9S//9JXbak3rx3TlXuGBMGELuFN60Yiy nwFjx6zZbsNL/s6eAkdBBirKqzam427/aaH1YTtxQEW/YHqjCu3u9g0Sjqs60L2keZj8 h/LyS5GAmCwjW2JicmLsK9f8J1QAVzM2GSxowhUweg0PMXQDa4yj00nQXEO/CfQgHMeR yFnQ== 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=IqOdOEW5RIOb9+/wQuSFpJTnE6Y3/pAkcOg0S5eJ/Zo=; b=Y7Cl2fQFezsN5cA/Z0GgkmrI7wiEtKZ2g+nOLKXPqgxRG+3oMAYm2ltaEtdwkVczhN KqRLDBEgr1Nghk/Pac+b7JorT0GiKNEvx9+NTSsVt4YjP2N9y81nMPJ2EtSsUEPWx4J2 UjRX3CZ6vQoXHiCPxb36UTC/Y2GIGP+rOtnQuELJgsvLeBUbs4pe5jY8ptenkOljvnrn z+Jt1uX6WeQ1FFLEyfQRItvI1qVPTPmcZ/umTqf7JZWZKKCIbu1+E0hb58H2Jdul8zJy Fny0vFNnYgLwWQFvu0qXzJPT5HVoEKJgxa/IpQ2vkytAxmnSES0h3PIHBVszSOXMt0Rc Thpg== X-Gm-Message-State: APjAAAWv+cCtrZGVvQc3wP2vbSHeET4fIp7JsJj1c/qSXgNqUjmT2iye s2TPwTF0/MPRsbmR8SI3jfUysTFkvb34X+pAc7U82NVSaLo= X-Google-Smtp-Source: APXvYqwhtYNWKzn7cKnx2Q8SbcWD0jFZswBqYm/f+5l5O+S6Gb465EZ0rvuOwH7P7Mnbjf9mAIj9jPWats7lmCS5Y0s= X-Received: by 2002:a1c:f60d:: with SMTP id w13mr6243018wmc.150.1573177484007; Thu, 07 Nov 2019 17:44:44 -0800 (PST) MIME-Version: 1.0 From: Dewayne Geraghty Date: Fri, 8 Nov 2019 12:44:17 +1100 Message-ID: Subject: Who should I believe - iostat or mount -v? To: freebsd-stable stable X-Rspamd-Queue-Id: 478NPC3ZrPz3Bp9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=gkykAkoR; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dewaynegeraghty@gmail.com designates 2a00:1450:4864:20::331 as permitted sender) smtp.mailfrom=dewaynegeraghty@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-8.81), ipnet: 2a00:1450::/32(-2.76), asn: 15169(-2.01), 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)[1.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,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-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 01:44:48 -0000 While monitoring various deivces I noticed that the results from mount -v and iostat weren't the same. I'm "assuming" that iostat is the more accurate due to geom tasting (on a memory disk?), or is something else at play? Simplest example: mount -v -t nonullfs |grep md7; iostat -d -c 1 -tda -x -I|grep md7 /dev/md7 on /s (ufs, asynchronous, local, noatime, writes: sync 4 async 268, reads: sync 1215 async 0, fsid 8abeba5db4f71f26) md7 1244.0 293.0 0.0 0.0 0 0.0 0.0 From owner-freebsd-stable@freebsd.org Fri Nov 8 07:33:48 2019 Return-Path: Delivered-To: freebsd-stable@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 95DD51A9B8E for ; Fri, 8 Nov 2019 07:33:48 +0000 (UTC) (envelope-from hruodr@gmail.com) Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) (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 478X7w3N6zz40NZ; Fri, 8 Nov 2019 07:33:48 +0000 (UTC) (envelope-from hruodr@gmail.com) Received: by mail-wr1-x441.google.com with SMTP id a15so5802516wrf.9; Thu, 07 Nov 2019 23:33:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=KbGUNlNgWfxcFrBzeKpG5pVTMCUKk1UoMT4ib2FS+r0=; b=qHFTD0C5a/nqp7qF4TfoJLj6dr428ZbGD5zeMefxS66HKc+77CI/HWiXwBiZeSAxHA ZOgd6Yax6gk+3d4bDnVyXUscsDohpZLFXS2hy0ZJWCNXmVv/Zs7RMCgz4jNU9pbx61++ 8JB3jjJPwYjqi1wIavCkRWo/5Hx+GkvkI5+WDVLWk7aDsK50wIlqUjHn7Efqx0aAxFKz s56llRB6rYa5Yrgxu8HaX5CdfuYsZZ90vKIpU5moxIDmHVEiZziF4tnjFEkQg1CuFUeH G7ngvEALjQMtufk+gFcqnfgA8gakkjdGoSygBB//PgiDbpQ4UqSlFKBp2GBdO4Admm41 SVyw== 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:in-reply-to:message-id :references:user-agent:mime-version; bh=KbGUNlNgWfxcFrBzeKpG5pVTMCUKk1UoMT4ib2FS+r0=; b=Wdk1vhXUkmSZkxAHNS3EJvX7oknhBUeYtCrOATJ6qUCTvhny/M7N0YvB3M/kBpaE/J k2JYqeprwumPqXMT3RoNFpHboU8hKt42ix26t4MQPuSDZD+3FmtAW2RfytaXPSF1uQnr vcV9tLLWt4G/bhiHX5C6c9suPdI5Rbs6YPFIrNun6d4Z+FiX8p/n+pE7Htyso9u/lYB0 t1RaxADRwQKLMralEVmUEfCp71010H2wtGbD2UhmJ5MEZDqxMjSmgHS/uepm5yWPyKno pMWuwe8sfGCK6pXPxxcrYbT94i1ggKGm0c6yf9sLREtFaHLF9FN779gFpqeng+lvkSZn 7zYA== X-Gm-Message-State: APjAAAUrfTIdUTURCTSgMSI/uN6SqAxGxYJz4I2p2k+0WKgIMG2Wg6XL 5llNLeImvymgkET3X4CuGlVdoRwnH9/+zw== X-Google-Smtp-Source: APXvYqwL/eFCl9KE1eHlbrhvLDEdpEwEocTxF4LqRYxMxAMn3eAsWYlEUQZLQtrRe5CIM1fb/EbukA== X-Received: by 2002:adf:dc44:: with SMTP id m4mr7367797wrj.203.1573198426607; Thu, 07 Nov 2019 23:33:46 -0800 (PST) Received: from fbsd.fritz.box (dslb-088-073-092-041.088.073.pools.vodafone-ip.de. [88.73.92.41]) by smtp.gmail.com with ESMTPSA id 205sm9480537wmb.3.2019.11.07.23.33.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Nov 2019 23:33:45 -0800 (PST) Date: Fri, 8 Nov 2019 07:31:08 +0000 (UTC) From: Roderick To: Kyle Evans cc: Roderick , George Michaelson , FreeBSD-STABLE Mailing List , Julian Elischer , Chris Ross Subject: Re: UEFI ISO boot not working in 12.1 ? In-Reply-To: Message-ID: References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 478X7w3N6zz40NZ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 07:33:48 -0000 On Thu, 7 Nov 2019, Kyle Evans wrote: > The lua replacement is almost certainly not related to the problem at > hand, and I suspect it is not related to your problem either (unless > your problem is simply that you hate lua). Do you have a PR open for > any real problem? The problem appeared with FreeBSD 12.0, with the introduction of lua, and I am not the only one affected. Before, there were no problems with the loader or installer. It is very clear that both got worse, not better with the time. >From millions of FreeBSD users only a handfull may need to write programs in the loader, one can expect from them that they learn forth if they seriously need to program the loader. Or they can self inject lua, python or what they want, if they really cannot learn forth. What I hate is not lua, but the bloating process that make things worse for the sake of bloating. The best would be to revert the changes. Rodrigo From owner-freebsd-stable@freebsd.org Fri Nov 8 21:06:15 2019 Return-Path: Delivered-To: freebsd-stable@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 CF5C915FE60; Fri, 8 Nov 2019 21:06:15 +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 478t9M51RSz3R2D; Fri, 8 Nov 2019 21:06:15 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 8ACB78739; Fri, 8 Nov 2019 21:06:15 +0000 (UTC) Date: Fri, 8 Nov 2019 21:06:15 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-11-03 Message-ID: <20191108210615.GA92299@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 21:06:15 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-11-03 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-10-29 to 2019-11-03. During this period, we have: * 1820 builds (94.1% (-2.6) passed, 5.9% (+2.6) 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. * 277 test runs (81.6% (+26.5) passed, 18.4% (-19.7) unstable, 0% (-6.8) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 27 doc builds (88.0% (-12) passed) Test case status (on 2019-11-03 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | -------- | --------- | ------ | ------- | | head/amd64 | 7609 (0) | 7541 (+1) | 0 (0) | 68 (-1) | | head/i386 | 7586 (0) | 7512 (+3) | 0 (0) | 74 (-3) | | 12-STABLE/amd64 | 7483 (0) | 7436 (+4) | 0 (0) | 47 (-4) | | 12-STABLE/i386 | 7481 (0) | 7427 (+1) | 0 (0) | 54 (-1) | | 11-STABLE/amd64 | 6849 (0) | 6802 (-3) | 0 (0) | 47 (+3) | | 11-STABLE/i386 | 6847 (0) | 6764 (-3) | 34 (0) | 49 (+3) | (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-20191103 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * A new wiki page started at https://wiki.freebsd.org/Jenkins/Debug describes how to reproduce and debug the failing cases. It is welcomed to add more contents. * A list of "FreeBSD CI Tasks and Ideas" is keeping at https://hackmd.io/@FreeBSD-CI/freebsd-ci-todo , please contact freebsd-testing@FreeBSD.org and lwhsu@FreeBSD.org if you are interested or have new ideas. ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## 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 ~18 failing and ~97 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 ## 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 (new) 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.netpfil.pf.forward.v4 (i386 only) * sys.netpfil.pf.forward.v6 (i386 only) * sys.netpfil.pf.set_tos.v4 (i386 only) https://bugs.freebsd.org/239380 * 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 * sys.netpfil.common.tos.pf_tos (i386 only) https://bugs.freebsd.org/240086 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * (new) lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * (new) sys.netinet6.frag6.* https://bugs.freebsd.org/241493 ## Issues ## New * https://bugs.freebsd.org/241562 failing test case: lib.libexecinfo.backtrace_test.backtrace_fmt_basic (Already fixed on 2019-11-07) * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### 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/239380 sys.netpfil.pf.forward.{v4,v6} and sys.netpfil.pf.set_tos.v4 fail on i386 * 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/240085 Failing test: sys.netpfil.common.forward.pf_v4 on i386 * https://bugs.freebsd.org/240086 Failing test: sys.netpfil.common.tos.pf_tos on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Fri Nov 8 22:28:27 2019 Return-Path: Delivered-To: freebsd-stable@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 13F34162C26 for ; Fri, 8 Nov 2019 22:28:27 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 478w09728lz41Dy for ; Fri, 8 Nov 2019 22:28:25 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 08 Nov 2019 14:33:41 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.15.2/8.15.2) with ESMTPS id xA8MSJ8C078204 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 8 Nov 2019 14:28:19 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.15.2/8.15.2/Submit) id xA8MSHRu078203; Fri, 8 Nov 2019 14:28:17 -0800 (PST) (envelope-from ambrisko) Date: Fri, 8 Nov 2019 14:28:17 -0800 From: Doug Ambrisko To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Chris Ross , freebsd-stable@freebsd.org Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191108222816.GA76344@ambrisko.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> <65cd40b7-e982-496b-4876-21d352a03634@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <65cd40b7-e982-496b-4876-21d352a03634@quip.cz> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 478w09728lz41Dy X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ambrisko@ambrisko.com has no SPF policy when checking 70.91.206.90) smtp.mailfrom=ambrisko@ambrisko.com X-Spamd-Result: default: False [-0.12 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.916,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.89)[-0.887,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ambrisko.com]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7922, ipnet:70.88.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.32)[ipnet: 70.88.0.0/14(-1.35), asn: 7922(-0.18), country: US(-0.05)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 22:28:27 -0000 On Tue, Nov 05, 2019 at 09:44:36PM +0100, Miroslav Lachman wrote: | Chris Ross wrote on 11/05/2019 21:19: | > On Tue, Nov 05, 2019 at 08:20:15PM +0100, Miroslav Lachman wrote: | >> Chris Ross wrote on 11/05/2019 19:34: | >>> Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself | >>> "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. | >>> Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which | >>> looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should | >>> be supported by the mpr(4) driver, but it doesn't seem to recognize it | >>> at boot time. | >> | >> Do you have mpr_load="YES" in loader.conf? | >> Or for ISO booting you can manually load kernel modules at boot prompt. | > | > I dropped to boot prompt in ISO boot, and entered 'mpr_load="YES"'. | > | > I tried "load", but wasn't able to devine how to load the mpr module with | > that. Is that needed, or should 'mpr_load="YES"' have accomplished the | > desired result? | | mpr_load="YES" goes to /etc/loader.conf | | If you need to load mpr manually in boot prompt I am not sure if it | should be: | load mpr | or | load mpr.ko | of full path | load /boot/kernel/mpr.ko This should be a mrsas card and not an HBA! mrsas supports all current UCS RAID cards ... and the next unreleased UCS system :-) You might need the one in -current for that. I'm not sure what is in 12.1. Doug A. From owner-freebsd-stable@freebsd.org Sat Nov 9 03:08:28 2019 Return-Path: Delivered-To: freebsd-stable@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 436A417B7C6 for ; Sat, 9 Nov 2019 03:08:28 +0000 (UTC) (envelope-from freebsd-lists-5@thismonkey.com) Received: from mail-01.thismonkey.com (mail-01.thismonkey.com [220.244.217.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thismonkey.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4792CF2z0Wz4GZK for ; Sat, 9 Nov 2019 03:08:24 +0000 (UTC) (envelope-from freebsd-lists-5@thismonkey.com) X-TM-Via-MX: mail-01.thismonkey.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thismonkey.com; s=mail-01; t=1573268893; bh=vn5Dpktq5X3h9B8edi8QZ6aSWsfccbFiHJVDPn+zNmc=; h=Date:From:To:Subject; b=A9PeIW5yvsXmaFJmUSnKx305X/Y5krnzgDnNlYh6xVR+bELDNT3zkvYGgZxba/Tq5 oa8btQK6J1b6DC5IGbb1KheZxcTwkjnIFAspSLNG2eVCVr1XO8F2tccsLys0qELgfw LuNDXFKSf8bq+D4ac+XY8teHwdvaeUSVvARz2tnQ= Received: from utility-01.thismonkey.com (utility-01.thismonkey.com [10.1.1.32]) by mail-01.thismonkey.com (8.15.2/8.15.2) with ESMTPS id xA938CuL069198 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sat, 9 Nov 2019 14:08:13 +1100 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Received: from utility-01.thismonkey.com (localhost [127.0.0.1]) by utility-01.thismonkey.com (8.15.2/8.15.2) with ESMTP id xA938CT6088048 for ; Sat, 9 Nov 2019 14:08:12 +1100 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Received: (from root@localhost) by utility-01.thismonkey.com (8.15.2/8.15.2/Submit) id xA938BlA088040 for freebsd-stable@freebsd.org; Sat, 9 Nov 2019 14:08:11 +1100 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Date: Sat, 9 Nov 2019 14:08:11 +1100 From: Scott To: freebsd-stable@freebsd.org Subject: syslogd truncating messages on FreeBSD >11.2-R Message-ID: <20191109030811.GA64882@thismonkey.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-Greylist: inspected by milter-greylist-4.6.2 (mail-01.thismonkey.com [10.1.2.50]); Sat, 09 Nov 2019 14:08:13 +1100 (EST) for IP:'10.1.1.32' DOMAIN:'utility-01.thismonkey.com' HELO:'utility-01.thismonkey.com' FROM:'freebsd-lists-5@thismonkey.com' RCPT:'' SPF:' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail-01.thismonkey.com [10.1.2.50]); Sat, 09 Nov 2019 14:08:13 +1100 (EST) X-Rspamd-Queue-Id: 4792CF2z0Wz4GZK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=thismonkey.com header.s=mail-01 header.b=A9PeIW5y; dmarc=pass (policy=none) header.from=thismonkey.com; spf=pass (mx1.freebsd.org: domain of freebsd-lists-5@thismonkey.com designates 220.244.217.216 as permitted sender) smtp.mailfrom=freebsd-lists-5@thismonkey.com X-Spamd-Result: default: False [-2.79 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[thismonkey.com:s=mail-01]; 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-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.21)[asn: 7545(1.04), country: AU(0.00)]; DKIM_TRACE(0.00)[thismonkey.com:+]; DMARC_POLICY_ALLOW(-0.50)[thismonkey.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7545, ipnet:220.244.217.0/24, country:AU]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 03:08:28 -0000 Hi, please let me know if there is a better forum for this. As of 11.3-RELEASE syslogd truncates all forwarded messages to 480 bytes for IPV4 and 1180 for IPv6. The change occurs in the added code: switch (f->f_type) { case F_FORW: /* Truncate messages to RFC 5426 recommended size. */ dprintf(" %s", f->fu_forw_hname); switch (f->fu_forw_addr->ai_addr->sa_family) { #ifdef INET case AF_INET: dprintf(":%d\n", ntohs(satosin(f->fu_forw_addr->ai_addr)->sin_port)); iovlist_truncate(il, 480); break; #endif There's more code for IPv6 and the function iovlist_truncate itself. This change is not turned on by a switch and happens automatically, however I can't find it documented in UPDATING or the release notes. I would have thought that any change in default behaviour of the system should at least be documented. Ideally this change would have been implemented via a switch given that the RFC mentioned in the code (RFC 5426) does not mandate truncation, but recommends it when the network MTU is not known. What's the best way to reach out to the maintainer to suggest a switch to turn on this code? Thanks, Scott From owner-freebsd-stable@freebsd.org Sat Nov 9 12:45:02 2019 Return-Path: Delivered-To: freebsd-stable@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 E8DA31A9169 for ; Sat, 9 Nov 2019 12:45:02 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 479H0Z1Hfbz3DZF for ; Sat, 9 Nov 2019 12:45:01 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@miku.sdf.org [205.166.94.6]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id xA9Cj1GY026650 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sat, 9 Nov 2019 12:45:01 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id xA9Cj1lo019826; Sat, 9 Nov 2019 06:45:01 -0600 (CST) From: Scott Bennett Message-Id: <201911091245.xA9Cj1lo019826@sdf.org> Date: Sat, 09 Nov 2019 06:45:01 -0600 To: freebsd-stable@freebsd.org Subject: kernel bug in 11.3-STABLE causes frequent crashes User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 479H0Z1Hfbz3DZF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bennett@sdf.org has no SPF policy when checking 205.166.94.20) smtp.mailfrom=bennett@sdf.org X-Spamd-Result: default: False [-1.42 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sdf.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.34)[ip: (-1.07), ipnet: 205.166.94.0/24(-0.53), asn: 14361(-0.03), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[20.94.166.205.list.dnswl.org : 127.0.10.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:14361, ipnet:205.166.94.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 12:45:03 -0000 The rest of this message was posted a little while ago to the freebsd-questions list by mistake. It was intended for freebsd-stable, so I am posting it here now after posting a brief apology on the other list. I have had to waste a great deal of time lately in recovering my system from crashes due to a kernel bug. At present, my system is FreeBSD hellas 11.3-STABLE FreeBSD 11.3-STABLE #12 r352571: Sat Sep 21 11:39:52 CDT 2019 bennett@hellas:/usr/obj/usr/src/sys/hellas amd64 There are actually at least two problems, but this particular one has been causing a large portion of my forced reboots. It usually fails to produce a dump and freezes right after the panic and backtrace messages, as it did earlier tonight, but Wednesday night it did create a dump, which I am keeping in case it should prove helpful in getting the bug identified and solved. I copied the console messages to paper painstakingly by hand. They appear to be identical each time, except, of course, for the messages that a dump is produced when, indeed, it does produce one. I am omitting those fairly standard messages. Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x3b8 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80a4b14c stack pointer = 0x0:0xfffffe012a60ea50 frame pointer = 0x0:0xfffffe012a60eae0 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 = 28 (flowcleaner) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: #0 0xffffffff80a94707 at kdb_backtrace+0x67 #1 0xffffffff80a4fa2e at vpanic+0x17e #2 0xffffffff80a4f8a3 at panic+0x43 #3 0xffffffff80f3a4d0 at trap_pfault+0 #4 0xffffffff80f3a519 at trap_pfault+0x49 #5 0xffffffff80f39bad at trap+0x29 #6 0xffffffff80f19f33 at calltrap+0x8 #7 0xffffffff80b3bb8d at flowtable_clean_vnet+0x43d #8 0xffffffff80b3c758 at flowtable_cleaner+0xc8 #9 0xffffffff80a12ea2 at fork_exit+0x82 #10 0xffffffff80flaf4e at fork_trampoline+0xe The machine is ancient. The CPU is a QX9650 (last group of Core 2 Quads) with 8 GB of DDR3 memory. If this can be identified as a known bug and a clue provided to a patch or a safer version to upgrade to, I would be grateful. I am getting very, very tired of these crashes. The other forced reboots I will describe in a separate message, but that problem has existed since the time of 11.2-RELEASE and apparently was never investigated, much less fixed, although people began complaining on this list and possibly -questions within the first few days after the release date. Thanks in advance for any help with this problem! Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-stable@freebsd.org Sat Nov 9 13:00:19 2019 Return-Path: Delivered-To: freebsd-stable@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 E257F1A9557 for ; Sat, 9 Nov 2019 13:00:19 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 479HLB5v0yz3F9B for ; Sat, 9 Nov 2019 13:00:18 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id xA9D07vP092206 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 9 Nov 2019 13:00:08 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: bennett@sdf.org Received: from [10.58.0.4] (dadv@[10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id xA9D04Al026061 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 9 Nov 2019 20:00:04 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: kernel bug in 11.3-STABLE causes frequent crashes To: Scott Bennett , freebsd-stable@freebsd.org References: <201911091245.xA9Cj1lo019826@sdf.org> From: Eugene Grosbein Message-ID: Date: Sat, 9 Nov 2019 19:59:58 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <201911091245.xA9Cj1lo019826@sdf.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 479HLB5v0yz3F9B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; R_BAD_CTE_7BIT(1.05)[7bit,utf8]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.57)[ip: (-3.90), ipnet: 2a01:4f8::/29(-2.26), asn: 24940(-1.68), country: DE(-0.01)]; 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)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 13:00:19 -0000 09.11.2019 19:45, Scott Bennett пишет: > The rest of this message was posted a little while ago to the > freebsd-questions list by mistake. It was intended for freebsd-stable, > so I am posting it here now after posting a brief apology on the other > list. > I have had to waste a great deal of time lately in recovering my > system from crashes due to a kernel bug. At present, my system is > > FreeBSD hellas 11.3-STABLE FreeBSD 11.3-STABLE #12 r352571: Sat Sep 21 11:39:52 CDT 2019 bennett@hellas:/usr/obj/usr/src/sys/hellas amd64 > > There are actually at least two problems, but this particular one has been > causing a large portion of my forced reboots. It usually fails to produce > a dump and freezes right after the panic and backtrace messages, as it did > earlier tonight, but Wednesday night it did create a dump, which I am > keeping in case it should prove helpful in getting the bug identified and > solved. I copied the console messages to paper painstakingly by hand. > They appear to be identical each time, except, of course, for the messages > that a dump is produced when, indeed, it does produce one. I am omitting > those fairly standard messages. > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0x3b8 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80a4b14c > stack pointer = 0x0:0xfffffe012a60ea50 > frame pointer = 0x0:0xfffffe012a60eae0 > 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 = 28 (flowcleaner) > trap number = 12 > panic: page fault > cpuid = 2 > KDB: stack backtrace: > #0 0xffffffff80a94707 at kdb_backtrace+0x67 > #1 0xffffffff80a4fa2e at vpanic+0x17e > #2 0xffffffff80a4f8a3 at panic+0x43 > #3 0xffffffff80f3a4d0 at trap_pfault+0 > #4 0xffffffff80f3a519 at trap_pfault+0x49 > #5 0xffffffff80f39bad at trap+0x29 > #6 0xffffffff80f19f33 at calltrap+0x8 > #7 0xffffffff80b3bb8d at flowtable_clean_vnet+0x43d > #8 0xffffffff80b3c758 at flowtable_cleaner+0xc8 > #9 0xffffffff80a12ea2 at fork_exit+0x82 > #10 0xffffffff80flaf4e at fork_trampoline+0xe > > The machine is ancient. The CPU is a QX9650 (last group of Core 2 > Quads) with 8 GB of DDR3 memory. > If this can be identified as a known bug and a clue provided to a > patch or a safer version to upgrade to, I would be grateful. I am getting > very, very tired of these crashes. > The other forced reboots I will describe in a separate message, but > that problem has existed since the time of 11.2-RELEASE and apparently was > never investigated, much less fixed, although people began complaining on > this list and possibly -questions within the first few days after the > release date. > Thanks in advance for any help with this problem! It seems you have custom kernel with options FLOWTABLE. The code it includes is known to be buggy, this options was removed from GENERIC many releases ago. Remove it from your kernel configuration, rebuild kernel and you will be fine. From owner-freebsd-stable@freebsd.org Sat Nov 9 13:00:58 2019 Return-Path: Delivered-To: freebsd-stable@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 1C5771A961D for ; Sat, 9 Nov 2019 13:00:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 479HLx2dwrz3FJq for ; Sat, 9 Nov 2019 13:00:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id xA9D0q29092215 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 9 Nov 2019 13:00:53 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: bennett@sdf.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id xA9D0oY4026071 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 9 Nov 2019 20:00:50 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: kernel bug in 11.3-STABLE causes frequent crashes To: Scott Bennett , freebsd-stable@freebsd.org References: <201911091245.xA9Cj1lo019826@sdf.org> From: Eugene Grosbein Message-ID: <295eca80-5388-850b-bff4-40e22420cf97@grosbein.net> Date: Sat, 9 Nov 2019 20:00:39 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <201911091245.xA9Cj1lo019826@sdf.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 479HLx2dwrz3FJq X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.58)[ip: (-3.94), ipnet: 2a01:4f8::/29(-2.26), asn: 24940(-1.68), country: DE(-0.01)]; 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)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 13:00:58 -0000 09.11.2019 19:45, Scott Bennett wrote: > The rest of this message was posted a little while ago to the > freebsd-questions list by mistake. It was intended for freebsd-stable, > so I am posting it here now after posting a brief apology on the other > list. > I have had to waste a great deal of time lately in recovering my > system from crashes due to a kernel bug. At present, my system is > > FreeBSD hellas 11.3-STABLE FreeBSD 11.3-STABLE #12 r352571: Sat Sep 21 11:39:52 CDT 2019 bennett@hellas:/usr/obj/usr/src/sys/hellas amd64 > > There are actually at least two problems, but this particular one has been > causing a large portion of my forced reboots. It usually fails to produce > a dump and freezes right after the panic and backtrace messages, as it did > earlier tonight, but Wednesday night it did create a dump, which I am > keeping in case it should prove helpful in getting the bug identified and > solved. I copied the console messages to paper painstakingly by hand. > They appear to be identical each time, except, of course, for the messages > that a dump is produced when, indeed, it does produce one. I am omitting > those fairly standard messages. > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0x3b8 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80a4b14c > stack pointer = 0x0:0xfffffe012a60ea50 > frame pointer = 0x0:0xfffffe012a60eae0 > 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 = 28 (flowcleaner) > trap number = 12 > panic: page fault > cpuid = 2 > KDB: stack backtrace: > #0 0xffffffff80a94707 at kdb_backtrace+0x67 > #1 0xffffffff80a4fa2e at vpanic+0x17e > #2 0xffffffff80a4f8a3 at panic+0x43 > #3 0xffffffff80f3a4d0 at trap_pfault+0 > #4 0xffffffff80f3a519 at trap_pfault+0x49 > #5 0xffffffff80f39bad at trap+0x29 > #6 0xffffffff80f19f33 at calltrap+0x8 > #7 0xffffffff80b3bb8d at flowtable_clean_vnet+0x43d > #8 0xffffffff80b3c758 at flowtable_cleaner+0xc8 > #9 0xffffffff80a12ea2 at fork_exit+0x82 > #10 0xffffffff80flaf4e at fork_trampoline+0xe > > The machine is ancient. The CPU is a QX9650 (last group of Core 2 > Quads) with 8 GB of DDR3 memory. > If this can be identified as a known bug and a clue provided to a > patch or a safer version to upgrade to, I would be grateful. I am getting > very, very tired of these crashes. > The other forced reboots I will describe in a separate message, but > that problem has existed since the time of 11.2-RELEASE and apparently was > never investigated, much less fixed, although people began complaining on > this list and possibly -questions within the first few days after the > release date. > Thanks in advance for any help with this problem! It seems you have custom kernel with options FLOWTABLE. The code it includes is known to cause panics, this options was removed from GENERIC many releases ago. Remove it from your kernel configuration, rebuild kernel and you will be fine. From owner-freebsd-stable@freebsd.org Sat Nov 9 13:56:50 2019 Return-Path: Delivered-To: freebsd-stable@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 8C7271AA923 for ; Sat, 9 Nov 2019 13:56:50 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 479JbP2mjDz3Hsr for ; Sat, 9 Nov 2019 13:56:48 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@miku.sdf.org [205.166.94.6]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id xA9Dumrl002855 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sat, 9 Nov 2019 13:56:48 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id xA9DumXl007459; Sat, 9 Nov 2019 07:56:48 -0600 (CST) From: Scott Bennett Message-Id: <201911091356.xA9DumXl007459@sdf.org> Date: Sat, 09 Nov 2019 07:56:48 -0600 To: freebsd-stable@freebsd.org, eugen@grosbein.net Subject: Re: kernel bug in 11.3-STABLE causes frequent crashes References: <201911091245.xA9Cj1lo019826@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 479JbP2mjDz3Hsr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bennett@sdf.org has no SPF policy when checking 205.166.94.20) smtp.mailfrom=bennett@sdf.org X-Spamd-Result: default: False [-1.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; FROM_HAS_DN(0.00)[]; IP_SCORE(-0.34)[ip: (-1.07), ipnet: 205.166.94.0/24(-0.53), asn: 14361(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sdf.org]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[20.94.166.205.list.dnswl.org : 127.0.10.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:14361, ipnet:205.166.94.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 13:56:50 -0000 Eugene, Thank you very much for the fast reply! Eugene Grosbein wrote: > 09.11.2019 19:45, Scott Bennett ?????: > > The rest of this message was posted a little while ago to the > > freebsd-questions list by mistake. It was intended for freebsd-stable, > > so I am posting it here now after posting a brief apology on the other > > list. > > I have had to waste a great deal of time lately in recovering my > > system from crashes due to a kernel bug. At present, my system is > > > > FreeBSD hellas 11.3-STABLE FreeBSD 11.3-STABLE #12 r352571: Sat Sep 21 11:39:52 CDT 2019 bennett@hellas:/usr/obj/usr/src/sys/hellas amd64 > > > > There are actually at least two problems, but this particular one has been > > causing a large portion of my forced reboots. It usually fails to produce > > a dump and freezes right after the panic and backtrace messages, as it did > > earlier tonight, but Wednesday night it did create a dump, which I am > > keeping in case it should prove helpful in getting the bug identified and > > solved. I copied the console messages to paper painstakingly by hand. > > They appear to be identical each time, except, of course, for the messages > > that a dump is produced when, indeed, it does produce one. I am omitting > > those fairly standard messages. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 2; apic id = 02 > > fault virtual address = 0x3b8 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff80a4b14c > > stack pointer = 0x0:0xfffffe012a60ea50 > > frame pointer = 0x0:0xfffffe012a60eae0 > > 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 = 28 (flowcleaner) > > trap number = 12 > > panic: page fault > > cpuid = 2 > > KDB: stack backtrace: > > #0 0xffffffff80a94707 at kdb_backtrace+0x67 > > #1 0xffffffff80a4fa2e at vpanic+0x17e > > #2 0xffffffff80a4f8a3 at panic+0x43 > > #3 0xffffffff80f3a4d0 at trap_pfault+0 > > #4 0xffffffff80f3a519 at trap_pfault+0x49 > > #5 0xffffffff80f39bad at trap+0x29 > > #6 0xffffffff80f19f33 at calltrap+0x8 > > #7 0xffffffff80b3bb8d at flowtable_clean_vnet+0x43d > > #8 0xffffffff80b3c758 at flowtable_cleaner+0xc8 > > #9 0xffffffff80a12ea2 at fork_exit+0x82 > > #10 0xffffffff80flaf4e at fork_trampoline+0xe > > > > The machine is ancient. The CPU is a QX9650 (last group of Core 2 > > Quads) with 8 GB of DDR3 memory. > > If this can be identified as a known bug and a clue provided to a > > patch or a safer version to upgrade to, I would be grateful. I am getting > > very, very tired of these crashes. > > The other forced reboots I will describe in a separate message, but > > that problem has existed since the time of 11.2-RELEASE and apparently was > > never investigated, much less fixed, although people began complaining on > > this list and possibly -questions within the first few days after the > > release date. > > Thanks in advance for any help with this problem! > > It seems you have custom kernel with options FLOWTABLE. The code it includes > is known to be buggy, this options was removed from GENERIC many releases ago. > Remove it from your kernel configuration, rebuild kernel and you will be fine. > Wonderful. I have a comment on that line, saying I added it for 8.x, so I probably found it in 8.1's GENERIC configuration file when I was preparing to upgrade from 7.3. It is interesting that it only started hitting me (hard enough to make me notice it, at least) in 11.3 and maybe a bit earlier in 11.2. Anyway, that will be easy enough to fix, but will require rolling /usr/src back to the revision I am running, which is probably also no big deal. I don't seem to be able to build it at the current source revision because 11-STABLE's buildworld began failing during the libc build two or three weeks ago. I just tried "svn update /usr/src" again, followed by "make -j6 buildworld", and it still fails with this ending. --- libc_pic.a --- ranlib -D libc_pic.a --- libc.a --- ranlib -D libc.a --- libc.so.7.full --- cc: error: unable to execute command: posix_spawn failed: Permission denied cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [libc.so.7.full] Error code 1 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc *** [lib/libc__L] Error code 2 make[3]: stopped in /usr/src 1 error make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Oh, well. During the intervening weeks, I haven't seen any src updates that appear to have anything to do with fixing the virtual memory management bug(s) that is/are the other thing wasting my time. I'll start a separate thread for that, but first I want to do the rollback and get the buildworld started. Oh, wait a minute...ah, yes! I also have a snapshot of /usr/obj to the same revision, so I won't even need the buildworld, only the buildkernel. This should be quite quick then. Thanks a bundle for your help. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-stable@freebsd.org Sat Nov 9 16:39:15 2019 Return-Path: Delivered-To: freebsd-stable@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 7BEDA1ADEA3 for ; Sat, 9 Nov 2019 16:39:15 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 479NBp0C6nz3QZF for ; Sat, 9 Nov 2019 16:39:13 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA9GcuHn016509 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 9 Nov 2019 11:39:03 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA9GcsRq005538 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 9 Nov 2019 11:38:55 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA9Gcsxh005537; Sat, 9 Nov 2019 11:38:54 -0500 (EST) (envelope-from cross) Date: Sat, 9 Nov 2019 11:38:54 -0500 From: Chris Ross To: Doug Ambrisko Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-stable@freebsd.org Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191109163853.GA1053@westeros.distal.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> <65cd40b7-e982-496b-4876-21d352a03634@quip.cz> <20191108222816.GA76344@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191108222816.GA76344@ambrisko.com> User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Sat, 09 Nov 2019 11:38:55 -0500 (EST) X-Rspamd-Queue-Id: 479NBp0C6nz3QZF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.78 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[distal.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.48)[ip: (-4.23), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.49), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 16:39:15 -0000 On Fri, Nov 08, 2019 at 02:28:17PM -0800, Doug Ambrisko wrote: > On Tue, Nov 05, 2019 at 09:44:36PM +0100, Miroslav Lachman wrote: > | Chris Ross wrote on 11/05/2019 21:19: > | > On Tue, Nov 05, 2019 at 08:20:15PM +0100, Miroslav Lachman wrote: > | >> Chris Ross wrote on 11/05/2019 19:34: > | >>> Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself > | >>> "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. > | >>> Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which > | >>> looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should > | >>> be supported by the mpr(4) driver, but it doesn't seem to recognize it > | >>> at boot time. > | > | mpr_load="YES" goes to /etc/loader.conf > | > | If you need to load mpr manually in boot prompt I am not sure if it > | should be: > | load mpr > | or > | load mpr.ko > | of full path > | load /boot/kernel/mpr.ko > > This should be a mrsas card and not an HBA! mrsas supports all current > UCS RAID cards ... and the next unreleased UCS system :-) You might need > the one in -current for that. I'm not sure what is in 12.1. Hi Doug! Thanks. Okay, I infer from that that the mpr driver is for HBAs that aren't raid? Grepping through the sources for 3516 found me only mpr. Looking more carefully, at mrsas while knowing specifically what I'm looking for, I find the PCI device ID (0x0014) as "AVAGO Ventura SAS Controller". And, that code (mrsas) is about the same in stable-12 as is it in -current. Can you provide some guidance of what I need to do to get the mrsas driver to identify it when booting the install ISO? - Chris From owner-freebsd-stable@freebsd.org Sat Nov 9 16:42:43 2019 Return-Path: Delivered-To: freebsd-stable@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 969C01AE1B6 for ; Sat, 9 Nov 2019 16:42:43 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 479NGp6rXPz3R2T for ; Sat, 9 Nov 2019 16:42:42 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA9GgYIf016562 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Sat, 9 Nov 2019 11:42:42 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA9GgXGT005559 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 9 Nov 2019 11:42:34 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA9GgXBj005558 for freebsd-stable@freebsd.org; Sat, 9 Nov 2019 11:42:33 -0500 (EST) (envelope-from cross) Date: Sat, 9 Nov 2019 11:42:33 -0500 From: Chris Ross To: freebsd-stable@freebsd.org Subject: Re: UEFI ISO boot not working in 12.1 ? Message-ID: <20191109164233.GB1053@westeros.distal.com> References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> <20191107195325.GO1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191107195325.GO1177@westeros.distal.com> User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Sat, 09 Nov 2019 11:42:34 -0500 (EST) X-Rspamd-Queue-Id: 479NGp6rXPz3R2T X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_NA(0.00)[distal.com]; IP_SCORE(-2.43)[ip: (-3.98), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.49), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 16:42:43 -0000 On Thu, Nov 07, 2019 at 02:53:25PM -0500, Chris Ross wrote: > > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: > > >> You could try some bisection back along the 12 branch.. > > Yeah. I was hoping for an easier path, but. I can try slogging back > through stable-12 a month or two at a time. Okay. I spent a bunch of time moving around stable-12 by date, and an ISO build from stable-12 as of 2019-10-14 works (rev 353483), and 2019-10-15 (rev 353541) does not. The svn update across that day shows: Updating '.': U stand/efi/boot1/boot1.c U stand/efi/include/efilib.h U stand/efi/libefi/devpath.c U stand/efi/libefi/efinet.c U stand/efi/libefi/efipart.c U stand/efi/libefi/libefi.c U stand/efi/loader/arch/i386/efimd.c U stand/efi/loader/efi_main.c U stand/efi/loader/framebuffer.c U stand/efi/loader/main.c U stand/libsa/stand.h U stand/libsa/zalloc.c U stand/libsa/zalloc_defs.h U stand/libsa/zalloc_malloc.c U stand/libsa/zalloc_mem.h U stand/libsa/zalloc_protos.h U . Updated to revision 353541. So, there's the commit/commits. Can someone else who knows the intra-branch process better help me determine where the original change came from, what it was meant to accomplish, then hopefully we can find out what went wrong for at least my hardware? Thanks all! - Chris From owner-freebsd-stable@freebsd.org Sat Nov 9 16:48:21 2019 Return-Path: Delivered-To: freebsd-stable@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 5F4B61AE4CE for ; Sat, 9 Nov 2019 16:48:21 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 479NPJ5y4Jz3RGs for ; Sat, 9 Nov 2019 16:48:20 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iTTuE-000Pph-E4; Sat, 09 Nov 2019 16:48:10 +0000 Date: Sat, 9 Nov 2019 16:48:10 +0000 From: Gary Palmer To: Chris Ross Cc: Doug Ambrisko , freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191109164810.GA88319@in-addr.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> <65cd40b7-e982-496b-4876-21d352a03634@quip.cz> <20191108222816.GA76344@ambrisko.com> <20191109163853.GA1053@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191109163853.GA1053@westeros.distal.com> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 479NPJ5y4Jz3RGs X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 16:48:21 -0000 On Sat, Nov 09, 2019 at 11:38:54AM -0500, Chris Ross wrote: > On Fri, Nov 08, 2019 at 02:28:17PM -0800, Doug Ambrisko wrote: > > On Tue, Nov 05, 2019 at 09:44:36PM +0100, Miroslav Lachman wrote: > > | Chris Ross wrote on 11/05/2019 21:19: > > | > On Tue, Nov 05, 2019 at 08:20:15PM +0100, Miroslav Lachman wrote: > > | >> Chris Ross wrote on 11/05/2019 19:34: > > | >>> Hello. I have a Cisco UCS C220-M5 with a RAID controller. It calls itself > > | >>> "Cisco 12G Modular Raid Controller with 2GB cache", PPID UCSC-RAID-M5. > > | >>> Looking at the CIMC, it shows the PCI vendor/device ids 1000:0014, which > > | >>> looks to be an LSI MegaRAID Tri-Mode SAS3516. It looks like this should > > | >>> be supported by the mpr(4) driver, but it doesn't seem to recognize it > > | >>> at boot time. > > | > > | mpr_load="YES" goes to /etc/loader.conf > > | > > | If you need to load mpr manually in boot prompt I am not sure if it > > | should be: > > | load mpr > > | or > > | load mpr.ko > > | of full path > > | load /boot/kernel/mpr.ko > > > > This should be a mrsas card and not an HBA! mrsas supports all current > > UCS RAID cards ... and the next unreleased UCS system :-) You might need > > the one in -current for that. I'm not sure what is in 12.1. > > Hi Doug! Thanks. Okay, I infer from that that the mpr driver is for > HBAs that aren't raid? Grepping through the sources for 3516 found me > only mpr. Looking more carefully, at mrsas while knowing specifically > what I'm looking for, I find the PCI device ID (0x0014) as "AVAGO Ventura > SAS Controller". And, that code (mrsas) is about the same in stable-12 as > is it in -current. > > Can you provide some guidance of what I need to do to get the mrsas > driver to identify it when booting the install ISO? See the "PRIORITY" section of https://www.freebsd.org/cgi/man.cgi?query=mrsas&sektion=4 You can also set that tunable via the loader Regards, Gary From owner-freebsd-stable@freebsd.org Sat Nov 9 17:25:02 2019 Return-Path: Delivered-To: freebsd-stable@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 072B41AF35A for ; Sat, 9 Nov 2019 17:25:02 +0000 (UTC) (envelope-from kevans@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 479PCd6MMwz3yBB; Sat, 9 Nov 2019 17:25:01 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f46.google.com (mail-qv1-f46.google.com [209.85.219.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id B1ABDB43B; Sat, 9 Nov 2019 17:25:01 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f46.google.com with SMTP id v16so3438587qvq.6; Sat, 09 Nov 2019 09:25:01 -0800 (PST) X-Gm-Message-State: APjAAAUPqc2Pemur68gDY/czPhk6EuelooAiWI1g/Rpr6wEDbitRsEvb CaxuFW3i0c5tN+j51NVNTefB/Z6G8swzxHfceO4= X-Google-Smtp-Source: APXvYqy8FJl9mSZYdpF/Q/QKYLWnDygNKC8q8FtxJFud9sD5ydxKo+dTTGV1iYiGOn5GX2uMTF/I8YDrrtfa+pCTzt8= X-Received: by 2002:a0c:d2b3:: with SMTP id q48mr2281192qvh.5.1573320301020; Sat, 09 Nov 2019 09:25:01 -0800 (PST) MIME-Version: 1.0 References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> <20191107195325.GO1177@westeros.distal.com> <20191109164233.GB1053@westeros.distal.com> In-Reply-To: <20191109164233.GB1053@westeros.distal.com> From: Kyle Evans Date: Sat, 9 Nov 2019 11:24:49 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: UEFI ISO boot not working in 12.1 ? To: Chris Ross Cc: FreeBSD-STABLE Mailing List , Toomas Soome Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 17:25:02 -0000 On Sat, Nov 9, 2019 at 10:42 AM Chris Ross wrote: > > On Thu, Nov 07, 2019 at 02:53:25PM -0500, Chris Ross wrote: > > > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: > > > >> You could try some bisection back along the 12 branch.. > > > > Yeah. I was hoping for an easier path, but. I can try slogging back > > through stable-12 a month or two at a time. > > Okay. I spent a bunch of time moving around stable-12 by date, and > an ISO build from stable-12 as of 2019-10-14 works (rev 353483), and > 2019-10-15 (rev 353541) does not. > > The svn update across that day shows: > > Updating '.': > U stand/efi/boot1/boot1.c > U stand/efi/include/efilib.h > U stand/efi/libefi/devpath.c > U stand/efi/libefi/efinet.c > U stand/efi/libefi/efipart.c > U stand/efi/libefi/libefi.c > U stand/efi/loader/arch/i386/efimd.c > U stand/efi/loader/efi_main.c > U stand/efi/loader/framebuffer.c > U stand/efi/loader/main.c > U stand/libsa/stand.h > U stand/libsa/zalloc.c > U stand/libsa/zalloc_defs.h > U stand/libsa/zalloc_malloc.c > U stand/libsa/zalloc_mem.h > U stand/libsa/zalloc_protos.h > U . > Updated to revision 353541. > > So, there's the commit/commits. Can someone else who knows the intra-branch > process better help me determine where the original change came from, > what it was meant to accomplish, then hopefully we can find out what went > wrong for at least my hardware? > Hi, That helps- thanks! I'm CC'ing tsoome@, as this is basically just r353501 in that range. Can you give the latest -CURRENT snapshot boot as another data point? Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Sat Nov 9 20:43:02 2019 Return-Path: Delivered-To: freebsd-stable@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 AE55117C989 for ; Sat, 9 Nov 2019 20:43:02 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 479Tc5302Jz48KH; Sat, 9 Nov 2019 20:43:01 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA9KgqR7020807 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 9 Nov 2019 15:43:00 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA9KgpCL007011 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 9 Nov 2019 15:42:51 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA9Kgpla007010; Sat, 9 Nov 2019 15:42:51 -0500 (EST) (envelope-from cross) Date: Sat, 9 Nov 2019 15:42:51 -0500 From: Chris Ross To: freebsd-stable@freebsd.org Cc: Toomas Soome Subject: Re: UEFI ISO boot not working in 12.1 ? Message-ID: <20191109204251.GF1053@westeros.distal.com> References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> <20191107195325.GO1177@westeros.distal.com> <20191109164233.GB1053@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Sat, 09 Nov 2019 15:42:52 -0500 (EST) X-Rspamd-Queue-Id: 479Tc5302Jz48KH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.68 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[distal.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-2.38)[ip: (-3.75), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.48), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 20:43:02 -0000 On Sat, Nov 09, 2019 at 11:24:49AM -0600, Kyle Evans wrote: > Hi, > > That helps- thanks! I'm CC'ing tsoome@, as this is basically just > r353501 in that range. Can you give the latest -CURRENT snapshot boot > as another data point? Thanks. And yeah, happily, I was already in the process of building a -current to test. I am happy (in a way?) to report that it fails in the same way as 12.1-RELEASE and stable-12 after Oct 15. Thanks. - Chris for tsoome, the description of boot messages from the top of the thread: https://docs.freebsd.org/cgi/getmsg.cgi?fetch=98224+0+current/freebsd-stable From owner-freebsd-stable@freebsd.org Sat Nov 9 21:51:51 2019 Return-Path: Delivered-To: freebsd-stable@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 302FB17E3FE for ; Sat, 9 Nov 2019 21:51:51 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 479W7V1XHRz4C8k; Sat, 9 Nov 2019 21:51:49 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA9LpePO022007 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 9 Nov 2019 16:51:48 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA9LpdO3007488 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 9 Nov 2019 16:51:40 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA9Lpc8t007487; Sat, 9 Nov 2019 16:51:38 -0500 (EST) (envelope-from cross) Date: Sat, 9 Nov 2019 16:51:38 -0500 From: Chris Ross To: Gary Palmer Cc: freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Cisco 12G SAS RAID support (FreeBSD 12.1-RELEASE) ? Message-ID: <20191109215138.GG1053@westeros.distal.com> References: <20191105183448.GE1177@westeros.distal.com> <65e90493-a038-5668-45e9-5101c52c23eb@quip.cz> <20191105201942.GF1177@westeros.distal.com> <65cd40b7-e982-496b-4876-21d352a03634@quip.cz> <20191108222816.GA76344@ambrisko.com> <20191109163853.GA1053@westeros.distal.com> <20191109164810.GA88319@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191109164810.GA88319@in-addr.com> User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Sat, 09 Nov 2019 16:51:40 -0500 (EST) X-Rspamd-Queue-Id: 479W7V1XHRz4C8k X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.64 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[distal.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.34)[ip: (-3.55), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.48), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 21:51:51 -0000 On Sat, Nov 09, 2019 at 04:48:10PM +0000, Gary Palmer wrote: > > Hi Doug! Thanks. Okay, I infer from that that the mpr driver is for > > HBAs that aren't raid? Grepping through the sources for 3516 found me > > only mpr. Looking more carefully, at mrsas while knowing specifically > > what I'm looking for, I find the PCI device ID (0x0014) as "AVAGO Ventura > > SAS Controller". And, that code (mrsas) is about the same in stable-12 as > > is it in -current. > > > > Can you provide some guidance of what I need to do to get the mrsas > > driver to identify it when booting the install ISO? > > See the "PRIORITY" section of > > https://www.freebsd.org/cgi/man.cgi?query=mrsas&sektion=4 > > You can also set that tunable via the loader Hmm. Okay. I know I was messing with that parameter on one of these machines, I though I'd tried it on this one. But, maybe that was the older box with the HBA in it. While I try that, I have a question. I understood that tunable to be a way to get the mfi(4) driver to allow the mrsas(4) driver to be used for devices they both would recognize. But, in this case, it's clear that the mfi(4) driver has now knowledge of this device. Is that tunable being set necessary to have the mrsas(4) driver even find the devices it knows how to support that mfi(4) doesn't? If so, that's a very unfortunate situation. Because there will be a significant set of controllers, like the one I have in this system, that totally fail to present themselves when installing from the install media. Maybe this is a political issue, and I should stop thinking about it, but. Let me know if I'm understanding the technical side, that there are cards mfi(4) has no support for, but this tunable prevents mrsas(4) from attaching them? - Chris