From owner-freebsd-current@freebsd.org Mon Nov 4 04:01:02 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3ECD31B1D11 for ; Mon, 4 Nov 2019 04:01:02 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mxt.nsu.ru (mxt.nsu.ru [84.237.50.40]) (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 475zcD2Z9Yz3QYx; Mon, 4 Nov 2019 04:00:59 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nsu.ru; s=email; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Mj3VkbakH9wrUw5et45pG1V3TGfnrv7NBfJ4U8F3j2o=; b=Dy8T2yHoNpu7V9xBnZBbaH8JDX RHGLhXBZYJJ1hfwBoztXLoYluiKo/uc4YthH5UyjdGHlwcPPuGNx0UbrlPYEg0AMBABn7dLx5d5hW FNDMjVX62+Gq7PYEBI9KE/IQNcmSmC24e2NsfG1pcIk9qbZznlwwE+lHHi/PNLqXQj5U=; Received: from mail.nsu.ru ([84.237.50.42] helo=zimbra.nsu.ru) by mxt.nsu.ru with esmtp (Exim 4.89) (envelope-from ) id 1iRTXt-0002ap-4f; Mon, 04 Nov 2019 11:00:49 +0700 Received: from localhost (localhost [127.0.0.1]) by zimbra.nsu.ru (Postfix) with ESMTP id 1937D8001A2; Mon, 4 Nov 2019 11:00:49 +0700 (+07) Received: from zimbra.nsu.ru ([127.0.0.1]) by localhost (zimbra.nsu.ru [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id moFHgCVtkvHB; Mon, 4 Nov 2019 11:00:48 +0700 (+07) Received: from localhost (localhost [127.0.0.1]) by zimbra.nsu.ru (Postfix) with ESMTP id A161680021F; Mon, 4 Nov 2019 11:00:48 +0700 (+07) X-Virus-Scanned: amavisd-new at zimbra.nsu.ru Received: from zimbra.nsu.ru ([127.0.0.1]) by localhost (zimbra.nsu.ru [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id vI9Th0MN0ogE; Mon, 4 Nov 2019 11:00:48 +0700 (+07) Received: from regency.nsu.ru (unknown [84.237.50.47]) by zimbra.nsu.ru (Postfix) with ESMTPS id 578858001A2; Mon, 4 Nov 2019 11:00:48 +0700 (+07) Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id xA440v0R057975; Mon, 4 Nov 2019 11:00:58 +0700 (+07) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id xA440q2C057921; Mon, 4 Nov 2019 11:00:52 +0700 (+07) (envelope-from danfe) Date: Mon, 4 Nov 2019 11:00:52 +0700 From: Alexey Dokuchaev To: John Baldwin Cc: freebsd-current@FreeBSD.org, jkim@FreeBSD.org Subject: Re: make delete-old: missing some files? Message-ID: <20191104040052.GA62001@regency.nsu.ru> References: <20191018170519.GA15695@regency.nsu.ru> <20191023034208.GA97072@regency.nsu.ru> <20191027124036.GA87210@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191027124036.GA87210@regency.nsu.ru> User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 3 X-KLMS-Message-Action: skipped X-KLMS-AntiSpam-Status: not scanned, whitelist X-KLMS-AntiPhishing: not scanned, whitelist X-KLMS-AntiVirus: Kaspersky Security for Linux Mail Server, version 8.0.3.30, not scanned, whitelist X-Rspamd-Queue-Id: 475zcD2Z9Yz3QYx X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nsu.ru header.s=email header.b=Dy8T2yHo; dmarc=pass (policy=none) header.from=nsu.ru; spf=pass (mx1.freebsd.org: domain of danfe@regency.nsu.ru designates 84.237.50.40 as permitted sender) smtp.mailfrom=danfe@regency.nsu.ru X-Spamd-Result: default: False [3.73 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[nsu.ru:s=email]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:mxt.nsu.ru]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[nsu.ru:+]; DMARC_POLICY_ALLOW(-0.50)[nsu.ru,none]; NEURAL_SPAM_LONG(0.97)[0.971,0]; IP_SCORE(0.96)[ip: (3.08), ipnet: 84.237.48.0/21(0.94), asn: 3335(0.75), country: RU(0.01)]; FORGED_SENDER(0.30)[danfe@nsu.ru,danfe@regency.nsu.ru]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3335, ipnet:84.237.48.0/21, country:RU]; FROM_NEQ_ENVFROM(0.00)[danfe@nsu.ru,danfe@regency.nsu.ru]; RCVD_COUNT_SEVEN(0.00)[8] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 04:01:02 -0000 On Sun, Oct 27, 2019 at 07:40:36PM +0700, Alexey Dokuchaev wrote: > On Thu, Oct 24, 2019 at 11:07:16AM -0700, John Baldwin wrote: > > On 10/22/19 8:42 PM, Alexey Dokuchaev wrote: > > > On Tue, Oct 22, 2019 at 04:34:53PM -0700, John Baldwin wrote: > > >> ... > > >> These are from the OpenSSL 1.1.1 commit. However, they are tagged as > > >> OLD_LIBS and check-old-libs and delete-old-libs should be automatically > > >> deleting these? Does 'make check-old' report these files as > > >> old libraries? > > > > > > I've manually placed one of those back on the filesystem and `make > > > check-old' reported it (twice!) under libraries. But after r353907 it > > > get cleaned up properly with `make delete-old'. > > > > Hmm, then 'make delete-old-libs' should already delete them without needing > > r353907. The issue with r353907 is if someone doesn't delete the > > actual libraries via 'make delete-old-libs' but then tries to debug an > > application that was using the old openssl and crashed, we'd no longer > > have debug symbols if the crash was in one of those libraries. That > > matters less for OpenSSL engines, but matters more for something like > > libutil, etc. hence why we delete debug symbols as part of delete-old-libs > > instead of delete-old. > > > > If 'make delete-old-libs' deletes these files already, then we should > > probably revert r353907. > > I've reverted r353907, and `make delete-old-libs' deleted those files. So what was the final decision, did you guys sort it out? I've seen that r353907 was MFC'ed while it was still being discussed, hence my question: https://svnweb.freebsd.org/base?view=revision&revision=354150. > Also, I've noticed that `lib/libdtrace.so.2' is listed twice in the > tools/build/mk/OptionalObsoleteFiles.inc, which is probably another bug. What about DTrace-related issues (this and the previous one)? ./danfe From owner-freebsd-current@freebsd.org Tue Nov 5 17:44:24 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0596C1AEC37 for ; Tue, 5 Nov 2019 17:44:24 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) by mx1.freebsd.org (Postfix) with ESMTP id 476xqq0cMgz3KrX for ; Tue, 5 Nov 2019 17:44:22 +0000 (UTC) (envelope-from brennan@umanwizard.com) X-Fes-Encrypted: true X-Fes-Ehlo-Domain: [10.30.91.165] From: Brennan Vincent Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Kernel panics sometimes resulting in no core dump. Message-Id: <9C7D409D-7305-4E3A-9F66-F518A8D321B8@umanwizard.com> Date: Tue, 5 Nov 2019 12:44:06 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 476xqq0cMgz3KrX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of brennan@umanwizard.com designates 54.203.248.109 as permitted sender) smtp.mailfrom=brennan@umanwizard.com X-Spamd-Result: default: False [-2.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[umanwizard.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.18)[ipnet: 54.202.0.0/15(-4.47), asn: 16509(-1.39), country: US(-0.05)]; MV_CASE(0.50)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:54.202.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 17:44:24 -0000 (Note: I have also posted this to the forums, but upon reading the forum = guidelines more carefully I realized the mailing list is probably a = better venue. So if you are also a forum reader, I apologize for the = extra churn.) Hello, I am running 13-CURRENT (compiled recently from source using = default build settings) and recently I have been kernel panics every so = often. They can happen at any time but seem to be more likely when the = system is running a graphical environment and is at high load (e.g., = during `make -j64 buildworld`). I have configured my system to collect core dumps: my swap partition is = 50 GB (large enough to contain any conceivable minidump), `dumpon` = reports that it is indeed configured as a dump partition, and I have = `savecore_enable=3D"YES"` in /etc/rc.conf. I also have the sysctl = `debug.debugger_on_panic` set to 0, which seems to be necessary for core = dumps to happen (instead of breaking into the debugger on panic). = Before, when that sysctl was set to 1, my graphical environment would = hand; now it reboots. The changing behavior depending on the value of = `debug.debugger_on_panic` is what makes me think this really is a kernel = panic, as opposed to some other possible issue that could cause a crash. The weird thing is that when I manually cause a panic via `sudo sysctl = debug.kdb.panic=3D1` , my system reboots as expected, and a core dump = **does** get generated and saved in /var/crash! So it's only the = mysterious random crashes that aren't causing core dumps. Can anyone help me figure out why core dumps are not getting generated, = and how I can possibly debug what is going on?= From owner-freebsd-current@freebsd.org Tue Nov 5 18:22:16 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B95C21B006F for ; Tue, 5 Nov 2019 18:22:16 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x741.google.com (mail-qk1-x741.google.com [IPv6:2607:f8b0:4864:20::741]) (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 476ygW6v2jz3N2X for ; Tue, 5 Nov 2019 18:22:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x741.google.com with SMTP id i19so12938002qki.2 for ; Tue, 05 Nov 2019 10:22:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=YCcUpewmaYssxBlffsrLmYPNIG5E93qZeM9xZMWfzWY=; b=HoHEfhMwQiD3tVqc+cPmn367+Nqup/7nKQupGngVGR1eV5w8H/9iz8fwwHqYxMPayo wfd6p9QEDLxYqnmaieOuxHg0Zji+HC34aas2j5ezs+mwnuj90917i+rg6PhtyHaq7632 yDm4od4K05H6fkk1tsHmlb9wj46UTr0HOReAYjh8fBK0ojjUzqehPq4D34qhXewB3ImG /UZ3NDCwIXcF9PhV56V367qebEUoyrxM66eji7s3DgF89PwQ5jXLExcnN3QyH0OQMEjK mqpavW297kUuXWErMVouC5oQDI8Z2+JFxVysrjcOjiZm04gvxFn1HrphcfK8lJdYFagg +kug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=YCcUpewmaYssxBlffsrLmYPNIG5E93qZeM9xZMWfzWY=; b=Sqi0eOU8k9kDC0Pk6v3DNtCpjNFiSJBIC/xeZkztoRlcMcnTw0MwRpKm3HosT39bZi Qo1hrYw18Em4DncMtyH+y7LZuQ6g89qiIUdB4sC6Dj+gi8jChVOanULzsJOPlMtG7WcC zgcRUgb6ivkFJQ7E7PiBz9D4N8Qx0vQ0ddhwCmLAByx+SpoXtIPdF9ese8Ua3wopgtTU 2DtFKB0FS+xwkBuitktsC6/4cb8x9uc6jkhFAMkTR5T8jNqu9E6/F0c/SM9QLKSq+re2 cQlgZmTjDfw+wKJOKqAw9LxcibuB5LoWviNMWJXVhNUUk9OLoKybJDUku+WlsJHTaQBy /9og== X-Gm-Message-State: APjAAAVlXUdtRJt+2Q0UtSNbQWLie41hNajj9BtsMiukyhxYxdKePXV7 rpGlbWDqaJkPB/vO9pGEadT+6JrtPBY= X-Google-Smtp-Source: APXvYqxuc1mxPQ04pUkf55JmaUGuxjVFwX745upoE1nBrhPrAEZcsT9QA2gVhmx7Na3mgnHqIOA7jw== X-Received: by 2002:a37:a58b:: with SMTP id o133mr10806335qke.418.1572978134893; Tue, 05 Nov 2019 10:22:14 -0800 (PST) Received: from raichu (toroon0560w-lp130-05-69-158-183-252.dsl.bell.ca. [69.158.183.252]) by smtp.gmail.com with ESMTPSA id u11sm8790140qtg.11.2019.11.05.10.22.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Nov 2019 10:22:14 -0800 (PST) Sender: Mark Johnston Date: Tue, 5 Nov 2019 13:22:12 -0500 From: Mark Johnston To: Brennan Vincent Cc: freebsd-current@freebsd.org Subject: Re: Kernel panics sometimes resulting in no core dump. Message-ID: <20191105182212.GB96050@raichu> References: <9C7D409D-7305-4E3A-9F66-F518A8D321B8@umanwizard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9C7D409D-7305-4E3A-9F66-F518A8D321B8@umanwizard.com> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 476ygW6v2jz3N2X X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HoHEfhMw; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::741 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.09 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[1.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.39)[ip: (2.46), ipnet: 2607:f8b0::/32(-2.36), asn: 15169(-2.02), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 18:22:16 -0000 On Tue, Nov 05, 2019 at 12:44:06PM -0500, Brennan Vincent wrote: > (Note: I have also posted this to the forums, but upon reading the forum guidelines more carefully I realized the mailing list is probably a better venue. So if you are also a forum reader, I apologize for the extra churn.) > > Hello, I am running 13-CURRENT (compiled recently from source using default build settings) and recently I have been kernel panics every so often. They can happen at any time but seem to be more likely when the system is running a graphical environment and is at high load (e.g., during `make -j64 buildworld`). > > I have configured my system to collect core dumps: my swap partition is 50 GB (large enough to contain any conceivable minidump), `dumpon` reports that it is indeed configured as a dump partition, and I have `savecore_enable="YES"` in /etc/rc.conf. I also have the sysctl `debug.debugger_on_panic` set to 0, which seems to be necessary for core dumps to happen (instead of breaking into the debugger on panic). Before, when that sysctl was set to 1, my graphical environment would hand; now it reboots. The changing behavior depending on the value of `debug.debugger_on_panic` is what makes me think this really is a kernel panic, as opposed to some other possible issue that could cause a crash. > > The weird thing is that when I manually cause a panic via `sudo sysctl debug.kdb.panic=1` , my system reboots as expected, and a core dump **does** get generated and saved in /var/crash! So it's only the mysterious random crashes that aren't causing core dumps. > > Can anyone help me figure out why core dumps are not getting generated, and how I can possibly debug what is going on? Are you using one of the DRM graphics drivers? I've found that setting dev.drm.skip_ddb="1" in loader.conf is sometimes necessary. From owner-freebsd-current@freebsd.org Tue Nov 5 18:49:38 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 822AD1B0E4B for ; Tue, 5 Nov 2019 18:49:38 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) by mx1.freebsd.org (Postfix) with ESMTP id 476zH56n17z3PZv; Tue, 5 Nov 2019 18:49:37 +0000 (UTC) (envelope-from brennan@umanwizard.com) X-Fes-Encrypted: true X-Fes-Ehlo-Domain: [10.30.91.165] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Kernel panics sometimes resulting in no core dump. From: Brennan Vincent In-Reply-To: <20191105182212.GB96050@raichu> Date: Tue, 5 Nov 2019 13:49:26 -0500 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <54D42CD1-E805-4FA4-9F48-39EF3976FFB0@umanwizard.com> References: <9C7D409D-7305-4E3A-9F66-F518A8D321B8@umanwizard.com> <20191105182212.GB96050@raichu> To: Mark Johnston X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 476zH56n17z3PZv X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 18:49:38 -0000 I=E2=80=99m using the latest version of `nvidia-driver` from ports = (440.31). Is that considered a DRM driver? > On Nov 5, 2019, at 1:22 PM, Mark Johnston wrote: >=20 > On Tue, Nov 05, 2019 at 12:44:06PM -0500, Brennan Vincent wrote: >> (Note: I have also posted this to the forums, but upon reading the = forum guidelines more carefully I realized the mailing list is probably = a better venue. So if you are also a forum reader, I apologize for the = extra churn.) >>=20 >> Hello, I am running 13-CURRENT (compiled recently from source using = default build settings) and recently I have been kernel panics every so = often. They can happen at any time but seem to be more likely when the = system is running a graphical environment and is at high load (e.g., = during `make -j64 buildworld`). >>=20 >> I have configured my system to collect core dumps: my swap partition = is 50 GB (large enough to contain any conceivable minidump), `dumpon` = reports that it is indeed configured as a dump partition, and I have = `savecore_enable=3D"YES"` in /etc/rc.conf. I also have the sysctl = `debug.debugger_on_panic` set to 0, which seems to be necessary for core = dumps to happen (instead of breaking into the debugger on panic). = Before, when that sysctl was set to 1, my graphical environment would = hand; now it reboots. The changing behavior depending on the value of = `debug.debugger_on_panic` is what makes me think this really is a kernel = panic, as opposed to some other possible issue that could cause a crash. >>=20 >> The weird thing is that when I manually cause a panic via `sudo = sysctl debug.kdb.panic=3D1` , my system reboots as expected, and a core = dump **does** get generated and saved in /var/crash! So it's only the = mysterious random crashes that aren't causing core dumps. >>=20 >> Can anyone help me figure out why core dumps are not getting = generated, and how I can possibly debug what is going on? >=20 > Are you using one of the DRM graphics drivers? I've found that = setting > dev.drm.skip_ddb=3D"1" in loader.conf is sometimes necessary. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Nov 5 19:00:37 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 74EAD1B12B9 for ; Tue, 5 Nov 2019 19:00:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf43.google.com (mail-qv1-xf43.google.com [IPv6:2607:f8b0:4864:20::f43]) (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 476zWl6cG1z3Q6F for ; Tue, 5 Nov 2019 19:00:35 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf43.google.com with SMTP id v16so354933qvq.6 for ; Tue, 05 Nov 2019 11:00:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=VkK/T0Qwd+RPqG3K8HDA2H5g2TOBOPYezJaDUPNEXoI=; b=aRiyJAGwB06p8I32+XHuUYHs4wwMQPwFWA0bJBd+173WhTLI1Qcqi1iG/3RR4HudKI nXN4FpfYLymCbyluO1yxQjDYCN4SVso7ApMud2jihxdV1A7qs84nfSsm48BmDRG5EwMn nvVPqzAHfNXEkRKR2ketqLrTdUa5L4/AL0KE2xBdtMS3hu+CD/te9dyk0yl9AwSrpmvs swFnEMJp/5LYk0exN2axUdMjixI4wYOJIqc3NGf5COHnLiagYW1bTAwJa1Rx2tQClleh iLJ3UWFvtiLLUHF4s22BBecs5ih1y0N/K/OaITF8sIguRUkJcL9PxnaWBpmnYL1J8tya KXFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=VkK/T0Qwd+RPqG3K8HDA2H5g2TOBOPYezJaDUPNEXoI=; b=b/R+fKPQMQ0O3K+0kDRNsUrNa5dwgKgMlYQfYX639iq9iMhgTI+9zK/fEI4Rgz+OMT DfstC5ek4FjF/igz0ugbxgYqxoOWoxEyTd22k1tvoComGzAK+zEv18rv+Fx4mF9TbAOL y0F3nS3gAboICbrN8ckLiIZ8QlenTyoKnheNL+/XUQ9uCh5HLSqxgJc6UHyPaPh8qOJd 8YPEdO0NDvwkqJiTWlXxW24dD8DIGTd7XHTbqtmpZ8l+w217Fkn9o+dSp3Ay+hLAoAZv 8BjVGMxkYbJnfvVGgouYEp8W0V+8lbp95PI91VnC+nT6q/c+c4ulsdMzrfQyEoj1EFku npZQ== X-Gm-Message-State: APjAAAU7bCI0c8DB6x98biWKXbUVrQL0+iC7fwCmGdntfhZ1QYzhpjM4 dyZXEOtuB2oiCRI8A3Ag5vxc8BB5Pvw= X-Google-Smtp-Source: APXvYqxKqPr4wqP/XMkuOsUgF43w2rnwFlQGJey0J4UKVTCOPtNgl0+TL2lZbdJHim5aP92wMAqDQw== X-Received: by 2002:ad4:56ab:: with SMTP id bd11mr28651915qvb.237.1572980434578; Tue, 05 Nov 2019 11:00:34 -0800 (PST) Received: from raichu (toroon0560w-lp130-05-69-158-183-252.dsl.bell.ca. [69.158.183.252]) by smtp.gmail.com with ESMTPSA id p145sm4754583qke.37.2019.11.05.11.00.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Nov 2019 11:00:33 -0800 (PST) Sender: Mark Johnston Date: Tue, 5 Nov 2019 14:00:31 -0500 From: Mark Johnston To: Brennan Vincent Cc: freebsd-current@freebsd.org Subject: Re: Kernel panics sometimes resulting in no core dump. Message-ID: <20191105190031.GC96050@raichu> References: <9C7D409D-7305-4E3A-9F66-F518A8D321B8@umanwizard.com> <20191105182212.GB96050@raichu> <54D42CD1-E805-4FA4-9F48-39EF3976FFB0@umanwizard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54D42CD1-E805-4FA4-9F48-39EF3976FFB0@umanwizard.com> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 476zWl6cG1z3Q6F X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=aRiyJAGw; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::f43 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.59 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.89)[ipnet: 2607:f8b0::/32(-2.36), asn: 15169(-2.02), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 19:00:37 -0000 On Tue, Nov 05, 2019 at 01:49:26PM -0500, Brennan Vincent wrote: > I’m using the latest version of `nvidia-driver` from ports (440.31). Is that considered a DRM driver? No, my suggestion doesn't apply to your case then. When you tested debug.kdb.panic=1, did you have a graphical desktop running? When you have debugger_on_panic set to 0, do you notice a hang before the system reboots, or does the system reboot immediately? > > On Nov 5, 2019, at 1:22 PM, Mark Johnston wrote: > > > > On Tue, Nov 05, 2019 at 12:44:06PM -0500, Brennan Vincent wrote: > >> (Note: I have also posted this to the forums, but upon reading the forum guidelines more carefully I realized the mailing list is probably a better venue. So if you are also a forum reader, I apologize for the extra churn.) > >> > >> Hello, I am running 13-CURRENT (compiled recently from source using default build settings) and recently I have been kernel panics every so often. They can happen at any time but seem to be more likely when the system is running a graphical environment and is at high load (e.g., during `make -j64 buildworld`). > >> > >> I have configured my system to collect core dumps: my swap partition is 50 GB (large enough to contain any conceivable minidump), `dumpon` reports that it is indeed configured as a dump partition, and I have `savecore_enable="YES"` in /etc/rc.conf. I also have the sysctl `debug.debugger_on_panic` set to 0, which seems to be necessary for core dumps to happen (instead of breaking into the debugger on panic). Before, when that sysctl was set to 1, my graphical environment would hand; now it reboots. The changing behavior depending on the value of `debug.debugger_on_panic` is what makes me think this really is a kernel panic, as opposed to some other possible issue that could cause a crash. > >> > >> The weird thing is that when I manually cause a panic via `sudo sysctl debug.kdb.panic=1` , my system reboots as expected, and a core dump **does** get generated and saved in /var/crash! So it's only the mysterious random crashes that aren't causing core dumps. > >> > >> Can anyone help me figure out why core dumps are not getting generated, and how I can possibly debug what is going on? > > > > Are you using one of the DRM graphics drivers? I've found that setting > > dev.drm.skip_ddb="1" in loader.conf is sometimes necessary. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Tue Nov 5 19:28:49 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C7F9E1B1EF9 for ; Tue, 5 Nov 2019 19:28:49 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) by mx1.freebsd.org (Postfix) with ESMTP id 47708K0kl1z3wt2; Tue, 5 Nov 2019 19:28:48 +0000 (UTC) (envelope-from brennan@umanwizard.com) X-Fes-Encrypted: true X-Fes-Ehlo-Domain: [10.30.91.165] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Kernel panics sometimes resulting in no core dump. From: Brennan Vincent In-Reply-To: <20191105190031.GC96050@raichu> Date: Tue, 5 Nov 2019 14:28:35 -0500 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <9C7D409D-7305-4E3A-9F66-F518A8D321B8@umanwizard.com> <20191105182212.GB96050@raichu> <54D42CD1-E805-4FA4-9F48-39EF3976FFB0@umanwizard.com> <20191105190031.GC96050@raichu> To: Mark Johnston X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 47708K0kl1z3wt2 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2019 19:28:49 -0000 Yes, debug.kdb.panic=3D1 was done from within a graphical desktop. As = for whether the sporadic panics cause a hang before reboot, I will have = to get back to you on that later once I=E2=80=99m at my home desktop. > On Nov 5, 2019, at 2:00 PM, Mark Johnston wrote: >=20 > On Tue, Nov 05, 2019 at 01:49:26PM -0500, Brennan Vincent wrote: >> I=E2=80=99m using the latest version of `nvidia-driver` from ports = (440.31). Is that considered a DRM driver? >=20 > No, my suggestion doesn't apply to your case then. >=20 > When you tested debug.kdb.panic=3D1, did you have a graphical desktop > running? When you have debugger_on_panic set to 0, do you notice a = hang > before the system reboots, or does the system reboot immediately? >=20 >>> On Nov 5, 2019, at 1:22 PM, Mark Johnston wrote: >>>=20 >>> On Tue, Nov 05, 2019 at 12:44:06PM -0500, Brennan Vincent wrote: >>>> (Note: I have also posted this to the forums, but upon reading the = forum guidelines more carefully I realized the mailing list is probably = a better venue. So if you are also a forum reader, I apologize for the = extra churn.) >>>>=20 >>>> Hello, I am running 13-CURRENT (compiled recently from source using = default build settings) and recently I have been kernel panics every so = often. They can happen at any time but seem to be more likely when the = system is running a graphical environment and is at high load (e.g., = during `make -j64 buildworld`). >>>>=20 >>>> I have configured my system to collect core dumps: my swap = partition is 50 GB (large enough to contain any conceivable minidump), = `dumpon` reports that it is indeed configured as a dump partition, and I = have `savecore_enable=3D"YES"` in /etc/rc.conf. I also have the sysctl = `debug.debugger_on_panic` set to 0, which seems to be necessary for core = dumps to happen (instead of breaking into the debugger on panic). = Before, when that sysctl was set to 1, my graphical environment would = hand; now it reboots. The changing behavior depending on the value of = `debug.debugger_on_panic` is what makes me think this really is a kernel = panic, as opposed to some other possible issue that could cause a crash. >>>>=20 >>>> The weird thing is that when I manually cause a panic via `sudo = sysctl debug.kdb.panic=3D1` , my system reboots as expected, and a core = dump **does** get generated and saved in /var/crash! So it's only the = mysterious random crashes that aren't causing core dumps. >>>>=20 >>>> Can anyone help me figure out why core dumps are not getting = generated, and how I can possibly debug what is going on? >>>=20 >>> Are you using one of the DRM graphics drivers? I've found that = setting >>> dev.drm.skip_ddb=3D"1" in loader.conf is sometimes necessary. >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >>=20 From owner-freebsd-current@freebsd.org Thu Nov 7 01:23:10 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1415E1A150A for ; Thu, 7 Nov 2019 01:23:10 +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 477lyh3HyCz3QnY for ; Thu, 7 Nov 2019 01:23:07 +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 xA71N2pZ031140 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 6 Nov 2019 17:23:08 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: CURRENT October images do not create a bootable install Date: Wed, 06 Nov 2019 17:23:08 -0800 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 477lyh3HyCz3QnY 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.97 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.01)[country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.90)[-0.896,0]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.974,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 01:23:10 -0000 I put a box together to test 13 about a mos ago=2E It's a second gen core i3=2E But whether choosing automatic disk layout, or choosing manual=2E When the install finishes, and boots to the drive=2E The BIOS reports no bootable media=2E I finally gave up, and grabbed the most recent RELENG-12=2E Which worked as expected=2E While I have no troubles booting (U)EFI=2E Isn't the so-called LEGACY boot option still supported? Thank you for all your time, and consideration=2E --Chris From owner-freebsd-current@freebsd.org Thu Nov 7 07:31:20 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 978E81AA420 for ; Thu, 7 Nov 2019 07:31:20 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 477w7W4mFjz4Dxp for ; Thu, 7 Nov 2019 07:31:19 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id r10so1807876wrx.3 for ; Wed, 06 Nov 2019 23:31:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=kMERsWoJmKuukvnu27Tjiw0LmR8qE9ZEwh/7/GhM47c=; b=Zwh2M0xBXaoBQR6Zu6PDFsWSK3hN3JRkpQPi0lAxwPHOxOZIseM7bq1nam/ntyo2ZF NH3XDjSMzq/bQ0tvOqMbmweivl1OZ9oVkLx8G5JR9IDVR2Apm2DCsiUnngrMu7xGMmlq Rlz3wWHRqWRj2XddqC6gcL7WXtmVFuMUdIN4temfyESYsmkzlu+1MxQ1+CflNCCZjjM1 by5XUbrvz34O+5bicgtFhLkNRzxfvZMrFN0AvAtks6htv9BgyUFuJSWhLfRBcDLikBjA laePwM3RwPyzhXX2RFhddeKxarqf2dCqAdY8o6Me9UFLHjsKY5ypkVgJqlKqrI23jLhf gSAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=kMERsWoJmKuukvnu27Tjiw0LmR8qE9ZEwh/7/GhM47c=; b=p8F3cH10iRESoTOLvU35UCCWdVtGGxbI2F0M5dtvZqprb07oRMKttZBRWeFtZRpWYf Ufkj993hTKhxXsSKObMo3HT3/MjaC0Zmd1hQhwcALlpNTX7oxMtMXUrSSQrdRBef1qlc E/gr3N9IVQhmbRd0VEZYt7VJGk8io0QzG9R70Bu1ZtJEjWhz4yiAhQeGTW80QtVQN5W4 e0pVyuNyk8AOl4yrjpYJ6Uf1UTVbRmJcagGTJiUprejhvz8r1+YohsIUgJeC12QBDjNk d+gEQhCRhpUHH/GQQ75SbnEFLelKmFJ6invCp8Ann21vHQkb7KJKA6w9iQxdev3n1IFy tnaw== X-Gm-Message-State: APjAAAUlW/5ItBr9VljNE/d/clOjF6luAcUBQY69XDurjKZtKwA0C2jF bQnHikkDGGfTencG+Hw8jJG+Cfej X-Google-Smtp-Source: APXvYqweaC57zWN8YGu8GKRPJZOWA4XvDinnyquZSTaXRSk87WdC7ovY+sMckjpTD2h/rmNRBxHcIQ== X-Received: by 2002:a5d:678f:: with SMTP id v15mr1382512wru.242.1573111877730; Wed, 06 Nov 2019 23:31:17 -0800 (PST) Received: from ernst.home (p5B023A45.dip0.t-ipconnect.de. [91.2.58.69]) by smtp.gmail.com with ESMTPSA id n17sm1177033wrp.40.2019.11.06.23.31.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Nov 2019 23:31:17 -0800 (PST) Date: Thu, 7 Nov 2019 08:31:14 +0100 From: Gary Jennejohn To: Chris Cc: freebsd-current Subject: Re: CURRENT October images do not create a bootable install Message-ID: <20191107083114.1d9cc7de@ernst.home> In-Reply-To: References: Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 477w7W4mFjz4Dxp X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Zwh2M0xB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.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]; RECEIVED_SPAMHAUS_PBL(0.00)[69.58.2.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.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]; IP_SCORE(0.00)[ip: (-9.11), ipnet: 2a00:1450::/32(-2.76), asn: 15169(-2.01), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 07:31:20 -0000 On Wed, 06 Nov 2019 17:23:08 -0800 Chris wrote: > I put a box together to test 13 about a mos ago. > It's a second gen core i3. But whether choosing automatic > disk layout, or choosing manual. When the install finishes, and > boots to the drive. The BIOS reports no bootable media. > I finally gave up, and grabbed the most recent RELENG-12. Which > worked as expected. > While I have no troubles booting (U)EFI. Isn't the so-called > LEGACY boot option still supported? > > Thank you for all your time, and consideration. > I installed the latest FreeBSD 13 memstick image (UEFI) yesterday and had no problem booting it. I used manual disk partitioning. In fact, when I added the / partition the installer automatically created and populated the EFI boot partition for me. I used UEFI because that was already set in the BIOS and the computer doesn't belong to me. LEGACY mode should still work as long as the BIOS offers that. My main FreeBSD 13 box uses LEGACY booting. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu Nov 7 08:05:25 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1F2C41ABAEE for ; Thu, 7 Nov 2019 08:05:25 +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 477wtq6rrWz4Gw8 for ; Thu, 7 Nov 2019 08:05:23 +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 xA785JNH038355 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 7 Nov 2019 00:05:25 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <20191107083114.1d9cc7de@ernst.home> From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: Re: CURRENT October images do not create a bootable install Date: Thu, 07 Nov 2019 00:05:25 -0800 Message-Id: <4ac97a981f9fa6728a552fe1802aeb9e@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 477wtq6rrWz4Gw8 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [1.70 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.53)[asn: 11404(2.70), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.63)[0.628,0]; NEURAL_HAM_MEDIUM(-0.36)[-0.363,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 08:05:25 -0000 On Thu, 7 Nov 2019 08:31:14 +0100 gljennjohn@gmail=2Ecom said > On Wed, 06 Nov 2019 17:23:08 -0800 > Chris wrote: >=20 > > I put a box together to test 13 about a mos ago=2E > > It's a second gen core i3=2E But whether choosing automatic > > disk layout, or choosing manual=2E When the install finishes, and > > boots to the drive=2E The BIOS reports no bootable media=2E > > I finally gave up, and grabbed the most recent RELENG-12=2E Which > > worked as expected=2E > > While I have no troubles booting (U)EFI=2E Isn't the so-called > > LEGACY boot option still supported? > >=20 > > Thank you for all your time, and consideration=2E > >=20 Thanks for taking the time to respond, Gary=2E >=20 > I installed the latest FreeBSD 13 memstick image (UEFI) yesterday > and had no problem booting it=2E I used manual disk partitioning=2E=20 > In fact, when I added the / partition the installer automatically > created and populated the EFI boot partition for me=2E Same here=2E But in spite of it=2E The reboot proved to be unsuccessful=2E :( >=20 > I used UEFI because that was already set in the BIOS and the > computer doesn't belong to me=2E >=20 > LEGACY mode should still work as long as the BIOS offers that=2E=20 > My main FreeBSD 13 box uses LEGACY booting=2E My BIOS offers both=2E Yet neither option proved fruitful=2E :( >=20 > --=20 > Gary Jennejohn Thanks again, Gary! :) From owner-freebsd-current@freebsd.org Thu Nov 7 08:15:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 656231AC0F1 for ; Thu, 7 Nov 2019 08:15:56 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-hyfv10021501.me.com (pv50p00im-hyfv10021501.me.com [17.58.6.48]) (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 477x6y4TNCz4HZn for ; Thu, 7 Nov 2019 08:15:54 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-hyfv10021501.me.com (Postfix) with ESMTPSA id 130F6B41819; Thu, 7 Nov 2019 08:15:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: CURRENT October images do not create a bootable install From: Toomas Soome In-Reply-To: <4ac97a981f9fa6728a552fe1802aeb9e@udns.ultimatedns.net> Date: Thu, 7 Nov 2019 10:15:49 +0200 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <4ac97a981f9fa6728a552fe1802aeb9e@udns.ultimatedns.net> To: "bsd-lists@bsdforge.com" X-Mailer: Apple Mail (2.3601.0.10) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-07_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911070083 X-Rspamd-Queue-Id: 477x6y4TNCz4HZn X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-2.72), ipnet: 17.58.0.0/20(-2.42), asn: 714(-2.52), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[48.6.58.17.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 08:15:56 -0000 > On 7. Nov 2019, at 10:05, Chris wrote: >=20 > On Thu, 7 Nov 2019 08:31:14 +0100 gljennjohn@gmail.com said >=20 >> On Wed, 06 Nov 2019 17:23:08 -0800 >> Chris wrote: >> > I put a box together to test 13 about a mos ago. >> > It's a second gen core i3. But whether choosing automatic >> > disk layout, or choosing manual. When the install finishes, and >> > boots to the drive. The BIOS reports no bootable media. >> > I finally gave up, and grabbed the most recent RELENG-12. Which >> > worked as expected. >> > While I have no troubles booting (U)EFI. Isn't the so-called >> > LEGACY boot option still supported? >> > > Thank you for all your time, and consideration. >> >=20 >=20 > Thanks for taking the time to respond, Gary. >=20 >> I installed the latest FreeBSD 13 memstick image (UEFI) yesterday >> and had no problem booting it. I used manual disk partitioning. In = fact, when I added the / partition the installer automatically >> created and populated the EFI boot partition for me. >=20 > Same here. But in spite of it. The reboot proved to be unsuccessful. = :( >> I used UEFI because that was already set in the BIOS and the >> computer doesn't belong to me. >> LEGACY mode should still work as long as the BIOS offers that. My = main FreeBSD 13 box uses LEGACY booting. >=20 > My BIOS offers both. Yet neither option proved fruitful. :( >> --=20 >> Gary Jennejohn >=20 > Thanks again, Gary! :) >=20 Do you have more detailed information? any error messages, screenshots? rgds, toomas From owner-freebsd-current@freebsd.org Thu Nov 7 08:38:29 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0F6881AC750 for ; Thu, 7 Nov 2019 08:38:29 +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 477xcz6Lsjz4JZ4 for ; Thu, 7 Nov 2019 08:38:27 +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 xA78cNXT038834 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 7 Nov 2019 00:38:29 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: Re: CURRENT October images do not create a bootable install Date: Thu, 07 Nov 2019 00:38:29 -0800 Message-Id: <6968bf2dc24e9c5ca0156225024b1581@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 477xcz6Lsjz4JZ4 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.85 / 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.71)[-0.713,0]; IP_SCORE(0.49)[asn: 11404(2.53), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.16)[0.155,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FREEMAIL_CC(0.00)[me.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 08:38:29 -0000 On Thu, 7 Nov 2019 10:15:49 +0200 Toomas Soome tsoome@me=2Ecom said > > On 7=2E Nov 2019, at 10:05, Chris wrote: > >=20 > > On Thu, 7 Nov 2019 08:31:14 +0100 gljennjohn@gmail=2Ecom said > >=20 > >> On Wed, 06 Nov 2019 17:23:08 -0800 > >> Chris wrote: > >> > I put a box together to test 13 about a mos ago=2E > >> > It's a second gen core i3=2E But whether choosing automatic > >> > disk layout, or choosing manual=2E When the install finishes, and > >> > boots to the drive=2E The BIOS reports no bootable media=2E > >> > I finally gave up, and grabbed the most recent RELENG-12=2E Which > >> > worked as expected=2E > >> > While I have no troubles booting (U)EFI=2E Isn't the so-called > >> > LEGACY boot option still supported? > >> > > Thank you for all your time, and consideration=2E > >> >=20 > >=20 > > Thanks for taking the time to respond, Gary=2E > >=20 > >> I installed the latest FreeBSD 13 memstick image (UEFI) yesterday > >> and had no problem booting it=2E I used manual disk partitioning=2E In fa= ct, > > when I added the / partition the installer automatically > >> created and populated the EFI boot partition for me=2E > >=20 > > Same here=2E But in spite of it=2E The reboot proved to be unsuccessful=2E :( > >> I used UEFI because that was already set in the BIOS and the > >> computer doesn't belong to me=2E > >> LEGACY mode should still work as long as the BIOS offers that=2E My main > > FreeBSD 13 box uses LEGACY booting=2E > >=20 > > My BIOS offers both=2E Yet neither option proved fruitful=2E :( > >> --=20 > >> Gary Jennejohn > >=20 > > Thanks again, Gary! :) > >=20 >=20 > Do you have more detailed information? any error messages, screenshots? Thanks for the reply, toomas=2E It's just the standard BIOS report about non-bootable device, please inset bootable medium=2E=2E=2E IOW it doesn't recognize the freshly installed 13-CURRENT on the hard drive as being a bootable OS=2E I'm wondering what happened between RELENG-12, and 13 that made the change? Thanks again! --Chris >=20 > rgds, > toomas From owner-freebsd-current@freebsd.org Thu Nov 7 08:49:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B32E1ACB6F for ; Thu, 7 Nov 2019 08:49:56 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 477xtC61ktz4K78 for ; Thu, 7 Nov 2019 08:49:55 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id w30so2083166wra.0 for ; Thu, 07 Nov 2019 00:49:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=FxBc7aimaYkN4XpYlpkc64J04gPonDQgpGQ8U7DTr+s=; b=T+1r+bqux9MSN6sHst/84aFPDTyz6ts46lYUhH5DJDixTi0EhzRab5UXHmmE3+fGC3 z4xBRTRopQ8LZOxW7mA1iEkbniujm4KM0kbr539j2GDHnYaRwCvqDH4/0B8rfkaMuaQ0 EYyiyqvxzULWMf405eyhJxZZ422lSyZyzxQIJcSDBK2qJkOQNWoy0lQ9w7ZUcIjR0QxY 8w+7nBUCPaL0+IxDh67kt9QoHu1+GY9y81h7D8ojJO8tUCvoZo1texdWEOMJO5TREqFi 8cAB0ZwEbQZnB3icfYO0HYNwru9gNipiS1JzufdLH2CgOVaFmZsoKA5Ar2mu4jA9tS3w VUqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=FxBc7aimaYkN4XpYlpkc64J04gPonDQgpGQ8U7DTr+s=; b=kVcOn4UiF3vjydx9K3nxXTnaOLpRF60INVMEGe5wl3isd7F718Bd7LmMu2vjvLEPoV xn0BM7j/mPyOes9mPaN7+Baplv8/xDUL+a3gHJ3xbfQ9yyEKWDVXogob/uw/i+4KJRLU 9JFq8pgfLjUwP1QJie9Uqm8XaVkIS48VKmD/vptjq4l7gv92o0XGQTXEEd1zybg8+Fq9 84Phr0txsw/iArK+ZCBi9VfZoKNC9opD2J5fy7cismeuLtkQZzhDC33rHRJzI6ogPimS 9mUQfw4uB3YNP8aK0zxCSOaLRMT+b52aw2NHfGN1f/vWdpG+HBS7VVYem+gDc1EnXUPX 5Iig== X-Gm-Message-State: APjAAAUiUpakM5tDPAIXh8m5m7K5XNtaFLRlG7PV8tpb67HBFbhNmkV5 Gira3sLt3GcymC2xuHEvexw= X-Google-Smtp-Source: APXvYqw/+02AlxB+FomiJMaJOL8LkXwR9QpRnGsr7UbHHa+spNf3zfA4+7Ag2cm7CpdM69R/uqq+XQ== X-Received: by 2002:adf:e544:: with SMTP id z4mr1826344wrm.6.1573116594291; Thu, 07 Nov 2019 00:49:54 -0800 (PST) Received: from ernst.home (p5B023A45.dip0.t-ipconnect.de. [91.2.58.69]) by smtp.gmail.com with ESMTPSA id m3sm1447410wrw.20.2019.11.07.00.49.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Nov 2019 00:49:53 -0800 (PST) Date: Thu, 7 Nov 2019 09:49:52 +0100 From: Gary Jennejohn To: Chris Cc: freebsd-current , Subject: Re: CURRENT October images do not create a bootable install Message-ID: <20191107094952.19572ba9@ernst.home> In-Reply-To: <6968bf2dc24e9c5ca0156225024b1581@udns.ultimatedns.net> References: <6968bf2dc24e9c5ca0156225024b1581@udns.ultimatedns.net> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 477xtC61ktz4K78 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=T+1r+bqu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(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)[69.58.2.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; 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)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.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]; IP_SCORE(0.00)[ip: (-9.13), ipnet: 2a00:1450::/32(-2.76), asn: 15169(-2.01), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 08:49:56 -0000 On Thu, 07 Nov 2019 00:38:29 -0800 Chris wrote: > On Thu, 7 Nov 2019 10:15:49 +0200 Toomas Soome tsoome@me.com said > > > > On 7. Nov 2019, at 10:05, Chris wrote: > > > > > On Thu, 7 Nov 2019 08:31:14 +0100 gljennjohn@gmail.com said > > > > >> On Wed, 06 Nov 2019 17:23:08 -0800 > > >> Chris wrote: > > >> > I put a box together to test 13 about a mos ago. > > >> > It's a second gen core i3. But whether choosing automatic > > >> > disk layout, or choosing manual. When the install finishes, and > > >> > boots to the drive. The BIOS reports no bootable media. > > >> > I finally gave up, and grabbed the most recent RELENG-12. Which > > >> > worked as expected. > > >> > While I have no troubles booting (U)EFI. Isn't the so-called > > >> > LEGACY boot option still supported? > > >> > > Thank you for all your time, and consideration. > > >> > > > > > Thanks for taking the time to respond, Gary. > > > > >> I installed the latest FreeBSD 13 memstick image (UEFI) yesterday > > >> and had no problem booting it. I used manual disk partitioning. In fact, > > > when I added the / partition the installer automatically > > >> created and populated the EFI boot partition for me. > > > > > Same here. But in spite of it. The reboot proved to be unsuccessful. :( > > >> I used UEFI because that was already set in the BIOS and the > > >> computer doesn't belong to me. > > >> LEGACY mode should still work as long as the BIOS offers that. My main > > > FreeBSD 13 box uses LEGACY booting. > > > > > My BIOS offers both. Yet neither option proved fruitful. :( > > >> -- > >> Gary Jennejohn > > > > > Thanks again, Gary! :) > > > > > > Do you have more detailed information? any error messages, screenshots? > > Thanks for the reply, toomas. > > It's just the standard BIOS report about non-bootable device, please inset > bootable medium... > > IOW it doesn't recognize the freshly installed 13-CURRENT on the hard drive > as being a bootable OS. > > I'm wondering what happened between RELENG-12, and 13 that made the change? > > Thanks again! > Did you use MBR (which seems to be the default) or GPT? I forced the installer to use GPT. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu Nov 7 08:53:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 429951ACE4E for ; Thu, 7 Nov 2019 08:53:08 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10011901.me.com (pv50p00im-ztdg10011901.me.com [17.58.6.50]) (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 477xxv1Bknz4KWC for ; Thu, 7 Nov 2019 08:53:06 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10011901.me.com (Postfix) with ESMTPSA id 31DCE800862; Thu, 7 Nov 2019 08:53:03 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: CURRENT October images do not create a bootable install Date: Thu, 7 Nov 2019 10:52:54 +0200 In-Reply-To: <6968bf2dc24e9c5ca0156225024b1581@udns.ultimatedns.net> Cc: freebsd-current To: "bsd-lists@bsdforge.com" References: <6968bf2dc24e9c5ca0156225024b1581@udns.ultimatedns.net> X-Mailer: Apple Mail (2.3601.0.10) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-07_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911070090 X-Rspamd-Queue-Id: 477xxv1Bknz4KWC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16:c]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; RCVD_IN_DNSWL_LOW(-0.10)[50.6.58.17.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (-7.01), ipnet: 17.58.0.0/20(-2.43), asn: 714(-2.52), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 08:53:08 -0000 > On 7. Nov 2019, at 10:38, Chris wrote: >=20 > On Thu, 7 Nov 2019 10:15:49 +0200 Toomas Soome tsoome@me.com = said >=20 >> > On 7. Nov 2019, at 10:05, Chris wrote: >> > > On Thu, 7 Nov 2019 08:31:14 +0100 gljennjohn@gmail.com said >> > >> On Wed, 06 Nov 2019 17:23:08 -0800 >> >> Chris wrote: >> >> > I put a box together to test 13 about a mos ago. >> >> > It's a second gen core i3. But whether choosing automatic >> >> > disk layout, or choosing manual. When the install finishes, and >> >> > boots to the drive. The BIOS reports no bootable media. >> >> > I finally gave up, and grabbed the most recent RELENG-12. Which >> >> > worked as expected. >> >> > While I have no troubles booting (U)EFI. Isn't the so-called >> >> > LEGACY boot option still supported? >> >> > > Thank you for all your time, and consideration. >> >> > > > Thanks for taking the time to respond, Gary. >> > >> I installed the latest FreeBSD 13 memstick image (UEFI) = yesterday >> >> and had no problem booting it. I used manual disk partitioning. = In fact, >> > when I added the / partition the installer automatically >> >> created and populated the EFI boot partition for me. >> > > Same here. But in spite of it. The reboot proved to be = unsuccessful. :( >> >> I used UEFI because that was already set in the BIOS and the >> >> computer doesn't belong to me. >> >> LEGACY mode should still work as long as the BIOS offers that. My = main >> > FreeBSD 13 box uses LEGACY booting. >> > > My BIOS offers both. Yet neither option proved fruitful. :( >> >> -- >> Gary Jennejohn >> > > Thanks again, Gary! :) >> > Do you have more detailed information? any error messages, = screenshots? >=20 > Thanks for the reply, toomas. >=20 > It's just the standard BIOS report about non-bootable device, please = inset > bootable medium... >=20 > IOW it doesn't recognize the freshly installed 13-CURRENT on the hard = drive > as being a bootable OS. >=20 > I'm wondering what happened between RELENG-12, and 13 that made the = change? >=20 If the BIOS does not find bootable disk, it likely does check the MBR, = please use dd to read out sector 0 from your boot disk (something like = dd if=3D/dev/da0 of=3Dmbr.dd count=3D1) and mail it to me directly so I = can check what is there. rgds, toomas From owner-freebsd-current@freebsd.org Thu Nov 7 10:09:32 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED8231AEFC2 for ; Thu, 7 Nov 2019 10:09:32 +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 477zf36LZHz4Qvc for ; Thu, 7 Nov 2019 10:09: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 xA7A9RAU039480 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 7 Nov 2019 02:09:33 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <20191107094952.19572ba9@ernst.home> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: CURRENT October images do not create a bootable install Date: Thu, 07 Nov 2019 02:09:33 -0800 Message-Id: <034cfa5dc0da902e724528567df2d029@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 477zf36LZHz4Qvc 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.66 / 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)[]; NEURAL_HAM_MEDIUM(-0.76)[-0.760,0]; IP_SCORE(0.46)[asn: 11404(2.37), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.04)[0.045,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 10:09:33 -0000 On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail=2Ecom said > On Thu, 07 Nov 2019 00:38:29 -0800 > Chris wrote: >=20 > > On Thu, 7 Nov 2019 10:15:49 +0200 Toomas Soome tsoome@me=2Ecom said > >=20 > > > > On 7=2E Nov 2019, at 10:05, Chris wrote: =20 > > > > > > On Thu, 7 Nov 2019 08:31:14 +0100 gljennjohn@gmail=2Ecom said =20 > > > > > >> On Wed, 06 Nov 2019 17:23:08 -0800 =20 > > > >> Chris wrote: =20 > > > >> > I put a box together to test 13 about a mos ago=2E > > > >> > It's a second gen core i3=2E But whether choosing automatic > > > >> > disk layout, or choosing manual=2E When the install finishes, and > > > >> > boots to the drive=2E The BIOS reports no bootable media=2E > > > >> > I finally gave up, and grabbed the most recent RELENG-12=2E Which > > > >> > worked as expected=2E > > > >> > While I have no troubles booting (U)EFI=2E Isn't the so-called > > > >> > LEGACY boot option still supported? =20 > > > >> > > Thank you for all your time, and consideration=2E =20 > > > >> > > > > > Thanks for taking the time to respond, Gary=2E =20 > > > > > >> I installed the latest FreeBSD 13 memstick image (UEFI) yester= day =20 > > > >> and had no problem booting it=2E I used manual disk partitioning=2E I= n > > fact, =20 > > > > when I added the / partition the installer automatically =20 > > > >> created and populated the EFI boot partition for me=2E =20 > > > > > > Same here=2E But in spite of it=2E The reboot proved to be unsucces= sful=2E > > :( =20 > > > >> I used UEFI because that was already set in the BIOS and the > > > >> computer doesn't belong to me=2E > > > >> LEGACY mode should still work as long as the BIOS offers that=2E My = main=20 > >=20 > > > > FreeBSD 13 box uses LEGACY booting=2E =20 > > > > > > My BIOS offers both=2E Yet neither option proved fruitful=2E :( =20 > > > >> -- > >> Gary Jennejohn =20 > > > > > > Thanks again, Gary! :) =20 > > > > > =20 > > > Do you have more detailed information? any error messages, screenshot= s? =20 > >=20 > > Thanks for the reply, toomas=2E > >=20 > > It's just the standard BIOS report about non-bootable device, please in= set > > bootable medium=2E=2E=2E > >=20 > > IOW it doesn't recognize the freshly installed 13-CURRENT on the hard d= rive > > as being a bootable OS=2E > >=20 > > I'm wondering what happened between RELENG-12, and 13 that made the cha= nge? > >=20 > > Thanks again! > >=20 >=20 > Did you use MBR (which seems to be the default) or GPT? I forced the > installer to use GPT=2E I chose GPT=2E Thanks for asking=2E >=20 > --=20 > Gary Jennejohn --Chris From owner-freebsd-current@freebsd.org Thu Nov 7 12:37:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A33301B2916 for ; Thu, 7 Nov 2019 12:37:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4782wD1czLz4ZvL for ; Thu, 7 Nov 2019 12:37:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 379881B2910; Thu, 7 Nov 2019 12:37:00 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 375D91B290F for ; Thu, 7 Nov 2019 12:37:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4782wB5BHZz4ZvG for ; Thu, 7 Nov 2019 12:36:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id xA7Cat1U055810 for ; Thu, 7 Nov 2019 12:36:55 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id xA7CatfU055809 for current@freebsd.org; Thu, 7 Nov 2019 04:36:55 -0800 (PST) (envelope-from david) Date: Thu, 7 Nov 2019 04:36:55 -0800 From: David Wolfskill To: current@freebsd.org Subject: Segmentation fault in netstat after r354373 -> r354373 update Message-ID: <20191107123655.GQ1194@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IjidByZJ9GyRdto8" Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 4782wB5BHZz4ZvG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 198.144.209.73 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-2.89 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.144.209.73]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[73.209.144.198.list.dnswl.org : 127.0.10.0]; SIGNED_PGP(-2.00)[]; DMARC_NA(0.00)[catwhisker.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7961, ipnet:198.144.208.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-3.49)[ip: (-9.33), ipnet: 198.144.208.0/20(-4.46), asn: 7961(-3.63), country: US(-0.05)]; REPLYTO_EQ_TO_ADDR(5.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 12:37:00 -0000 --IjidByZJ9GyRdto8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable (I haven't started to look for a culprit yet; thought I'd let folks know about it first. -- dhw) g1-49(13.0-C)[1] uname -a FreeBSD g1-49.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #514 r354436= M/354436: Thu Nov 7 04:15:23 PST 2019 root@g1-49.catwhisker.org:/commo= n/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 g1-49(13.0-C)[2] which netstat /usr/bin/netstat g1-49(13.0-C)[3] ls -lT `!!` ls -lT `which netstat` -r-xr-sr-x 1 root kmem 160192 Nov 7 04:17:46 2019 /usr/bin/netstat g1-49(13.0-C)[4] netstat -nr Segmentation fault g1-49(13.0-C)[5] sudo netstat -nr Segmentation fault g1-49(13.0-C)[6] sudo gdb `which netstat` Password: GNU gdb (GDB) 8.3.1 [GDB v8.3.1 for FreeBSD] Copyright (C) 2019 Free Software Foundation, Inc. =2E.. Reading symbols from /usr/bin/netstat... (No debugging symbols found in /usr/bin/netstat) (gdb) run -nr Starting program: /usr/bin/netstat -nr Routing tables Internet: Destination Gateway Flags Netif Expire default 172.17.0.1 UGS wlan0 127.0.0.1 link#2 UH lo0 172.17.0.0/16 link#3 U wlan0 172.17.1.49 link#3 UHS lo0 Internet6: Destination Gateway Flags N= etif Expire ::/96 ::1 UGRS = lo0 ::1 link#2 UH = lo0 ::ffff:0.0.0.0/96 ::1 UGRS = lo0 fe80::/10 ::1 UGRS = lo0 fe80::%lo0/64 link#2 U = lo0 fe80::1%lo0 link#2 UHS = lo0 ff02::/16 ::1 UGRS = lo0 [Inferior 1 (process 1993) exited normally] So... Heisenbug? No changes directly to netstat sources (in the r354373 - r354373 interval). Looks as if libxo got a bit of an overhaul, though. Peace, david --=20 David H. Wolfskill david@catwhisker.org It's ... rich ... for Trump to accuse someone else of being a liar. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --IjidByZJ9GyRdto8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl3ED+dfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnTtQgAl7OFsD+wRBiaElaLuJqBweChmFv6kgZJrU5Qvze9hji0/FVgvY/NBi3P Rhg13OaK+/KIR8JHsMPtl1G7kGtG9m30gzZrEEdC89X+IXdI3pHWO3u9p8Y3mh8m AG99FUK/l6dfmCK+y7s4IlUDRBWk1hj4FEDy+z08uTv/o4FpOHvsonAT34WUXd5L tI6ehZYPPeqZNpxusct7hN3/OwYwLIo+rnHLEF81qfMOCXQ7MFmxAu2LP4VM6Biv ePkWcerkc7GV37KvcwaCmwa3NdBzKC/ytoXUh91FQdRPfjO8512XRMYUpCDolTqq 44Ez+s7Jhs7Xdym3Fc9npel7btC8XA== =z5kc -----END PGP SIGNATURE----- --IjidByZJ9GyRdto8-- From owner-freebsd-current@freebsd.org Thu Nov 7 15:08:33 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D961E1B6E6A for ; Thu, 7 Nov 2019 15:08:33 +0000 (UTC) (envelope-from a@stacktic.org) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) (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 4786H44c0vz3JVF; Thu, 7 Nov 2019 15:08:32 +0000 (UTC) (envelope-from a@stacktic.org) Received: from webmail.gandi.net (webmail28.sd4.0x35.net [10.200.201.28]) (Authenticated sender: a@stacktic.org) by relay9-d.mail.gandi.net (Postfix) with ESMTPA id 9ABC5FF80D; Thu, 7 Nov 2019 15:08:28 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 07 Nov 2019 16:08:28 +0100 From: Arnaud Ysmal To: david@catwhisker.org Cc: freebsd-current@freebsd.org, phil@FreeBSD.org Subject: re: Segmentation fault in netstat after r354373 -> r354373 update Message-ID: X-Sender: a@stacktic.org User-Agent: Roundcube Webmail/1.3.8 X-Rspamd-Queue-Id: 4786H44c0vz3JVF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of a@stacktic.org designates 217.70.183.199 as permitted sender) smtp.mailfrom=a@stacktic.org X-Spamd-Result: default: False [-2.88 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[stacktic.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.183.70.217.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-1.48)[ip: (-4.53), ipnet: 217.70.176.0/20(-1.59), asn: 29169(-1.26), country: FR(-0.00)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 15:08:33 -0000 Hi, I just got the same issue, it happens when argv[0] does not contain a / (calling uptime segfault but calling /usr/bin/uptime works). In xo_parse_args there is no check whether cp is NULL before calling xo_streq. I fixed it by changing this line: - cp = &cp[len + 1 - sizeof(gnu_ext)]; + cp = (char *)(uintptr_t)(const char *)(&xo_program[len + 1 - sizeof(gnu_ext)]); Arnaud Ysmal From owner-freebsd-current@freebsd.org Thu Nov 7 15:15:33 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1971E1B7272 for ; Thu, 7 Nov 2019 15:15:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4786R81PPKz3K59 for ; Thu, 7 Nov 2019 15:15:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id xA7FFUdv057275; Thu, 7 Nov 2019 15:15:30 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id xA7FFUjA057274; Thu, 7 Nov 2019 07:15:30 -0800 (PST) (envelope-from david) Date: Thu, 7 Nov 2019 07:15:30 -0800 From: David Wolfskill To: Arnaud Ysmal Cc: freebsd-current@freebsd.org Subject: Re: Segmentation fault in netstat after r354373 -> r354373 update Message-ID: <20191107151530.GU1194@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Arnaud Ysmal , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Z7anUBlSj09l+zDK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 4786R81PPKz3K59 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 198.144.209.73 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-7.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.144.209.73]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[73.209.144.198.list.dnswl.org : 127.0.10.0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7961, ipnet:198.144.208.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-3.49)[ip: (-9.33), ipnet: 198.144.208.0/20(-4.46), asn: 7961(-3.63), country: US(-0.05)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 15:15:33 -0000 --Z7anUBlSj09l+zDK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2019 at 04:08:28PM +0100, Arnaud Ysmal wrote: > Hi, >=20 > I just got the same issue, it happens when argv[0] does not contain a /= =20 > (calling uptime segfault but calling /usr/bin/uptime works). >=20 > In xo_parse_args there is no check whether cp is NULL before calling=20 > xo_streq. >=20 > I fixed it by changing this line: > - cp =3D &cp[len + 1 - sizeof(gnu_ext)]; > + cp =3D (char *)(uintptr_t)(const char *)(&xo_program[len + 1 -=20 > sizeof(gnu_ext)]); >=20 > Arnaud Ysmal Ah! Excellent analysis: thank you! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org It's ... rich ... for Trump to accuse someone else of being a liar. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Z7anUBlSj09l+zDK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl3ENRJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnzHAgAqTAQosIcyxn6JT1qehvtF544V2yQOwVI6+0r8sQvUlnHWAsjh6re36+O uQzqchccMyxZxsWqNjactV/N4YILHOO4mGW9B+AUAs4cl6EwQbgLZu8G0L1pTQhw Xqgrqp15oiqwFcLiUuWrIt6X9q7TbmdCkb1D1tvjZ/s3rTfK266vZDA2JHqJ254c 2ACKJRsy7dRxfgA5A8I3tLh3OdyX4EbpdKrkfgrB7YBOyJM+tRKb8bxS7rmTpx9W XNseX0k/aeuUFmRNthUHVDWSuKHfBFyCAezMui6hPgBiRCew/LAuiznVdEQCxnwF ZZyi5kp4H/qp+Gj7q4UzPM4iKgyrNA== =S2bj -----END PGP SIGNATURE----- --Z7anUBlSj09l+zDK-- From owner-freebsd-current@freebsd.org Thu Nov 7 15:23:55 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5C9D81B77C6 for ; Thu, 7 Nov 2019 15:23:55 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) (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 4786cp4Kplz3KlP for ; Thu, 7 Nov 2019 15:23:54 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: by mail-oi1-x234.google.com with SMTP id k2so2238895oij.12 for ; Thu, 07 Nov 2019 07:23:54 -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=jggubLjNZnC6s5IO16Q4nBhSt4RFFcUM7llvM2a3Jj4=; b=Qe5iImOPSoIz/89PFluBa78oR4hoSaoA6ZGpZwOgl0HNIS9dlsftCXx38s92DJbyCH Rm2zgWM6S/V2CcRVGkGFdDQW7C/vBRgs3kCmLAR9BiiKykZZj6HNclpRo8qLUEtZ87ya 9unBoSzKunIPMOxbBZEwoBfukt9OKgOVGmylay5tEB2+xsOE7cLzLb5hplGwq5bPk3yl bSWTWeOTM9uKmT/2PEGO9gl08+Q8o1ryTN8GsCZ/ZD5w2IEdjReyavPjBUuCCkdkdk9x MMDPcGO8OHUkzNYQue1AKzdUbbpaVCg3O2WYdaF/HhBMjz1W2FGfp1jsqDBAvsP2E/Ix /yPQ== 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=jggubLjNZnC6s5IO16Q4nBhSt4RFFcUM7llvM2a3Jj4=; b=KciIYBVo59s9CxFWfRHLhNiGsYyz/gG3gxfElGLVgzrNb+kW4GzYCSNujr4mfl34DQ NR9eDwxWcnXykMWfkVUrTQwyLPtTsUZeHxtAGNHGcBUBt5ByfkqU1za+xGNOlSKnyUlz eR7TDbWKJMeid4QESrlQUVgjMM4yO2Lv/SnZ41TZOwDGu5Nvi0PIwnoVShkpnlxmbWt4 mYT4wVJGS/gu8T2CsJAL068pGl7Zq0kSVz4wHfNhS08s7zp6a7oNChZ5PhImswPuTKyU WhcGYUyn7TyawvzLyxiP6ZcIPyeeduEqKq1WL8I5/LhqfIQlsk3cqY4cIpKVYFQSzayJ Tplw== X-Gm-Message-State: APjAAAXOMT6Ef56P2Kmyjiewbl56kFNoju2YLiB6ul1dX/R5MbZA8DHw pl8cXLX5zKnwDRAhgTbk8pre/PhnmGsWyOINiZnz0g== X-Google-Smtp-Source: APXvYqw4x4qPY/aYd6FyNoHXU2tg/cLUOa6am+5j2/eSSEIB/vfSJFRe1DXWIw79VQyliBoZAG7tB4e8avu5Si6f9VA= X-Received: by 2002:aca:5cd5:: with SMTP id q204mr3854077oib.14.1573140233183; Thu, 07 Nov 2019 07:23:53 -0800 (PST) MIME-Version: 1.0 References: <20191107094952.19572ba9@ernst.home> <034cfa5dc0da902e724528567df2d029@udns.ultimatedns.net> In-Reply-To: <034cfa5dc0da902e724528567df2d029@udns.ultimatedns.net> From: Daniel Nebdal Date: Thu, 7 Nov 2019 16:23:16 +0100 Message-ID: Subject: Re: CURRENT October images do not create a bootable install To: bsd-lists@bsdforge.com Cc: Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4786cp4Kplz3KlP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Qe5iImOP; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dnebdal@gmail.com designates 2607:f8b0:4864:20::234 as permitted sender) smtp.mailfrom=dnebdal@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (-9.08), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 15:23:55 -0000 > On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail.com said > I chose GPT. Maybe whoever wrote the EFI/BIOS code in your machine went all-in on "Legacy", and it only handles MBR disks (or disks < 2.2TB)? After all, it seems like "not booting" would be a standards-compliant way for a classic BIOS to handle a GPT disk. -- Daniel Nebdal From owner-freebsd-current@freebsd.org Thu Nov 7 15:28:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B8501B7950 for ; Thu, 7 Nov 2019 15:28:22 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10021901.me.com (pv50p00im-ztdg10021901.me.com [17.58.6.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4786jx53fpz3L6V for ; Thu, 7 Nov 2019 15:28:21 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10021901.me.com (Postfix) with ESMTPSA id 49659880E55; Thu, 7 Nov 2019 15:28:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: CURRENT October images do not create a bootable install From: Toomas Soome In-Reply-To: Date: Thu, 7 Nov 2019 17:28:16 +0200 Cc: bsd-lists@bsdforge.com, Current Content-Transfer-Encoding: quoted-printable Message-Id: <7AE5B109-5458-4246-B561-C10C382DE1D7@me.com> References: <20191107094952.19572ba9@ernst.home> <034cfa5dc0da902e724528567df2d029@udns.ultimatedns.net> To: Daniel Nebdal X-Mailer: Apple Mail (2.3601.0.10) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-07_05:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911070147 X-Rspamd-Queue-Id: 4786jx53fpz3L6V X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[55.6.58.17.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-8.62), ipnet: 17.58.0.0/20(-2.45), asn: 714(-2.52), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 15:28:22 -0000 > On 7. Nov 2019, at 17:23, Daniel Nebdal wrote: >=20 >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail.com said >> I chose GPT. >=20 > Maybe whoever wrote the EFI/BIOS code in your machine went all-in on > "Legacy", and it only handles MBR disks (or disks < 2.2TB)? > After all, it seems like "not booting" would be a standards-compliant > way for a classic BIOS to handle a GPT disk. >=20 if your system is not booting from GPT disk, it means it is not = standards compliant. rgds, toomas From owner-freebsd-current@freebsd.org Thu Nov 7 16:03:35 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2183A1B879C for ; Thu, 7 Nov 2019 16:03:35 +0000 (UTC) (envelope-from a@stacktic.org) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) (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 4787VY0CTDz3Nkf; Thu, 7 Nov 2019 16:03:32 +0000 (UTC) (envelope-from a@stacktic.org) X-Originating-IP: 82.64.7.34 Received: from [192.168.9.15] (82-64-7-34.subs.proxad.net [82.64.7.34]) (Authenticated sender: a@stacktic.org) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id BC1ECFF810; Thu, 7 Nov 2019 16:03:28 +0000 (UTC) Date: Thu, 07 Nov 2019 17:03:27 +0100 User-Agent: K-9 Mail for Android In-Reply-To: <155BBBD2-C93F-4C01-A329-7EC195091574@juniper.net> References: <155BBBD2-C93F-4C01-A329-7EC195091574@juniper.net> MIME-Version: 1.0 Subject: Re: Segmentation fault in netstat after r354373 -> r354373 update To: Phil Shafer CC: david@catwhisker.org,freebsd-current@freebsd.org,phil@freebsd.org From: Arnaud Ysmal Message-ID: <8A48DB50-CEA3-4267-964F-E8351E3F17BB@stacktic.org> X-Rspamd-Queue-Id: 4787VY0CTDz3Nkf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of a@stacktic.org designates 217.70.183.199 as permitted sender) smtp.mailfrom=a@stacktic.org X-Spamd-Result: default: False [-3.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[stacktic.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.183.70.217.list.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[34.7.64.82.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(-1.51)[ip: (-4.70), ipnet: 217.70.176.0/20(-1.59), asn: 29169(-1.27), country: FR(-0.00)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 16:03:35 -0000 Looks cleaner than the unconst=2E Le 7 novembre 2019 16:40:04 GMT+01:00, Phil Shafer a = =C3=A9crit : >+++ b/libxo/libxo=2Ec >@@ -8104,6 +8104,8 @@ xo_parse_args (int argc, char **argv) > cp =3D strrchr(xo_program, '/'); > if (cp) > xo_program =3D ++cp; >+ else >+ cp =3D argv[0]; /* Reset to front of string */ > > /* GNU tools add an annoying "=2Etest" as the program extension;=20 >remove it */ > size_t len =3D strlen(xo_program); > >On 7 Nov 2019, at 10:08, Arnaud Ysmal wrote: > >> Hi, >> >> I just got the same issue, it happens when argv[0] does not contain a > >> / (calling uptime segfault but calling /usr/bin/uptime works)=2E >> >> In xo_parse_args there is no check whether cp is NULL before calling=20 >> xo_streq=2E >> >> I fixed it by changing this line: >> - cp =3D &cp[len + 1 - sizeof(gnu_ext)]; >> + cp =3D (char *)(uintptr_t)(const char *)(&xo_program[len + 1 -= =20 >> sizeof(gnu_ext)]); >> >> Arnaud Ysmal Arnaud Ysmal From owner-freebsd-current@freebsd.org Thu Nov 7 17:40:58 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 088F51BADC3 for ; Thu, 7 Nov 2019 17:40:58 +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 4789fx2VH9z41Xb for ; Thu, 7 Nov 2019 17:40:56 +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 xA7Hesxx049545 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 7 Nov 2019 09:41:01 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <7AE5B109-5458-4246-B561-C10C382DE1D7@me.com> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: CURRENT October images do not create a bootable install Date: Thu, 07 Nov 2019 09:41:01 -0800 Message-Id: <7546b6d4e9d31e23b00dc19a2d2d1ac5@udns.ultimatedns.net> Content-Type: multipart/mixed; boundary=61PfDbqWQVm4AvKHk8mDAW5Fy5rc30BEgp1EC8k5vP2hPqGrllxgpRWYxDGrJ X-Rspamd-Queue-Id: 4789fx2VH9z41Xb 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.51 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.33)[asn: 11404(1.71), country: US(-0.05)]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.24)[-0.244,0]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[BSDforge.com]; NEURAL_HAM_MEDIUM(-0.49)[-0.486,0]; R_SPF_NA(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 17:40:58 -0000 --61PfDbqWQVm4AvKHk8mDAW5Fy5rc30BEgp1EC8k5vP2hPqGrllxgpRWYxDGrJ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me=2Ecom said > > On 7=2E Nov 2019, at 17:23, Daniel Nebdal wrote: > >=20 > >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail=2Ecom said > >> I chose GPT=2E > >=20 > > Maybe whoever wrote the EFI/BIOS code in your machine went all-in on > > "Legacy", and it only handles MBR disks (or disks < 2=2E2TB)? > > After all, it seems like "not booting" would be a standards-compliant > > way for a classic BIOS to handle a GPT disk=2E > >=20 >=20 > if your system is not booting from GPT disk, it means it is not standards > compliant=2E Interesting=2E So then RELENG-12 is not "Standards" compliant=2E While 13-CURRE= NT is? IOW I attempted in early October to install each of the (13-CURRENT) instal= l images available=2E Both on a 500Gb disk, and a 1Tb disk=2E All w/o success=2E In desperation, I settled for the then (most recent) RELENG-12=2E 12 installed as all previous FreeBSD installs have done successfully=2E So something in (recent) 13' boot layout has changed=2E I can boot Legacy/UEF= I/GPT on 12=2E But cannot boot at all in recent 13=2E Following is the output of the RELENG-12 disk, as well as 13-CURRENT: LIVE BOOTED DISK @FreeBSD 12=2E0-RELEASE-p10 FreeBSD 12=2E0-RELEASE-p10 #0 r353= 409: Thu Oct 10 15:57:48 PDT 2019 amd64 Geom name: ada0 modified: false state: OK fwheads: 16 fwsectors: 63 last: 976773127 first: 40 entries: 152 scheme: GPT Providers: 1=2E Name: ada0p1 Mediasize: 209715200 (200M) Sectorsize: 512 Stripesize: 0 Stripeoffset: 20480 Mode: r0w0e0 efimedia: HD(1,GPT,280cea32-eae6-11e9-ae21-4c72b9f5e07f,0x28,0x64000) rawuuid: 280cea32-eae6-11e9-ae21-4c72b9f5e07f rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b label: (null) length: 209715200 offset: 20480 type: efi index: 1 end: 409639 start: 40 2=2E Name: ada0p2 Mediasize: 27707572224 (26G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 209735680 Mode: r1w1e2 efimedia: HD(2,GPT,2856af2c-eae6-11e9-ae21-4c72b9f5e07f,0x64028,0x339c00= 0) rawuuid: 2856af2c-eae6-11e9-ae21-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: troot length: 27707572224 offset: 209735680 type: freebsd-ufs index: 2 end: 54525991 start: 409640 3=2E Name: ada0p3 Mediasize: 3984588800 (3=2E7G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 2147504128 Mode: r1w1e1 efimedia: HD(3,GPT,3c01ab9d-eae6-11e9-ae21-4c72b9f5e07f,0x3400028,0x76c0= 00) rawuuid: 3c01ab9d-eae6-11e9-ae21-4c72b9f5e07f rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: tswap length: 3984588800 offset: 27917307904 type: freebsd-swap index: 3 end: 62308391 start: 54525992 4=2E Name: ada0p4 Mediasize: 68719476736 (64G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1837125632 Mode: r1w1e2 efimedia: HD(4,GPT,4abf5d7c-eae6-11e9-ae21-4c72b9f5e07f,0x3b6c028,0x8000= 000) rawuuid: 4abf5d7c-eae6-11e9-ae21-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: tvar length: 68719476736 offset: 31901896704 type: freebsd-ufs index: 4 end: 196526119 start: 62308392 5=2E Name: ada0p5 Mediasize: 289910292480 (270G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1837125632 Mode: r1w1e2 efimedia: HD(5,GPT,58f639dd-eae6-11e9-ae21-4c72b9f5e07f,0xbb6c028,0x21c0= 0000) rawuuid: 58f639dd-eae6-11e9-ae21-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: tusr length: 289910292480 offset: 100621373440 type: freebsd-ufs index: 5 end: 762757159 start: 196526120 6=2E Name: ada0p6 Mediasize: 109521666048 (102G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 3984609280 Mode: r0w0e0 efimedia: HD(6,GPT,650e64bd-eae6-11e9-ae21-4c72b9f5e07f,0x2d76c028,0xcc0= 0000) rawuuid: 650e64bd-eae6-11e9-ae21-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: txtra length: 109521666048 offset: 390531665920 type: freebsd-ufs index: 6 end: 976666663 start: 762757160 Consumers: 1=2E Name: ada0 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r4w4e11 # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # FRESH 13-CURRENT INSTALL Geom name: ada1 modified: false state: OK fwheads: 16 fwsectors: 63 last: 1953525127 first: 40 entries: 152 scheme: GPT Providers: 1=2E Name: ada1p1 Mediasize: 272629760 (260M) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 efimedia: HD(1,GPT,8dace702-fbde-11e9-9be1-4c72b9f5e07f,0x28,0x82000) rawuuid: 8dace702-fbde-11e9-9be1-4c72b9f5e07f rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b label: (null) length: 272629760 offset: 20480 type: efi index: 1 end: 532519 start: 40 2=2E Name: ada1p2 Mediasize: 34087104512 (32G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 efimedia: HD(2,GPT,8df547ab-fbde-11e9-9be1-4c72b9f5e07f,0x82028,0x3f7dff= 8) rawuuid: 8df547ab-fbde-11e9-9be1-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: throot length: 34087104512 offset: 272650240 type: freebsd-ufs index: 2 end: 67108895 start: 532520 3=2E Name: ada1p3 Mediasize: 3984588800 (3=2E7G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 efimedia: HD(3,GPT,9f2f2dc5-fbde-11e9-9be1-4c72b9f5e07f,0x4000020,0x76c0= 00) rawuuid: 9f2f2dc5-fbde-11e9-9be1-4c72b9f5e07f rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: thswap length: 3984588800 offset: 34359754752 type: freebsd-swap index: 3 end: 74891295 start: 67108896 4=2E Name: ada1p4 Mediasize: 102005473280 (95G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 efimedia: HD(4,GPT,ae68c2ee-fbde-11e9-9be1-4c72b9f5e07f,0x476c020,0xbe00= 000) rawuuid: ae68c2ee-fbde-11e9-9be1-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: thvar length: 102005473280 offset: 38344343552 type: freebsd-ufs index: 4 end: 274120735 start: 74891296 5=2E Name: ada1p5 Mediasize: 108447924224 (101G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 efimedia: HD(5,GPT,bc0f8682-fbde-11e9-9be1-4c72b9f5e07f,0x1056c020,0xca0= 0000) rawuuid: bc0f8682-fbde-11e9-9be1-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: thusr length: 108447924224 offset: 140349816832 type: freebsd-ufs index: 5 end: 485933087 start: 274120736 6=2E Name: ada1p6 Mediasize: 751407124480 (700G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 efimedia: HD(6,GPT,c68e3558-fbde-11e9-9be1-4c72b9f5e07f,0x1cf6c020,0x577= 9ad68) rawuuid: c68e3558-fbde-11e9-9be1-4c72b9f5e07f rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: thxtra length: 751407124480 offset: 248797741056 type: freebsd-ufs index: 6 end: 1953525127 start: 485933088 Consumers: 1=2E Name: ada1 Mediasize: 1000204886016 (932G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 >=20 > rgds, > toomas --Chris --61PfDbqWQVm4AvKHk8mDAW5Fy5rc30BEgp1EC8k5vP2hPqGrllxgpRWYxDGrJ Content-Type: application/octet-stream; name="DISKS" Content-Description: DISKS Content-Disposition: attachment; filename="DISKS" Content-Transfer-Encoding: base64 TElWRSBCT09URUQgRElTSyBARnJlZUJTRCAxMi4wLVJFTEVBU0UtcDEwIEZyZWVCU0QgMTIuMC1S RUxFQVNFLXAxMCAjMCByMzUzNDA5OgpUaHUgT2N0IDEwIDE1OjU3OjQ4IFBEVCAyMDE5IGFtZDY0 CgpHZW9tIG5hbWU6IGFkYTAKbW9kaWZpZWQ6IGZhbHNlCnN0YXRlOiBPSwpmd2hlYWRzOiAxNgpm d3NlY3RvcnM6IDYzCmxhc3Q6IDk3Njc3MzEyNwpmaXJzdDogNDAKZW50cmllczogMTUyCnNjaGVt ZTogR1BUClByb3ZpZGVyczoKMS4gTmFtZTogYWRhMHAxCiAgIE1lZGlhc2l6ZTogMjA5NzE1MjAw ICgyMDBNKQogICBTZWN0b3JzaXplOiA1MTIKICAgU3RyaXBlc2l6ZTogMAogICBTdHJpcGVvZmZz ZXQ6IDIwNDgwCiAgIE1vZGU6IHIwdzBlMAogICBlZmltZWRpYTogSEQoMSxHUFQsMjgwY2VhMzIt ZWFlNi0xMWU5LWFlMjEtNGM3MmI5ZjVlMDdmLDB4MjgsMHg2NDAwMCkKICAgcmF3dXVpZDogMjgw Y2VhMzItZWFlNi0xMWU5LWFlMjEtNGM3MmI5ZjVlMDdmCiAgIHJhd3R5cGU6IGMxMmE3MzI4LWY4 MWYtMTFkMi1iYTRiLTAwYTBjOTNlYzkzYgogICBsYWJlbDogKG51bGwpCiAgIGxlbmd0aDogMjA5 NzE1MjAwCiAgIG9mZnNldDogMjA0ODAKICAgdHlwZTogZWZpCiAgIGluZGV4OiAxCiAgIGVuZDog NDA5NjM5CiAgIHN0YXJ0OiA0MAoyLiBOYW1lOiBhZGEwcDIKICAgTWVkaWFzaXplOiAyNzcwNzU3 MjIyNCAoMjZHKQogICBTZWN0b3JzaXplOiA1MTIKICAgU3RyaXBlc2l6ZTogMAogICBTdHJpcGVv ZmZzZXQ6IDIwOTczNTY4MAogICBNb2RlOiByMXcxZTIKICAgZWZpbWVkaWE6IEhEKDIsR1BULDI4 NTZhZjJjLWVhZTYtMTFlOS1hZTIxLTRjNzJiOWY1ZTA3ZiwweDY0MDI4LDB4MzM5YzAwMCkKICAg cmF3dXVpZDogMjg1NmFmMmMtZWFlNi0xMWU5LWFlMjEtNGM3MmI5ZjVlMDdmCiAgIHJhd3R5cGU6 IDUxNmU3Y2I2LTZlY2YtMTFkNi04ZmY4LTAwMDIyZDA5NzEyYgogICBsYWJlbDogdHJvb3QKICAg bGVuZ3RoOiAyNzcwNzU3MjIyNAogICBvZmZzZXQ6IDIwOTczNTY4MAogICB0eXBlOiBmcmVlYnNk LXVmcwogICBpbmRleDogMgogICBlbmQ6IDU0NTI1OTkxCiAgIHN0YXJ0OiA0MDk2NDAKMy4gTmFt ZTogYWRhMHAzCiAgIE1lZGlhc2l6ZTogMzk4NDU4ODgwMCAoMy43RykKICAgU2VjdG9yc2l6ZTog NTEyCiAgIFN0cmlwZXNpemU6IDAKICAgU3RyaXBlb2Zmc2V0OiAyMTQ3NTA0MTI4CiAgIE1vZGU6 IHIxdzFlMQogICBlZmltZWRpYTogSEQoMyxHUFQsM2MwMWFiOWQtZWFlNi0xMWU5LWFlMjEtNGM3 MmI5ZjVlMDdmLDB4MzQwMDAyOCwweDc2YzAwMCkKICAgcmF3dXVpZDogM2MwMWFiOWQtZWFlNi0x MWU5LWFlMjEtNGM3MmI5ZjVlMDdmCiAgIHJhd3R5cGU6IDUxNmU3Y2I1LTZlY2YtMTFkNi04ZmY4 LTAwMDIyZDA5NzEyYgogICBsYWJlbDogdHN3YXAKICAgbGVuZ3RoOiAzOTg0NTg4ODAwCiAgIG9m ZnNldDogMjc5MTczMDc5MDQKICAgdHlwZTogZnJlZWJzZC1zd2FwCiAgIGluZGV4OiAzCiAgIGVu ZDogNjIzMDgzOTEKICAgc3RhcnQ6IDU0NTI1OTkyCjQuIE5hbWU6IGFkYTBwNAogICBNZWRpYXNp emU6IDY4NzE5NDc2NzM2ICg2NEcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBTdHJpcGVzaXplOiAw CiAgIFN0cmlwZW9mZnNldDogMTgzNzEyNTYzMgogICBNb2RlOiByMXcxZTIKICAgZWZpbWVkaWE6 IEhEKDQsR1BULDRhYmY1ZDdjLWVhZTYtMTFlOS1hZTIxLTRjNzJiOWY1ZTA3ZiwweDNiNmMwMjgs MHg4MDAwMDAwKQogICByYXd1dWlkOiA0YWJmNWQ3Yy1lYWU2LTExZTktYWUyMS00YzcyYjlmNWUw N2YKICAgcmF3dHlwZTogNTE2ZTdjYjYtNmVjZi0xMWQ2LThmZjgtMDAwMjJkMDk3MTJiCiAgIGxh YmVsOiB0dmFyCiAgIGxlbmd0aDogNjg3MTk0NzY3MzYKICAgb2Zmc2V0OiAzMTkwMTg5NjcwNAog ICB0eXBlOiBmcmVlYnNkLXVmcwogICBpbmRleDogNAogICBlbmQ6IDE5NjUyNjExOQogICBzdGFy dDogNjIzMDgzOTIKNS4gTmFtZTogYWRhMHA1CiAgIE1lZGlhc2l6ZTogMjg5OTEwMjkyNDgwICgy NzBHKQogICBTZWN0b3JzaXplOiA1MTIKICAgU3RyaXBlc2l6ZTogMAogICBTdHJpcGVvZmZzZXQ6 IDE4MzcxMjU2MzIKICAgTW9kZTogcjF3MWUyCiAgIGVmaW1lZGlhOiBIRCg1LEdQVCw1OGY2Mzlk ZC1lYWU2LTExZTktYWUyMS00YzcyYjlmNWUwN2YsMHhiYjZjMDI4LDB4MjFjMDAwMDApCiAgIHJh d3V1aWQ6IDU4ZjYzOWRkLWVhZTYtMTFlOS1hZTIxLTRjNzJiOWY1ZTA3ZgogICByYXd0eXBlOiA1 MTZlN2NiNi02ZWNmLTExZDYtOGZmOC0wMDAyMmQwOTcxMmIKICAgbGFiZWw6IHR1c3IKICAgbGVu Z3RoOiAyODk5MTAyOTI0ODAKICAgb2Zmc2V0OiAxMDA2MjEzNzM0NDAKICAgdHlwZTogZnJlZWJz ZC11ZnMKICAgaW5kZXg6IDUKICAgZW5kOiA3NjI3NTcxNTkKICAgc3RhcnQ6IDE5NjUyNjEyMAo2 LiBOYW1lOiBhZGEwcDYKICAgTWVkaWFzaXplOiAxMDk1MjE2NjYwNDggKDEwMkcpCiAgIFNlY3Rv cnNpemU6IDUxMgogICBTdHJpcGVzaXplOiAwCiAgIFN0cmlwZW9mZnNldDogMzk4NDYwOTI4MAog ICBNb2RlOiByMHcwZTAKICAgZWZpbWVkaWE6IEhEKDYsR1BULDY1MGU2NGJkLWVhZTYtMTFlOS1h ZTIxLTRjNzJiOWY1ZTA3ZiwweDJkNzZjMDI4LDB4Y2MwMDAwMCkKICAgcmF3dXVpZDogNjUwZTY0 YmQtZWFlNi0xMWU5LWFlMjEtNGM3MmI5ZjVlMDdmCiAgIHJhd3R5cGU6IDUxNmU3Y2I2LTZlY2Yt MTFkNi04ZmY4LTAwMDIyZDA5NzEyYgogICBsYWJlbDogdHh0cmEKICAgbGVuZ3RoOiAxMDk1MjE2 NjYwNDgKICAgb2Zmc2V0OiAzOTA1MzE2NjU5MjAKICAgdHlwZTogZnJlZWJzZC11ZnMKICAgaW5k ZXg6IDYKICAgZW5kOiA5NzY2NjY2NjMKICAgc3RhcnQ6IDc2Mjc1NzE2MApDb25zdW1lcnM6CjEu IE5hbWU6IGFkYTAKICAgTWVkaWFzaXplOiA1MDAxMDc4NjIwMTYgKDQ2NkcpCiAgIFNlY3RvcnNp emU6IDUxMgogICBNb2RlOiByNHc0ZTExCiMgIyAjICMgIyAjICMgIyAjICMgIyAjICMgIyAjICMg IyAjICMgIyAjICMgIyAjICMgIyAjICMgIyAjICMKRlJFU0ggMTMtQ1VSUkVOVCBJTlNUQUxMCgpH ZW9tIG5hbWU6IGFkYTEKbW9kaWZpZWQ6IGZhbHNlCnN0YXRlOiBPSwpmd2hlYWRzOiAxNgpmd3Nl Y3RvcnM6IDYzCmxhc3Q6IDE5NTM1MjUxMjcKZmlyc3Q6IDQwCmVudHJpZXM6IDE1MgpzY2hlbWU6 IEdQVApQcm92aWRlcnM6CjEuIE5hbWU6IGFkYTFwMQogICBNZWRpYXNpemU6IDI3MjYyOTc2MCAo MjYwTSkKICAgU2VjdG9yc2l6ZTogNTEyCiAgIFN0cmlwZXNpemU6IDQwOTYKICAgU3RyaXBlb2Zm c2V0OiAwCiAgIE1vZGU6IHIwdzBlMAogICBlZmltZWRpYTogSEQoMSxHUFQsOGRhY2U3MDItZmJk ZS0xMWU5LTliZTEtNGM3MmI5ZjVlMDdmLDB4MjgsMHg4MjAwMCkKICAgcmF3dXVpZDogOGRhY2U3 MDItZmJkZS0xMWU5LTliZTEtNGM3MmI5ZjVlMDdmCiAgIHJhd3R5cGU6IGMxMmE3MzI4LWY4MWYt MTFkMi1iYTRiLTAwYTBjOTNlYzkzYgogICBsYWJlbDogKG51bGwpCiAgIGxlbmd0aDogMjcyNjI5 NzYwCiAgIG9mZnNldDogMjA0ODAKICAgdHlwZTogZWZpCiAgIGluZGV4OiAxCiAgIGVuZDogNTMy NTE5CiAgIHN0YXJ0OiA0MAoyLiBOYW1lOiBhZGExcDIKICAgTWVkaWFzaXplOiAzNDA4NzEwNDUx MiAoMzJHKQogICBTZWN0b3JzaXplOiA1MTIKICAgU3RyaXBlc2l6ZTogNDA5NgogICBTdHJpcGVv ZmZzZXQ6IDAKICAgTW9kZTogcjB3MGUwCiAgIGVmaW1lZGlhOiBIRCgyLEdQVCw4ZGY1NDdhYi1m YmRlLTExZTktOWJlMS00YzcyYjlmNWUwN2YsMHg4MjAyOCwweDNmN2RmZjgpCiAgIHJhd3V1aWQ6 IDhkZjU0N2FiLWZiZGUtMTFlOS05YmUxLTRjNzJiOWY1ZTA3ZgogICByYXd0eXBlOiA1MTZlN2Ni Ni02ZWNmLTExZDYtOGZmOC0wMDAyMmQwOTcxMmIKICAgbGFiZWw6IHRocm9vdAogICBsZW5ndGg6 IDM0MDg3MTA0NTEyCiAgIG9mZnNldDogMjcyNjUwMjQwCiAgIHR5cGU6IGZyZWVic2QtdWZzCiAg IGluZGV4OiAyCiAgIGVuZDogNjcxMDg4OTUKICAgc3RhcnQ6IDUzMjUyMAozLiBOYW1lOiBhZGEx cDMKICAgTWVkaWFzaXplOiAzOTg0NTg4ODAwICgzLjdHKQogICBTZWN0b3JzaXplOiA1MTIKICAg U3RyaXBlc2l6ZTogNDA5NgogICBTdHJpcGVvZmZzZXQ6IDAKICAgTW9kZTogcjB3MGUwCiAgIGVm aW1lZGlhOiBIRCgzLEdQVCw5ZjJmMmRjNS1mYmRlLTExZTktOWJlMS00YzcyYjlmNWUwN2YsMHg0 MDAwMDIwLDB4NzZjMDAwKQogICByYXd1dWlkOiA5ZjJmMmRjNS1mYmRlLTExZTktOWJlMS00Yzcy YjlmNWUwN2YKICAgcmF3dHlwZTogNTE2ZTdjYjUtNmVjZi0xMWQ2LThmZjgtMDAwMjJkMDk3MTJi CiAgIGxhYmVsOiB0aHN3YXAKICAgbGVuZ3RoOiAzOTg0NTg4ODAwCiAgIG9mZnNldDogMzQzNTk3 NTQ3NTIKICAgdHlwZTogZnJlZWJzZC1zd2FwCiAgIGluZGV4OiAzCiAgIGVuZDogNzQ4OTEyOTUK ICAgc3RhcnQ6IDY3MTA4ODk2CjQuIE5hbWU6IGFkYTFwNAogICBNZWRpYXNpemU6IDEwMjAwNTQ3 MzI4MCAoOTVHKQogICBTZWN0b3JzaXplOiA1MTIKICAgU3RyaXBlc2l6ZTogNDA5NgogICBTdHJp cGVvZmZzZXQ6IDAKICAgTW9kZTogcjB3MGUwCiAgIGVmaW1lZGlhOiBIRCg0LEdQVCxhZTY4YzJl ZS1mYmRlLTExZTktOWJlMS00YzcyYjlmNWUwN2YsMHg0NzZjMDIwLDB4YmUwMDAwMCkKICAgcmF3 dXVpZDogYWU2OGMyZWUtZmJkZS0xMWU5LTliZTEtNGM3MmI5ZjVlMDdmCiAgIHJhd3R5cGU6IDUx NmU3Y2I2LTZlY2YtMTFkNi04ZmY4LTAwMDIyZDA5NzEyYgogICBsYWJlbDogdGh2YXIKICAgbGVu Z3RoOiAxMDIwMDU0NzMyODAKICAgb2Zmc2V0OiAzODM0NDM0MzU1MgogICB0eXBlOiBmcmVlYnNk LXVmcwogICBpbmRleDogNAogICBlbmQ6IDI3NDEyMDczNQogICBzdGFydDogNzQ4OTEyOTYKNS4g TmFtZTogYWRhMXA1CiAgIE1lZGlhc2l6ZTogMTA4NDQ3OTI0MjI0ICgxMDFHKQogICBTZWN0b3Jz aXplOiA1MTIKICAgU3RyaXBlc2l6ZTogNDA5NgogICBTdHJpcGVvZmZzZXQ6IDAKICAgTW9kZTog cjB3MGUwCiAgIGVmaW1lZGlhOiBIRCg1LEdQVCxiYzBmODY4Mi1mYmRlLTExZTktOWJlMS00Yzcy YjlmNWUwN2YsMHgxMDU2YzAyMCwweGNhMDAwMDApCiAgIHJhd3V1aWQ6IGJjMGY4NjgyLWZiZGUt MTFlOS05YmUxLTRjNzJiOWY1ZTA3ZgogICByYXd0eXBlOiA1MTZlN2NiNi02ZWNmLTExZDYtOGZm OC0wMDAyMmQwOTcxMmIKICAgbGFiZWw6IHRodXNyCiAgIGxlbmd0aDogMTA4NDQ3OTI0MjI0CiAg IG9mZnNldDogMTQwMzQ5ODE2ODMyCiAgIHR5cGU6IGZyZWVic2QtdWZzCiAgIGluZGV4OiA1CiAg IGVuZDogNDg1OTMzMDg3CiAgIHN0YXJ0OiAyNzQxMjA3MzYKNi4gTmFtZTogYWRhMXA2CiAgIE1l ZGlhc2l6ZTogNzUxNDA3MTI0NDgwICg3MDBHKQogICBTZWN0b3JzaXplOiA1MTIKICAgU3RyaXBl c2l6ZTogNDA5NgogICBTdHJpcGVvZmZzZXQ6IDAKICAgTW9kZTogcjB3MGUwCiAgIGVmaW1lZGlh OiBIRCg2LEdQVCxjNjhlMzU1OC1mYmRlLTExZTktOWJlMS00YzcyYjlmNWUwN2YsMHgxY2Y2YzAy MCwweDU3NzlhZDY4KQogICByYXd1dWlkOiBjNjhlMzU1OC1mYmRlLTExZTktOWJlMS00YzcyYjlm NWUwN2YKICAgcmF3dHlwZTogNTE2ZTdjYjYtNmVjZi0xMWQ2LThmZjgtMDAwMjJkMDk3MTJiCiAg IGxhYmVsOiB0aHh0cmEKICAgbGVuZ3RoOiA3NTE0MDcxMjQ0ODAKICAgb2Zmc2V0OiAyNDg3OTc3 NDEwNTYKICAgdHlwZTogZnJlZWJzZC11ZnMKICAgaW5kZXg6IDYKICAgZW5kOiAxOTUzNTI1MTI3 CiAgIHN0YXJ0OiA0ODU5MzMwODgKQ29uc3VtZXJzOgoxLiBOYW1lOiBhZGExCiAgIE1lZGlhc2l6 ZTogMTAwMDIwNDg4NjAxNiAoOTMyRykKICAgU2VjdG9yc2l6ZTogNTEyCiAgIFN0cmlwZXNpemU6 IDQwOTYKICAgU3RyaXBlb2Zmc2V0OiAwCiAgIE1vZGU6IHIwdzBlMAoK --61PfDbqWQVm4AvKHk8mDAW5Fy5rc30BEgp1EC8k5vP2hPqGrllxgpRWYxDGrJ-- From owner-freebsd-current@freebsd.org Thu Nov 7 18:09:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ACDFD1BBA0B for ; Thu, 7 Nov 2019 18:09:18 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-zteg10021401.me.com (pv50p00im-zteg10021401.me.com [17.58.6.47]) (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 478BHd6Qpzz43tN for ; Thu, 7 Nov 2019 18:09:17 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-zteg10021401.me.com (Postfix) with ESMTPSA id 186EA4804CD; Thu, 7 Nov 2019 18:09:14 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: CURRENT October images do not create a bootable install From: Toomas Soome In-Reply-To: <9d22703dc453379bfa65fe9ca3803562@udns.ultimatedns.net> Date: Thu, 7 Nov 2019 20:09:12 +0200 Cc: freebsd-current@freebsd.org, Daniel Nebdal Content-Transfer-Encoding: quoted-printable Message-Id: <353EF18E-0421-4687-B64B-C5D5DBA69A30@me.com> References: <9d22703dc453379bfa65fe9ca3803562@udns.ultimatedns.net> To: chris.h@ultimatedns.net X-Mailer: Apple Mail (2.3601.0.10) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-07_05:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911070169 X-Rspamd-Queue-Id: 478BHd6Qpzz43tN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[47.6.58.17.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-4.35), ipnet: 17.58.0.0/20(-2.45), asn: 714(-2.52), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 18:09:18 -0000 > On 7. Nov 2019, at 19:37, Chris.H wrote: >=20 > On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me.com said >=20 >> > On 7. Nov 2019, at 17:23, Daniel Nebdal wrote: >> > >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail.com said >> >> I chose GPT. >> > > Maybe whoever wrote the EFI/BIOS code in your machine went all-in = on >> > "Legacy", and it only handles MBR disks (or disks < 2.2TB)? >> > After all, it seems like "not booting" would be a = standards-compliant >> > way for a classic BIOS to handle a GPT disk. >> > if your system is not booting from GPT disk, it means it is not = standards >> compliant. > Interesting. So then RELENG-12 is not "Standards" compliant. While = 13-CURRENT is? Can not tell if you do not provide actual information, we can not really = tell too much. However, based on the partition tables below, I can tell = a bit. Those disks are using GPT, there is EFI partition, which does suggest = UEFI boot and not BIOS boot. There is no freebsd-boot partition, meaning = the standard pmbr boot block does not work (if installed) =E2=80=94 pmbr = does search for freebsd-boot and will load its content and jumps on it. = Without seeing your sector 0, I can not tell what code is there (if = any), and based on partitions on that system, it is possible the BIOS = boot is not installed at all. In a similar way, without seeing EFI = partition content, we can not tell if UEFI boot is actually installed - = EFI partition should have FAT file system with specific directory tree. To make things better, the exact description would be helpful, so the = devs taking care of installer could review the information and make = fixes. rgds, toomas > IOW I attempted in early October to install each of the (13-CURRENT) = install > images available. Both on a 500Gb disk, and a 1Tb disk. All w/o = success. In > desperation, I settled for the then (most recent) RELENG-12. 12 = installed > as all previous FreeBSD installs have done successfully. > So something in (recent) 13' boot layout has changed. I can boot = Legacy/UEFI/GPT > on 12. But cannot boot at all in recent 13. > Following is the output of the RELENG-12 disk, as well as 13-CURRENT: >=20 > LIVE BOOTED DISK @FreeBSD 12.0-RELEASE-p10 FreeBSD 12.0-RELEASE-p10 #0 = r353409: > Thu Oct 10 15:57:48 PDT 2019 amd64 >=20 > Geom name: ada0 > modified: false > state: OK > fwheads: 16 > fwsectors: 63 > last: 976773127 > first: 40 > entries: 152 > scheme: GPT > Providers: > 1. Name: ada0p1 > Mediasize: 209715200 (200M) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 20480 > Mode: r0w0e0 > efimedia: HD(1,GPT,280cea32-eae6-11e9-ae21-4c72b9f5e07f,0x28,0x64000) > rawuuid: 280cea32-eae6-11e9-ae21-4c72b9f5e07f > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > label: (null) > length: 209715200 > offset: 20480 > type: efi > index: 1 > end: 409639 > start: 40 > 2. Name: ada0p2 > Mediasize: 27707572224 (26G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 209735680 > Mode: r1w1e2 > efimedia: = HD(2,GPT,2856af2c-eae6-11e9-ae21-4c72b9f5e07f,0x64028,0x339c000) > rawuuid: 2856af2c-eae6-11e9-ae21-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: troot > length: 27707572224 > offset: 209735680 > type: freebsd-ufs > index: 2 > end: 54525991 > start: 409640 > 3. Name: ada0p3 > Mediasize: 3984588800 (3.7G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 2147504128 > Mode: r1w1e1 > efimedia: = HD(3,GPT,3c01ab9d-eae6-11e9-ae21-4c72b9f5e07f,0x3400028,0x76c000) > rawuuid: 3c01ab9d-eae6-11e9-ae21-4c72b9f5e07f > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > label: tswap > length: 3984588800 > offset: 27917307904 > type: freebsd-swap > index: 3 > end: 62308391 > start: 54525992 > 4. Name: ada0p4 > Mediasize: 68719476736 (64G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 1837125632 > Mode: r1w1e2 > efimedia: = HD(4,GPT,4abf5d7c-eae6-11e9-ae21-4c72b9f5e07f,0x3b6c028,0x8000000) > rawuuid: 4abf5d7c-eae6-11e9-ae21-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: tvar > length: 68719476736 > offset: 31901896704 > type: freebsd-ufs > index: 4 > end: 196526119 > start: 62308392 > 5. Name: ada0p5 > Mediasize: 289910292480 (270G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 1837125632 > Mode: r1w1e2 > efimedia: = HD(5,GPT,58f639dd-eae6-11e9-ae21-4c72b9f5e07f,0xbb6c028,0x21c00000) > rawuuid: 58f639dd-eae6-11e9-ae21-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: tusr > length: 289910292480 > offset: 100621373440 > type: freebsd-ufs > index: 5 > end: 762757159 > start: 196526120 > 6. Name: ada0p6 > Mediasize: 109521666048 (102G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 3984609280 > Mode: r0w0e0 > efimedia: = HD(6,GPT,650e64bd-eae6-11e9-ae21-4c72b9f5e07f,0x2d76c028,0xcc00000) > rawuuid: 650e64bd-eae6-11e9-ae21-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: txtra > length: 109521666048 > offset: 390531665920 > type: freebsd-ufs > index: 6 > end: 976666663 > start: 762757160 > Consumers: > 1. Name: ada0 > Mediasize: 500107862016 (466G) > Sectorsize: 512 > Mode: r4w4e11 > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # > FRESH 13-CURRENT INSTALL >=20 > Geom name: ada1 > modified: false > state: OK > fwheads: 16 > fwsectors: 63 > last: 1953525127 > first: 40 > entries: 152 > scheme: GPT > Providers: > 1. Name: ada1p1 > Mediasize: 272629760 (260M) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > efimedia: HD(1,GPT,8dace702-fbde-11e9-9be1-4c72b9f5e07f,0x28,0x82000) > rawuuid: 8dace702-fbde-11e9-9be1-4c72b9f5e07f > rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > label: (null) > length: 272629760 > offset: 20480 > type: efi > index: 1 > end: 532519 > start: 40 > 2. Name: ada1p2 > Mediasize: 34087104512 (32G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > efimedia: = HD(2,GPT,8df547ab-fbde-11e9-9be1-4c72b9f5e07f,0x82028,0x3f7dff8) > rawuuid: 8df547ab-fbde-11e9-9be1-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: throot > length: 34087104512 > offset: 272650240 > type: freebsd-ufs > index: 2 > end: 67108895 > start: 532520 > 3. Name: ada1p3 > Mediasize: 3984588800 (3.7G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > efimedia: = HD(3,GPT,9f2f2dc5-fbde-11e9-9be1-4c72b9f5e07f,0x4000020,0x76c000) > rawuuid: 9f2f2dc5-fbde-11e9-9be1-4c72b9f5e07f > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > label: thswap > length: 3984588800 > offset: 34359754752 > type: freebsd-swap > index: 3 > end: 74891295 > start: 67108896 > 4. Name: ada1p4 > Mediasize: 102005473280 (95G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > efimedia: = HD(4,GPT,ae68c2ee-fbde-11e9-9be1-4c72b9f5e07f,0x476c020,0xbe00000) > rawuuid: ae68c2ee-fbde-11e9-9be1-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: thvar > length: 102005473280 > offset: 38344343552 > type: freebsd-ufs > index: 4 > end: 274120735 > start: 74891296 > 5. Name: ada1p5 > Mediasize: 108447924224 (101G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > efimedia: = HD(5,GPT,bc0f8682-fbde-11e9-9be1-4c72b9f5e07f,0x1056c020,0xca00000) > rawuuid: bc0f8682-fbde-11e9-9be1-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: thusr > length: 108447924224 > offset: 140349816832 > type: freebsd-ufs > index: 5 > end: 485933087 > start: 274120736 > 6. Name: ada1p6 > Mediasize: 751407124480 (700G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > efimedia: = HD(6,GPT,c68e3558-fbde-11e9-9be1-4c72b9f5e07f,0x1cf6c020,0x5779ad68) > rawuuid: c68e3558-fbde-11e9-9be1-4c72b9f5e07f > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: thxtra > length: 751407124480 > offset: 248797741056 > type: freebsd-ufs > index: 6 > end: 1953525127 > start: 485933088 > Consumers: > 1. Name: ada1 > Mediasize: 1000204886016 (932G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 >=20 >=20 >> rgds, >> toomas > From owner-freebsd-current@freebsd.org Thu Nov 7 18:45:53 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A1F041BCF8D; Thu, 7 Nov 2019 18:45:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478C5r4xLqz47k9; Thu, 7 Nov 2019 18:45:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xA7Ijh0U012948 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 7 Nov 2019 10:45:43 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xA7Ijht5012947; Thu, 7 Nov 2019 10:45:43 -0800 (PST) (envelope-from sgk) Date: Thu, 7 Nov 2019 10:45:43 -0800 From: Steve Kargl To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: [PATCH] Typo in libm code Message-ID: <20191107184543.GA12924@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 478C5r4xLqz47k9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-1.27 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; NEURAL_HAM_MEDIUM(-0.97)[-0.966,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.979,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; IP_SCORE(-0.23)[ip: (0.06), ipnet: 128.95.0.0/16(-0.29), asn: 73(-0.85), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 18:45:53 -0000 This patch https://cvsweb.openbsd.org/src/lib/libm/src/ld80/k_sincosl.h?sortby=date is applicable to FreeBSD. Index: src/k_sincosl.h =================================================================== --- src/k_sincosl.h (revision 353571) +++ src/k_sincosl.h (working copy) @@ -28,8 +28,8 @@ #define C1 ((long double)C1hi + C1lo) #else static const long double -C1 = 0.0416666666666666666136L; /* 0xaaaaaaaaaaaaaa9b.0p-68 */ -S1 = -0.166666666666666666671L, /* -0xaaaaaaaaaaaaaaab.0p-66 */ +C1 = 0.0416666666666666666136L, /* 0xaaaaaaaaaaaaaa9b.0p-68 */ +S1 = -0.166666666666666666671L; /* -0xaaaaaaaaaaaaaaab.0p-66 */ #endif static const double -- Steve From owner-freebsd-current@freebsd.org Thu Nov 7 19:07:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4129F1BD8AD for ; Thu, 7 Nov 2019 19:07:15 +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 478CZT4hvNz49JJ for ; Thu, 7 Nov 2019 19:07:13 +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 xA7J7Bwa051340 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 7 Nov 2019 11:07:17 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Toomas Soome In-Reply-To: <353EF18E-0421-4687-B64B-C5D5DBA69A30@me.com> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: CURRENT October images do not create a bootable install Date: Thu, 07 Nov 2019 11:07:17 -0800 Message-Id: <8796e4c2dedffbdd8502c07bab861c9a@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 478CZT4hvNz49JJ 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.00 / 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.74)[-0.740,0]; IP_SCORE(0.31)[asn: 11404(1.61), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.48)[-0.482,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FREEMAIL_CC(0.00)[me.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 19:07:15 -0000 On Thu, 7 Nov 2019 20:09:12 +0200 Toomas Soome tsoome@me=2Ecom said > > On 7=2E Nov 2019, at 19:37, Chris=2EH wrote: > >=20 > > On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me=2Ecom said > >=20 > >> > On 7=2E Nov 2019, at 17:23, Daniel Nebdal wrote: > >> > >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail=2Ecom said > >> >> I chose GPT=2E > >> > > Maybe whoever wrote the EFI/BIOS code in your machine went all-in = on > >> > "Legacy", and it only handles MBR disks (or disks < 2=2E2TB)? > >> > After all, it seems like "not booting" would be a standards-complian= t > >> > way for a classic BIOS to handle a GPT disk=2E > >> > if your system is not booting from GPT disk, it means it is not stan= dards > >> compliant=2E > > Interesting=2E So then RELENG-12 is not "Standards" compliant=2E While 13-C= URRENT > > is? >=20 >=20 > Can not tell if you do not provide actual information, we can not really = tell > too much=2E However, based on the partition tables below, I can tell a bit=2E >=20 > Those disks are using GPT, there is EFI partition, which does suggest UEF= I > boot and not BIOS boot=2E There is no freebsd-boot partition, meaning the > standard pmbr boot block does not work (if installed) =E2=80=94 pmbr does= search > for freebsd-boot and will load its content and jumps on it=2E Without seein= g > your sector 0, I can not tell what code is there (if any), and based on > partitions on that system, it is possible the BIOS boot is not installed = at > all=2E In a similar way, without seeing EFI partition content, we can not t= ell > if UEFI boot is actually installed - EFI partition should have FAT file > system with specific directory tree=2E >=20 > To make things better, the exact description would be helpful, so the dev= s > taking care of installer could review the information and make fixes=2E Right=2E Sorry=2E I forgot you had asked for the output of dd(1)=2E I've done so, and will send you the output directly (off list)=2E Thank you! >=20 > rgds, > toomas >=20 >=20 [snip] --Chris From owner-freebsd-current@freebsd.org Thu Nov 7 19:25:38 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9A7E41BDF59 for ; Thu, 7 Nov 2019 19:25:38 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 478Czk3Qqzz4BbR for ; Thu, 7 Nov 2019 19:25:38 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Received: from privacychain.ch (unknown [186.203.224.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: rigoletto) by smtp.freebsd.org (Postfix) with ESMTPSA id CAAAF16D7E for ; Thu, 7 Nov 2019 19:25:37 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Date: Thu, 7 Nov 2019 16:25:32 -0300 From: Alexandre =?utf-8?Q?C=2E_Guimar=C3=A3es?= To: freebsd-current@FreeBSD.org Subject: No vmm.ko present. Message-ID: <20191107192532.rait432leek7ngvz@privacychain.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7fqgrigwqvxznrh2" Content-Disposition: inline User-Agent: NeoMutt/20180716 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 19:25:38 -0000 --7fqgrigwqvxznrh2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Since 12.1R (I've not used bhyve on 12R) I can't load the vmm.ko module,=20 and it isn't present in /boot/kernel. In a first moment I thought that was a consequence of some src.conf=20 customizations I did but there is at least one separated case on forums. This system of mine without vmm.ko was built from source, but another one I= =20 have was *upgraded* using freebsd-update and has it in place. The user from forums has a fresh 12.1R install and can't load the module=20 unless he add to /boot/loader.conf: vmm_load=3D"YES" vmm_name=3D"/boot/kernel/vmm.ko" For the record the vmm manual is working (show up) for me and this is the= =20 src.conf I used to build my system where vmm.ko missing: --8<---------------cut here---------------start------------->8--- WITHOUT_BLACKLIST=3DYES WITHOUT_BSDINSTALL=3DYES WITHOUT_EE=3DYES WITHOUT_EFI=3DYES WITHOUT_FINGER=3DYES WITHOUT_FLOPPY=3DYES WITHOUT_FREEBSD_UPDATE=3DYES WITHOUT_GAMES=3DYES WITHOUT_GOOGLETEST=3DYES WITHOUT_GSSAPI=3DYES WITHOUT_HYPERV=3DYES WITHOUT_INETD=3DYES WITHOUT_IPFILTER=3DYES WITHOUT_IPFW=3DYES WITHOUT_ISCSI=3DYES WITHOUT_KERBEROS=3DYES WITHOUT_LIB32=3DYES WITHOUT_LLVM_TARGET_ALL=3DYES WITHOUT_MODULE_DRM=3DYES WITHOUT_MODULE_DRM2=3DYES WITHOUT_NTP=3DYES WITHOUT_PC_SYSINSTALL=3DYES WITHOUT_PORTSNAP=3DYES WITHOUT_PPP=3DYES WITHOUT_SENDMAIL=3DYES WITHOUT_SVNLITE=3DYES WITHOUT_TALK=3DYES WITHOUT_TCP_WRAPPERS=3DYES WITHOUT_UNBOUND=3DYES WITHOUT_WIRELESS=3DYES WITHOUT_WPA_SUPPLICANT_EAPOL=3DYES WITH_BSD_GREP=3DYES WITH_LLVM_TARGET_BPF=3DYES WITH_SORT_THREADS=3DYES --8<---------------cut here---------------end--------------->8--- Thank you. --=20 Best Regards, Alexandre C. Guimar=C3=A3es. https://gitlab.com/rigoletto --7fqgrigwqvxznrh2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE9RbDjoZ0ELBWamGCmSH8wDhAF9kFAl3Eb6ZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY1 MTZDMzhFODY3NDEwQjA1NjZBNjE4Mjk5MjFGQ0MwMzg0MDE3RDkACgkQmSH8wDhA F9miPw//QMdPNlJjybbmtlZwsZQzIx2gBNr/mmde+N6ovtCWuU7RqW4phuXZZxtX 4714bdHJGZ8nUGskXmg3NIj9kvb4T6tRfGdG4yIQfwLZE+5joNrwT4uSnzwUU2S2 NPdv6Rfz/uxh994rKlsrb0Uqp/8ImJsiHfLy4L4pPPm/9qn30jkp4aW3wxyz004/ J6uoHD0SAqsqqD9vag9hFp3k79PGA6BqntIlcB+iYaCx5qhT+yugHNuKk+ZV+ixj j4oQoBBWwZ6jODiFhTlSSrt3+aNp7V/FMbrDiFEZTxNzGA2Grh8jH/bj4zrN5Ged RCLqJXTOeHkjFYcItVoD1cYyTwjy+1iGB69YQS2YdF4ciByroFs9f9UY9DZmfV/C G06JCYKe0WmoRnlPrrwY7XITv0m5VF8mAg3CdAR4FygfROINmm9QTYE+XWDTxs1s 0bHRN37YwnEBf880vPiuqKaf+leiJmwYxjnvjYT4eiTcfNN60ZjD+YJEfZIKIYPs P9GspWe1+6qjUwYnT4Mo8ew1zcdF6yA6Xdx1ImZKtxx12Wgx44lUIggtDSc/RejJ BINAXNjeC9tg3Y1AFkMHSM7wUR1o7RnJrZO0/oTHeWgrvwq18wXTMO1qOlNg2u4l 983a8kY5kek0L17Am+B3M5ph40DXDyLOWiL4FQgnIEBtD+8HQwY= =vXEL -----END PGP SIGNATURE----- --7fqgrigwqvxznrh2-- From owner-freebsd-current@freebsd.org Thu Nov 7 19:32:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A8D661BE3E4; Thu, 7 Nov 2019 19:32:56 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 478D8744R0z4CLq; Thu, 7 Nov 2019 19:32:55 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 2577A3C0199; Thu, 7 Nov 2019 19:32:49 +0000 (UTC) Date: Thu, 7 Nov 2019 19:32:49 +0000 From: Brooks Davis To: Steve Kargl Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] Typo in libm code Message-ID: <20191107193249.GA95473@spindle.one-eyed-alien.net> References: <20191107184543.GA12924@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <20191107184543.GA12924@troutmask.apl.washington.edu> User-Agent: Mutt/1.9.4 (2018-02-28) X-Rspamd-Queue-Id: 478D8744R0z4CLq X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of brooks@spindle.one-eyed-alien.net has no SPF policy when checking 199.48.129.229) smtp.mailfrom=brooks@spindle.one-eyed-alien.net X-Spamd-Result: default: False [-6.51 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; RCVD_COUNT_ZERO(0.00)[0]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; IP_SCORE(-3.61)[ip: (-9.44), ipnet: 199.48.128.0/22(-4.71), asn: 36236(-3.85), country: US(-0.05)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 19:32:56 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2019 at 10:45:43AM -0800, Steve Kargl wrote: > This patch >=20 > https://cvsweb.openbsd.org/src/lib/libm/src/ld80/k_sincosl.h?sortby=3Ddate >=20 > is applicable to FreeBSD. >=20 > Index: src/k_sincosl.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- src/k_sincosl.h (revision 353571) > +++ src/k_sincosl.h (working copy) > @@ -28,8 +28,8 @@ > #define C1 ((long double)C1hi + C1lo) > #else > static const long double > -C1 =3D 0.0416666666666666666136L; /* 0xaaaaaaaaaaaaaa9b.0p-68 */ > -S1 =3D -0.166666666666666666671L, /* -0xaaaaaaaaaaaaaaab.0p-66 */ > +C1 =3D 0.0416666666666666666136L, /* 0xaaaaaaaaaaaaaa9b.0p-68 */ > +S1 =3D -0.166666666666666666671L; /* -0xaaaaaaaaaaaaaaab.0p-66 */ > #endif > =20 > static const double Committed in r354467. -- Brooks --17pEHd4RhPHOinZp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJdxHFfAAoJEKzQXbSebgfAUCEH/jcT+kFYNZLaMjzpu/4gP7WD LPc0AuHB/zVoJreyt5ip8TVIPOv9xdXyF//wefItNuf1ShN9uzmugcUazykChifY Gt2n1uZBy1i0DGIjfa4I3As26ilvlj0eBvnv3+jI37rVCk7LFCxkRkVn0LcHN792 aQD8fvz+a0EkbWeEqMdrFHv4faXvAKliiJD7WVJpk/TPk+caBCvil85YadxSVp+H CoEfeLuXl31wL0tq9/wDS3nwW7H+zEefNxyFY5jk1p7dIfikSE0hdAEgdAzBPLUZ HyQMAv9qV4dvZ3BMwpWVqszGN36jGyH6cQasG0ygW2FU8xFbUUaGLynFIueAxj0= =skbg -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@freebsd.org Thu Nov 7 20:29:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 81ECB1BFCC7 for ; Thu, 7 Nov 2019 20:29:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478FPF5zjRz4HLl for ; Thu, 7 Nov 2019 20:29:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xA7KTJlO004641 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 7 Nov 2019 12:29:19 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xA7KTJPX004640 for freebsd-current@freebsd.org; Thu, 7 Nov 2019 12:29:19 -0800 (PST) (envelope-from sgk) Date: Thu, 7 Nov 2019 12:29:19 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: unkillable process consuming 100% cpu Message-ID: <20191107202919.GA4565@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 478FPF5zjRz4HLl X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-1.31 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.23)[ip: (0.06), ipnet: 128.95.0.0/16(-0.29), asn: 73(-0.85), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; DMARC_NA(0.00)[washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 20:29:22 -0000 I haven't seen anyone post about an unkillable process (even by root), which consumes 100% cpu. last pid: 4592; load averages: 1.24, 1.08, 0.74 up 13+20:21:20 12:26:29 68 processes: 2 running, 66 sleeping CPU: 0.1% user, 0.0% nice, 12.6% system, 0.0% interrupt, 87.2% idle Mem: 428M Active, 11G Inact, 138M Laundry, 2497M Wired, 1525M Buf, 2377M Free Swap: 16G Total, 24M Used, 16G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 69092 kargl 2 45 0 342M 148M CPU2 2 12:51 100.07% chrome Neither of these have an effect. kill -1 69092 kill -9 69069 Attempts to attach gdb831 to -p 69092 leads to hung xterm. -- Steve From owner-freebsd-current@freebsd.org Thu Nov 7 20:32:28 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47D391BFF5D for ; Thu, 7 Nov 2019 20:32:28 +0000 (UTC) (envelope-from markjdb@gmail.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 478FSq289gz4Hph for ; Thu, 7 Nov 2019 20:32:27 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x833.google.com with SMTP id t20so3840310qtn.9 for ; Thu, 07 Nov 2019 12:32:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=l6LrPkO68VJGEvTR655B1tLR7tGOJTqs0yk8ilFjUIU=; b=UqHxLre/ktF/Qj12MdYOFduUmb8do6k8+oGYiTWbPZVHzMUsTuJKG9G6/uZQnRb02p K71EAVSnD++ZCALKtLXim+OIG4lmB2lmaCjvyfgpYcgtp+Zi96U3DHjyItyUD9coJ83U 2NRVJ+EBEWqqv4P5j1wjownsHSar5QseCS+s+XviyuYGbwWN3MUJ4p2vlUPmPIQqgw0S aq23thBF0Gf2hfAuYIBynERJ2YGiJWsA3mLKUjVHhvkPPjTU7VdcQyTkAi781lHPSxdd pg2wogdl65+JhCVq8PDpUAEqjBFGlGEOeF/cOVZy6+FpqisaCUsT8vWJSe1SZW0vh7CP q7vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=l6LrPkO68VJGEvTR655B1tLR7tGOJTqs0yk8ilFjUIU=; b=BxELkrWhCiNz+rMRX/wv/Lv2fqlrg9YoPWl7qcVc/DPxaC6g5lXv1MtMjUW1njm6Hj bNe8EjeeDNBEauohzR74w9fHCxVU7/eRmR5R7mjre0F6tJv5sMCgGyzh0HaonjIC6+tX 701dP/3HaIGGtr965+yzLeMbsAitcRP97M9M+vbJ8nKxMCg6ft2zRHt3jeEygI3nBQ9a 4tJf1XZBCZ6ZeadhjjXo3VxabM+lfGSNzXAukeRBV5nk3Tr4FXSR7hFBvcABk6lkVcPU RQA0sd6YUglZ3NCjrrMNVqFg1zC2OiIaqUM+JiQj+C70yOEKTpmlvFdzYnnewv/fImE3 r1Lg== X-Gm-Message-State: APjAAAWrkpWnXWv7bH0qUHFleianM2m+/Pg6Rutb3N148hTUvcuwRnn9 TTI2dTtyrvMUA5A7cTQenUHsuHT9z6E= X-Google-Smtp-Source: APXvYqy1NSMW1W0xZGQtp+SocGQ7zuxB+3GiNmFpy5PbWiuUyo8HYrMYjdSmc+Fk/sQpexnwB/E+KA== X-Received: by 2002:ac8:1814:: with SMTP id q20mr6274598qtj.38.1573158745905; Thu, 07 Nov 2019 12:32:25 -0800 (PST) Received: from raichu (toroon0560w-lp130-05-69-158-183-252.dsl.bell.ca. [69.158.183.252]) by smtp.gmail.com with ESMTPSA id 70sm1754748qkj.48.2019.11.07.12.32.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Nov 2019 12:32:25 -0800 (PST) Sender: Mark Johnston Date: Thu, 7 Nov 2019 15:32:23 -0500 From: Mark Johnston To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: unkillable process consuming 100% cpu Message-ID: <20191107203223.GF16978@raichu> References: <20191107202919.GA4565@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191107202919.GA4565@troutmask.apl.washington.edu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 478FSq289gz4Hph X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UqHxLre/; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::833 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-4.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; 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]; IP_SCORE(-2.73)[ip: (-9.25), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 20:32:28 -0000 On Thu, Nov 07, 2019 at 12:29:19PM -0800, Steve Kargl wrote: > I haven't seen anyone post about an unkillable process > (even by root), which consumes 100% cpu. > > last pid: 4592; load averages: 1.24, 1.08, 0.74 up 13+20:21:20 12:26:29 > 68 processes: 2 running, 66 sleeping > CPU: 0.1% user, 0.0% nice, 12.6% system, 0.0% interrupt, 87.2% idle > Mem: 428M Active, 11G Inact, 138M Laundry, 2497M Wired, 1525M Buf, 2377M Free > Swap: 16G Total, 24M Used, 16G Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 69092 kargl 2 45 0 342M 148M CPU2 2 12:51 100.07% chrome > > > Neither of these have an effect. > > kill -1 69092 > kill -9 69069 > > Attempts to attach gdb831 to -p 69092 leads to hung xterm. Could you please show us the output of "procstat -kk 69092"? From owner-freebsd-current@freebsd.org Thu Nov 7 20:50:07 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A08B1787E9 for ; Thu, 7 Nov 2019 20:50:07 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10022001.me.com (pv50p00im-ztdg10022001.me.com [17.58.6.58]) (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 478FsB3806z4K9B for ; Thu, 7 Nov 2019 20:50:06 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10022001.me.com (Postfix) with ESMTPSA id 6ED46A0708; Thu, 7 Nov 2019 20:50:03 +0000 (UTC) From: Toomas Soome Message-Id: <84DD38AC-4D18-431E-8C34-7493C2C032EF@me.com> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: CURRENT October images do not create a bootable install Date: Thu, 7 Nov 2019 22:50:01 +0200 In-Reply-To: <8796e4c2dedffbdd8502c07bab861c9a@udns.ultimatedns.net> Cc: Current To: "bsd-lists@bsdforge.com" References: <8796e4c2dedffbdd8502c07bab861c9a@udns.ultimatedns.net> X-Mailer: Apple Mail (2.3601.0.10) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-07_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911070196 X-Rspamd-Queue-Id: 478FsB3806z4K9B X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(0.00)[ip: (-4.90), ipnet: 17.58.0.0/20(-2.44), asn: 714(-2.52), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[58.6.58.17.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 20:50:07 -0000 > On 7. Nov 2019, at 21:07, Chris wrote: >=20 > On Thu, 7 Nov 2019 20:09:12 +0200 Toomas Soome tsoome@me.com = said >=20 >> > On 7. Nov 2019, at 19:37, Chris.H wrote: >> > > On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me.com said >> > >> > On 7. Nov 2019, at 17:23, Daniel Nebdal = wrote: >> >> > >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail.com said >> >> >> I chose GPT. >> >> > > Maybe whoever wrote the EFI/BIOS code in your machine went = all-in on >> >> > "Legacy", and it only handles MBR disks (or disks < 2.2TB)? >> >> > After all, it seems like "not booting" would be a = standards-compliant >> >> > way for a classic BIOS to handle a GPT disk. >> >> > if your system is not booting from GPT disk, it means it is not = standards >> >> compliant. >> > Interesting. So then RELENG-12 is not "Standards" compliant. While = 13-CURRENT >> > is? >> Can not tell if you do not provide actual information, we can not = really tell >> too much. However, based on the partition tables below, I can tell a = bit. >> Those disks are using GPT, there is EFI partition, which does suggest = UEFI >> boot and not BIOS boot. There is no freebsd-boot partition, meaning = the >> standard pmbr boot block does not work (if installed) =E2=80=94 pmbr = does search >> for freebsd-boot and will load its content and jumps on it. Without = seeing >> your sector 0, I can not tell what code is there (if any), and based = on >> partitions on that system, it is possible the BIOS boot is not = installed at >> all. In a similar way, without seeing EFI partition content, we can = not tell >> if UEFI boot is actually installed - EFI partition should have FAT = file >> system with specific directory tree. >> To make things better, the exact description would be helpful, so the = devs >> taking care of installer could review the information and make fixes. >=20 > Right. Sorry. I forgot you had asked for the output of dd(1). >=20 > I've done so, and will send you the output directly (off list). >=20 neither of disks had boot code in MBR block, so BIOS boot was definitely = not going to happen there (the regular pmbr there would not help because = there is no freebsd-boot partition). Therefore the question is if the = ESP was set up properly. My personal suggestion for x86 setups would be to set up both bios and = efi boot. rgds, toomas From owner-freebsd-current@freebsd.org Thu Nov 7 20:55:59 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 180CA178CE3 for ; Thu, 7 Nov 2019 20:55:59 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478Fzy6f0tz4Ksh; Thu, 7 Nov 2019 20:55:58 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xA7KtuX2001125 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 7 Nov 2019 12:55:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xA7Ktu4p001124; Thu, 7 Nov 2019 12:55:56 -0800 (PST) (envelope-from sgk) Date: Thu, 7 Nov 2019 12:55:56 -0800 From: Steve Kargl To: Mark Johnston Cc: freebsd-current@freebsd.org Subject: Re: unkillable process consuming 100% cpu Message-ID: <20191107205556.GA922@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191107202919.GA4565@troutmask.apl.washington.edu> <20191107203223.GF16978@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191107203223.GF16978@raichu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 478Fzy6f0tz4Ksh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 20:55:59 -0000 On Thu, Nov 07, 2019 at 03:32:23PM -0500, Mark Johnston wrote: > On Thu, Nov 07, 2019 at 12:29:19PM -0800, Steve Kargl wrote: > > I haven't seen anyone post about an unkillable process > > (even by root), which consumes 100% cpu. > > > > last pid: 4592; load averages: 1.24, 1.08, 0.74 up 13+20:21:20 12:26:29 > > 68 processes: 2 running, 66 sleeping > > CPU: 0.1% user, 0.0% nice, 12.6% system, 0.0% interrupt, 87.2% idle > > Mem: 428M Active, 11G Inact, 138M Laundry, 2497M Wired, 1525M Buf, 2377M Free > > Swap: 16G Total, 24M Used, 16G Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 69092 kargl 2 45 0 342M 148M CPU2 2 12:51 100.07% chrome > > > > > > Neither of these have an effect. > > > > kill -1 69092 > > kill -9 69069 > > > > Attempts to attach gdb831 to -p 69092 leads to hung xterm. > > Could you please show us the output of "procstat -kk 69092"? Unfortunately, no. I just rebooted the system to kill 69092. During 'shutdown -r now', a message appeared on the console warning that some processes would not die. Then 'shutdown -r now' hung the console. :( Before rebooting I did try a number of ps and procstat commands, 69092 was chrome: --type=gpu-process --field-trial-handle=long-string-of-number --gpu-preferences=long-string-with-IAs So, it seems that drm-current-kmod may not be happy. For the record, uname gives FreeBSD 13.0-CURRENT r353571 -- Steve From owner-freebsd-current@freebsd.org Thu Nov 7 16:06:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE5AA1B88F4 for ; Thu, 7 Nov 2019 16:06:08 +0000 (UTC) (envelope-from phil@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4787YW5JrBz3Ntx; Thu, 7 Nov 2019 16:06:07 +0000 (UTC) (envelope-from phil@juniper.net) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xA7FvWHO000320; Thu, 7 Nov 2019 08:05:56 -0800 Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp2053.outbound.protection.outlook.com [104.47.45.53]) by mx0b-00273201.pphosted.com with ESMTP id 2w41vm2404-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 07 Nov 2019 08:05:56 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ms37LLZUGCEzWexeHzQxUkLaADFKG0HBHYaKjp6gW+0rK50ABC9o//9/oW+88jX1C3jK4Z1pkTV97T9XuWG8S6/ysAqjsalfLQ8L4tNz91VwAlnzru1INx75lNZS0I2WXFAm0bQdEm31FY1DjPCddC3nf1LPPF9KphyDpWzM/NhRZZKKee+jmvD1NMcXzsA5Mk7l2QOKGEyWJHOzaQ6mQ112lKfb9nqgHLqHCEI6bDWofu9VmrWW28K5zqOocegD0Bbs1UluqmUq2yZtWF48DnPOvEZ12WB6fqStJKxmy1Al2gDoH/nRmRt2sBc/ep/rtQY5ciRSA2Lu4qJgFdn4JQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pbEW2LIYgc2q+qgKAS3UCFodTGJyZithPZctRvM16B4=; b=EjBu3haBy1cDS3UoduUT17zcs/aqq3KZTlQ511MOku/Ktd6etx6A9i633WNIPAZt3OZmgmlcK5/wK4KW49DAQl2x16TWLsAmEqv8rAOqK5ItEuaLu6oe/6sNDmdKLWiCbJoT99QslNAyvd++8fH8jcesmIOiD4IJjyXktNZ0ZqypTfDLcpMvsDoynODDz1NLySDGJX2hnLZyIIbvCEmW/Rjg7g8NtmMtQSIAnNnadYkByqpHjGC4aX9q26AWkub44ViW5puk73wKxz/myYi6NACZ0oS0OEoapyvivLHzTh3JmiOzmdtnTPWidXDx0X4m7C5SoWNvSWDXr/yUwGpRbw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.13) smtp.rcpttodomain=stacktic.org smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none Received: from SN6PR05CA0006.namprd05.prod.outlook.com (2603:10b6:805:de::19) by SN6PR05MB4415.namprd05.prod.outlook.com (2603:10b6:805:35::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2430.16; Thu, 7 Nov 2019 16:05:53 +0000 Received: from DM3NAM05FT021.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::200) by SN6PR05CA0006.outlook.office365.com (2603:10b6:805:de::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2451.15 via Frontend Transport; Thu, 7 Nov 2019 16:05:53 +0000 Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.13 as permitted sender) Received: from P-EXFEND-EQX-02.jnpr.net (66.129.239.13) by DM3NAM05FT021.mail.protection.outlook.com (10.152.98.130) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2451.15 via Frontend Transport; Thu, 7 Nov 2019 16:05:53 +0000 Received: from P-EXBEND-EQX-02.jnpr.net (10.104.8.53) by P-EXFEND-EQX-02.jnpr.net (10.104.8.55) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 7 Nov 2019 08:05:52 -0800 Received: from P-EXBEND-EQX-01.jnpr.net (10.104.8.52) by P-EXBEND-EQX-02.jnpr.net (10.104.8.53) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 7 Nov 2019 08:05:52 -0800 Received: from p-mailhub01.juniper.net (10.104.20.6) by P-EXBEND-EQX-01.jnpr.net (10.104.8.52) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Thu, 7 Nov 2019 08:05:52 -0800 Received: from idle.juniper.net (idleski.juniper.net [172.25.5.10]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id xA7G5n94019637; Thu, 7 Nov 2019 08:05:51 -0800 (envelope-from phil@juniper.net) Received: from [10.0.0.3] (localhost [127.0.0.1]) by idle.juniper.net (8.15.2/8.15.2) with ESMTP id xA7G2ueb059326; Thu, 7 Nov 2019 11:02:56 -0500 (EST) (envelope-from phil@juniper.net) From: Phil Shafer To: Arnaud Ysmal CC: , , Subject: Re: Segmentation fault in netstat after r354373 -> r354373 update Date: Thu, 7 Nov 2019 11:08:15 -0500 X-Mailer: MailMate (1.13r5655) Message-ID: In-Reply-To: <8A48DB50-CEA3-4267-964F-E8351E3F17BB@stacktic.org> References: <155BBBD2-C93F-4C01-A329-7EC195091574@juniper.net> <8A48DB50-CEA3-4267-964F-E8351E3F17BB@stacktic.org> MIME-Version: 1.0 Content-Type: text/plain X-EXCLAIMER-MD-CONFIG: e3cb0ff2-54e7-4646-8a04-0dae4ac7b136 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.13; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(346002)(39860400002)(136003)(396003)(376002)(189003)(199004)(7126003)(2616005)(4326008)(51416003)(11346002)(48376002)(33656002)(50466002)(54906003)(16586007)(336012)(558084003)(426003)(316002)(6246003)(47776003)(53546011)(76506006)(26005)(446003)(186003)(76176011)(36756003)(86362001)(5660300002)(478600001)(229853002)(486006)(70206006)(70586007)(476003)(8936002)(6916009)(81156014)(81166006)(2906002)(50226002)(356004)(126002)(6666004)(305945005)(8676002)(781001); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR05MB4415; H:P-EXFEND-EQX-02.jnpr.net; FPR:; SPF:SoftFail; LANG:en; PTR:InfoDomainNonexistent; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 970592ad-e4b2-47f0-64f3-08d7639c5dcf X-MS-TrafficTypeDiagnostic: SN6PR05MB4415: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:4941; X-Forefront-PRVS: 0214EB3F68 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: TfKt39K9b7aTc8g0h/W5Tb/eKujX30skPTbeIGo2vEc3IK6WHL+xBY5em4NlFK7CA1xhqapNp4g8vlnxo3j4+bT/DZIgWBUthcvkNlOTpbPSXp/CsaHwvWWPcGB587s0o9MpeJTpRyaizhUF9FSPr7g8u71kJKCQnYA7a9jEyS5GqWfATpVH5KcFu8YAhqe9RozK06VrtQ/Sji1EA8XL1kQ0UboKhADELLprEb3baSQgmsmRDGBQMylbnfbQHCdDT58jefOGQuvxR/kLZI/1hY7Tf0IUSqdwBD79S4tsGd+Y+g0kWZ35SgK/oc2hg6WWBgH5eh//EA5vDlabXK2Qnm0PGIssYH8JWzfOrKNinfn18JqMVO993TYHhoajwW34+nZgrugo+o4DVqEBWn2H8CKkBPT4ZoPh5tJu5fSviRDkDwf+7WqUBPiY9fWK55H5 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Nov 2019 16:05:53.4824 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 970592ad-e4b2-47f0-64f3-08d7639c5dcf X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.13]; Helo=[P-EXFEND-EQX-02.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR05MB4415 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-11-07_05:2019-11-07,2019-11-07 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=492 suspectscore=0 clxscore=1015 phishscore=0 spamscore=0 mlxscore=0 lowpriorityscore=0 bulkscore=0 priorityscore=1501 impostorscore=0 adultscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1911070152 X-Rspamd-Queue-Id: 4787YW5JrBz3Ntx X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.19 / 15.00]; RCVD_COUNT_SEVEN(0.00)[11]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[juniper.net:s=PPS1017,juniper.net:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:67.231.152.164]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[juniper.net:+]; DMARC_POLICY_ALLOW(-0.50)[juniper.net,reject]; IP_SCORE(-1.09)[ip: (-2.55), ipnet: 67.231.152.0/24(-1.13), asn: 22843(-1.69), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[164.152.231.67.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:22843, ipnet:67.231.152.0/24, country:US]; ARC_ALLOW(-1.00)[i=1]; MID_RHS_MATCH_FROM(0.00)[] X-Mailman-Approved-At: Fri, 08 Nov 2019 02:10:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 16:06:08 -0000 On 7 Nov 2019, at 11:03, Arnaud Ysmal wrote: > Looks cleaner than the unconst. I've spun a new release (1.3.1) and am importing it now. Building....... Thanks, Phil From owner-freebsd-current@freebsd.org Thu Nov 7 15:36:14 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 310D01B7D8E for ; Thu, 7 Nov 2019 15:36:14 +0000 (UTC) (envelope-from phil@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4786v058Y7z3LtX; Thu, 7 Nov 2019 15:36:12 +0000 (UTC) (envelope-from phil@juniper.net) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xA7FQw4s022832; Thu, 7 Nov 2019 07:36:00 -0800 Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp2056.outbound.protection.outlook.com [104.47.38.56]) by mx0a-00273201.pphosted.com with ESMTP id 2w41vcj2hp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 07 Nov 2019 07:36:00 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ls1OCJwNCvOODYdwZfGemd6fiSBMLlXrI/mxk8wtJOGzzLz4lldMjilAC4YdrHn6f0AHsJboHHxndX5+7tmmBtpLfPyJzbRAZQbHz4dhpIw9BvTWcdSDQFngSohvydQHa9400H7I+OMvI3DMtcHtmEVj/skK13Et4hrvv0dfvBjFxJaktr4H04eAnL7xJajVbRKn913IRli74rIXkA9F4Pk8DhEt1rpAfAHDiL7yaJJ7/6wklLisXYOCdDpKa+mwoxOBdfNvdrgL9M0OTicS3tHLSU3n8W5ZevKRwjXEsZcqyrgfmqByJdV/pGADRi7IPntxM7Huf4cp33exz9ltwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dvL+bxTWJ7B56Z97o6h5QubS9FZY0kZYHeap1zF5omI=; b=aNs+XKfZaDv/VsCACL7vveVyMvJVLUaSxvR4MTj9+B8uu8HuBo5ojsnFVXF9XjTCf3BznPr0EWEUrPC5r/ZwXV8vQXTnC53w62fKosysy0R090D2bY2ZJlK0nbKJ2sC2a4bdLFhl0vPNEBtX/BnGpTpI/F3C5MWWcPUYd5iyMXSkJja3UfroxLfzVC4QG36sZxBksYWRCX4thTg4KFCPPgk+LTrcUQs+ovW4QP6o35bI0cFCw2A1mNnAB9fU2RFaztRE/iQjTR5sv1tvRW64FyQo5UGkpUGm/JZTFeBopgGgURDdAK2S1sMnxj4h57TbTUQt9LbmCN/rLNB6j6NJjQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.12) smtp.rcpttodomain=stacktic.org smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none Received: from SN4PR0501CA0041.namprd05.prod.outlook.com (2603:10b6:803:41::18) by SN6PR05MB4736.namprd05.prod.outlook.com (2603:10b6:805:93::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2430.13; Thu, 7 Nov 2019 15:35:57 +0000 Received: from CO1NAM05FT025.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::200) by SN4PR0501CA0041.outlook.office365.com (2603:10b6:803:41::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2451.16 via Frontend Transport; Thu, 7 Nov 2019 15:35:57 +0000 Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from P-EXFEND-EQX-01.jnpr.net (66.129.239.12) by CO1NAM05FT025.mail.protection.outlook.com (10.152.96.133) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2451.15 via Frontend Transport; Thu, 7 Nov 2019 15:35:57 +0000 Received: from P-EXBEND-EQX-02.jnpr.net (10.104.8.53) by P-EXFEND-EQX-01.jnpr.net (10.104.8.54) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 7 Nov 2019 07:35:56 -0800 Received: from P-EXBEND-EQX-02.jnpr.net (10.104.8.53) by P-EXBEND-EQX-02.jnpr.net (10.104.8.53) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 7 Nov 2019 07:35:56 -0800 Received: from p-mailhub01.juniper.net (10.104.20.6) by P-EXBEND-EQX-02.jnpr.net (10.104.8.53) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Thu, 7 Nov 2019 07:35:56 -0800 Received: from idle.juniper.net (idleski.juniper.net [172.25.5.10]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id xA7FZrCX012178; Thu, 7 Nov 2019 07:35:55 -0800 (envelope-from phil@juniper.net) Received: from [10.0.0.3] (localhost [127.0.0.1]) by idle.juniper.net (8.15.2/8.15.2) with ESMTP id xA7FX1xn080698; Thu, 7 Nov 2019 10:33:01 -0500 (EST) (envelope-from phil@juniper.net) From: Phil Shafer To: Arnaud Ysmal CC: , , Subject: Re: Segmentation fault in netstat after r354373 -> r354373 update Date: Thu, 7 Nov 2019 10:38:20 -0500 X-Mailer: MailMate (1.13r5655) Message-ID: <0FC9A86B-95E4-427E-AF7E-518470C995B2@juniper.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-EXCLAIMER-MD-CONFIG: e3cb0ff2-54e7-4646-8a04-0dae4ac7b136 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(39860400002)(396003)(346002)(136003)(376002)(199004)(189003)(47776003)(2906002)(86362001)(305945005)(50466002)(33656002)(4326008)(6246003)(356004)(8936002)(336012)(186003)(229853002)(6666004)(316002)(6916009)(4744005)(53546011)(36756003)(50226002)(70586007)(8676002)(81156014)(2616005)(81166006)(11346002)(16586007)(26005)(7126003)(70206006)(76176011)(478600001)(426003)(126002)(446003)(486006)(476003)(76506006)(5660300002)(51416003)(54906003)(781001); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR05MB4736; H:P-EXFEND-EQX-01.jnpr.net; FPR:; SPF:SoftFail; LANG:en; PTR:InfoDomainNonexistent; A:1; MX:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: eb29c559-b348-4557-5bad-08d763982f23 X-MS-TrafficTypeDiagnostic: SN6PR05MB4736: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-Forefront-PRVS: 0214EB3F68 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: mP5NLR9dH9Kf1KlQwYhWcMnXJ838zPjKx14VA2u8p7F9nQwP3/GVxsdTb4mRRkfcQXyqagpEJdb+pPX+J0ylshnV74Kg2vmeamYNGdPesKoGyjqV0i050RrfJRKYfHSa/lVzpGVwk9loqvtZP0vmfC842wFRVPamHTLqMb+hcBZVCjeHj4oFnWC8dWGTTgdGuyZfVXIOl0vXi4PbbCLughfMEwjqx0mDYYwiJqRm/SHWhOwdUYanIy0srFROcYIrEy2uRWmTtMf9K9ZnU5Fs9qPk3azNayVVJ2zkH4poPBkzIY70Xw6ps3h4p8qDpGRWHTTB1DFgVu/SjRHZz3AHbpuYgpuOMOtANUVmWfwS+0vd5H4qaip10C1+8D2xq+p5Kl0IPybZRX5ew3tSIwf/2piSVwP2GxuaZYuyQAzOs3AmvXQQuUwa59fkHFOxs1+U X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Nov 2019 15:35:57.1888 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: eb29c559-b348-4557-5bad-08d763982f23 X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[P-EXFEND-EQX-01.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR05MB4736 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-11-07_05:2019-11-07,2019-11-07 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 adultscore=0 malwarescore=0 spamscore=0 mlxlogscore=754 phishscore=0 lowpriorityscore=0 suspectscore=0 impostorscore=0 mlxscore=0 priorityscore=1501 bulkscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1911070147 X-Rspamd-Queue-Id: 4786v058Y7z3LtX X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.85 / 15.00]; RCVD_COUNT_SEVEN(0.00)[11]; RECEIVED_SPAMHAUS_XBL(5.00)[12.239.129.66.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.4]; R_DKIM_ALLOW(0.00)[juniper.net:s=PPS1017,juniper.net:s=selector1]; NEURAL_HAM_MEDIUM(-0.63)[-0.629,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(0.00)[+ip4:208.84.65.16]; NEURAL_HAM_LONG(-0.41)[-0.410,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[juniper.net:+]; DMARC_POLICY_ALLOW(0.00)[juniper.net,reject]; IP_SCORE(-1.01)[ip: (-2.18), ipnet: 208.84.65.0/24(-1.09), asn: 26211(-1.72), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[16.65.84.208.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:26211, ipnet:208.84.65.0/24, country:US]; ARC_ALLOW(0.00)[i=1]; MID_RHS_MATCH_FROM(0.00)[] X-Mailman-Approved-At: Fri, 08 Nov 2019 02:10:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 15:36:14 -0000 My bad. Will role a fix asap. Thanks, Phil On 7 Nov 2019, at 10:08, Arnaud Ysmal wrote: > Hi, > > I just got the same issue, it happens when argv[0] does not contain a > / (calling uptime segfault but calling /usr/bin/uptime works). > > In xo_parse_args there is no check whether cp is NULL before calling > xo_streq. > > I fixed it by changing this line: > - cp = &cp[len + 1 - sizeof(gnu_ext)]; > + cp = (char *)(uintptr_t)(const char *)(&xo_program[len + 1 - > sizeof(gnu_ext)]); > > Arnaud Ysmal From owner-freebsd-current@freebsd.org Thu Nov 7 15:37:59 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CEC121B7DCB for ; Thu, 7 Nov 2019 15:37:59 +0000 (UTC) (envelope-from phil@juniper.net) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4786x320N5z3Lv9; Thu, 7 Nov 2019 15:37:58 +0000 (UTC) (envelope-from phil@juniper.net) Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xA7FbUJr032571; Thu, 7 Nov 2019 07:37:46 -0800 Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp2051.outbound.protection.outlook.com [104.47.36.51]) by mx0a-00273201.pphosted.com with ESMTP id 2w41vb231g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 07 Nov 2019 07:37:46 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KR7+02xf89iZp84tNn3k1EsXFJ4EgdHAT9Vj04sZQOjhnKKGs4nrRBne1DiR1fdX/C5yDj8fJscbe0gg0GKwXud5rGj22DxWBBR4ZE/iLPHh+8+hxE2eFDsfYr3V7GHJxW4uTrL3rGdVXADniTXygu8kIbYasRpoOfP3yf7yWT5NTVoFeb8E1/gyH81YAgekPl4K8I+8ZFZ3mw0Mx3XRWv6IL0gBP4V1lSmcBbDuOSb/tMadcXWjNv8Di29xyDvsqNFQ1eZErw1duGMbdYBhtbzwTA7Q9jb95KjV49/V7yS1HQt4kqN9X+cbiuhG5Gn+4PLL5giQquGWzkng8uijwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=H5Z8759owhHyKHASBlLXtkOmFP6Z8YrVt+BAK08Jcys=; b=QLe+SbS0xs9N8b0XhMWdeFHEAfSRfXM/jPmeb3Oq6I9ov/IGwe6wPErpehq6sLoqSQkfArqpUNBYRZJC/iOqk6m8fWKq7reFcELdFWRuOxy/pYxv2F+q0XHaO2O1ZUVzDMdmDBq5rB6IWHcrnvG2LYvk22yjxTlPtU6dW/9K9+wpQ21jUB5Tw8XIvrrhUMibhIuepwqxVp31eWmax7EIGosXgL7A6CE52oU/nngSHiTbHXMbpwjFnzKK1qtAnHidgzO0WBDLx1t39qRbROHR/MdE1WMUjzUBc2jVtTiq0sdJ5S9+cZoi/6m2rPkzREAfJfD8rkFnzHz/DwstZeVfZg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.13) smtp.rcpttodomain=stacktic.org smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none Received: from DM5PR05CA0010.namprd05.prod.outlook.com (2603:10b6:3:d4::20) by BL0PR05MB5474.namprd05.prod.outlook.com (2603:10b6:208:65::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2430.16; Thu, 7 Nov 2019 15:37:41 +0000 Received: from CO1NAM05FT056.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::203) by DM5PR05CA0010.outlook.office365.com (2603:10b6:3:d4::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2430.16 via Frontend Transport; Thu, 7 Nov 2019 15:37:41 +0000 Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.13 as permitted sender) Received: from P-EXFEND-EQX-02.jnpr.net (66.129.239.13) by CO1NAM05FT056.mail.protection.outlook.com (10.152.96.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2451.15 via Frontend Transport; Thu, 7 Nov 2019 15:37:41 +0000 Received: from P-EXBEND-EQX-02.jnpr.net (10.104.8.53) by P-EXFEND-EQX-02.jnpr.net (10.104.8.55) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 7 Nov 2019 07:37:40 -0800 Received: from P-EXBEND-EQX-02.jnpr.net (10.104.8.53) by P-EXBEND-EQX-02.jnpr.net (10.104.8.53) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 7 Nov 2019 07:37:40 -0800 Received: from p-mailhub01.juniper.net (10.104.20.6) by P-EXBEND-EQX-02.jnpr.net (10.104.8.53) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Thu, 7 Nov 2019 07:37:40 -0800 Received: from idle.juniper.net (idleski.juniper.net [172.25.5.10]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id xA7Fbbvt012578; Thu, 7 Nov 2019 07:37:39 -0800 (envelope-from phil@juniper.net) Received: from [10.0.0.3] (localhost [127.0.0.1]) by idle.juniper.net (8.15.2/8.15.2) with ESMTP id xA7FYjYX080710; Thu, 7 Nov 2019 10:34:45 -0500 (EST) (envelope-from phil@juniper.net) From: Phil Shafer To: Arnaud Ysmal CC: , , Subject: Re: Segmentation fault in netstat after r354373 -> r354373 update Date: Thu, 7 Nov 2019 10:40:04 -0500 X-Mailer: MailMate (1.13r5655) Message-ID: <155BBBD2-C93F-4C01-A329-7EC195091574@juniper.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-EXCLAIMER-MD-CONFIG: e3cb0ff2-54e7-4646-8a04-0dae4ac7b136 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.13; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(39860400002)(396003)(346002)(136003)(376002)(199004)(189003)(76176011)(426003)(11346002)(7126003)(336012)(446003)(2616005)(54906003)(6666004)(356004)(50466002)(86362001)(305945005)(16586007)(476003)(486006)(126002)(51416003)(26005)(53546011)(316002)(33656002)(47776003)(36756003)(5660300002)(2906002)(186003)(229853002)(76506006)(6246003)(81166006)(478600001)(81156014)(8676002)(6916009)(50226002)(8936002)(4326008)(70586007)(4744005)(70206006)(781001); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR05MB5474; H:P-EXFEND-EQX-02.jnpr.net; FPR:; SPF:SoftFail; LANG:en; PTR:InfoDomainNonexistent; A:1; MX:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 2f6802af-5e12-4308-ff0f-08d763986d0f X-MS-TrafficTypeDiagnostic: BL0PR05MB5474: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-Forefront-PRVS: 0214EB3F68 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 9/FyKu67ykerFb8pTo8v2FKhJfgRW4u9oeI2tcaeSKMuZY/wF2qaIMeabY6Dm/KqvzdmQga0/qJTbWzJymNdBiXP2SZq44kE+BwTgN1wdSxRe1qZKdo7saxvsbQ2/d+2SyCNFo2BLrx9829Up8iR/4fyhvGbtibB96i9mCcSQm05aMAz17Y7erPbO5Vn8z+9IIbmWYxjBmVVaU6P0XR79OWtYJ4or9irBngcdoGXJ8p6erzPFpblliQtADklj+nctVHgFnw3PMYIG02STr9Bs4UK5gING+hcLZ3xIu5OsQ4f+0UGOfXD8Ce2zEbOJfoqeUlfXLtfhiePs1CYz3+Q84xVsk6wqGmiRAxbLDu8BcZG5mvNDtWSq7DD0kO5InWnq5LyRqRFH5JnPdVAqavTQpeZyEN1IHgSsB6vHfpjFLuYeNStgIzpV5YBlPNQgZCD X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Nov 2019 15:37:41.1177 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 2f6802af-5e12-4308-ff0f-08d763986d0f X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.13]; Helo=[P-EXFEND-EQX-02.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB5474 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-11-07_05:2019-11-07,2019-11-07 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 clxscore=1015 priorityscore=1501 phishscore=0 malwarescore=0 mlxlogscore=850 impostorscore=0 bulkscore=0 spamscore=0 suspectscore=0 adultscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1911070148 X-Rspamd-Queue-Id: 4786x320N5z3Lv9 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.11 / 15.00]; RCVD_COUNT_SEVEN(0.00)[11]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[juniper.net:s=PPS1017,juniper.net:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:208.84.65.16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[juniper.net:+]; DMARC_POLICY_ALLOW(-0.50)[juniper.net,reject]; IP_SCORE(-1.01)[ip: (-2.19), ipnet: 208.84.65.0/24(-1.10), asn: 26211(-1.72), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[16.65.84.208.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:26211, ipnet:208.84.65.0/24, country:US]; ARC_ALLOW(-1.00)[i=1]; MID_RHS_MATCH_FROM(0.00)[] X-Mailman-Approved-At: Fri, 08 Nov 2019 02:10:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2019 15:37:59 -0000 +++ b/libxo/libxo.c @@ -8104,6 +8104,8 @@ xo_parse_args (int argc, char **argv) cp = strrchr(xo_program, '/'); if (cp) xo_program = ++cp; + else + cp = argv[0]; /* Reset to front of string */ /* GNU tools add an annoying ".test" as the program extension; remove it */ size_t len = strlen(xo_program); On 7 Nov 2019, at 10:08, Arnaud Ysmal wrote: > Hi, > > I just got the same issue, it happens when argv[0] does not contain a > / (calling uptime segfault but calling /usr/bin/uptime works). > > In xo_parse_args there is no check whether cp is NULL before calling > xo_streq. > > I fixed it by changing this line: > - cp = &cp[len + 1 - sizeof(gnu_ext)]; > + cp = (char *)(uintptr_t)(const char *)(&xo_program[len + 1 - > sizeof(gnu_ext)]); > > Arnaud Ysmal From owner-freebsd-current@freebsd.org Fri Nov 8 03:40:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46CA91A5A44 for ; Fri, 8 Nov 2019 03:40:22 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (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 478QyY0vTmz3K66 for ; Fri, 8 Nov 2019 03:40:20 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-vk1-xa32.google.com with SMTP id o2so1149086vkc.13 for ; Thu, 07 Nov 2019 19:40:20 -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=XgencNTiyVDdvDQ9nOeAHU+1+MNnrNgNj/66dcW06c8=; b=UZXgytH7mjNXRXpjN8wgSZLI8IuRlO17YbZOF58CokkKFailO9ptNX3/EkvhEXRvyT lsSChujxHGxaJBPqhauerAWvEPylbp660yFaKr7qKwSqRmGjs/QsrXlBC9DsW/GhhvBQ GFrmgcqEUgpQC4/TIe187CdKQRkOWXQnG4ToMt/dRKdxF8LOStqIp0k3EbOfN8/tSLcg zLDHMTFZpNZxyU97xb+Ud1VAX8pyRGKFiulOh2PPwBdsO9YvV49oO9UQZIAkDF7cUEUk PbbisebYyLbDPJndutkmV3BXUon+FV7n7TRl3KRndYlDVSlkNTomV0Smg0neoPWkD+xm aXsA== 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=XgencNTiyVDdvDQ9nOeAHU+1+MNnrNgNj/66dcW06c8=; b=dr70xtAghqHmuJsvmdpJ8Wh8WjQPOtxZtFedQh+mqiHBUj7SQ/XxWUAl8qjr5GTQSj MpfneW/Y9hzBICEmpUfioMsi43B9xn3ZtbbXDe0C8ZYjlUxQMH3jglNu548MJszZhnv4 8XED4k6gj3zJmb9+p1r80ALVnDgvRYUoUwhtLYz0X3TuK+HDeGdDnlw2nYj4JtECcGY0 FRa3R88QtN22l9rbLHfNbrYEqgdboV5Cejw2v4Eed75L4KQbfwc2D4AJiwdRLiTsjud0 Mm5XDgDX4Wq6+rwtXogY3Noz/MoJOeJ6DNE6S3WFaf6UhFF8Ptz/mNv3tKD/1nzlemH9 JH9A== X-Gm-Message-State: APjAAAXIWXisqDs+Gt6ejIWxpQ501oaOCTO3PILLRgw/A1Z0zd8d3Uji THawORBAvHA/XCPvH805bVdTMVBssRB1xu36KsXpa3heYA== X-Google-Smtp-Source: APXvYqypgNw9QPQlOo8cOR87W/8bX1GLFl+u6WBQqT/anFJ5Mc3zekXMaY9TvXeh+f0n0fsrJkvVbgOH/uJxxWo3Xb8= X-Received: by 2002:a1f:fc0e:: with SMTP id a14mr5718216vki.19.1573184419534; Thu, 07 Nov 2019 19:40:19 -0800 (PST) MIME-Version: 1.0 From: Clay Daniels Date: Thu, 7 Nov 2019 21:40:09 -0600 Message-ID: Subject: FreeBSD 13.0-CURRENT r354423: Nice! To: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 478QyY0vTmz3K66 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UZXgytH7; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::a32 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.36), ipnet: 2607:f8b0::/32(-2.35), asn: 15169(-2.01), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2.3.a.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]; TO_DN_EQ_ADDR_ALL(0.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-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 03:40:22 -0000 ugen1.2: at usbus1 drmn0: successfully loaded firmware image with name: amdgpu/polaris10_mc.bin Real Nice! From owner-freebsd-current@freebsd.org Fri Nov 8 09:32:32 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7B6BC1ACC90 for ; Fri, 8 Nov 2019 09:32:32 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (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 478Zmv2hGcz46dW for ; Fri, 8 Nov 2019 09:32:31 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x443.google.com with SMTP id a15so6176087wrf.9 for ; Fri, 08 Nov 2019 01:32:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=OyHpFSDu2Ee1XQCe12lxferZ8om84O062abYLlJAmRg=; b=nvUVxBKboPlU5nsrBzdHRtPQMgnLyA2Ep5YIu93wmYsT9RiASmDrwAlsXvvoYWlVoC a2w+ShPqbhdWZ7AKDDO4YFC0Ekpzp/rn/fa3JtZMb22Zu2oAfs3jcozS+jUu+IGLfx2l vr/gw5si7lUpOBMgEuxVYaopdzMdnDsa2kNhH8QAL5vJ8tRdevF0ZUo7xz3j6W7BjOuh h1Jv9V0V3WNTbTe5vAnHxhzn5yMM2D+mfFDjbML4jZli4XxXvDcTrLmITrqK6eWL6dig xA4fLtbZZAK2CP2rUjsbWp5TMjd3ifgqPRxsB7fyHJynQXGkHcUyminYqB+IGLTMWiY1 becA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=OyHpFSDu2Ee1XQCe12lxferZ8om84O062abYLlJAmRg=; b=CO2SsYVucrbuQprFN7TdyXzAseca20Et1gVkeXW9JqWGc9x0029mR7+C8zplG9SDGU KHG7q/fti8ARO92MH/09mDuPal1wkAcOtLAPtcApAVeEsPPKHnRIKpzrgODyk35xxTB0 HnvxiEI0XB68ybWAKme36+CDvOQf60SbrN+REqyR9tNx0VDhpl/UBpouQWJvC9dWcL23 /+uoWIB5KgRNSkHcx9InR4sVwywJmk4OwsK9ubsCO49xr1/agIL1W4aQlTzF246rpkYP GlRENVoRq287NOjsN84UJNyxkI5NDP1B+dPtDTQDyc/4+/BAxDnuRFkk0IeG0ZlGheYv arnQ== X-Gm-Message-State: APjAAAUNMxuqkdMMO7EbWbtf56Br0Fhhfq+Z2nU9keW/aAjGBjjb9tPS BIwZCvEVIqBTLFJd5JgO4zP+/dC+ X-Google-Smtp-Source: APXvYqxyWLU4b59t2qoA7txwAlVqVxCjazP4OqTkHfH8VyQhgrQUJxyb1eFUbcGSjBeziQw/LNApeA== X-Received: by 2002:a5d:526f:: with SMTP id l15mr4373993wrc.169.1573205548628; Fri, 08 Nov 2019 01:32:28 -0800 (PST) Received: from ernst.home (p5B0235C4.dip0.t-ipconnect.de. [91.2.53.196]) by smtp.gmail.com with ESMTPSA id j67sm6163222wmb.43.2019.11.08.01.32.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 Nov 2019 01:32:27 -0800 (PST) Date: Fri, 8 Nov 2019 10:32:25 +0100 From: Gary Jennejohn To: Chris Cc: Subject: Re: CURRENT October images do not create a bootable install Message-ID: <20191108103225.4333bc3b@ernst.home> In-Reply-To: <7546b6d4e9d31e23b00dc19a2d2d1ac5@udns.ultimatedns.net> References: <7AE5B109-5458-4246-B561-C10C382DE1D7@me.com> <7546b6d4e9d31e23b00dc19a2d2d1ac5@udns.ultimatedns.net> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 478Zmv2hGcz46dW X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=nvUVxBKb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::443 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[196.53.2.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.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]; IP_SCORE(0.00)[ip: (2.56), ipnet: 2a00:1450::/32(-2.76), asn: 15169(-2.01), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 09:32:32 -0000 On Thu, 07 Nov 2019 09:41:01 -0800 Chris wrote: > On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me.com said > > > > On 7. Nov 2019, at 17:23, Daniel Nebdal wrote: > > > > >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail.com said > > >> I chose GPT. > > > > > Maybe whoever wrote the EFI/BIOS code in your machine went all-in on > > > "Legacy", and it only handles MBR disks (or disks < 2.2TB)? > > > After all, it seems like "not booting" would be a standards-compliant > > > way for a classic BIOS to handle a GPT disk. > > > > > > if your system is not booting from GPT disk, it means it is not standards > > compliant. > Interesting. So then RELENG-12 is not "Standards" compliant. While 13-CURRE > NT is? > IOW I attempted in early October to install each of the (13-CURRENT) instal > l > images available. Both on a 500Gb disk, and a 1Tb disk. All w/o success. In > desperation, I settled for the then (most recent) RELENG-12. 12 installed > as all previous FreeBSD installs have done successfully. > So something in (recent) 13' boot layout has changed. I can boot Legacy/UEF > I/GPT > on 12. But cannot boot at all in recent 13. > I noticed that your 12 disk has Stripesize: 0 on all partitions but 13 has Stripesize: 4096 on all partitions. My bootable 13 disk has Stripesize: 0 on all partitions. Whether that is the cause of your problem I can't say. [snip gpart output] -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri Nov 8 16:40:36 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3324E1B733E for ; Fri, 8 Nov 2019 16:40:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f51.google.com (mail-io1-f51.google.com [209.85.166.51]) (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 478mGq1s39z4Zvw for ; Fri, 8 Nov 2019 16:40:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f51.google.com with SMTP id 1so7040175iou.4 for ; Fri, 08 Nov 2019 08:40:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+KDLdnnB56nZA8YVsbjhu6rBJBPFfYDSPWGgTEcZA8M=; b=BMysSXY/tpZSntzYnCkv8P+cw0akkdKoMpcSd3n0qL/ymIdTiAqGeTFyIcRWOnhdfz hT+vEQrV8QtjYd6o1rEdJcl2VJSiuKBlKcGGo1QhTHRA0yDvpsu1+RSLXJKau+q63CdA 1VNooTZVfkhzZpy1DdJXJRzyzwuBdZPaN8Wva6iy1GZVTjxpbkESvcauDTjQOqlY/wAb ARgGbctaQZKMCMxd2KdyblLSXkQSso0shAUk6lBPv6Bjr3KUCrguBhdw8NaP7VS26LJG JWT2jLRyvMT9y6xE5tDssFmo0mgBH53hZSS0Lle+9eITmzqpVSPj31KtBvQ5iT/33blE gHdw== X-Gm-Message-State: APjAAAWCzfj6dimYViWNsgiyFMHbwfwdiqIwkIRHw7iYtuIHA3Jh5lZl xNuwZWj9hM1ytWe78g/NLJlVDd/ZM7bCj1WjFU5X1g== X-Google-Smtp-Source: APXvYqwNGuQr7KkjkERRxUCYADep5WcPojJn6P0pW6JIlKeBgBlpCPXXuaO5D+its0ThmZPmkobHA4OB9UdBimWB/eY= X-Received: by 2002:a02:2244:: with SMTP id o65mr11913318jao.118.1573231233918; Fri, 08 Nov 2019 08:40:33 -0800 (PST) MIME-Version: 1.0 References: <6968bf2dc24e9c5ca0156225024b1581@udns.ultimatedns.net> In-Reply-To: <6968bf2dc24e9c5ca0156225024b1581@udns.ultimatedns.net> From: Ed Maste Date: Fri, 8 Nov 2019 07:53:49 -0500 Message-ID: Subject: Re: CURRENT October images do not create a bootable install To: bsd-lists@bsdforge.com Cc: freebsd-current , tsoome@me.com Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 478mGq1s39z4Zvw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.51 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-4.26 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[51.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.26)[ip: (-6.06), ipnet: 209.85.128.0/17(-3.20), asn: 15169(-2.01), country: US(-0.05)]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[51.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 16:40:36 -0000 On Thu, 7 Nov 2019 at 03:38, Chris wrote: > > I'm wondering what happened between RELENG-12, and 13 that made the change? What is the latest 12.x you tried that worked in this configuration? From owner-freebsd-current@freebsd.org Fri Nov 8 18:34:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCB7615AEFB for ; Fri, 8 Nov 2019 18:34:18 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478pp12ynlz3Fh9 for ; Fri, 8 Nov 2019 18:34:16 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id xA8IYBba070002 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 8 Nov 2019 10:34:18 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <20191108103225.4333bc3b@ernst.home> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: CURRENT October images do not create a bootable install Date: Fri, 08 Nov 2019 10:34:18 -0800 Message-Id: <7cf7f5e255eedbfa2a442b40c24f2fd9@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 478pp12ynlz3Fh9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.32 / 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)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; IP_SCORE(-0.24)[ip: (-1.77), ipnet: 24.113.0.0/16(-0.88), asn: 11404(1.52), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 18:34:18 -0000 On Fri, 8 Nov 2019 10:32:25 +0100 gljennjohn@gmail=2Ecom said > On Thu, 07 Nov 2019 09:41:01 -0800 > Chris wrote: >=20 > > On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me=2Ecom said > >=20 > > > > On 7=2E Nov 2019, at 17:23, Daniel Nebdal wrote: = =20 > > > > > >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail=2Ecom said = =20 > > > >> I chose GPT=2E =20 > > > > > > Maybe whoever wrote the EFI/BIOS code in your machine went all-= in on=20 > >=20 > > > > "Legacy", and it only handles MBR disks (or disks < 2=2E2TB)? > > > > After all, it seems like "not booting" would be a standards-complia= nt > > > > way for a classic BIOS to handle a GPT disk=2E =20 > > > > > =20 > > > if your system is not booting from GPT disk, it means it is not stand= ards > > > compliant=2E =20 > > Interesting=2E So then RELENG-12 is not "Standards" compliant=2E While 13-C= URRE > > NT is? > > IOW I attempted in early October to install each of the (13-CURRENT) in= stal > > l > > images available=2E Both on a 500Gb disk, and a 1Tb disk=2E All w/o success= =2E In > > desperation, I settled for the then (most recent) RELENG-12=2E 12 install= ed > > as all previous FreeBSD installs have done successfully=2E > > So something in (recent) 13' boot layout has changed=2E I can boot Legacy= /UEF > > I/GPT > > on 12=2E But cannot boot at all in recent 13=2E > > >=20 > I noticed that your 12 disk has Stripesize: 0 on all partitions > but 13 has Stripesize: 4096 on all partitions=2E >=20 > My bootable 13 disk has Stripesize: 0 on all partitions=2E >=20 > Whether that is the cause of your problem I can't say=2E Thanks for the reply, Gary=2E Toomas also had some valuable input on my problem booting 13=2E In any case=2E I used the installer to create the disk layout=2E I didn't do anything different than I have for many years installing FreeBSD from the install sources=2E What puzzles me, is that RELENG-12 creates a bootable install, whereas 13-CURRENT won't=2E I've manually setup disks innumerable times in the past=2E I'll see if doing so produces bootable media doing it from a 13-CURRENT live DVD, or MEMSTICK, and report my findings=2E Thanks again for taking the time to reply, Gary=2E >=20 > [snip gpart output] >=20 > --=20 > Gary Jennejohn --Chris From owner-freebsd-current@freebsd.org Fri Nov 8 18:43:39 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 81B1D15B33D for ; Fri, 8 Nov 2019 18:43:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-ztdg06021201.me.com (mr85p00im-ztdg06021201.me.com [17.58.23.189]) (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 478q0p3wBNz3GBW for ; Fri, 8 Nov 2019 18:43:38 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-ztdg06021201.me.com (Postfix) with ESMTPSA id CAC8A121229; Fri, 8 Nov 2019 18:43:35 +0000 (UTC) From: Toomas Soome Message-Id: <18D24655-A43E-4B56-8754-571C3978FA0D@me.com> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: CURRENT October images do not create a bootable install Date: Fri, 8 Nov 2019 20:43:33 +0200 In-Reply-To: <7cf7f5e255eedbfa2a442b40c24f2fd9@udns.ultimatedns.net> Cc: freebsd-current@freebsd.org To: "bsd-lists@bsdforge.com" References: <7cf7f5e255eedbfa2a442b40c24f2fd9@udns.ultimatedns.net> X-Mailer: Apple Mail (2.3601.0.10) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-08_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911080183 X-Rspamd-Queue-Id: 478q0p3wBNz3GBW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(0.00)[ip: (-3.32), ipnet: 17.58.16.0/20(-1.72), asn: 714(-2.49), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[189.23.58.17.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 18:43:39 -0000 > On 8. Nov 2019, at 20:34, Chris wrote: >=20 > On Fri, 8 Nov 2019 10:32:25 +0100 gljennjohn@gmail.com = said >=20 >> On Thu, 07 Nov 2019 09:41:01 -0800 >> Chris wrote: >> > On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me.com said >> > > > > On 7. Nov 2019, at 17:23, Daniel Nebdal = wrote: > > > > >> On Thu, 7 Nov 2019 09:49:52 +0100 = gljennjohn@gmail.com said > > >> I chose GPT. > > > > > Maybe whoever = wrote the EFI/BIOS code in your machine went all-in on > > > > "Legacy", = and it only handles MBR disks (or disks < 2.2TB)? >> > > > After all, it seems like "not booting" would be a = standards-compliant >> > > > way for a classic BIOS to handle a GPT disk. > > > > > > if = your system is not booting from GPT disk, it means it is not standards >> > > compliant. > Interesting. So then RELENG-12 is not "Standards" = compliant. While 13-CURRE >> > NT is? >> > IOW I attempted in early October to install each of the = (13-CURRENT) instal >> > l >> > images available. Both on a 500Gb disk, and a 1Tb disk. All w/o = success. In >> > desperation, I settled for the then (most recent) RELENG-12. 12 = installed >> > as all previous FreeBSD installs have done successfully. >> > So something in (recent) 13' boot layout has changed. I can boot = Legacy/UEF >> > I/GPT >> > on 12. But cannot boot at all in recent 13. >> > >> I noticed that your 12 disk has Stripesize: 0 on all partitions >> but 13 has Stripesize: 4096 on all partitions. >> My bootable 13 disk has Stripesize: 0 on all partitions. >> Whether that is the cause of your problem I can't say. >=20 > Thanks for the reply, Gary. > Toomas also had some valuable input on my problem booting 13. > In any case. I used the installer to create the disk layout. I didn't > do anything different than I have for many years installing FreeBSD = from > the install sources. What puzzles me, is that RELENG-12 creates a > bootable install, whereas 13-CURRENT won't. > I've manually setup disks innumerable times in the past. I'll see > if doing so produces bootable media doing it from a 13-CURRENT live > DVD, or MEMSTICK, and report my findings. >=20 > Thanks again for taking the time to reply, Gary. >>=20 Did you manage to check what is in your efi (ESP) partition? Also, can = you confirm if your system is set to boot in BIOS or UEFI mode? Note = this may be tricky to figure, for example my AMI bios depends on which = device is set for boot device. Also for UEFI boot, we do not support = secure boot. rgds, toomas From owner-freebsd-current@freebsd.org Fri Nov 8 18:55:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 03BFE15B7A8 for ; Fri, 8 Nov 2019 18:55:22 +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 478qGK563fz3GmF; Fri, 8 Nov 2019 18:55:21 +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 xA8ItNqZ070735 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 8 Nov 2019 10:55:29 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Ed Maste , In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: CURRENT October images do not create a bootable install Date: Fri, 08 Nov 2019 10:55:29 -0800 Message-Id: <3703836eb8aea09db4a013e6627693d3@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 478qGK563fz3GmF X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 18:55:22 -0000 On Fri, 8 Nov 2019 07:53:49 -0500 Ed Maste emaste@freebsd=2Eorg said > On Thu, 7 Nov 2019 at 03:38, Chris wrote: > > > > I'm wondering what happened between RELENG-12, and 13 that made the cha= nge? >=20 > What is the latest 12=2Ex you tried that worked in this configuration? Thanks for the reply, Ed=2E FreeBSD 12=2E0-RELEASE-p10 FreeBSD 12=2E0-RELEASE-p10 #0 r353409: Thu Oct 10 15:57:48 PDT 2019 amd64 Thanks again! --Chris From owner-freebsd-current@freebsd.org Fri Nov 8 19:23:17 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D0E8A15C7CA for ; Fri, 8 Nov 2019 19:23:17 +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 478qtY1NB5z3KLV for ; Fri, 8 Nov 2019 19:23:16 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id xA8JNJHb071330 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 8 Nov 2019 11:23:25 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Toomas Soome In-Reply-To: <18D24655-A43E-4B56-8754-571C3978FA0D@me.com> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: CURRENT October images do not create a bootable install Date: Fri, 08 Nov 2019 11:23:25 -0800 Message-Id: Content-Type: multipart/mixed; boundary=0X9iQNnBnCeHb8CKShkiFM7MmqSAZByYK0bsn30JEC15pW22lW8SPV88yFhN X-Rspamd-Queue-Id: 478qtY1NB5z3KLV X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.28 / 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.99)[-0.986,0]; IP_SCORE(-0.21)[ip: (-1.61), ipnet: 24.113.0.0/16(-0.81), asn: 11404(1.44), country: US(-0.05)]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[BSDforge.com]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FREEMAIL_CC(0.00)[me.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 19:23:17 -0000 --0X9iQNnBnCeHb8CKShkiFM7MmqSAZByYK0bsn30JEC15pW22lW8SPV88yFhN Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On Fri, 8 Nov 2019 20:43:33 +0200 Toomas Soome tsoome@me=2Ecom said > > On 8=2E Nov 2019, at 20:34, Chris wrote: > >=20 > > On Fri, 8 Nov 2019 10:32:25 +0100 gljennjohn@gmail=2Ecom > > said > >=20 > >> On Thu, 07 Nov 2019 09:41:01 -0800 > >> Chris wrote: > >> > On Thu, 7 Nov 2019 17:28:16 +0200 Toomas Soome tsoome@me=2Ecom said > >> > > > > On 7=2E Nov 2019, at 17:23, Daniel Nebdal wr= ote:=20 > > > > > > >> On Thu, 7 Nov 2019 09:49:52 +0100 gljennjohn@gmail=2Ecom said = > > >> > > I chose GPT=2E > > > > > Maybe whoever wrote the EFI/BIOS code in your m= achine > > went all-in on > > > > "Legacy", and it only handles MBR disks (or disk= s < > > 2=2E2TB)? > >> > > > After all, it seems like "not booting" would be a standards-comp= liant > >> > > > way for a classic BIOS to handle a GPT disk=2E > > > > > > if yo= ur > > system is not booting from GPT disk, it means it is not standards > >> > > compliant=2E > Interesting=2E So then RELENG-12 is not "Standards" > > compliant=2E While 13-CURRE > >> > NT is? > >> > IOW I attempted in early October to install each of the (13-CURRENT) > > instal > >> > l > >> > images available=2E Both on a 500Gb disk, and a 1Tb disk=2E All w/o succ= ess=2E > > In > >> > desperation, I settled for the then (most recent) RELENG-12=2E 12 inst= alled > >> > as all previous FreeBSD installs have done successfully=2E > >> > So something in (recent) 13' boot layout has changed=2E I can boot > > Legacy/UEF > >> > I/GPT > >> > on 12=2E But cannot boot at all in recent 13=2E > >> > > >> I noticed that your 12 disk has Stripesize: 0 on all partitions > >> but 13 has Stripesize: 4096 on all partitions=2E > >> My bootable 13 disk has Stripesize: 0 on all partitions=2E > >> Whether that is the cause of your problem I can't say=2E > >=20 > > Thanks for the reply, Gary=2E > > Toomas also had some valuable input on my problem booting 13=2E > > In any case=2E I used the installer to create the disk layout=2E I didn't > > do anything different than I have for many years installing FreeBSD fro= m > > the install sources=2E What puzzles me, is that RELENG-12 creates a > > bootable install, whereas 13-CURRENT won't=2E > > I've manually setup disks innumerable times in the past=2E I'll see > > if doing so produces bootable media doing it from a 13-CURRENT live > > DVD, or MEMSTICK, and report my findings=2E > >=20 > > Thanks again for taking the time to reply, Gary=2E > >>=20 >=20 > Did you manage to check what is in your efi (ESP) partition? Also, can yo= u > confirm if your system is set to boot in BIOS or UEFI mode? Note this may= be > tricky to figure, for example my AMI bios depends on which device is set = for > boot device=2E Also for UEFI boot, we do not support secure boot=2E Thanks for the reminder=2E It appears that the installer didn't *format* the ESP/EFI partition=2E Follow= ing are the results of my investigation -- I'm also attaching a copy of the ses= sion, should it be easier to read=2E Script started on Fri Nov 8 11:04:11 2019 root@thirteen:~ #=20 root@thirteen:~ # ls -la /dev/gpt/ total 1 dr-xr-xr-x 2 root wheel 512 Nov 7 00:54 =2E dr-xr-xr-x 15 root wheel 512 Nov 6 16:54 =2E=2E crw-r----- 1 root operator 0x8e Nov 7 00:54 throot crw-r----- 1 root operator 0x91 Nov 7 00:54 thswap crw-r----- 1 root operator 0x96 Nov 7 00:54 thusr crw-r----- 1 root operator 0x93 Nov 7 00:54 thvar crw-r----- 1 root operator 0x99 Nov 7 00:54 thxtra crw-r----- 1 root operator 0x72 Nov 6 16:54 troot crw-r----- 1 root operator 0x75 Nov 7 00:54 tswap crw-r----- 1 root operator 0x7a Nov 6 16:54 tusr crw-r----- 1 root operator 0x77 Nov 6 16:54 tvar crw-r----- 1 root operator 0x7d Nov 6 16:54 txtra root@thirteen:~ # mount -t msdosfs /dev/ada0p1 /mnt root@thirteen:~ # ls -la /mnt/ total 21 drwxr-xr-x 1 root wheel 16384 Jan 1 1980 =2E drwxr-xr-x 22 root wheel 1024 Nov 7 00:54 =2E=2E drwxr-xr-x 1 root wheel 512 Apr 12 2016 EFI root@thirteen:~ # ls -la /mnt/EFI/ total 17 drwxr-xr-x 1 root wheel 512 Apr 12 2016 =2E drwxr-xr-x 1 root wheel 16384 Jan 1 1980 =2E=2E drwxr-xr-x 1 root wheel 512 Apr 12 2016 BOOT root@thirteen:~ # ls -la /mnt/EFI/BOOT/ total 130 drwxr-xr-x 1 root wheel 512 Apr 12 2016 =2E drwxr-xr-x 1 root wheel 512 Apr 12 2016 =2E=2E -rwxr-xr-x 1 root wheel 131072 Apr 12 2016 BOOTX64=2EEFI -rwxr-xr-x 1 root wheel 12 Apr 12 2016 STARTUP=2ENSH root@thirteen:~ # umount /mnt/ root@thirteen:~ # mount -t msdosfs /dev/ada1p1 /mnt mount_msdosfs: /dev/ada1p1: Invalid argument root@thirteen:~ # ls /dev/ada* /dev/ada0 /dev/ada0p2 /dev/ada0p4 /dev/ada0p6 /dev/ada1p1 /dev/ada1p3 /de= v/ada1p5 /dev/ada0p1 /dev/ada0p3 /dev/ada0p5 /dev/ada1 /dev/ada1p2 /dev/ada1p4 /de= v/ada1p6 root@thirteen:~ # mount /dev/ada1p1 /mnt/ mount: /dev/ada1p1: No such file or directory root@thirteen:~ # exit exit Script done on Fri Nov 8 11:09:35 2019 Thanks again! --Chris >=20 > rgds, > toomas --0X9iQNnBnCeHb8CKShkiFM7MmqSAZByYK0bsn30JEC15pW22lW8SPV88yFhN Content-Type: application/octet-stream; name="DISKCHECK" Content-Description: DISKCHECK Content-Disposition: attachment; filename="DISKCHECK" Content-Transfer-Encoding: base64 U2NyaXB0IHN0YXJ0ZWQgb24gRnJpIE5vdiAgOCAxMTowNDoxMSAyMDE5CnJvb3RAdGhpcnRlZW46 fiAjIAoKcm9vdEB0aGlydGVlbjp+ICMgbHMgLWxhIC9kZXYvZ3B0LwoKdG90YWwgMQpkci14ci14 ci14ICAgMiByb290ICB3aGVlbCAgICAgIDUxMiBOb3YgIDcgMDA6NTQgLgpkci14ci14ci14ICAx NSByb290ICB3aGVlbCAgICAgIDUxMiBOb3YgIDYgMTY6NTQgLi4KY3J3LXItLS0tLSAgIDEgcm9v dCAgb3BlcmF0b3IgIDB4OGUgTm92ICA3IDAwOjU0IHRocm9vdApjcnctci0tLS0tICAgMSByb290 ICBvcGVyYXRvciAgMHg5MSBOb3YgIDcgMDA6NTQgdGhzd2FwCmNydy1yLS0tLS0gICAxIHJvb3Qg IG9wZXJhdG9yICAweDk2IE5vdiAgNyAwMDo1NCB0aHVzcgpjcnctci0tLS0tICAgMSByb290ICBv cGVyYXRvciAgMHg5MyBOb3YgIDcgMDA6NTQgdGh2YXIKY3J3LXItLS0tLSAgIDEgcm9vdCAgb3Bl cmF0b3IgIDB4OTkgTm92ICA3IDAwOjU0IHRoeHRyYQpjcnctci0tLS0tICAgMSByb290ICBvcGVy YXRvciAgMHg3MiBOb3YgIDYgMTY6NTQgdHJvb3QKY3J3LXItLS0tLSAgIDEgcm9vdCAgb3BlcmF0 b3IgIDB4NzUgTm92ICA3IDAwOjU0IHRzd2FwCmNydy1yLS0tLS0gICAxIHJvb3QgIG9wZXJhdG9y ICAweDdhIE5vdiAgNiAxNjo1NCB0dXNyCmNydy1yLS0tLS0gICAxIHJvb3QgIG9wZXJhdG9yICAw eDc3IE5vdiAgNiAxNjo1NCB0dmFyCmNydy1yLS0tLS0gICAxIHJvb3QgIG9wZXJhdG9yICAweDdk IE5vdiAgNiAxNjo1NCB0eHRyYQpyb290QHRoaXJ0ZWVuOn4gIyBtb3VudCAtdCBtc2Rvc2ZzIC9k ZXYvYWRhMHAxIC9tbnQKCnJvb3RAdGhpcnRlZW46fiAjIGxzIC1sYSAvbW50LwoKdG90YWwgMjEK ZHJ3eHIteHIteCAgIDEgcm9vdCAgd2hlZWwgIDE2Mzg0IEphbiAgMSAgMTk4MCAuCmRyd3hyLXhy LXggIDIyIHJvb3QgIHdoZWVsICAgMTAyNCBOb3YgIDcgMDA6NTQgLi4KZHJ3eHIteHIteCAgIDEg cm9vdCAgd2hlZWwgICAgNTEyIEFwciAxMiAgMjAxNiBFRkkKcm9vdEB0aGlydGVlbjp+ICMgbHMg LWxhIC9tbnQvRUZJLwoKdG90YWwgMTcKZHJ3eHIteHIteCAgMSByb290ICB3aGVlbCAgICA1MTIg QXByIDEyICAyMDE2IC4KZHJ3eHIteHIteCAgMSByb290ICB3aGVlbCAgMTYzODQgSmFuICAxICAx OTgwIC4uCmRyd3hyLXhyLXggIDEgcm9vdCAgd2hlZWwgICAgNTEyIEFwciAxMiAgMjAxNiBCT09U CnJvb3RAdGhpcnRlZW46fiAjIGxzIC1sYSAvbW50L0VGSS9CT09ULwoKdG90YWwgMTMwCmRyd3hy LXhyLXggIDEgcm9vdCAgd2hlZWwgICAgIDUxMiBBcHIgMTIgIDIwMTYgLgpkcnd4ci14ci14ICAx IHJvb3QgIHdoZWVsICAgICA1MTIgQXByIDEyICAyMDE2IC4uCi1yd3hyLXhyLXggIDEgcm9vdCAg d2hlZWwgIDEzMTA3MiBBcHIgMTIgIDIwMTYgQk9PVFg2NC5FRkkKLXJ3eHIteHIteCAgMSByb290 ICB3aGVlbCAgICAgIDEyIEFwciAxMiAgMjAxNiBTVEFSVFVQLk5TSApyb290QHRoaXJ0ZWVuOn4g IyB1bW91bnQgL21udC8KCnJvb3RAdGhpcnRlZW46fiAjIG1vdW50IC10IG1zZG9zZnMgL2Rldi9h ZGExcDEgL21udAoKbW91bnRfbXNkb3NmczogL2Rldi9hZGExcDE6IEludmFsaWQgYXJndW1lbnQK cm9vdEB0aGlydGVlbjp+ICMgbHMgL2Rldi9hZGEqCgovZGV2L2FkYTAgICAvZGV2L2FkYTBwMiAv ZGV2L2FkYTBwNCAvZGV2L2FkYTBwNiAvZGV2L2FkYTFwMSAvZGV2L2FkYTFwMyAvZGV2L2FkYTFw NQovZGV2L2FkYTBwMSAvZGV2L2FkYTBwMyAvZGV2L2FkYTBwNSAvZGV2L2FkYTEgICAvZGV2L2Fk YTFwMiAvZGV2L2FkYTFwNCAvZGV2L2FkYTFwNgpyb290QHRoaXJ0ZWVuOn4gIyBtb3VudCAvZGV2 L2FkYTFwMSAvbW50LwoKbW91bnQ6IC9kZXYvYWRhMXAxOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5CnJvb3RAdGhpcnRlZW46fiAjIGV4aXQKCmV4aXQKClNjcmlwdCBkb25lIG9uIEZyaSBOb3Yg IDggMTE6MDk6MzUgMjAxOQo= --0X9iQNnBnCeHb8CKShkiFM7MmqSAZByYK0bsn30JEC15pW22lW8SPV88yFhN-- From owner-freebsd-current@freebsd.org Fri Nov 8 21:06:15 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 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-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 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-current@freebsd.org Fri Nov 8 22:09:45 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B31AA162669; Fri, 8 Nov 2019 22:09:45 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478vZb6YL2z40V1; Fri, 8 Nov 2019 22:09:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xA8M9ZKU000863 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 8 Nov 2019 14:09:35 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xA8M9ZDr000862; Fri, 8 Nov 2019 14:09:35 -0800 (PST) (envelope-from sgk) Date: Fri, 8 Nov 2019 14:09:35 -0800 From: Steve Kargl To: Mark Johnston Cc: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Subject: Re: unkillable process consuming 100% cpu Message-ID: <20191108220935.GA856@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191107202919.GA4565@troutmask.apl.washington.edu> <20191107203223.GF16978@raichu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191107203223.GF16978@raichu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 478vZb6YL2z40V1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-1.25 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; NEURAL_HAM_MEDIUM(-0.92)[-0.924,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; IP_SCORE(-0.23)[ip: (0.06), ipnet: 128.95.0.0/16(-0.29), asn: 73(-0.84), country: US(-0.05)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 22:09:45 -0000 On Thu, Nov 07, 2019 at 03:32:23PM -0500, Mark Johnston wrote: > On Thu, Nov 07, 2019 at 12:29:19PM -0800, Steve Kargl wrote: > > I haven't seen anyone post about an unkillable process > > (even by root), which consumes 100% cpu. > > > > last pid: 4592; load averages: 1.24, 1.08, 0.74 up 13+20:21:20 12:26:29 > > 68 processes: 2 running, 66 sleeping > > CPU: 0.1% user, 0.0% nice, 12.6% system, 0.0% interrupt, 87.2% idle > > Mem: 428M Active, 11G Inact, 138M Laundry, 2497M Wired, 1525M Buf, 2377M Free > > Swap: 16G Total, 24M Used, 16G Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 69092 kargl 2 45 0 342M 148M CPU2 2 12:51 100.07% chrome > > > > > > Neither of these have an effect. > > > > kill -1 69092 > > kill -9 69069 > > > > Attempts to attach gdb831 to -p 69092 leads to hung xterm. > > Could you please show us the output of "procstat -kk 69092"? Just had another lock-up. A force 'shutdown -r now' from a remote terminal led to a console message about an unkillable process. Here's 'procstat -kk' for the stuck process with the long line wrapped. PID TID COMM TDNAME KSTACK 877 100161 Xorg - radeon_gem_busy_ioctl+0x30 drm_ioctl_kernel+0xf1 drm_ioctl+0x279 linux_file_ioctl+0x298 kern_ioctl+0x284 sys_ioctl+0x157 amd64_syscall+0x273 fast_syscall_common+0x101 877 100344 Xorg X:rcs0 mi_switch+0xcb sleepq_catch_signals+0x35d sleepq_wait_sig+0xc _sleep+0x1bd umtxq_sleep+0x132 do_wait+0x3d6 __umtx_op_wait_uint_private+0x7e amd64_syscall+0x273 fast_syscall_common+0x101 It looks like radeonkms+drm is getting stuck. -- Steve