From owner-freebsd-current@freebsd.org Wed Jan 16 01:55:48 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34277149E3C6 for ; Wed, 16 Jan 2019 01:55:48 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F26678591C for ; Wed, 16 Jan 2019 01:55:46 +0000 (UTC) (envelope-from dave@dogwood.com) Received: by mail-ot1-x32a.google.com with SMTP id w25so4608584otm.13 for ; Tue, 15 Jan 2019 17:55:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=BGl9zPfNsZgprbahtnRTe0bWGtdbm4yqfqrH54C28r0=; b=mPy/mWHpvcDJo/x3Xp3BwUOBwpur6lEfHoFDqAuLUZryqV9bG5CYn+ChX+5+W1mkqC 07SlRZQ1HJ+LBN88LdmEFy3mwYp3ZxmTuqLXDk3G1SvtITe1vpVh/Mfn4xO0yx2dubZA xIn+KliXKw/b3MCLtyxMBmmBt0NFv/hpPvG8g= 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 :content-transfer-encoding; bh=BGl9zPfNsZgprbahtnRTe0bWGtdbm4yqfqrH54C28r0=; b=qlrjzOMmzTM0mvZU93Nry+ZMR5HCnBAva63K908lnc+En+on9BLBXlC5jXe91lfs7T tQLz3MYdwSV3/cL+Pj16I4B9oQ7vNLjYZZFh2027ZvdKTr5XJM398ACgIttYj3arrqqB fEc5wlr4nqpioi1Pl+y2DfU/Xu51r6VCwVt/WRowERgDdybUU+gEFZeDKE+xD+QDH7yB Ye9BplNdnhiZfjxx9tiW37CTGW7G9VG9US6k0nvKHgqwtomZzNYdgg97kONhXLkHqFQ5 DHY42yS1xw759qKcgGxT1RgDhLJxbdeswDbbkrJCrqANw4eAwR7GNo0A6Z1qT8uW4+Yq oDNQ== X-Gm-Message-State: AJcUukeFAuQ30p6dkNcLaTew5oxZRu1Z4Bh5ka168tX3OgjxOqDsO6/Q 7Yt5wGO+KDLFahvsKwvneL1bhVwdqZZXAH5lY0WBgfqHqsY= X-Google-Smtp-Source: ALg8bN62/TfF6Ze3te4ggfYvbRKnrYcEGEpmgkcweNwdSU/3R6gd7tPw7Ksq//yEdXqqa+tZb666ABp2MLTTMi4BTdQ= X-Received: by 2002:aca:dd88:: with SMTP id u130mr3406334oig.204.1547603745355; Tue, 15 Jan 2019 17:55:45 -0800 (PST) MIME-Version: 1.0 From: David Cornejo Date: Tue, 15 Jan 2019 15:55:34 -1000 Message-ID: Subject: openssl 1.1.1 utils mkerr.pl To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: F26678591C X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dogwood.com header.s=google header.b=mPy/mWHp; spf=pass (mx1.freebsd.org: domain of dave@dogwood.com designates 2607:f8b0:4864:20::32a as permitted sender) smtp.mailfrom=dave@dogwood.com X-Spamd-Result: default: False [-5.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[dogwood.com:s=google]; URL_IN_SUBJECT(0.40)[mkerr.pl]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[dogwood.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.72)[ip: (-9.36), ipnet: 2607:f8b0::/32(-2.38), asn: 15169(-1.79), country: US(-0.08)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dogwood.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx5.googlemail.com,aspmx4.googlemail.com,aspmx3.googlemail.com,alt2.aspmx.l.google.com,aspmx2.googlemail.com]; RCVD_IN_DNSWL_NONE(0.00)[a.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.60)[-0.599,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 01:55:48 -0000 Hi, I am working on some code that wants to use mkerr.pl from the openssl distribution - but this appears to have been left out of the import to base. Is there an alternative method to create the include files produced from this script in FreeBSD? thanks, dave c --=20 Kailua, Hawai=CA=BBi US +1 (808) 728-3050 UK +44 (020) 3286 2808 From owner-freebsd-current@freebsd.org Wed Jan 16 11:54:47 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECC1F1485088 for ; Wed, 16 Jan 2019 11:54:46 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.20]) (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 BC0C569DE1 for ; Wed, 16 Jan 2019 11:54:44 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Wed, 16 Jan 2019 12:54:35 +0100 (CET) From: Ronald Klop To: David Cornejo Cc: FreeBSD Current Message-ID: <143754604.1.1547639675941@localhost> In-Reply-To: References: Subject: Re: openssl 1.1.1 utils mkerr.pl MIME-Version: 1.0 X-Mailer: Realworks (442.27685-268549) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: BC0C569DE1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.20 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-1.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.880,0]; URL_IN_SUBJECT(0.40)[mkerr.pl]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-0.88)[-0.885,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx2.greenhost.nl,mx1.greenhost.nl]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[20.157.109.194.list.dnswl.org : 127.0.15.0]; HAS_X_PRIO_THREE(0.00)[3]; IP_SCORE(0.01)[ipnet: 194.109.0.0/16(0.00), asn: 3265(0.00), country: NL(0.02)]; NEURAL_HAM_SHORT(-0.49)[-0.490,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 11:54:47 -0000 Did you try to use the openssl port? Ronald. Van: David Cornejo Datum: woensdag, 16 januari 2019 02:55 Aan: FreeBSD Current Onderwerp: openssl 1.1.1 utils mkerr.pl > > Hi, > > I am working on some code that wants to use mkerr.pl from the openssl > distribution - but this appears to have been left out of the import to > base. > > Is there an alternative method to create the include files produced > from this script in FreeBSD? > > thanks, > dave c > > -- > Kailua, Hawai?i > US +1 (808) 728-3050 > UK +44 (020) 3286 2808 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@freebsd.org Wed Jan 16 12:38:58 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 171111486A9F for ; Wed, 16 Jan 2019 12:38:58 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 9E1436BD11 for ; Wed, 16 Jan 2019 12:38:57 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gjkT2-000DnT-Qu; Wed, 16 Jan 2019 13:38:48 +0100 Date: Wed, 16 Jan 2019 13:38:48 +0100 From: Kurt Jaeger To: Ronald Klop Cc: David Cornejo , FreeBSD Current Subject: Re: openssl 1.1.1 utils mkerr.pl Message-ID: <20190116123848.GV84895@home.opsec.eu> References: <143754604.1.1547639675941@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <143754604.1.1547639675941@localhost> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 12:38:58 -0000 Hi! > Did you try to use the openssl port? cd security/openssl111 $ grep mkerr pkg-plist $ does not have it, either. -- pi@FreeBSD.org +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Wed Jan 16 12:43:51 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74E6C1486E26 for ; Wed, 16 Jan 2019 12:43:51 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 58D3B6C1AC for ; Wed, 16 Jan 2019 12:43:50 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id jkXpg4TSBnBo4jkXqgT1st; Wed, 16 Jan 2019 05:43:48 -0700 X-Authority-Analysis: v=2.3 cv=J8fUEzvS c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=IkcTkHD0fZMA:10 a=3JhidrIBZZsA:10 a=pY3QzBYpAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=CwDNl8UvBZcfmXPWeuUA:9 a=QEXdDO2ut3YA:10 a=zG2-cTXtx4OO2bVDrUqm:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [192.168.1.105] (S0106002401cb186f.gv.shawcable.net [70.67.125.17]) by spqr.komquats.com (Postfix) with ESMTPSA id EC60B9C4; Wed, 16 Jan 2019 04:43:57 -0800 (PST) Date: Tue, 15 Jan 2019 20:17:19 -0800 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: openssl 1.1.1 utils mkerr.pl To: freebsd-current@freebsd.org, David Cornejo , FreeBSD Current From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfBYBfbJuLxSSSZha6NaPxSQ3s5rtd15lpg+C3H7OJ3swpZJOb+YajdHtV6Hvt1SfWLPdYxP2ls4uS73IZPKVLBUfPI17JsJ+AMpjoQtY91xRy8KDp2t+ hS7XVuwo3WmX3F66+9crGJi/kPB73/KWmnkOEIyt4q3vgrckJekj6hprlS00lRmLo/8LCi0AaYlcAqI+qjVcPszJvwX4nE+jdi6gQXR9zqV3UlE4tj8H4f3b X-Rspamd-Queue-Id: 58D3B6C1AC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; URL_IN_SUBJECT(0.40)[mkerr.pl]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; 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.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.94)[-0.936,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[139.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-1.68)[ip: (-4.07), ipnet: 64.59.128.0/20(-2.38), asn: 6327(-1.84), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 12:43:51 -0000 On January 15, 2019 5:55:34 PM PST, David Cornejo wrot= e: >Hi, > >I am working on some code that wants to use mkerr=2Epl from the openssl >distribution - but this appears to have been left out of the import to >base=2E > >Is there an alternative method to create the include files produced >from this script in FreeBSD? Check out the port=2E However the file isn't installed by it=2E Make extra= ct=2E You should find it there=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-current@freebsd.org Wed Jan 16 13:35:34 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F7581488601 for ; Wed, 16 Jan 2019 13:35:34 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C5D696DE6C; Wed, 16 Jan 2019 13:35:33 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0GDZUNw045836; Wed, 16 Jan 2019 05:35:30 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0GDZTvn045835; Wed, 16 Jan 2019 05:35:29 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901161335.x0GDZTvn045835@pdx.rh.CN85.dnsmgr.net> Subject: Re: openssl 1.1.1 utils mkerr.pl In-Reply-To: <20190116123848.GV84895@home.opsec.eu> To: Kurt Jaeger Date: Wed, 16 Jan 2019 05:35:29 -0800 (PST) CC: Ronald Klop , David Cornejo , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: C5D696DE6C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-7.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-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: Wed, 16 Jan 2019 13:35:34 -0000 > Hi! > > > Did you try to use the openssl port? > > cd security/openssl111 > $ grep mkerr pkg-plist > $ cd secuirty/openssl111 make extract find work | grep mkerr > does not have it, either. > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Wed Jan 16 14:23:57 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC89B148A046 for ; Wed, 16 Jan 2019 14:23:56 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9706F6FBA7 for ; Wed, 16 Jan 2019 14:23:55 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.lan101.bundesimmobilien.intern ([46.88.80.79]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MYbFe-1gndh23sRe-00VNa4 for ; Wed, 16 Jan 2019 15:23:47 +0100 Date: Wed, 16 Jan 2019 15:23:40 +0100 From: "O. Hartmann" To: freebsd-current Subject: CUPS: [Client 1] Unable to encrypt connection: An illegal parameter has been received. Message-ID: <20190116152328.3edb2f74@freyja.lan101.bundesimmobilien.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:iXPrm2gb7K7I0v+oM/XwRNSLfmsCcbmPowBtsSy1IPIZIX9DVTv vMmN6kQ4xVe38FkwYRwQU9/yhEF/kyRx0xZAuQNP/tE25Os+Bov5htHWrb7kH3gszF4Ym7l Qz1z7adhmtjpbmkcI3o2MbGW/xMSanxlBzeSCD9kkq6fYPJ2vWCJ4ucpc5MDIolyc2v0c3R 9GKatvqebKgVYIglTc+2A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:3IeH16Jid3A=:30rt1mIkgdKX7QqPnwd7cM dADM1REm6TU7yBWNdtItEnV9/2rBBNmeSRSLEtVzWxCj31yTOZw0Vt0lo0dsU0YgiSAsZjah8 /+dtxDLTgBTexB2H3fni+5p2RpO1g5BlUxN5M7jmUFtIAFnuGv/Q9x10jf1RGAAXELUImBTY/ 6nlbREmCR8JSD0etI2j9hTMuH5t1ribFUNbodqrwu+ABM6BPNbvCezrWvhJHR/bPyWIwhp4aR X8z1VnCBZ4tjT32WtwIb0MxslMWZNurKGBTiNWkZw7YWminzAysA2Uh7a7wHnhqHSTosOZNOq HHxcz3T0D6qzhIWLbtZGt2RaoDaCW2XOwjzKQjSSLIT3b8NYrBigK7Ixjppa/cIGl4X+s+jlG aNPDaqMm+a+jbqUf12tXex7gTJIHiawOtddaW39DsrymSi+RiVMpmQ4Y+Hxg4gOTFEWMTJrKG igmjQ6ZMIBqmVvQVDxq6lo7IXiC6eZJYfzIoyEHwI/jJRuOrT1gRf2mmDB8RjGDgmy5/tFeHG 3T4VaiVeizGUZK5AMjVXqliCnWvmGHIbfB+0kVSkk2HgnYEpWbjQLTihkl0US4lgYooW1Fj/X h9zHAfkFDz0wODtqZ64Tlshd0p4r9/CA+15NK/q54yDfMVQNpuhS7CMd3OiCjgrW4nLdkIwn8 NS86kPc29Q0heNbgdGCHR8aFUAT6/kKCzR6M6C/guQUKK76eFhcO4ZfZd6LdwxKCaUbQRncxR FLq0c0Q5s3qpdzCrMOBasqLs/WFVvI6SZUSAmlkjKzIF/G3998bLiwGzXp+B79XM4V64G9mwQ S5nQ1lkFcAtZVgLG7f7wmSvxxJrRgqUZ5bYsx0qTpZEE3bfvvH6s348WzCtiwFK1TwX+8uCqx bUJv7GH9rn38vFbD8mm6+lzXvEq/mX/Psu1/1367pIIrezz5Pu48mx8z0Tc6HPHUsbtwYZzcO ozXUuspDTcg== X-Rspamd-Queue-Id: 9706F6FBA7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.67 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[79.80.88.46.zen.spamhaus.org : 127.0.0.10]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.62)[ip: (-3.04), ipnet: 212.227.0.0/16(-0.67), asn: 8560(0.62), country: DE(-0.01)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx01.gmx.net,mx00.gmx.net]; NEURAL_HAM_SHORT(-0.89)[-0.886,0]; NEURAL_HAM_MEDIUM(-0.96)[-0.957,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; 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: Wed, 16 Jan 2019 14:23:57 -0000 We have an experimental IPV6 network and within this network, FreebSD CURRENT (r343087) is acting as a CUPS print server, while a bunch FreeBSD 12-STABLE boxes are CUPS clients. The setup, so far, worked with IPv4. Introducing IPv6 addresses on both server and host results in the error [Client 1] Unable to encrypt connection: An illegal parameter has been received. In file cups/client.conf we address the appropriate printer via ipps://xxx.xxx.xxx.xxx/printers/printer_name (IPv4 of the CUPS server host) This works fine. But ipps://[XXXX:XXXX:XXXX::XXXX]/printers/printer_name (IPv6 of the CUPS server host) doesn't work and results in the error on the server as shown above. I fiddled also around with the SSLOption parameter in client.conf and parallel, to match requiremets, in cups/cupsd.conf of the server host - with no effect. On the server side, it seems that all the documents I could pick up from cups.org or Apple do not specify any IPv6 address in an "Allow from" statement: everything seems to be stuck with IPv4. While the cupsd.conf SSLListen option is for IPv6 SSLListen [fd01:dead:beef::affe]:631 which works, I get an error when trying to put anything IPv6-similar with the convention with the brackets "[" and "]" in a "Allow from" option in the sections where I need to restrict access. An IPv6 without "[" and "]" seems to be accepted - but when coemmnting out ANY IPv4 address and leaving only IPV6 in the "Allow from " statement, no remote connection is allowed. This drives me nuts. Since the aim will be to have a printing facility within a IPv6 only network, I feel a bit lost. Does anyone have had similar problems? Regards, Oliver From owner-freebsd-current@freebsd.org Wed Jan 16 17:34:49 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE97E148F566 for ; Wed, 16 Jan 2019 17:34:48 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay118.isp.belgacom.be (mailrelay118.isp.belgacom.be [195.238.20.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22238770F8 for ; Wed, 16 Jan 2019 17:34:47 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3A0fLCHx9zvKl8KP9uRHKM819IXTAuvvDOBiVQ1K?= =?us-ascii?q?B30ugcTK2v8tzYMVDF4r011RmVBdWds6oMotGVmpioYXYH75eFvSJKW713fD?= =?us-ascii?q?hBt/8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFR?= =?us-ascii?q?XjLwp1Ifn+FpLPg8it2O2+557ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyh?= =?us-ascii?q?zHontJf+RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKW?= =?us-ascii?q?E169b1uhTFUACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMNboRr4oRz?= =?us-ascii?q?ut86ZrSAfpiCgZMT457HrXgdF0gK5CvR6tuwBzz4vSbYqINvRxY7ndcMsUS2?= =?us-ascii?q?RBQMhfSi9PDYGyb4QAE+UPMv1Vr5X/qlcSsReyGRWgCP3pxzRVhnH2x6o60+?= =?us-ascii?q?E5HA/Y2Q4gG88FvWrTrNXyL6cdT+W1w7POzTXYcvhb3iv96InKchAluvyCXa?= =?us-ascii?q?hwftTPxkQyCg3LgE+cqYv/PzOaz+kAtXWQ4eRnVeKqkWEnqgdxryCzyccxko?= =?us-ascii?q?nJnZgZylfe9SV2xos+ON62SFZjbNOnEpZcrSCXOoRsTs4gQmxkojg2xqMItJ?= =?us-ascii?q?O9YSME0o4oxwTFZPyCa4WI5xXjW/uPLjpgn3Jlfa6/hw618Ui91u3wTsm030?= =?us-ascii?q?hOripCitTMtWoC1xjS6siCVPR95ECh1SyT1wDS6OFEJVo4mrbcK54m2b4/iJ?= =?us-ascii?q?8Tvl7FHi/tgkn2i7WWdko89uip7eTofKnmq4efOoJ2kA3zM6sjlta9DOk5KA?= =?us-ascii?q?QCQXaX9Oqk2L3m50L5QbFKjvMskqnetZDXPdgbpq+7Aw9RyYsj5Qy/ACm439?= =?us-ascii?q?sDhnkIMUhJeBWdj4jmI13OOuz3De+jg1Swlzdm3/7GPqf/DZrTNXfDi6ruca?= =?us-ascii?q?9h5E5B0goz185Q55RICrwaLvLzQFH+u8LDAR8iLgO42eHnCM9y1tBWZWXaSI?= =?us-ascii?q?jfeIPbq0ON7+QpaaHYY48coir4Iv4jz+HniWQlkEMBO66z0s1ERmq/G6FaxE?= =?us-ascii?q?HRSn3rmdoEGGER9l4iTe7uoHOYXDN5XFr0WLgzsGJoQLm6BJvOE9j+yIeK2z?= =?us-ascii?q?22S9gPPjhL?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2A1AAB5aT9c/99MQFdjHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBAYFULkMjTzMnjBtfin4BAYIMNQGJY41lgXsohFECglIjNAk?= =?us-ascii?q?NAQMBAQIBAQIBbBwMQgEMAYFqKQGCZwEFOhwjEAsYCSUPKh4GE4MjggWscYk?= =?us-ascii?q?kgQ6MITWBf4ERgxKEWxCFdgKQS5FFCYciimUkgjKPWYFHglqCf5U0OIFWTTA?= =?us-ascii?q?IgycJgkiITIRjXT4DMAGDJYVBgkwBAQ?= X-IPAS-Result: =?us-ascii?q?A2A1AAB5aT9c/99MQFdjHAEBAQQBAQcEAQGBUQcBAQsBA?= =?us-ascii?q?YFULkMjTzMnjBtfin4BAYIMNQGJY41lgXsohFECglIjNAkNAQMBAQIBAQIBb?= =?us-ascii?q?BwMQgEMAYFqKQGCZwEFOhwjEAsYCSUPKh4GE4MjggWscYkkgQ6MITWBf4ERg?= =?us-ascii?q?xKEWxCFdgKQS5FFCYciimUkgjKPWYFHglqCf5U0OIFWTTAIgycJgkiITIRjX?= =?us-ascii?q?T4DMAGDJYVBgkwBAQ?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 16 Jan 2019 18:33:38 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x0GHXbm6035402; Wed, 16 Jan 2019 18:33:37 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Wed, 16 Jan 2019 18:33:36 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: "O. Hartmann" Cc: freebsd-current Subject: Re: CUPS: [Client 1] Unable to encrypt connection: An illegal parameter has been received. Message-ID: <20190116183336.6aa7bdde@kalimero.tijl.coosemans.org> In-Reply-To: <20190116152328.3edb2f74@freyja.lan101.bundesimmobilien.intern> References: <20190116152328.3edb2f74@freyja.lan101.bundesimmobilien.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 22238770F8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 17:34:49 -0000 On Wed, 16 Jan 2019 15:23:40 +0100 "O. Hartmann" wrote: > We have an experimental IPV6 network and within this network, FreebSD CURRENT > (r343087) is acting as a CUPS print server, while a bunch FreeBSD 12-STABLE > boxes are CUPS clients. > > The setup, so far, worked with IPv4. Introducing IPv6 addresses on both server > and host results in the error > > [Client 1] Unable to encrypt connection: An illegal parameter has been received. > > In file cups/client.conf we address the appropriate printer via > > ipps://xxx.xxx.xxx.xxx/printers/printer_name (IPv4 of the CUPS server host) > > This works fine. > > But ipps://[XXXX:XXXX:XXXX::XXXX]/printers/printer_name (IPv6 of the CUPS > server host) doesn't work and results in the error on the server as shown above. > > I fiddled also around with the SSLOption parameter in client.conf and parallel, > to match requiremets, in cups/cupsd.conf of the server host - with no effect. > > On the server side, it seems that all the documents I could pick up from > cups.org or Apple do not specify any IPv6 address in an "Allow from" statement: > everything seems to be stuck with IPv4. While the cupsd.conf SSLListen option > is for IPv6 > > SSLListen [fd01:dead:beef::affe]:631 > > which works, I get an error when trying to put anything IPv6-similar with the > convention with the brackets "[" and "]" in a "Allow from" option in the > sections where I need to restrict access. An IPv6 without "[" and "]" seems to > be accepted - but when coemmnting out ANY IPv4 address and leaving only IPV6 in > the "Allow from " statement, no remote connection is allowed. > > This drives me nuts. Since the aim will be to have a printing facility within a > IPv6 only network, I feel a bit lost. > > Does anyone have had similar problems? cupsd.conf(5) does mention "Allow [ipv6-address]" in the section: DIRECTIVES VALID WITHIN LOCATION AND LIMIT SECTIONS With client.conf you can configure libcups so it talks to a remote CUPS server instead of the local one. This has been deprecated for years so I suspect there hasn't been any development on it and that it simply doesn't support IPv6. What you're supposed to do instead is run a cupsd on the client and add the print server as a network printer (using your ipps URI). When you have to choose the make of the printer choose Raw so you don't need a PPD and cupsd will forward the job to the server without doing any filtering. You can set this up on one client and then copy the cups configuration in /usr/local/etc/cups to the other clients. Running a local cupsd allows clients to queue print jobs when the print server is down. Alternatively you can let the print server announce the printer via Bonjour/Avahi (Browsing on in cupsd.conf) and run cups-browsed from print/cups-filters on the clients which will then detect the print server and add a raw print queue automatically. This can be convenient for laptops that move between networks. From owner-freebsd-current@freebsd.org Wed Jan 16 17:52:30 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 890C214901A1 for ; Wed, 16 Jan 2019 17:52:30 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg1-x542.google.com (mail-pg1-x542.google.com [IPv6:2607:f8b0:4864:20::542]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B38A77FFA; Wed, 16 Jan 2019 17:52:29 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg1-x542.google.com with SMTP id t13so3129796pgr.11; Wed, 16 Jan 2019 09:52:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=5v0tY28l/Z3uA7OuPoNpvsDNLUCOWfR8JItpsnckftU=; b=h/wMhaHbPhBQBgFku5Lt8KkPn2Gj3fzNU512y+sz1Vybd7gZoxQYKf2GvusxFrtlEm fvMMaNNA0wM42d9WQ5ACfcWtvP6SsqujfeCpB+GQjKZziBic5m+O0vLpbtgvI+ryPmYr u9hfc6zCZBKEUfvksihul3664ElrERzUUOVI9SAFbLQgIiV3jSS1gDDbL8oZkZ1m5dWs sX2FSJzoq9XYzJjwevxIaUkLDZzeUNzhdhu1p6y9oE29yv/lWvv4RmfnV88VqD34bgWa Nq8i2rVSgG25Zv+/cteTrGFNgeHtqsaDovBmZ5cp/xQ3VI+tmFJEzyPcBG5skpP1X0iD mLYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=5v0tY28l/Z3uA7OuPoNpvsDNLUCOWfR8JItpsnckftU=; b=kHxwWvYGi/SqIH4vgkiPQpw2LvX6135Y2kvEF2lOFY8K2SmzcgL2hHtwGLIWUvf2ch daUgZjtb3nbGVqDTgR/Il+DXkEWCIhtdReIG+PiRNkdss7vE6VU0cpGVZjYYiW/5VCg2 hW5BdHpCgjgUvoEQZsJZ+vQ/Z8ZLi5rZLKBE3BLsq1ZM3UhjPoFoILQwJeTsc3oO4rVG dZyS6IMFPYpD627VTv6fKY/ZQAMKwPl8KNcyRdGnY0+dlWzp6rCsEQ4xYDk6qi38Decs Ijmqq9xJ8hae+t9cBykftQnpB+ZVkw4dxbdfi55u8kD9qjJ8+PG3CIqhwm6xglKFh0Pr GSOQ== X-Gm-Message-State: AJcUukfRkjy0P4bBQBfQLBPmO0z/IYQ1rpcNgPJIWFyc2XyKDqSympVu mRYqvIZGJfJEpnBDIqyqGC8ygsJZ X-Google-Smtp-Source: ALg8bN4vO3ycqEwpiuacDDTFr8H/bEebJ/7ZjUillWAOCM9cAedsRPV/ywaIf5Q/JHgPOpLyF+o7Zw== X-Received: by 2002:a62:4bcf:: with SMTP id d76mr11453278pfj.170.1547661148426; Wed, 16 Jan 2019 09:52:28 -0800 (PST) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id c23sm8673591pfi.83.2019.01.16.09.52.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Jan 2019 09:52:27 -0800 (PST) From: Enji Cooper Message-Id: <0FD8FC97-BE08-41E2-A414-87991B9B5180@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_A5F965E6-2AAE-4794-A4F8-1510B9AA7BBE"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: openssl 1.1.1 utils mkerr.pl Date: Wed, 16 Jan 2019 09:52:26 -0800 In-Reply-To: Cc: FreeBSD Current , Jung-uk Kim To: David Cornejo References: X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 8B38A77FFA X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=h/wMhaHb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::542 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com X-Spamd-Result: default: False [-5.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.82)[-0.825,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_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]; URL_IN_SUBJECT(0.40)[mkerr.pl]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.5.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.10)[ip: (3.77), ipnet: 2607:f8b0::/32(-2.39), asn: 15169(-1.80), country: US(-0.08)] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 17:52:30 -0000 --Apple-Mail=_A5F965E6-2AAE-4794-A4F8-1510B9AA7BBE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 15, 2019, at 5:55 PM, David Cornejo wrote: >=20 > Hi, >=20 > I am working on some code that wants to use mkerr.pl from the openssl > distribution - but this appears to have been left out of the import to > base. >=20 > Is there an alternative method to create the include files produced > from this script in FreeBSD? Hi Dave, I would go a different route from what was mentioned by others =E2=80=94 = I would actually either grab mkerr.pl from upstream from the release = package (upstream on GitHub is = https://github.com/openssl/openssl/releases ) (sidenote: I don=E2=80=99t = know why, but our vendor-crypto tree lacks this script as well; jkim@ = CCed). Why go this route? You can easily grab the file using a tool like = curl, fetch, or wget from GitHub, and you can be sure that the version = you=E2=80=99re grabbing is the upstream release version. The only = downside of this route is that you might have to apply local patches in = order to fix bugs with the script itself (which the port would handle), = and you=E2=80=99ll have to grab all dependencies (in this case/version: = configdata.pm, which is generated from the release). Example: fetch -o mkerr.pl = https://raw.githubusercontent.com/openssl/openssl/d1c28d791a7391a8dc101713= cd8646df96491d03/util/mkerr.pl I think that these files should be committed in the vendor-crypto tree, = along with crypto/openssl ; although FreeBSD as a project doesn=E2=80=99t = have much value for these files, other repackagers do have value for = these files (Isilon had to recompile openssl to deal with some = modifications to the library for FIPS compliance). Why am I not recommending the port outright? Depending on which version = of openssl you=E2=80=99re based on, you might need to maintain a = Frankensteinian version of the port to deal with the current (or old) = ports framework, which can be=E2=80=A6 noisome (speaking from experience = having dealt with this at Isilon with a 3 year old port system in the = past). Plus, some of the config might differ (=E2=80=94prefix, etc), = causing the version you=E2=80=99re configuring to differ from the base = system version. Alternatively, you could just bypass openssl in base and patch a copy = from ports and be done with it. Cheers, -Enji --Apple-Mail=_A5F965E6-2AAE-4794-A4F8-1510B9AA7BBE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEtvtxN6kOllEF3nmX5JFNMZeDGN4FAlw/b1oACgkQ5JFNMZeD GN5lsQ/+P/jwgTQTNDBRWHIz2wijrBBznfLwXvdx1aT+u4xLdPdo0FqZKL0m2iCJ fXY+gH5BgQWATnA8Ra+aA3DHE7uHEW0lOua4rSSPJS6yrZSTZlSNGZS0zzbD6tsl kNl3ulNQkNCSbHOCi7M+R0JRmEetHdTcqXLthZFY+rMq2dt1J8MkNN4hqAu6TgyL WV6hsbeovqNSQKD/t3w/NbTdx3j43oLoJZ2dufatLP+/g1BtEkkkh4uneOBrUOm8 JYJaK6m1IXXKAVTvOO6xY3Iewn+aA+j97A4BxXK9xe0X/FMo1gHYf+NG6BvteZG3 49yIsSJgC5V7yZMNoHMnm+ar/HePLM8wA09G3vRCGtGgW3dibKs1nB+N74Zqltku YMnwALuEm3Dm3/Rw+iTDqsfhCi1EeFbx9FG0k/QZ8pr9kvqooOhSL2fGAkLvOsTo fey5ZkfKtWP2uKWPx7O9qTwHF/RSqv1YXmk5SMoZ82AYFu8nWilYsbamWpci5XsO fUwOepGFKVzoDQsIkezDzuZalVWFBHvQmMor69qnMzrMFJZC0hSZ46Pw1NL4ZpY3 WdPS0MZ/JovzadXANOfZorQJax+35nTpZKMEvhSpqrxCjcIpjAlb0XHXeYj44s9/ pIgngNt/THG/pSiYal0A2fPedXZ5YlIL+vFbF1zDzqqaiwSbKtw= =xDp8 -----END PGP SIGNATURE----- --Apple-Mail=_A5F965E6-2AAE-4794-A4F8-1510B9AA7BBE-- From owner-freebsd-current@freebsd.org Wed Jan 16 17:54:54 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5D6514902AB for ; Wed, 16 Jan 2019 17:54:53 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810127.outbound.protection.outlook.com [40.107.81.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FCED80218; Wed, 16 Jan 2019 17:54:52 +0000 (UTC) (envelope-from kaduk@mit.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NKTcqaf90jHncTYTpPfM3QdDXr/9Yq3RkDki6tPYqNw=; b=RqT/3ZXNLUNHd6vpGOZe4VqJIxBx7r7SUW/65IBJ2Q9AyVO8L1dGgUmEAG62nQqk5cVD2ihT4rATaoMZ4ZfLtBAa7c5SLiA5tMfjSqNqD1b35Qaio1AJmrU0GLVxvsn2h8CSnkNDvUw4jfu/wEgcENGGbEftRbaLLyI1C9usgsg= Received: from MWHPR01CA0044.prod.exchangelabs.com (2603:10b6:300:101::30) by BN8PR01MB5522.prod.exchangelabs.com (2603:10b6:408:ba::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1537.26; Wed, 16 Jan 2019 17:54:49 +0000 Received: from BY2NAM03FT027.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e4a::204) by MWHPR01CA0044.outlook.office365.com (2603:10b6:300:101::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1537.26 via Frontend Transport; Wed, 16 Jan 2019 17:54:49 +0000 Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.11 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.11; helo=outgoing.mit.edu; Received: from outgoing.mit.edu (18.9.28.11) by BY2NAM03FT027.mail.protection.outlook.com (10.152.84.237) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1471.13 via Frontend Transport; Wed, 16 Jan 2019 17:54:48 +0000 Received: from kduck.mit.edu (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x0GHsjQ9003885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 16 Jan 2019 12:54:46 -0500 Date: Wed, 16 Jan 2019 11:54:44 -0600 From: Benjamin Kaduk To: Enji Cooper CC: David Cornejo , FreeBSD Current , Jung-uk Kim Subject: Re: openssl 1.1.1 utils mkerr.pl Message-ID: <20190116175444.GH91727@kduck.mit.edu> References: <0FD8FC97-BE08-41E2-A414-87991B9B5180@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0FD8FC97-BE08-41E2-A414-87991B9B5180@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:18.9.28.11; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(346002)(39860400002)(136003)(396003)(376002)(2980300002)(189003)(199004)(23676004)(2906002)(786003)(229853002)(33656002)(6916009)(106002)(316002)(6246003)(1076003)(26826003)(6306002)(478600001)(53416004)(5660300001)(4326008)(1411001)(54906003)(53546011)(104016004)(39060400002)(58126008)(106466001)(26005)(186003)(246002)(7696005)(2486003)(126002)(476003)(305945005)(446003)(356004)(426003)(956004)(36906005)(486006)(11346002)(8936002)(88552002)(966005)(75432002)(8676002)(55016002)(47776003)(76176011)(50466002)(2870700001)(86362001)(336012)(18370500001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN8PR01MB5522; H:outgoing.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-auth-1.mit.edu; MX:1; A:1; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM03FT027; 1:d4IKkBCmlgkCCVNuAfSrb/UNQ4E5J2rGfmY3mWAyA0AFnUIHcwVi0VvjQM8n9SvfQWeQlpIamLR7WVndi+D6cHl/LYvpNvx09lcvFFAiK/5Krl5kWNBd+2g/r/lwv8KS X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 015f8466-e0eb-4088-985c-08d67bdbb54d X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600109)(711020)(4608076)(4709027)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060); SRVR:BN8PR01MB5522; X-Microsoft-Exchange-Diagnostics: 1; BN8PR01MB5522; 3:+YLyVcsGxcdNwSIWelMCeyD3mNCDY49jF9yRVDNl9VUNbttpmYuAHQvGuAVBqLEj5VQtCCFQINveJJMLAhkBvzKzb8OXjRQKdjRpLWTnOgqrGOGRCuL0wrL+6dcAxVsXE8hQpoSMxJQkAX9gztKU9Y9n+gBA1KybScrzlD3CSTK/WtVWE7B7UufnLI794mCiIV+CGm5LV2VFIDPwiS1/XD1NO1+fFdxo7ynID6mgbFHumdM7R6lNN0AZH8PuO3jQXk/QSiYkytrWhzwevI1Hwmaty3J0VNN6bjHENAa1g2ILoxxuct+C6MTCPjgIHl26Gj75lZJ+RnrB7UZX9WqsQnJost6W21TuPIAQiapcXy5tZjqfkiClmlrFglVoQtyb; 25:43tiUGxyg6MGFHfJQzpsmBd5DI2W17WaoRye27Ne0ADOKD2SCY7EK71uc7RjDZvxLwcyOT93s8AJAl22SVa/zerymCXYv7vb0gKSW4yXZxD9FmOfquQNKGygpvC5HDVfvlifymordh7XHDA6MQHL8Fq9Jpg5NCkjS/3ma43uFtatVtIUbhDkrgelFxSPJ2akeExe24k0zaWEulnOctQZ1olz0dtX1Pv8zKWORIsbNXcGjg5630oOpyUPUHUbTO3ZAvsaAtQf8yGhsI9WzQUWN+1omohjUDCNbS/JscBB7AEBJAj/yalgrKINRi3wVWFw5zLR6BnicJr8L5UP5UFhcQ== X-MS-TrafficTypeDiagnostic: BN8PR01MB5522: X-Microsoft-Exchange-Diagnostics: 1; BN8PR01MB5522; 31:U0AKNB07fd1Br9M/ih+M0m2dKAnMigzlmS1RAiNtxz7TDa25OcAisAWwqPgYLJ8SR0NSPuIqiS69pqbP1gKe8QlLPLfMNJuqtTszoq8Au9w2ySaIqLFcAj5KUFhWnY7xr74Wx9Ee5FHS3m/WfAIP0P3qg6BI+eQ3Qr99Ct4pqiekjkpH1CrxQ3uJU2W1P6pZUvufU1yvYlNBQ69GVXO3SRu7BTosdKH5juPx1tyh7lc=; 20:JzzDPsaqAm6KD5dQHkf470xjezKdFsIkyAjFEQIygJraYyYkorPbmVgJGbYN0CsTPGX15OU1AmKjdVNLdmbGqCvme8Cdz+xoSfmaZaHPVomfXwIGyZDQVxuVmcozSlkRIsmNgTzvyj14nCAbV3pZC4RpvriSPDneaN3CnXh1m6mcGTfYHRfBdCAj7fwsr4RkodNnRGGg2+JYoUAewgUIaw6f+6BqksURN7RYfujttn6p9ei+xFdnN4oQTp4wy0PzXM6O+BffErDwU9C+XBBBjD2d3BR/IDeE0+wuThH0Faiq4LoE3733bFOJGQjpjb7m0ytBz3RUxR63qBwFEJ6jydRBC5C7Poe4DfR7kKOh5TCAxcG4MLGtWvvjPNYchLkgX+gPfZ1UxzSnrBck81dDDee/vLcXXvgGz6sTiQMtrriDRZxR4aPaIqMC59iT3FbefdDJxTn3NxzRIt5rE06i/dzpof4Iwlh+n6P0Amhm0T/h2FIhV7vRpZseViG+lcqa8XnfR4rRGBGTBN24ZhtsdmduVO7+HH3qzHSWh9l7TWzQK7sB1pngNAthHLlloXNepx+nEZ7Japb4fxwTFF2mk/YS21j1oVEmSsB9lEHdKQQ= X-Microsoft-Antispam-PRVS: X-Microsoft-Exchange-Diagnostics: 1; BN8PR01MB5522; 4:QdPtVPJIeLlFTE8A8zWMwKqiwVW2xnB8P0Y8jF5KKH9CuhOV+CJoHenA6wpsm3kIxy5kAIZxdkFBX1ibLvwX6G4ViWyGSZ+7cC1xldUE3a9P02EpO8iDiV2+Y0Du3wfAwgqDq5TJaJWTpU0gqQ7CpAQrdQt9kG583kn0aR2+ms6ortAMfWT3uDYbqxgKK9wyp/jUBBAXcvciru5kjKZafGqyuo0nAbMB1EicbdCxgyw8drVrfuhnjxUOcniqDx4xCuhxvRa6pF46VDgqeXEiGT4TyCHdNaizlw1HEkC8lZueE3bC/0LHKbm5kgiaEuOB X-Forefront-PRVS: 091949432C X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTjhQUjAxTUI1NTIyOzIzOmlkVGhrV2ZaYWhVQnJRZCtwN1p0c3ZPakF4?= =?utf-8?B?QkRWU3BuWGJ1aWZLYnFkNmpMQk9GTThwTFBmYjVUNCt1akZlZ2I2SEorR3B1?= =?utf-8?B?MWxpY0lmdm5LdHZidFlpNEZJeTMybjF4VXBmQ2NWLzA0V0NWbXlkNXZZTTBR?= =?utf-8?B?ai9sQXUyWnlmcmZxSklXdFdLSmYvanI2K0Jyb1dtMWo3NDZqTmFEZ2w4MlUy?= =?utf-8?B?L211V0NUbXZuM1dBVjFsVGwxQWNSQXJaTWdReUM4MWxRWFFxL1YvWDRoMmM2?= =?utf-8?B?NHd0a1VpdGhJemxXYXAzenhqOEtqVE84NzR1RlJtbFNMTnF1MWRVeTMya0ZQ?= =?utf-8?B?K3ZPTHYwSnZFMzRzNklxemhHemozQVdQOHo0RDU5WWVaTHVnZDYrNlJ0YlJK?= =?utf-8?B?YXNRVkJucHlCT2QyaXBYUkVjNEM1TG1pVnU0WjYxSzhaZnNwQmNkcENlUUc0?= =?utf-8?B?OERLVkVkWGxLNFJoSC9rbmVmL2RiRXVxaTM0a05GT3NxT1AzQjFnUjNlcUt5?= =?utf-8?B?TUtzV2p1RVZZVDNRSVBPcVhsME9ZNUNlbVZoQ0NDZmVXYnNiQ3hkVzNLZ2Zw?= =?utf-8?B?d01jaHo0RWhUNHBray9LeEFibmlueFFOUFEyOGlKK3ZSSkhYbGcrcGswL296?= =?utf-8?B?Q01rL3kzd2tuanVNYXhld0VaeG04T1VDVnlFZm9kZHBRK1pVeVZwRHVqZ1VZ?= =?utf-8?B?NjlFSFFNeVd2ZW9jK29KYWlxblFpVWYrM0hhYzlCVGFjN05kV2M1SVRJK0Fi?= =?utf-8?B?TFZvajBCSTFvVks3eDBHdEFEaVE4STViSVpyNEsxU056U2JlMWtqY2cyeVpo?= =?utf-8?B?MnlDdFR5MWJBRWVwV0tIWW9Cc0tzOTBnSE5XZWFiRGU2RTdjQzh4cC9BYnpT?= =?utf-8?B?eFVkZ3M3TEl4OTJQbUw2SVB6aHFVTHUrcFhLcTBnTnlMR2xjUmxpL0xablA2?= =?utf-8?B?aHZrUG1oKzhUNVhrK3ltTE1BT2JxVEtCVWZlMGVyU3ZreFFZVkxKZDg2N0dv?= =?utf-8?B?RWFFK04vcUlVT0ViVjlkSnpEN2NNaWRYdzBZdm1iL3hYZzFvQWlENVA1NjRV?= =?utf-8?B?UmJLQTRaWUhjY2lmdHZsTW9ycDZLN0h6NGxqUVRJdm5CMXp5NGlXY05qaGcx?= =?utf-8?B?Q2lndFJjR2ZVNXBnaHFRaWsxNDNCZ043SG54T0c1NnJzTDVLYzcrSkJNMm9T?= =?utf-8?B?U2lWVHdHNERyNVdZa1h2SEFNSUl5Y2czMUc0dEozaHYwVlJHK09FQlhxVzNG?= =?utf-8?B?WmNGVWhDZVc5WTNxMG0raTV6dE5USXI1Y3MrUTU3cVlsempkRFd3YUdKUTZm?= =?utf-8?B?dURIVkpid2lvbHZBQjgyUXd0N2wvbGJpS2ErM0JyVHNiUUVSNkpzd09XdWpQ?= =?utf-8?B?azFqdm4xN2pPamVackdRaFlOcGx3azBLdEhSM2Q0emttSVpucXFvaFlBeUtn?= =?utf-8?B?TUR2QUVITnF4YXRrVVk2eUorWU9JVkdRQU1KUjhoSEFCLzVmTDh6KzlkZnp1?= =?utf-8?B?cUZOT3ovTk4veWlrL2pZcE9obmdESGo5V3QyQlorRnlvWnlSdDVRbEF1dXJM?= =?utf-8?B?NndoZmZlMDdLK0cxZVVYZVFKYVhBQ1BUUVRwR1lFa0JZTXVqTnV3K1dIeWdF?= =?utf-8?B?V3FRZ0RHbVYvRjJiTFk2cU5rcHB5bHU4aHM1T256a3NyNHlDZnZodittdWtS?= =?utf-8?B?YUg1cmY5OHJUMmhNVERsQ1JCWEVuSG5mYUN2MDA1MCtKUXZIQW1wK2E2WTVJ?= =?utf-8?B?K2dQcmttVWN2ejdmZGVXdz09?= X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info: pK4oalX/IlXyHXt+RuQM0d9xbhRWbr+MNtsqHD5x/XXyi+E6gC68Er6ZRUcdMN9KHHojBNbNC4rJ+TZqF59ujZBtCECcOhHy4RuaDN8FEpXq/M1AHms/GdmlkkzAC5UzSfMzpNTH0bsaa3kYVeEkbdHPokqq0Jw/yhiMTo64+VJIJFsZMce4ZlwX6gtnZhaadPxpI2ED3OH3h0Jmsv1Eta2mv6jFrKPJCuuqt9iyamUSHGu2os+W8cPMRoYJN86pbjOXxElUfFgFwWjSg/HPjVQlcmZ6ZBYa8oFwpvjkIyISVnj0VCFw4Uk/VmAzy04Qg6xCy6lY/kKhwCCO025Mvfay5Owevx7SgUpub382n6EDalhSB7yOKeWRM13Wpmaei5p9ucXLaBZPgEtb6tVqe7NFL5lSS97b15x+C1gKjfw= X-Microsoft-Exchange-Diagnostics: 1; BN8PR01MB5522; 6:A9mAbsufadXScOsPlXRGuUu8ZxsP+BH03b6kC1lr7JYGGKIt0xiT8b6ykHX3ZgB7O/SAvbkZSf3ZB9f/90azhdjeORVYM/yzRul57sQIwOHFdQquyX0w516UCvNFR5HKWoTvrZQvvbKein9A/FldqLxwNmG4iRrRHcO45X+OAWN6FOr5jMyX3Q9RzqoByt3tnTR1eGWFEZjSagrZ3vKG/FpGoCeV3bHzBQT4qH/Kv/YR5KXW/bt2iEv/LU3yq5Oj1huJX6nwNzII+c9qolpXT6dYwKNm8v4VFF0KP1/wXYmfDvxHkYbxvv9szhBwUihG1JFv8vqsWMWkjHSB9dMBmH0ZSzQvB2HyqDf99qt3W5TRAYTaqQeoZDxrqyy04YkXRMLdaZl+rKCzlXWDy2sYDhF9HF3T4whHE5fcvqD3Ill7B3erc2gxM2ZHzluSdtj1lXeyoCP+74TUSsgS83IQew==; 5:xKH2hUGPD01p8j+Nl6Yb4amwpoOvu2ngQ2sJdgvrWJpLl50FNxlyq14jm2aFK6Z91Pf5tM6ZK7lVot5/BcKAfdSXoGY6XLRNX2GdRMjX4HvlomsDkM1Y/Ea6HbwA20WM6vy5zOfCrZzlfeKcWM/xYveE8pvyG6RZ3Ju+AuI/hk96TArYJnTiH8tR3Xbn1ygM5h+qSispCMlBVkHNb9y7Cg==; 7:PDQ35fUktG5X+lD8f81MgM5kWfDDTEICa+MiJTqgs49mhk/P6fNW/KUQydYrYbXg0PrW3abt5iPhpaJxygNVCfQZo3wH68WfFKRMuTnIL1D90YR0LS4HgvUEQgo7w5+c9pWi9YeGv+VgW91uIV3fUA== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: mit.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Jan 2019 17:54:48.4788 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 015f8466-e0eb-4088-985c-08d67bdbb54d X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.11]; Helo=[outgoing.mit.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR01MB5522 X-Rspamd-Queue-Id: 9FCED80218 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mit.edu header.s=selector1 header.b=RqT/3ZXN; spf=pass (mx1.freebsd.org: domain of kaduk@mit.edu designates 40.107.81.127 as permitted sender) smtp.mailfrom=kaduk@mit.edu X-Spamd-Result: default: False [-3.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; R_DKIM_ALLOW(-0.20)[mit.edu:s=selector1]; URL_IN_SUBJECT(0.40)[mkerr.pl]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/17]; NEURAL_HAM_LONG(-0.98)[-0.982,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[mit.edu]; RCVD_COUNT_FIVE(0.00)[5]; DWL_DNSWL_LOW(-1.00)[mit.edu.dwl.dnswl.org : 127.0.11.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mit.edu:+]; MX_GOOD(-0.01)[mit-edu.mail.protection.outlook.com,mit-edu.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[127.81.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.54)[-0.541,0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[124.191.107.24.zen.spamhaus.org : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 17:54:54 -0000 On Wed, Jan 16, 2019 at 09:52:26AM -0800, Enji Cooper wrote: > > > On Jan 15, 2019, at 5:55 PM, David Cornejo wrote: > > > > Hi, > > > > I am working on some code that wants to use mkerr.pl from the openssl > > distribution - but this appears to have been left out of the import to > > base. > > > > Is there an alternative method to create the include files produced > > from this script in FreeBSD? > > > Hi Dave, > > I would go a different route from what was mentioned by others — I would > actually either grab mkerr.pl from upstream from the release package > (upstream on GitHub is https://github.com/openssl/openssl/releases ) > (sidenote: I don’t know why, but our vendor-crypto tree lacks this script > as well; jkim@ CCed). Why go this route? You can easily grab the file The script is used by upstream when preparing a release; we only use the finished release objects from upstream and do not expect to be doing this sort of "pre-release" step in our own operations. -Ben From owner-freebsd-current@freebsd.org Wed Jan 16 18:02:01 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4F861490835 for ; Wed, 16 Jan 2019 18:02:00 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1E7A80750 for ; Wed, 16 Jan 2019 18:01:59 +0000 (UTC) (envelope-from dave@dogwood.com) Received: by mail-ot1-x332.google.com with SMTP id a11so8517354otr.10 for ; Wed, 16 Jan 2019 10:01:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ZNyXws35pfyvVgjdSnh6hcFw8SO9oFFPOdcES6otxI4=; b=GqBRlSSptyfvx9cbpR9Nai2ptIag2Hwg1Q8uUzYfiVYUJyBpjm3LS/LuRCDpm0U+tH xO7ldJBo4mZUKZZBwTtiofwQCkMLKfzE38dXDbi814WlZt2tNM3HBIDb/ONhFdTp9PsJ 7sdOwc48K5z3XiFzpHKKOkuy/JVzlwtnZ5Hps= 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:content-transfer-encoding; bh=ZNyXws35pfyvVgjdSnh6hcFw8SO9oFFPOdcES6otxI4=; b=fO2tVK11l0He+V4wBnD9zqA13PSwbzR2tStwAcF/UfMKlZ8hFWFmaPzSrvKwzd8lzK h2JFlzMWoTru4967nCzcelGLF8sUfgbsvRPiVfmQ0a7h4NeUQuCOKHuriuGoE3qT+p6G /DElk9XYG8tBbwr23zolLWrPjsTx4LnXLFX3TktC40nm3AIBPH0OBZHGYD8GifFF/Yj7 ZDxFo86Kf9ZMGRtEolq3l6HrcqklLYV2LX9oaIkwvze7jpY4hB3M9TjDRFoJFKHbs0nW jZUG+Oip3zD76ICMkkwFNGxugwJATwXcWzCbXn9+w/TTbSJStXg1Dvy2oPWxypgRGns6 wCnQ== X-Gm-Message-State: AJcUukehOsHcBj4lMiDGIhnK8pRMc9ztKl4MSn/3FyDSdOOmb7Ag/8nX jQ2Wbb66qnAWyExZfVEZXqZnJx9zXWCbVzeuutHZ5g== X-Google-Smtp-Source: ALg8bN4BeWXAq44cwhusecBUXCGp4m5I6J23nMe7eVX5M7m7n0VfSGmRv9iaVBtvZc/PwWn6naE5OUi6cKwEt0cmsL4= X-Received: by 2002:a9d:628:: with SMTP id 37mr6601980otn.58.1547661718388; Wed, 16 Jan 2019 10:01:58 -0800 (PST) MIME-Version: 1.0 References: <0FD8FC97-BE08-41E2-A414-87991B9B5180@gmail.com> <20190116175444.GH91727@kduck.mit.edu> In-Reply-To: <20190116175444.GH91727@kduck.mit.edu> From: David Cornejo Date: Wed, 16 Jan 2019 08:01:47 -1000 Message-ID: Subject: Re: openssl 1.1.1 utils mkerr.pl To: Benjamin Kaduk Cc: Enji Cooper , FreeBSD Current , Jung-uk Kim Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: D1E7A80750 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dogwood.com header.s=google header.b=GqBRlSSp; spf=pass (mx1.freebsd.org: domain of dave@dogwood.com designates 2607:f8b0:4864:20::332 as permitted sender) smtp.mailfrom=dave@dogwood.com X-Spamd-Result: default: False [-5.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[dogwood.com:s=google]; URL_IN_SUBJECT(0.40)[mkerr.pl]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[dogwood.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dogwood.com:+]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[2.3.3.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]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; IP_SCORE(-2.79)[ip: (-9.67), ipnet: 2607:f8b0::/32(-2.39), asn: 15169(-1.80), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 18:02:01 -0000 On Wed, Jan 16, 2019 at 7:54 AM Benjamin Kaduk wrote: > > On Wed, Jan 16, 2019 at 09:52:26AM -0800, Enji Cooper wrote: > > > > > On Jan 15, 2019, at 5:55 PM, David Cornejo wrote: > > > > > > Hi, > > > > > > I am working on some code that wants to use mkerr.pl from the openssl > > > distribution - but this appears to have been left out of the import t= o > > > base. > > > > > > Is there an alternative method to create the include files produced > > > from this script in FreeBSD? > > > > > > Hi Dave, > > > > I would go a different route from what was mentioned by others =E2=80= =94 I would > > actually either grab mkerr.pl from upstream from the release package > > (upstream on GitHub is https://github.com/openssl/openssl/releases ) > > (sidenote: I don=E2=80=99t know why, but our vendor-crypto tree lacks t= his script > > as well; jkim@ CCed). Why go this route? You can easily grab the file > > The script is used by upstream when preparing a release; we only use the > finished release objects from upstream and do not expect to be doing this > sort of "pre-release" step in our own operations. > > -Ben thanks for the responses! Let's say that this might become a port, so I'd create the output files from mkerr.pl by pulling that script from upstream and then include them in the files directory for installation? thanks, dave c --=20 Kailua, Hawai=CA=BBi US +1 (808) 728-3050 UK +44 (020) 3286 2808 From owner-freebsd-current@freebsd.org Wed Jan 16 18:25:08 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18DDF14910F5 for ; Wed, 16 Jan 2019 18:25:08 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C8D7381464; Wed, 16 Jan 2019 18:25:06 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id jps0gxUXBMRX3jps1giCci; Wed, 16 Jan 2019 11:24:59 -0700 X-Authority-Analysis: v=2.3 cv=TL87tGta c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=IkcTkHD0fZMA:10 a=3JhidrIBZZsA:10 a=pGLkceISAAAA:8 a=pY3QzBYpAAAA:8 a=FOZC9FOpAAAA:20 a=bt8Zh30PAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=v_eAzXp5lGH8yCRZsLAA:9 a=QEXdDO2ut3YA:10 a=NuSVuDt01qAA:10 a=zG2-cTXtx4OO2bVDrUqm:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from android-68f84e02b5988183.esitwifi.local (S0106788a207e2972.gv.shawcable.net [70.66.154.233]) by spqr.komquats.com (Postfix) with ESMTPSA id D743934C; Wed, 16 Jan 2019 10:25:09 -0800 (PST) Date: Wed, 16 Jan 2019 10:24:33 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <0FD8FC97-BE08-41E2-A414-87991B9B5180@gmail.com> References: <0FD8FC97-BE08-41E2-A414-87991B9B5180@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: openssl 1.1.1 utils mkerr.pl To: freebsd-current@freebsd.org, Enji Cooper , David Cornejo CC: FreeBSD Current , Jung-uk Kim From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfDg3hzwGK89JWgXNHux1UgMK8S8Duy0QATMD9kmQJAaSWSROYTnnjX7M3R+ot9xOGeZONaZ4lrFoeEheKHRa3UswzMIOlhzgP2is9f/eLm6i6xUYWrh0 zN7KSaCLCwXp0LTAz49HhBg5s8WBlPIljsqXXne5smc7vVjjStdE+RD1rOoNh1A4oqrEAdHipv5GEjJPbpfel7mWrHD234nORjcmmjrFnprPJxf7bifbXkFs cb7TsjYcCGvIN9kCJOzbEKv17oNdP2aBHb55tqrCUdI= X-Rspamd-Queue-Id: C8D7381464 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.84 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; URL_IN_SUBJECT(0.40)[mkerr.pl]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.04)[ip: (-5.88), ipnet: 64.59.128.0/20(-2.38), asn: 6327(-1.83), country: CA(-0.09)]; RECEIVED_SPAMHAUS_PBL(0.00)[233.154.66.70.zen.spamhaus.org : 127.0.0.11, 17.125.67.70.zen.spamhaus.org : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2019 18:25:08 -0000 On January 16, 2019 9:52:26 AM PST, Enji Cooper w= rote: > >> On Jan 15, 2019, at 5:55 PM, David Cornejo wrote: >>=20 >> Hi, >>=20 >> I am working on some code that wants to use mkerr=2Epl from the openssl >> distribution - but this appears to have been left out of the import >to >> base=2E >>=20 >> Is there an alternative method to create the include files produced >> from this script in FreeBSD? > > >Hi Dave, > >I would go a different route from what was mentioned by others =E2=80=94 = I >would actually either grab mkerr=2Epl from upstream from the release >package (upstream on GitHub is >https://github=2Ecom/openssl/openssl/releases ) (sidenote: I don=E2=80=99= t know >why, but our vendor-crypto tree lacks this script as well; jkim@ CCed)=2E >Why go this route? You can easily grab the file using a tool like curl, >fetch, or wget from GitHub, and you can be sure that the version you=E2= =80=99re >grabbing is the upstream release version=2E The only downside of this >route is that you might have to apply local patches in order to fix >bugs with the script itself (which the port would handle), and you=E2=80= =99ll >have to grab all dependencies (in this case/version: configdata=2Epm, >which is generated from the release)=2E Example: > >fetch -o mkerr=2Epl >https://raw=2Egithubusercontent=2Ecom/openssl/openssl/d1c28d791a7391a8dc1= 01713cd8646df96491d03/util/mkerr=2Epl > >I think that these files should be committed in the vendor-crypto tree, >along with crypto/openssl ; although FreeBSD as a project doesn=E2=80=99t= have >much value for these files, other repackagers do have value for these >files (Isilon had to recompile openssl to deal with some modifications >to the library for FIPS compliance)=2E > >Why am I not recommending the port outright? Depending on which version >of openssl you=E2=80=99re based on, you might need to maintain a >Frankensteinian version of the port to deal with the current (or old) >ports framework, which can be=E2=80=A6 noisome (speaking from experience = having >dealt with this at Isilon with a 3 year old port system in the past)=2E >Plus, some of the config might differ (=E2=80=94prefix, etc), causing the >version you=E2=80=99re configuring to differ from the base system version= =2E > >Alternatively, you could just bypass openssl in base and patch a copy >from ports and be done with it=2E > >Cheers, >-Enji The file is likely used in the generation of an error table prior to the u= pstream packaging the tarball=2E We as consumers of the software don't need= though=2E Possible options might be that the OP maintain the file himself or develop= a port which installs just this file=2E I don't recommend the second optio= n=2E Why this specific file? There are other apps that perform the same functio= n, like compile_et that is distributed with MIT KRB5 and Heimdal, and insta= lled=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-current@freebsd.org Thu Jan 17 12:37:32 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D3AF149328D for ; Thu, 17 Jan 2019 12:37:32 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id ACDA98B86D for ; Thu, 17 Jan 2019 12:37:31 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id A53678991 for ; Thu, 17 Jan 2019 15:37:24 +0300 (MSK) To: FreeBSD Current Reply-To: lev@FreeBSD.org From: Lev Serebryakov Subject: r343111 breaks build Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: <31f270cd-ea9b-d71b-8e0c-a3ec3386666c@FreeBSD.org> Date: Thu, 17 Jan 2019 15:37:16 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="la9mCPbOBO5arCtP1ERjkBtA2KoudEgn9" X-Rspamd-Queue-Id: ACDA98B86D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.96 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.97)[-0.965,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; 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: Thu, 17 Jan 2019 12:37:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --la9mCPbOBO5arCtP1ERjkBtA2KoudEgn9 Content-Type: multipart/mixed; boundary="7jpbARx3oSNRH6rPqFsaZUPhztwkmlPO1"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: FreeBSD Current Message-ID: <31f270cd-ea9b-d71b-8e0c-a3ec3386666c@FreeBSD.org> Subject: r343111 breaks build --7jpbARx3oSNRH6rPqFsaZUPhztwkmlPO1 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I can not build CURRENT r343111 on r343022 world. Looks like r343111 itself cause problems (r343110 builds): In file included from /data/src/contrib/libc++/src/algorithm.cpp:11: In file included from /data/src/contrib/libc++/include/random:1646: In file included from /data/src/contrib/libc++/include/istream:163: In file included from /data/src/contrib/libc++/include/ostream:138: In file included from /data/src/contrib/libc++/include/ios:216: In file included from /data/src/contrib/libc++/include/__locale:18: In file included from /data/src/contrib/libc++/include/mutex:191: In file included from /data/src/contrib/libc++/include/__mutex_base:16: In file included from /data/src/contrib/libc++/include/system_error:146: In file included from /data/src/contrib/libc++/include/__errc:106: In file included from /data/src/contrib/libc++/include/cerrno:27: /data/src/contrib/libc++/include/errno.h:70:2: error: unterminated conditional directive #ifdef ELAST ^ /data/src/contrib/libc++/include/errno.h:63:2: error: unterminated conditional directive #ifdef ELAST ^ /data/src/contrib/libc++/include/errno.h:56:2: error: unterminated conditional directive #ifdef ELAST ^ /data/src/contrib/libc++/include/errno.h:52:2: error: unterminated conditional directive #if !defined(EOWNERDEAD) && !defined(ENOTRECOVERABLE) && !defined(EINTEGRITY) ^ /data/src/contrib/libc++/include/errno.h:36:2: error: unterminated conditional directive #if !defined(EOWNERDEAD) || !defined(ENOTRECOVERABLE) || !defined(EINTEGRITY) ^ /data/src/contrib/libc++/include/errno.h:34:2: error: unterminated conditional directive #ifdef __cplusplus ^ /data/src/contrib/libc++/include/errno.h:11:2: error: unterminated conditional directive #ifndef _LIBCPP_ERRNO_H ^ In file included from /data/src/contrib/libc++/src/algorithm.cpp:11: In file included from /data/src/contrib/libc++/include/random:1646: In file included from /data/src/contrib/libc++/include/istream:163: In file included from /data/src/contrib/libc++/include/ostream:138: In file included from /data/src/contrib/libc++/include/ios:216: In file included from /data/src/contrib/libc++/include/__locale:18: In file included from /data/src/contrib/libc++/include/mutex:191: In file included from /data/src/contrib/libc++/include/__mutex_base:17: In file included from /data/src/contrib/libc++/include/__threading_support:16: /data/src/contrib/libc++/include/errno.h:70:2: error: unterminated conditional directive #ifdef ELAST ^ /data/src/contrib/libc++/include/errno.h:63:2: error: unterminated conditional directive #ifdef ELAST ^ /data/src/contrib/libc++/include/errno.h:56:2: error: unterminated conditional directive #ifdef ELAST ^ /data/src/contrib/libc++/include/errno.h:52:2: error: unterminated conditional directive #if !defined(EOWNERDEAD) && !defined(ENOTRECOVERABLE) && !defined(EINTEGRITY) ^ /data/src/contrib/libc++/include/errno.h:36:2: error: unterminated conditional directive #if !defined(EOWNERDEAD) || !defined(ENOTRECOVERABLE) || !defined(EINTEGRITY) ^ /data/src/contrib/libc++/include/errno.h:34:2: error: unterminated conditional directive #ifdef __cplusplus ^ /data/src/contrib/libc++/include/errno.h:11:2: error: unterminated conditional directive #ifndef _LIBCPP_ERRNO_H ^ --=20 // Lev Serebryakov --7jpbARx3oSNRH6rPqFsaZUPhztwkmlPO1-- --la9mCPbOBO5arCtP1ERjkBtA2KoudEgn9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxAdwJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4/i9A/8CLz6iqgJt2Z6CpZ8TtSgmCFy9ndZg7eD9oA8obJHmXvG3m+xfSkD03+W TD5dba+Ni0td1O2kVxm9d7V/fbGl94mgS5z5+FJNi7qWyWR9Tc17G7Dx8OGqkMi6 BaozTVErlh3/yQv9KTp+/RFU7y7hvIl5Mfcu59l3Y3iHyGD0rGjcPXhONwX6X2Vq 3DYCWkyByISdxVFoEXISV4HIU/tpLMHM9mGKlF1YjL/QYknTgRvgxG6SfcBFGS0e CdOmaeV/ZoLj91EHQcSvNOb6/HYDP/mVSvlKPRMUrr7Z5YwASuRvQt9UGpsO/dPC z3gTXQlh7/zq5sL4VJrAHjVvO5gMoLw8DxZtqI/O+OFmEEwA8S0Ba1SaxGdNHcHT xwc7HEIjGXSdYNNUhCr4IzviqUuf2au4UN69OCVgCvwxnk1FKWJzG9v3NxYgtsvT HPq70Spu5zLR8FLbhkaEgJIBSYzhfT+Q0Lod4kxi3/e8BHXGBZDtQNXQiCC9HjqA EGO8d+17ZQ4OzCQtFZi5Gtc1wNN1930u/4fomKX9RwB9Qub3dl9A5k6jzS5RmuTg /1Ikbayfjg/8KgPaYcBpSV6KL0CYRMt95RezWqethCbTu/+PzA4kAprw9sI7rVdf xDO4VxItjSxx7F5dv6h34RSmwoBxRMT/yE/U6z1qlQm4bBKnNyI= =mBI8 -----END PGP SIGNATURE----- --la9mCPbOBO5arCtP1ERjkBtA2KoudEgn9-- From owner-freebsd-current@freebsd.org Thu Jan 17 12:49:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A21DA1493B71 for ; Thu, 17 Jan 2019 12:49:18 +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 DB5528C1BB; Thu, 17 Jan 2019 12:49:16 +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 x0HCn8Lh017530; Thu, 17 Jan 2019 12:49:08 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id x0HCn8AR017529; Thu, 17 Jan 2019 04:49:08 -0800 (PST) (envelope-from david) Date: Thu, 17 Jan 2019 04:49:08 -0800 From: David Wolfskill To: Lev Serebryakov Cc: FreeBSD Current Subject: Re: r343111 breaks build Message-ID: <20190117124908.GL1142@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Lev Serebryakov , FreeBSD Current References: <31f270cd-ea9b-d71b-8e0c-a3ec3386666c@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Lw/GBiv4LoRdT+hF" Content-Disposition: inline In-Reply-To: <31f270cd-ea9b-d71b-8e0c-a3ec3386666c@FreeBSD.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: DB5528C1BB X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; 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 [-9.08 / 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]; DMARC_NA(0.00)[catwhisker.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-3.70)[ip: (-9.76), ipnet: 198.144.192.0/19(-4.82), asn: 7961(-3.85), country: US(-0.08)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx.catwhisker.org]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[73.209.144.198.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.97)[-0.969,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/19, country:US]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 12:49:19 -0000 --Lw/GBiv4LoRdT+hF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 17, 2019 at 03:37:16PM +0300, Lev Serebryakov wrote: >=20 > I can not build CURRENT r343111 on r343022 world. Looks like r343111 > itself cause problems (r343110 builds): >=20 > In file included from /data/src/contrib/libc++/src/algorithm.cpp:11: > In file included from /data/src/contrib/libc++/include/random:1646: > In file included from /data/src/contrib/libc++/include/istream:163: > In file included from /data/src/contrib/libc++/include/ostream:138: > In file included from /data/src/contrib/libc++/include/ios:216: > In file included from /data/src/contrib/libc++/include/__locale:18: > In file included from /data/src/contrib/libc++/include/mutex:191: > In file included from /data/src/contrib/libc++/include/__mutex_base:16: > In file included from /data/src/contrib/libc++/include/system_error:146: > In file included from /data/src/contrib/libc++/include/__errc:106: > In file included from /data/src/contrib/libc++/include/cerrno:27: > /data/src/contrib/libc++/include/errno.h:70:2: error: unterminated > conditional directive > #ifdef ELAST > ^ > /data/src/contrib/libc++/include/errno.h:63:2: error: unterminated > conditional directive > #ifdef ELAST > ^ > ... Confirmed (though in my case, I'm building on r343088, and I did not try building r343110). I did see the above failure on both my build machine and my laptop. Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump is more of an "existential" than "potential" threat to US security. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Lw/GBiv4LoRdT+hF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAlxAecRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcmHIgf+MbK+GbYVWubyMk6XFVSDoRS4wpY3v16hNkaVTth/fyW9W9CUijKfVBHx kwfh9UK7rU4nk4Y+cuOIAWL3x3ObZfHqQQ7VhHae/n4/qvxnZNYGDN+EJNH5BpgB 3jcSs9b7i3W7xA/porndMejJdrYbuhjxc67aVe6GTxHiSPhnh3+Qd8LwEy1hRqq5 WVdHzS6kGqYARCwkiz0xtkx/+bLEzvng/Cm3gUYntUCMYNcFXZb36/YaLrminRE/ 6B/yWlJkIvvnOeMhIhqzHZJPAUfYb1xv/CGm9p7CB4ZPtN13i+u5wNWky8+GBeh2 wpkT1JB8TfqIm09W6cUWd61eW8znXg== =9LLE -----END PGP SIGNATURE----- --Lw/GBiv4LoRdT+hF-- From owner-freebsd-current@freebsd.org Thu Jan 17 14:53:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1C1D14993D6 for ; Thu, 17 Jan 2019 14:53:10 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 319BA6B1F0 for ; Thu, 17 Jan 2019 14:53:09 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id x0HEr43f014872 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 17 Jan 2019 15:53:04 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x0HEr3pU014869 for ; Thu, 17 Jan 2019 15:53:04 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 17 Jan 2019 15:53:03 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD Current Subject: Re: r343111 breaks build In-Reply-To: <20190117124908.GL1142@albert.catwhisker.org> Message-ID: References: <31f270cd-ea9b-d71b-8e0c-a3ec3386666c@FreeBSD.org> <20190117124908.GL1142@albert.catwhisker.org> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2055831798-599523858-1547736784=:25281" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no 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, 17 Jan 2019 14:53:11 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-599523858-1547736784=:25281 Content-Type: text/plain; charset=US-ASCII On Thu, 17 Jan 2019 04:49-0800, David Wolfskill wrote: > On Thu, Jan 17, 2019 at 03:37:16PM +0300, Lev Serebryakov wrote: > > > > I can not build CURRENT r343111 on r343022 world. Looks like r343111 > > itself cause problems (r343110 builds): > > > > In file included from /data/src/contrib/libc++/src/algorithm.cpp:11: > > In file included from /data/src/contrib/libc++/include/random:1646: > > In file included from /data/src/contrib/libc++/include/istream:163: > > In file included from /data/src/contrib/libc++/include/ostream:138: > > In file included from /data/src/contrib/libc++/include/ios:216: > > In file included from /data/src/contrib/libc++/include/__locale:18: > > In file included from /data/src/contrib/libc++/include/mutex:191: > > In file included from /data/src/contrib/libc++/include/__mutex_base:16: > > In file included from /data/src/contrib/libc++/include/system_error:146: > > In file included from /data/src/contrib/libc++/include/__errc:106: > > In file included from /data/src/contrib/libc++/include/cerrno:27: > > /data/src/contrib/libc++/include/errno.h:70:2: error: unterminated > > conditional directive > > #ifdef ELAST > > ^ > > /data/src/contrib/libc++/include/errno.h:63:2: error: unterminated > > conditional directive > > #ifdef ELAST > > ^ > > ... > > Confirmed (though in my case, I'm building on r343088, and I did not try > building r343110). I did see the above failure on both my build machine > and my laptop. Try the attached patch, repeated here in case it gets munched by mailman: Index: contrib/libc++/include/errno.h =================================================================== --- contrib/libc++/include/errno.h (revision 343111) +++ contrib/libc++/include/errno.h (working copy) @@ -56,6 +56,7 @@ #ifdef ELAST #undef ELAST #define ELAST EINTEGRITY +#endif #elif !defined(EOWNERDEAD) && !defined(ENOTRECOVERABLE) && defined(EINTEGRITY) #define ENOTRECOVERABLE __elast1 @@ -63,6 +64,7 @@ #ifdef ELAST #undef ELAST #define ELAST EOWNERDEAD +#endif #elif !defined(EOWNERDEAD) && defined(ENOTRECOVERABLE) && !defined(EINTEGRITY) #define EOWNERDEAD __elast1 @@ -70,6 +72,7 @@ #ifdef ELAST #undef ELAST #define ELAST EINTEGRITY +#endif #elif !defined(EOWNERDEAD) && defined(ENOTRECOVERABLE) && defined(EINTEGRITY) #define EOWNERDEAD __elast1 @@ -76,6 +79,7 @@ #ifdef ELAST #undef ELAST #define ELAST EOWNERDEAD +#endif #elif defined(EOWNERDEAD) && !defined(ENOTRECOVERABLE) && !defined(EINTEGRITY) #define ENOTRECOVERABLE __elast1 @@ -83,6 +87,7 @@ #ifdef ELAST #undef ELAST #define ELAST EINTEGRITY +#endif #elif defined(EOWNERDEAD) && !defined(ENOTRECOVERABLE) && defined(EINTEGRITY) #define ENOTRECOVERABLE __elast1 @@ -89,6 +94,7 @@ #ifdef ELAST #undef ELAST #define ELAST ENOTRECOVERABLE +#endif #elif defined(EOWNERDEAD) && defined(ENOTRECOVERABLE) && !defined(EINTEGRITY) #define EINTEGRITY __elast1 @@ -95,6 +101,7 @@ #ifdef ELAST #undef ELAST #define ELAST EINTEGRITY +#endif #endif // !defined(OWNERDEAD) && !defined(NOTRECOVERABLE) && !defined(INTEGRITY) -- Trond. --2055831798-599523858-1547736784=:25281 Content-Type: text/plain; name=r343111.diff.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Patch for contrib/libc++/include/errno.h after r343111 Content-Disposition: attachment; filename=r343111.diff.txt SW5kZXg6IGNvbnRyaWIvbGliYysrL2luY2x1ZGUvZXJybm8uaA0KPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQ0KLS0tIGNvbnRyaWIvbGliYysrL2luY2x1ZGUv ZXJybm8uaAkocmV2aXNpb24gMzQzMTExKQ0KKysrIGNvbnRyaWIvbGliYysr L2luY2x1ZGUvZXJybm8uaAkod29ya2luZyBjb3B5KQ0KQEAgLTU2LDYgKzU2 LDcgQEANCiAjaWZkZWYgRUxBU1QNCiAjdW5kZWYgRUxBU1QNCiAjZGVmaW5l IEVMQVNUIEVJTlRFR1JJVFkNCisjZW5kaWYNCiANCiAjZWxpZiAhZGVmaW5l ZChFT1dORVJERUFEKSAmJiAhZGVmaW5lZChFTk9UUkVDT1ZFUkFCTEUpICYm IGRlZmluZWQoRUlOVEVHUklUWSkNCiAjZGVmaW5lIEVOT1RSRUNPVkVSQUJM RSBfX2VsYXN0MQ0KQEAgLTYzLDYgKzY0LDcgQEANCiAjaWZkZWYgRUxBU1QN CiAjdW5kZWYgRUxBU1QNCiAjZGVmaW5lIEVMQVNUIEVPV05FUkRFQUQNCisj ZW5kaWYNCiANCiAjZWxpZiAhZGVmaW5lZChFT1dORVJERUFEKSAmJiBkZWZp bmVkKEVOT1RSRUNPVkVSQUJMRSkgJiYgIWRlZmluZWQoRUlOVEVHUklUWSkN CiAjZGVmaW5lIEVPV05FUkRFQUQgX19lbGFzdDENCkBAIC03MCw2ICs3Miw3 IEBADQogI2lmZGVmIEVMQVNUDQogI3VuZGVmIEVMQVNUDQogI2RlZmluZSBF TEFTVCBFSU5URUdSSVRZDQorI2VuZGlmDQogDQogI2VsaWYgIWRlZmluZWQo RU9XTkVSREVBRCkgJiYgZGVmaW5lZChFTk9UUkVDT1ZFUkFCTEUpICYmIGRl ZmluZWQoRUlOVEVHUklUWSkNCiAjZGVmaW5lIEVPV05FUkRFQUQgX19lbGFz dDENCkBAIC03Niw2ICs3OSw3IEBADQogI2lmZGVmIEVMQVNUDQogI3VuZGVm IEVMQVNUDQogI2RlZmluZSBFTEFTVCBFT1dORVJERUFEDQorI2VuZGlmDQog DQogI2VsaWYgZGVmaW5lZChFT1dORVJERUFEKSAmJiAhZGVmaW5lZChFTk9U UkVDT1ZFUkFCTEUpICYmICFkZWZpbmVkKEVJTlRFR1JJVFkpDQogI2RlZmlu ZSBFTk9UUkVDT1ZFUkFCTEUgX19lbGFzdDENCkBAIC04Myw2ICs4Nyw3IEBA DQogI2lmZGVmIEVMQVNUDQogI3VuZGVmIEVMQVNUDQogI2RlZmluZSBFTEFT VCBFSU5URUdSSVRZDQorI2VuZGlmDQogDQogI2VsaWYgZGVmaW5lZChFT1dO RVJERUFEKSAmJiAhZGVmaW5lZChFTk9UUkVDT1ZFUkFCTEUpICYmIGRlZmlu ZWQoRUlOVEVHUklUWSkNCiAjZGVmaW5lIEVOT1RSRUNPVkVSQUJMRSBfX2Vs YXN0MQ0KQEAgLTg5LDYgKzk0LDcgQEANCiAjaWZkZWYgRUxBU1QNCiAjdW5k ZWYgRUxBU1QNCiAjZGVmaW5lIEVMQVNUIEVOT1RSRUNPVkVSQUJMRQ0KKyNl bmRpZg0KIA0KICNlbGlmIGRlZmluZWQoRU9XTkVSREVBRCkgJiYgZGVmaW5l ZChFTk9UUkVDT1ZFUkFCTEUpICYmICFkZWZpbmVkKEVJTlRFR1JJVFkpDQog I2RlZmluZSBFSU5URUdSSVRZIF9fZWxhc3QxDQpAQCAtOTUsNiArMTAxLDcg QEANCiAjaWZkZWYgRUxBU1QNCiAjdW5kZWYgRUxBU1QNCiAjZGVmaW5lIEVM QVNUIEVJTlRFR1JJVFkNCisjZW5kaWYNCiANCiAjZW5kaWYgLy8gIWRlZmlu ZWQoT1dORVJERUFEKSAmJiAhZGVmaW5lZChOT1RSRUNPVkVSQUJMRSkgJiYg IWRlZmluZWQoSU5URUdSSVRZKQ0KIA0K --2055831798-599523858-1547736784=:25281-- From owner-freebsd-current@freebsd.org Thu Jan 17 16:16:09 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18A58149BE8F for ; Thu, 17 Jan 2019 16:16:09 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 809156F054 for ; Thu, 17 Jan 2019 16:16:08 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id x0HGG5u6015359 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 17 Jan 2019 17:16:05 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x0HGG5LH015356 for ; Thu, 17 Jan 2019 17:16:05 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 17 Jan 2019 17:16:05 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD Current Subject: Re: r343111 breaks build In-Reply-To: Message-ID: References: <31f270cd-ea9b-d71b-8e0c-a3ec3386666c@FreeBSD.org> <20190117124908.GL1142@albert.catwhisker.org> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="2055831798-599523858-1547736784=:25281" Content-ID: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no 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, 17 Jan 2019 16:16:09 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-599523858-1547736784=:25281 Content-Type: text/plain; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: On Thu, 17 Jan 2019 15:53+0100, Trond Endrestøl wrote: > Try the attached patch, [...] I fail to see how r343113 actually fixes r343111. Attached patch augments and corrects the changes done in r343113. -- Trond. --2055831798-599523858-1547736784=:25281 Content-Type: text/plain; name=r343113.diff.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Patch for contrib/libc++/include/errno.h after r343113 Content-Disposition: attachment; filename=r343113.diff.txt SW5kZXg6IGNvbnRyaWIvbGliYysrL2luY2x1ZGUvZXJybm8uaA0KPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQ0KLS0tIGNvbnRyaWIvbGliYysrL2luY2x1ZGUv ZXJybm8uaAkocmV2aXNpb24gMzQzMTE0KQ0KKysrIGNvbnRyaWIvbGliYysr L2luY2x1ZGUvZXJybm8uaAkod29ya2luZyBjb3B5KQ0KQEAgLTU2LDYgKzU2 LDcgQEANCiAjaWYgZGVmaW5lZChFTEFTVCkNCiAjdW5kZWYgRUxBU1QNCiAj ZGVmaW5lIEVMQVNUIEVJTlRFR1JJVFkNCisjZW5kaWYNCiANCiAjZWxpZiAh ZGVmaW5lZChFT1dORVJERUFEKSAmJiAhZGVmaW5lZChFTk9UUkVDT1ZFUkFC TEUpICYmIGRlZmluZWQoRUlOVEVHUklUWSkNCiAjZGVmaW5lIEVOT1RSRUNP VkVSQUJMRSBfX2VsYXN0MQ0KQEAgLTYzLDYgKzY0LDcgQEANCiAjaWYgZGVm aW5lZChFTEFTVCkNCiAjdW5kZWYgRUxBU1QNCiAjZGVmaW5lIEVMQVNUIEVP V05FUkRFQUQNCisjZW5kaWYNCiANCiAjZWxpZiAhZGVmaW5lZChFT1dORVJE RUFEKSAmJiBkZWZpbmVkKEVOT1RSRUNPVkVSQUJMRSkgJiYgIWRlZmluZWQo RUlOVEVHUklUWSkNCiAjZGVmaW5lIEVPV05FUkRFQUQgX19lbGFzdDENCkBA IC03MCw2ICs3Miw3IEBADQogI2lmIGRlZmluZWQoRUxBU1QpDQogI3VuZGVm IEVMQVNUDQogI2RlZmluZSBFTEFTVCBFSU5URUdSSVRZDQorI2VuZGlmDQog DQogI2VsaWYgIWRlZmluZWQoRU9XTkVSREVBRCkgJiYgZGVmaW5lZChFTk9U UkVDT1ZFUkFCTEUpICYmIGRlZmluZWQoRUlOVEVHUklUWSkNCiAjZGVmaW5l IEVPV05FUkRFQUQgX19lbGFzdDENCkBAIC03Niw2ICs3OSw3IEBADQogI2lm IGRlZmluZWQoRUxBU1QpDQogI3VuZGVmIEVMQVNUDQogI2RlZmluZSBFTEFT VCBFT1dORVJERUFEDQorI2VuZGlmDQogDQogI2VsaWYgZGVmaW5lZChFT1dO RVJERUFEKSAmJiAhZGVmaW5lZChFTk9UUkVDT1ZFUkFCTEUpICYmICFkZWZp bmVkKEVJTlRFR1JJVFkpDQogI2RlZmluZSBFTk9UUkVDT1ZFUkFCTEUgX19l bGFzdDENCkBAIC04Myw2ICs4Nyw3IEBADQogI2lmIGRlZmluZWQoRUxBU1Qp DQogI3VuZGVmIEVMQVNUDQogI2RlZmluZSBFTEFTVCBFSU5URUdSSVRZDQor I2VuZGlmDQogDQogI2VsaWYgZGVmaW5lZChFT1dORVJERUFEKSAmJiAhZGVm aW5lZChFTk9UUkVDT1ZFUkFCTEUpICYmIGRlZmluZWQoRUlOVEVHUklUWSkN CiAjZGVmaW5lIEVOT1RSRUNPVkVSQUJMRSBfX2VsYXN0MQ0KQEAgLTg5LDYg Kzk0LDcgQEANCiAjaWYgZGVmaW5lZChFTEFTVCkNCiAjdW5kZWYgRUxBU1QN CiAjZGVmaW5lIEVMQVNUIEVOT1RSRUNPVkVSQUJMRQ0KKyNlbmRpZg0KIA0K ICNlbGlmIGRlZmluZWQoRU9XTkVSREVBRCkgJiYgZGVmaW5lZChFTk9UUkVD T1ZFUkFCTEUpICYmICFkZWZpbmVkKEVJTlRFR1JJVFkpDQogI2RlZmluZSBF SU5URUdSSVRZIF9fZWxhc3QxDQpAQCAtOTUsNiArMTAxLDcgQEANCiAjaWYg ZGVmaW5lZChFTEFTVCkNCiAjdW5kZWYgRUxBU1QNCiAjZGVmaW5lIEVMQVNU IEVJTlRFR1JJVFkNCisjZW5kaWYNCiANCiAjZW5kaWYgLy8gIWRlZmluZWQo T1dORVJERUFEKSAmJiAhZGVmaW5lZChOT1RSRUNPVkVSQUJMRSkgJiYgIWRl ZmluZWQoSU5URUdSSVRZKQ0KIA0K --2055831798-599523858-1547736784=:25281-- From owner-freebsd-current@freebsd.org Thu Jan 17 16:17:34 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93DD4149BF6E for ; Thu, 17 Jan 2019 16:17:34 +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 C9DA56F187 for ; Thu, 17 Jan 2019 16:17:33 +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 x0HGGLSM021057; Thu, 17 Jan 2019 16:16:21 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id x0HGGLih021056; Thu, 17 Jan 2019 08:16:21 -0800 (PST) (envelope-from david) Date: Thu, 17 Jan 2019 08:16:21 -0800 From: David Wolfskill To: Trond =?iso-8859-1?Q?Endrest=F8l?= Cc: FreeBSD Current Subject: Re: r343111 breaks build Message-ID: <20190117161621.GP1142@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Trond =?iso-8859-1?Q?Endrest=F8l?= , FreeBSD Current References: <31f270cd-ea9b-d71b-8e0c-a3ec3386666c@FreeBSD.org> <20190117124908.GL1142@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hc379uXrspCKzedK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: C9DA56F187 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.985,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, 17 Jan 2019 16:17:34 -0000 --hc379uXrspCKzedK Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 17, 2019 at 03:53:03PM +0100, Trond Endrest=F8l wrote: > On Thu, 17 Jan 2019 04:49-0800, David Wolfskill wrote: >=20 > > On Thu, Jan 17, 2019 at 03:37:16PM +0300, Lev Serebryakov wrote: > ... > > > I can not build CURRENT r343111 on r343022 world. Looks like r343111 > > > itself cause problems (r343110 builds): > ... > > > /data/src/contrib/libc++/include/errno.h:63:2: error: unterminated > > > conditional directive > > > #ifdef ELAST > > > ^ > > > ... > >=20 > > Confirmed (though in my case, I'm building on r343088, and I did not try > > building r343110). I did see the above failure on both my build machine > > and my laptop. >=20 > Try the attached patch, repeated here in case it gets munched by=20 > mailman: > ... That patch worked for me: FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #438 r34= 3111M/343111: Thu Jan 17 08:02:08 PST 2019 root@freebeast.catwhisker.or= g:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 Thanks! (Sorry about the delay; there was also an llvm change....) Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump is more of an "existential" than "potential" threat to US security. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --hc379uXrspCKzedK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAlxAqlVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcl1xgf9Hwz6J7uI/LDqjxcDEdNOIbUh7ngnDjgAxfsOrnVc/oMO8SJNEiOdGPWs l67c2kJsMV6xErxtcyyUhh8K5qJL7MddTJ/Yce4cazqTAd0Eo7k2wDyDj4kKezjY xDaxOIyHD7m1UojR6yevdfpGYunhSJV8yHMNMisma4zQ7eOFKnSQ8aDGGda6hDEi F66el0TfztoCoYfRwj/lIOa0PCxPzTxl1zRrssf2+20CF56V6XZ7hZb/C+bDxiuF irfqpSB8GQDwLvXnkbzcvkvVH2l2odqn8xBim3HxPbWCPZ14sbtaomi36A/EyeKf k0vH/lM0FvPVQnUDoX7VCdfNPAlJtQ== =yEnt -----END PGP SIGNATURE----- --hc379uXrspCKzedK-- From owner-freebsd-current@freebsd.org Fri Jan 18 02:31:46 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF895148A559 for ; Fri, 18 Jan 2019 02:31:46 +0000 (UTC) (envelope-from bcran@freebsd.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 591CE6BCB5 for ; Fri, 18 Jan 2019 02:31:46 +0000 (UTC) (envelope-from bcran@freebsd.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id C563285CB2 for ; Thu, 17 Jan 2019 19:32:35 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id EbYOSienp7PI for ; Thu, 17 Jan 2019 19:32:35 -0700 (MST) Received: from macbex.int.bluestop.org.mail (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA for ; Thu, 17 Jan 2019 19:32:35 -0700 (MST) Date: Thu, 17 Jan 2019 19:31:38 -0700 From: Rebecca Cran To: FreeBSD Current Message-ID: Subject: UEFI, loader.efi and /boot.config MIME-Version: 1.0 X-Rspamd-Queue-Id: 591CE6BCB5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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, 18 Jan 2019 02:31:47 -0000 With a recent change I made for UE=46I, we now install loader.efi onto th= e ESP and don=E2=80=99t run boot1. That means that /boot.config is no lon= ger read, and so console settings need to be put in /boot/loader.conf.=C2= =A0 I was wondering if people will expect /boot.config to still be read and s= o code should be added to loader to continue to parse it, or if loader.co= nf can be considered the correct place and boot.config forgotten about=3F= =E2=80=94=C2=A0 Rebecca Cran From owner-freebsd-current@freebsd.org Fri Jan 18 03:02:52 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42BF0148B668 for ; Fri, 18 Jan 2019 03:02:52 +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 37A426D110; Fri, 18 Jan 2019 03:02:50 +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 x0I32kBa026508; Fri, 18 Jan 2019 03:02:46 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id x0I32kTp026507; Thu, 17 Jan 2019 19:02:46 -0800 (PST) (envelope-from david) Date: Thu, 17 Jan 2019 19:02:46 -0800 From: David Wolfskill To: Rebecca Cran Cc: FreeBSD Current Subject: Re: UEFI, loader.efi and /boot.config Message-ID: <20190118030246.GV1142@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Rebecca Cran , FreeBSD Current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Mm7SuNQsQ9gs8/y1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 37A426D110 X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; 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 [-9.11 / 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]; DMARC_NA(0.00)[catwhisker.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-3.71)[ip: (-9.77), ipnet: 198.144.192.0/19(-4.82), asn: 7961(-3.86), country: US(-0.08)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx.catwhisker.org]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[73.209.144.198.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/19, country:US]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 03:02:52 -0000 --Mm7SuNQsQ9gs8/y1 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 17, 2019 at 07:31:38PM -0700, Rebecca Cran wrote: >=20 > With a recent change I made for UEFI, we now install loader.efi onto the = ESP and don=E2=80=99t run boot1. That means that /boot.config is no longer = read, and so console settings need to be put in /boot/loader.conf.=C2=A0 > I was wondering if people will expect /boot.config to still be read and s= o code should be added to loader to continue to parse it, or if loader.conf= can be considered the correct place and boot.config forgotten about? > .... Does the above only apply to UEFI booting, or also to booting from BIOS/MBR? If the latter, I'd be OK with the change as long as it's adequately publicized ahead of time (e.g., a src/UPDATING entry & -- ideally -- a "heads-up" in current@). If the former, I'm less opinionated: none of my personal machines boot UEFI. I'd tend to assume that changing to UEFI will involve some (other) changes to how I do things anyway. (My build machine uses /boot.config to default to "verbose" booting, dual-console.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump is more of an "existential" than "potential" threat to US security. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Mm7SuNQsQ9gs8/y1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAlxBQdZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclJNAf/aN/+CBgcmAy55d20KSVQfoDHzjqn8jwxjEc8bo+66OlpNMrp2ujXi/UX ZWwb9qiQkXoQtAL1Pjp4kY9AHYxxNAeNpkeySNds0blhJ/KXGoLLDjTmelZVwFSd NigiSnITqdRFKDZr9a0iJcCfxKo4vfJBIc5KTqHwSxxwDqMOboRkKb2mX2bAlAbG Fk+EJb9AVI63nIT2xzU13MprZewSk7f2HE4ymUBVC/KhHnCa+uwN4qeZL1z5mbm3 VLrwKYkVpBXQ8NBYNWZwfStUjjmCpaEL+/YKBHrVIX9te1IQMNmMvcRzFBGcQXan xyegpBY34Uacb79CA1AzohxwCdfjBA== =A1/A -----END PGP SIGNATURE----- --Mm7SuNQsQ9gs8/y1-- From owner-freebsd-current@freebsd.org Fri Jan 18 03:36:19 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D884148C708 for ; Fri, 18 Jan 2019 03:36:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1EDEE73101 for ; Fri, 18 Jan 2019 03:36:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72b.google.com with SMTP id y16so7310156qki.7 for ; Thu, 17 Jan 2019 19:36:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=q5FobuleJzvwWtPi7vgr9yLZZq0awo+U96NaC3m03kA=; b=q+8X37YmvcytDjHfMPuAJRd/ej3BNufQnM+QKuz6piplRA6tWk24bxResxxjGUHD/z W4MmMBPg5/3izpvwWieAnWD9VQxpIIXYsJdtUJGFIjNE/uLumgSvixA12UEdhFNnzLR8 88Qo9aEWUfbhmxWAm7e1HEeO+cddlqBgbZ3xnOQU5qTxujv+NsloqOub3f9SSFOKmqqX PApbAW5lONi/KO7BNnXizUFyqi1iEgT7Fc5ioeojt9PFgqecSazmVr9Q6qm7ITxornkS RrJAfznqMZ1Q/qldNrSGuemPPy3gkIycwlGp6A3rIuyPKZkhHU08+Ju3GZXKvs4kIl6f SQbw== 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=q5FobuleJzvwWtPi7vgr9yLZZq0awo+U96NaC3m03kA=; b=j/YxPa5BLR89nMvDxiY4HXBNgSTmAseZozatk1c/+tJL4MC12a6/JlbqtB9HhHS9Ov xlKLj7DH13XAjZGiuWrinIUTDvF0wQfsVLtz4vag8hVFKo1JvjNe/vuARCQPfubwletK AvA1iAA9ZR2c4nh3LDkCEM1zW/+/f64LXE8Xv6uXxcD870+sD7lV30c84UtqH0mMeVGF Jhemt1h/wI3na3dUUUEqkS02sPVFPcbqQa6URJFbI6yOUNL3p608Att7JelUd2NpEreM 3V4lTLeAHK9uFF1Yr+wGYT0UaEzvfqqpp4AUu/hM696NSBeDXewMO1V8F2+VZK3aCxQU bDOg== X-Gm-Message-State: AJcUukcmHEsD9Ke2qI4jIwu2OiC8Y0RBenoIPTYT9fxRg0niAbJLbEp7 F3eCBZcyH5zOGrM9tiHbsOBXQoLd4ObpiJNz5xA+5g== X-Google-Smtp-Source: ALg8bN7kdcHyu35ZOL2jmShpWI3BklJf+9hwOAAAW6OnsuoJhpzJfAMAWC4Skxk7Jfas7Jcgt2zrPOr27HhyDnYbQ7s= X-Received: by 2002:a37:9604:: with SMTP id y4mr13859763qkd.279.1547782577010; Thu, 17 Jan 2019 19:36:17 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 17 Jan 2019 20:36:05 -0700 Message-ID: Subject: Re: UEFI, loader.efi and /boot.config To: Rebecca Cran Cc: FreeBSD Current X-Rspamd-Queue-Id: 1EDEE73101 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=q+8X37Ym X-Spamd-Result: default: False [-5.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[b.2.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]; MX_GOOD(-0.01)[ALT1.aspmx.l.google.com,aspmx.l.google.com,ALT2.aspmx.l.google.com]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.56)[ip: (-8.49), ipnet: 2607:f8b0::/32(-2.40), asn: 15169(-1.82), country: US(-0.08)]; 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: Fri, 18 Jan 2019 03:36:19 -0000 On Thu, Jan 17, 2019, 7:33 PM Rebecca Cran > With a recent change I made for UEFI, we now install loader.efi onto the > ESP and don=E2=80=99t run boot1. That means that /boot.config is no longe= r read, > and so console settings need to be put in /boot/loader.conf. > I was wondering if people will expect /boot.config to still be read and s= o > code should be added to loader to continue to parse it, or if loader.conf > can be considered the correct place and boot.config forgotten about? > The problem is that by the time we know what / is. It's too late. If there is an error before that. It's kinda too late. Since it is too late, you should just set the console with loader.conf, since it is the standard place. I think it can be forgotten for these and other reasons... loader.conf is a superset of boot.conf anyway. Warnet =E2=80=94 > Rebecca Cran > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Fri Jan 18 07:48:06 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09D771492AE4 for ; Fri, 18 Jan 2019 07:48:06 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 54F038206D; Fri, 18 Jan 2019 07:48:05 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gkOsk-000ICw-Cv; Fri, 18 Jan 2019 08:48:02 +0100 Date: Fri, 18 Jan 2019 08:48:02 +0100 From: Kurt Jaeger To: Rebecca Cran Cc: FreeBSD Current Subject: Re: UEFI, loader.efi and /boot.config Message-ID: <20190118074802.GA54920@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 18 Jan 2019 07:48:06 -0000 Hi! > With a recent change I made for UEFI, we now install loader.efi onto the ESP and don???t run boot1. That means that /boot.config is no longer read, and so console settings need to be put in /boot/loader.conf Which change is that ? > I was wondering if people will expect /boot.config to still be read and so code should be added to loader to continue to parse it, or if loader.conf can be considered the correct place and boot.config forgotten about? I have quite a few systems using /boot.config, but can cope if I know about this. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Fri Jan 18 13:09:04 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE9F6149CD3A for ; Fri, 18 Jan 2019 13:09:03 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5AB8EB84; Fri, 18 Jan 2019 13:09:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id E3D138C16; Fri, 18 Jan 2019 16:08:55 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: UEFI, loader.efi and /boot.config To: Rebecca Cran , FreeBSD Current References: From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: Date: Fri, 18 Jan 2019 16:08:43 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IGgAEsiYzbouIFw8EdDGwslCqjSnSu40K" X-Rspamd-Queue-Id: 2D5AB8EB84 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.95)[-0.947,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE] 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, 18 Jan 2019 13:09:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IGgAEsiYzbouIFw8EdDGwslCqjSnSu40K Content-Type: multipart/mixed; boundary="4vBUxWgO5HMTuL93seqi8ZqkmEQ6gbIA0"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Rebecca Cran , FreeBSD Current Message-ID: Subject: Re: UEFI, loader.efi and /boot.config References: In-Reply-To: --4vBUxWgO5HMTuL93seqi8ZqkmEQ6gbIA0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 5:31, Rebecca Cran wrote: > I was wondering if people will expect /boot.config to still be read and= so code should be added to loader to continue to parse it, or if loader.= conf can be considered the correct place and boot.config forgotten about?= Please, not, please support /boot.config. loader.conf could be too late in case of serial consoles. I wonder, why EFI/UEFI and GPt booting (which should be more advanced) is more limited than classic MBR/boot0 + boot1 + loader scheme :-( Serial console support is worse. Selection of boot partition is not supported (as opposide to very-simple-516-bytes boot0!), and so on :-( --=20 // Lev Serebryakov --4vBUxWgO5HMTuL93seqi8ZqkmEQ6gbIA0-- --IGgAEsiYzbouIFw8EdDGwslCqjSnSu40K Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxBz9tfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4+KDxAAm/2qH69TPYR/iAT9ersWG8RdpDtGsWSp3XE5win49+NpoT/lau0ADh6f lGwX3clATGr1FrFAFZhjp4KLVS0wNAiVNKTU0niuQaipTgIUwNhqaPZ8+LscciIV VnOSyHA4kLWKoA8VzhoWvEMKRKmVbDJd5E70t/oVGGh0tgVEKwD/+CKZzW9IV08Q BZEKDfJEb6lDnKux1SZ2NCUynv6HOYyGzR6tszjZW5wJkSB5CiI0blFwPdTvit6h /LL7eZlFo9sIwG3QgbrPc2IIk8SheiJ7MqUPoGin1D5Xy/7CWKpJhvLtt44t7Q6j IuLSVt1up7Q6EFfTmHxaSmQRE9Qd+K7y+sY6zMwBz9CuzgJG6tfRBBSAHvn0i6IB HqwTfOiwAtNNSXhjz+f08irpccxOX89VdDVlQVNxT0KDY2rOrm558miJC5eX0LQT BID2oFE1oojuiLXGDkXomfgNx5u9RZbc0arv0wuhdf0MGw/OKPwtYVeNtLSx+IEz prD2vjCN3EJtQBS3alWn0uJ/E5i9jM0sCLExkQ4N6TEkhzQ/VoJE1YSabVUtqnmN iYv+uuPpv/Ot21gpAoY7fNTldr/6TpS6Z/o0y4Y4jGUNs8IcFnpJvzTMfTbd2jmf BrqHyfXTXsphVxeMXbIjy6xd+raEyXcxDz9D/nVKIxBluFizv7k= =r08+ -----END PGP SIGNATURE----- --IGgAEsiYzbouIFw8EdDGwslCqjSnSu40K-- From owner-freebsd-current@freebsd.org Fri Jan 18 14:03:55 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22BC3149EBFA for ; Fri, 18 Jan 2019 14:03:55 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B96169116A; Fri, 18 Jan 2019 14:03:54 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-pl1-f172.google.com (mail-pl1-f172.google.com [209.85.214.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: olivier/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 54D0F29E9; Fri, 18 Jan 2019 14:03:54 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: by mail-pl1-f172.google.com with SMTP id e11so6395723plt.11; Fri, 18 Jan 2019 06:03:54 -0800 (PST) X-Gm-Message-State: AJcUukeDboiakRohwC2pi1k87THvaiFAmdvk5NQXdvMbVnTCeHUjOOQo c6ASwfFyy1CRmEIBcaKXWzx1H0XgstF6onoUA08= X-Google-Smtp-Source: ALg8bN4MixJVi01MvqkkrxvksCfbgQwx4rlO323fkb1l/O1rQIG+gkUBNHCsM8akmTlAnzbqTgWol5GysBn2GVhSzVQ= X-Received: by 2002:a17:902:8306:: with SMTP id bd6mr19387640plb.217.1547820233229; Fri, 18 Jan 2019 06:03:53 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Fri, 18 Jan 2019 15:03:41 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: UEFI, loader.efi and /boot.config To: lev@freebsd.org Cc: Rebecca Cran , FreeBSD Current X-Rspamd-Queue-Id: B96169116A X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 14:03:55 -0000 On Fri, Jan 18, 2019 at 2:10 PM Lev Serebryakov wrote: > On 18.01.2019 5:31, Rebecca Cran wrote: > > > > I was wondering if people will expect /boot.config to still be read and > so code should be added to loader to continue to parse it, or if > loader.conf can be considered the correct place and boot.config forgotten > about? > Please, not, please support /boot.config. loader.conf could be too late > in case of serial consoles. > > I wonder, why EFI/UEFI and GPt booting (which should be more advanced) > is more limited than classic MBR/boot0 + boot1 + loader scheme :-( > > Serial console support is worse. Selection of boot partition is not > supported (as opposide to very-simple-516-bytes boot0!), and so on :-( > > > Hi, As an heavy nanobsd user on headless (serial/IPMI SoL) appliances, being able to early select the boot partition by MBR/boot0 and configuring early message redirection (with boot.config) is very useful. Not being able to do the same with GPT/EFI is the feature preventing me to upgrade my nanobsd image scheme. So if there is a way of displaying EFI boot loader messages over serial/IPMI SoL and selecting boot partiton, I've no objection to remove boot.config support. Regards, Olivier From owner-freebsd-current@freebsd.org Fri Jan 18 14:11:20 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3C73149F05A for ; Fri, 18 Jan 2019 14:11:20 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A5AE91599; Fri, 18 Jan 2019 14:11:20 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f48.google.com (mail-lf1-f48.google.com [209.85.167.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id E6E1329EA; Fri, 18 Jan 2019 14:11:19 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f48.google.com with SMTP id i26so10623750lfc.0; Fri, 18 Jan 2019 06:11:19 -0800 (PST) X-Gm-Message-State: AJcUukdtcYWKM4Fk3JFqRRBRjJ9BlaMlRTKlcRCMlu8VSkv7Vs33bGZx lOm0GrgbtvUdZHV1QyFu8yJdKD6Z7OKfOH8RfCw= X-Google-Smtp-Source: ALg8bN5sMtxLTLAE7fz3gUmoa9MtIy1HyRsMPJqzwzNJYsgDNCnJ8SQE7VJBsELflavgWeyC+lpxu0V9YUMHBtYS6Hg= X-Received: by 2002:a19:cd50:: with SMTP id d77mr12612598lfg.125.1547820678299; Fri, 18 Jan 2019 06:11:18 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Fri, 18 Jan 2019 08:10:56 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: UEFI, loader.efi and /boot.config To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Cc: lev@freebsd.org, Rebecca Cran , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 5A5AE91599 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 14:11:20 -0000 On Fri, Jan 18, 2019 at 8:04 AM Olivier Cochard-Labb=C3=A9 wrote: > > On Fri, Jan 18, 2019 at 2:10 PM Lev Serebryakov wrote: > > > On 18.01.2019 5:31, Rebecca Cran wrote: > > > > > > > I was wondering if people will expect /boot.config to still be read a= nd > > so code should be added to loader to continue to parse it, or if > > loader.conf can be considered the correct place and boot.config forgott= en > > about? > > Please, not, please support /boot.config. loader.conf could be too lat= e > > in case of serial consoles. > > > > I wonder, why EFI/UEFI and GPt booting (which should be more advanced) > > is more limited than classic MBR/boot0 + boot1 + loader scheme :-( > > > > Serial console support is worse. Selection of boot partition is not > > supported (as opposide to very-simple-516-bytes boot0!), and so on :-( > > > > > > > Hi, > As an heavy nanobsd user on headless (serial/IPMI SoL) appliances, being > able to early select the boot partition by MBR/boot0 and configuring earl= y > message redirection (with boot.config) is very useful. > Not being able to do the same with GPT/EFI is the feature preventing me t= o > upgrade my nanobsd image scheme. > So if there is a way of displaying EFI boot loader messages over > serial/IPMI SoL and selecting boot partiton, I've no objection to remove > boot.config support. > There's some UEFI var that's supposed to serve the same kind of purpose as /boot.config -- early boot parameters. I think we had discussed implementing this at some point, but this hasn't been done yet as far as I've seen. Would this be usable on your appliances? From owner-freebsd-current@freebsd.org Fri Jan 18 14:14:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 696EA149F175 for ; Fri, 18 Jan 2019 14:14:11 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 C8AEF918E3; Fri, 18 Jan 2019 14:14:10 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gkUuR-000Ifq-As; Fri, 18 Jan 2019 15:14:11 +0100 Date: Fri, 18 Jan 2019 15:14:11 +0100 From: Kurt Jaeger To: Rebecca Cran Cc: FreeBSD Current Subject: Re: UEFI, loader.efi and /boot.config Message-ID: <20190118141411.GB54920@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 18 Jan 2019 14:14:11 -0000 Hello, > I was wondering if people will expect /boot.config to still be read and so code should be added to loader to continue to parse it, or if loader.conf can be considered the correct place and boot.config forgotten about? If the early boot messages are not displayed as Olivier mentioned, that would be fatal. On some systems no other output besides serial is useful. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Fri Jan 18 14:20:23 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9DE7149F8C5 for ; Fri, 18 Jan 2019 14:20:23 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztbu10021601.me.com (pv50p00im-ztbu10021601.me.com [17.58.6.57]) (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 5A30C91BF1 for ; Fri, 18 Jan 2019 14:20:23 +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-ztbu10021601.me.com (Postfix) with ESMTPSA id 958796E01D0 for ; Fri, 18 Jan 2019 14:20:13 +0000 (UTC) From: Toomas Soome Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: UEFI, loader.efi and /boot.config Date: Fri, 18 Jan 2019 16:20:09 +0200 References: <20190118141411.GB54920@home.opsec.eu> To: FreeBSD Current In-Reply-To: <20190118141411.GB54920@home.opsec.eu> Message-Id: <32CBA648-47F2-42F9-8656-1D0C0C1C7E0E@me.com> X-Mailer: Apple Mail (2.3445.102.3) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-01-18_08:, , 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-1807170000 definitions=main-1901180104 X-Rspamd-Queue-Id: 5A30C91BF1 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.972,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, 18 Jan 2019 14:20:23 -0000 The loader.efi (EFI application) can receive command line arguments, set = up in UEFI boot manager. rgds, toomas > On 18 Jan 2019, at 16:14, Kurt Jaeger wrote: >=20 > Hello, >=20 >> I was wondering if people will expect /boot.config to still be read = and so code should be added to loader to continue to parse it, or if = loader.conf can be considered the correct place and boot.config = forgotten about? >=20 > If the early boot messages are not displayed as Olivier mentioned, > that would be fatal. On some systems no other output besides serial > is useful. >=20 > --=20 > pi@opsec.eu +49 171 3101372 One year to = go ! > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Jan 18 14:34:45 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B0A314A003B for ; Fri, 18 Jan 2019 14:34:45 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 47C90923CC; Fri, 18 Jan 2019 14:34:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 25F4F8C40; Fri, 18 Jan 2019 17:34:42 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: UEFI, loader.efi and /boot.config To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: Rebecca Cran , FreeBSD Current References: From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: Date: Fri, 18 Jan 2019 17:34:36 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DqnfNMdQ0nr0XsmdHLI2MNZ7sBhH1jrWY" X-Rspamd-Queue-Id: 47C90923CC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.96 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.960,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] 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, 18 Jan 2019 14:34:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DqnfNMdQ0nr0XsmdHLI2MNZ7sBhH1jrWY Content-Type: multipart/mixed; boundary="C2oUOA8K5k9t2Z9Tg3T4THPnhLssB7FUx"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: Rebecca Cran , FreeBSD Current Message-ID: Subject: Re: UEFI, loader.efi and /boot.config References: In-Reply-To: --C2oUOA8K5k9t2Z9Tg3T4THPnhLssB7FUx Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 17:03, Olivier Cochard-Labb=C3=A9 wrote: > > I was wondering if people will expect /boot.config to still be > read and so code should be added to loader to continue to parse it,= > or if loader.conf can be considered the correct place and > boot.config forgotten about? > =C2=A0Please, not, please support /boot.config. loader.conf could b= e too late > in case of serial consoles. >=20 > =C2=A0I wonder, why EFI/UEFI and GPt booting (which should be more = advanced) > is more limited than classic MBR/boot0 + boot1 + loader scheme :-( >=20 > =C2=A0Serial console support is worse. Selection of boot partition = is not > supported (as opposide to very-simple-516-bytes boot0!), and so on = :-( >=20 >=20 >=20 > Hi, > As an heavy nanobsd user on headless (serial/IPMI SoL) appliances, bein= g > able to early select the boot partition by MBR/boot0 and configuring > early message redirection (with boot.config) is very useful. > Not being able to do the same with GPT/EFI is the feature preventing me= > to upgrade my nanobsd image scheme. My case exactly. --=20 // Lev Serebryakov --C2oUOA8K5k9t2Z9Tg3T4THPnhLssB7FUx-- --DqnfNMdQ0nr0XsmdHLI2MNZ7sBhH1jrWY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxB4/xfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R49igBAAtXPBDifQiqpnz4LSoJK/iv0bgdT1Vq8h1OjOXYEoZcAWdfD45/ZsMBcW 8ll0FF63Ry8+dUt+RoUJdACent6v8+TdCSTiGu+KI8zewAB0ZI/XgsgSkaQHfFLk WxLib84nstUy/NarSSc1Cr4ygCsfmjT9VGA1yJPCfVWccqByZ6Rs9Fjy7GOKrnrC Q88mDiRPIPfcQU+WngqY5M2ZWEOAt9PBCBmncS71uJMnicQcStUDUmyUoYxEtkdE mxJqgPlh/ejBh318qCaM7UZd6wHAEi/oVKyKHqy+9Su6xoEsw3RMjU9mDdOi92x5 3pfIsyCEK6tjiJ40zuTmUVszMrgzmnPHiAsigUjS0d2Sf/zPOIqZ0EMmfyQxk6Dw aHdxH/5+Zqs28v5TWtKl8mpolBxlGI73O7jgw/6kRu5qbEDIPTkLRJzvPfI2cZL/ YF3K6n3MgH4nwZoX3Z5vh8I8moml67zVIg18M9Ytz7zh5HGZMzT1usKlbCKVp5Y8 65YGjoJGCXgLsrhQPqKWUyG2asf2Es5F+DIFsNFw1L46I32yx/cQq0F2LS8vbmN2 wJwdLGKVAcyoMdKAVb6PyfGVmDaJd2Lfr9DWJeMGhP3wsH3IVs5AEthJEXYKG7Ty 1cNRwPlSi9202gglMC7JL3Nd4E4GE0v/GtDhFmtMPMm+hzU0JUg= =Sc+R -----END PGP SIGNATURE----- --DqnfNMdQ0nr0XsmdHLI2MNZ7sBhH1jrWY-- From owner-freebsd-current@freebsd.org Fri Jan 18 15:12:38 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33CAD14A17DC for ; Fri, 18 Jan 2019 15:12:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C07D393D6F for ; Fri, 18 Jan 2019 15:12:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x731.google.com with SMTP id y16so8192268qki.7 for ; Fri, 18 Jan 2019 07:12:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BxYrAdRIIPZaPalJAQPG1EGliDSY8iUADyxfWCBEAmU=; b=gsxxUzwcJhA8VYMnMeImRW1y9AlIsKlUMWyC7VtJd8GRI3MEXOLmKB5uN6vfqgkjX7 onOzDmvUzMrM5o18bihZGhAgtnQhAO7XeKcrDqZw8uFcfXXzz4K/bVqluO+QRi7qtOvB PgMlr7WMKcIDRsDi3+FyszCLmfjglrpeF8HPVQCskD1Ci2txaWErpYYRWNxDZTvltdUz hSMAPQmbK/LtGwmzl3lUVW04zaZOQzJwY862CBqEwpJWZxNXLzcDvvWPvM+HQJp1ApxC kDdPhK2bmvEzwUoFa8NlCjZIHtlBE0UzFh5Gvtf0QqW9QbbYMpHHy1iGGriVgF4qDlwg S5nA== 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=BxYrAdRIIPZaPalJAQPG1EGliDSY8iUADyxfWCBEAmU=; b=avn/cG4kf6x7HdkjVQGxmFfjxP68LyPssdQ7VotOYUEMY6o75vSy2ZjJE9xJlFPVld +8kLGpihCa8w6AdxoCE9ybeGWUuy0lxjZNd+hwnK2tKxIxsci/haaeD7V5LIufE/OnTI h/1/IjUn68lHPO16OP2ez8jkpYaM5U7TvyH/uY5REzETzJHR9Og7AW/E3nt0N0CTi9Zc o4ts90in/5y0gz+VDygRWa4OKslfQPFY5PNhZxDCr8YzVFko1lMsBlxsNHdVDsW5qJeH 6ZhOf9Mkhot/JOcpBvuoSQfc/F9XbVtMt4Khx2X2sJk8T9RqpTaynEKcoxcz4vHxQiCA VQWA== X-Gm-Message-State: AJcUukfcYngu5uc+6n7TjdSZ1IEimjNxUX4H2g2j8Z8ugZlf+jUzRmA1 3IAH/gELwDryB5h3mhN65fGy7zZ7oFPhABnvuo9jGeEh X-Google-Smtp-Source: ALg8bN4O6ZwGpwUhR5enbPaPD+5/CB22BWvkdU4hjFvdRkOCfFOeh2KJO+4vjTeSeAjoTUq7KC4MISzn3iI7mpP+a/Y= X-Received: by 2002:a37:6e86:: with SMTP id j128mr15879410qkc.46.1547824356926; Fri, 18 Jan 2019 07:12:36 -0800 (PST) MIME-Version: 1.0 References: <20190118074802.GA54920@home.opsec.eu> In-Reply-To: <20190118074802.GA54920@home.opsec.eu> From: Warner Losh Date: Fri, 18 Jan 2019 08:12:24 -0700 Message-ID: Subject: Re: UEFI, loader.efi and /boot.config To: Kurt Jaeger Cc: Rebecca Cran , FreeBSD Current X-Rspamd-Queue-Id: C07D393D6F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.957,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 15:12:38 -0000 On Fri, Jan 18, 2019, 12:49 AM Kurt Jaeger Hi! > > > With a recent change I made for UEFI, we now install loader.efi onto the > ESP and don???t run boot1. That means that /boot.config is no longer read, > and so console settings need to be put in /boot/loader.conf > > Which change is that ? > Moving from boot1.efi to loader.efi. loader.efi never looked at it. loader.efi honors the uefi env vars to set the console which replaces the old way. Warner > I was wondering if people will expect /boot.config to still be read and > so code should be added to loader to continue to parse it, or if > loader.conf can be considered the correct place and boot.config forgotten > about? > > I have quite a few systems using /boot.config, but can cope if I know > about this. > > -- > pi@opsec.eu +49 171 3101372 One year to go ! > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Jan 18 15:27:27 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD19414A1B89 for ; Fri, 18 Jan 2019 15:27:27 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B00AB94330; Fri, 18 Jan 2019 15:27:26 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0IFRMim055991; Fri, 18 Jan 2019 07:27:22 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0IFRMdm055990; Fri, 18 Jan 2019 07:27:22 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901181527.x0IFRMdm055990@pdx.rh.CN85.dnsmgr.net> Subject: Re: UEFI, loader.efi and /boot.config In-Reply-To: To: Warner Losh Date: Fri, 18 Jan 2019 07:27:22 -0800 (PST) CC: Kurt Jaeger , Rebecca Cran , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: B00AB94330 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.73 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.80)[0.800,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.58)[0.581,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; NEURAL_SPAM_LONG(0.47)[0.474,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:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.08)] 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, 18 Jan 2019 15:27:28 -0000 > On Fri, Jan 18, 2019, 12:49 AM Kurt Jaeger > > Hi! > > > > > With a recent change I made for UEFI, we now install loader.efi onto the > > ESP and don???t run boot1. That means that /boot.config is no longer read, > > and so console settings need to be put in /boot/loader.conf > > > > Which change is that ? > > > > Moving from boot1.efi to loader.efi. loader.efi never looked at it. > loader.efi honors the uefi env vars to set the console which replaces the > old way. > So it sounds like what we need is some documentation that covers: a) If your using mbr/bios boot and /boot.config you need to move your settings from /boot.config to /boot/loader.conf or b) If your using uefi boot and /boot.config you need to migrate your settings from /boot.config to uefi env vars foo bar and zep Or did I get loss in the twisty maze of changes? > Warner > > > I was wondering if people will expect /boot.config to still be read and > > so code should be added to loader to continue to parse it, or if > > loader.conf can be considered the correct place and boot.config forgotten > > about? > > > > I have quite a few systems using /boot.config, but can cope if I know > > about this. > > > > -- > > pi@opsec.eu +49 171 3101372 One year to go ! -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jan 18 15:53:53 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9585314A275B for ; Fri, 18 Jan 2019 15:53:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 866E6951E9; Fri, 18 Jan 2019 15:53:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 303188C69; Fri, 18 Jan 2019 18:53:51 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: UEFI, loader.efi and /boot.config To: Kyle Evans , =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: Rebecca Cran , FreeBSD Current References: From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: Date: Fri, 18 Jan 2019 18:53:43 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sF9a4SaPk2ObcKBhYcWa2qrcIxPQXYAAL" X-Rspamd-Queue-Id: 866E6951E9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.86 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.86)[-0.861,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] 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, 18 Jan 2019 15:53:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sF9a4SaPk2ObcKBhYcWa2qrcIxPQXYAAL Content-Type: multipart/mixed; boundary="5cwwKh6ncKibH21P7ZNsymUyYmLU1lvoX"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Kyle Evans , =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= Cc: Rebecca Cran , FreeBSD Current Message-ID: Subject: Re: UEFI, loader.efi and /boot.config References: In-Reply-To: --5cwwKh6ncKibH21P7ZNsymUyYmLU1lvoX Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 17:10, Kyle Evans wrote: > There's some UEFI var that's supposed to serve the same kind of > purpose as /boot.config -- early boot parameters. I think we had > discussed implementing this at some point, but this hasn't been done > yet as far as I've seen. Would this be usable on your appliances? How could I set UEFI variable? Via BIOS/UEFI Setup? I don't see this at my systems. Also, there are same problems with GPT/BIOS setup (which uses GPT but legacy boot) :-( --=20 // Lev Serebryakov --5cwwKh6ncKibH21P7ZNsymUyYmLU1lvoX-- --sF9a4SaPk2ObcKBhYcWa2qrcIxPQXYAAL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxB9odfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R48yOw/+PIztyEHOo1PG2HohgPkFlWZBslkR25i3Yrv+Sy7lIOePMAw8kEcoaSuD Q0cGMlFkMmpFYhOaaVnDvpC6PKDToAEsntA2lYxznixgm5GGv5r3+O8HJL+e/pjG 99J7hT+nx62X/xg807ilcK1mBjng9Tuo9wejy4Mz4aqteQYH0F2W76cz04T1tEWY LPZnhpRuwhrXSk0PnRuCCs0QwYcjxufa+sX47BUkqPck4ikrsofpVKfvEJeJFo7O ylKdgGdD8Dti1LHtEHgkQ7CpHuAeRSov84479jOY96lwHcruWgY9Sfjy9OHp4faa pDWtSGTdVs1MJqX0jyD9YMFOWOW7abwZ9VGmHkm88jGZvayBbQ7Z1rgv36/H+xtX KQnecc3bR9kMFus/J4/bZy4gxfolV3SqmYNMUFTX5Xvk55DdV+S7U4KokSVngEqx WuOXQKRITxn1pzM2YIoeHz/8mN4yb5g5YMbIGHTtBL2sqQCxOLGSRNzsmxflLrXx 7LKdvy13LAYXydEoH8248toG4FzxoSFdYkOwbLiO6vlt8JpNSNpmfXaD5bl1L4rC 5r4WlTN6/GMCls+AjkTMQB0qWRrxefIyY+b5ERtqxjPCj7v80v8k6RL/8cKn0CPm OzFL/H5tNoAQ3QAqU1ZAdooivmlxliHHt570Ccy1U8KkXQSXNL4= =G3Ko -----END PGP SIGNATURE----- --sF9a4SaPk2ObcKBhYcWa2qrcIxPQXYAAL-- From owner-freebsd-current@freebsd.org Fri Jan 18 17:11:03 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E4C114A4760 for ; Fri, 18 Jan 2019 17:11:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83CA497C11 for ; Fri, 18 Jan 2019 17:11:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82f.google.com with SMTP id l11so16060462qtp.0 for ; Fri, 18 Jan 2019 09:11:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j9Ncs5OlA6TFx5DMbaonNCEmH16XBhZ9fRrDPlKjYVU=; b=estU+DCqE2qOHUG63c5QEGm2OpUftx7+IvKbPpL37LJuIiAcJu6J9F1hk6usliecCV UmcXmwFryoT06iAU1xEV6LPqTLhV48tsOlG5miXvJFj6gy+n4p//eTMVf9Tzx4V97aat U8jtWYK5R8zBln6zmF/6NMmlxlI2MeGojV02dQAqfF+NusWTHaqUW0FT3zmYudXapHxi GDbVXyhqhYWxovE+3kHI2Pr9Z0udP4Q6inONd9FQwbWe+CTSalIteifZU5X9d5fX58L1 0epdiDffpovx/E3WvSSorll56qj+bdAc8n2AZcIYxxvOGbKxnIDHIFn6uJ3LsLaWtwXO Terg== 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=j9Ncs5OlA6TFx5DMbaonNCEmH16XBhZ9fRrDPlKjYVU=; b=HowL3V/mxdhYCz0XOKhWiDWAfb4As9m8q/3uenMRICKdss9Knrze0Y2GPPRl+SlTy8 QokBES511eEyay71dgiULcaBsGA7vhai+q4TdYfTEWRMrvFU1dV/P6boBuiYvmgwz+KA BWfZezjUV6foxDaNkiH543/6YIZXYnZwIn9347cyZaFnZkWaIUekVEgtJclkFPr2HM0I DQPpRGBaEEyb9qXdEUGP4r+90jZPgVDFyktvqZMS96sxkbAG9rKqLDL3O0y9L1I7nXCn /e7i81Ju3pxK19a7RcLf/a8h9TZ4ucGfu8MjWAB11O2mhTGjtFz7OOpLbwf0pH2o/ZjA eGGg== X-Gm-Message-State: AJcUukeZiaryAIolGWvDuLYlyAQ7NmZwOucAZdnB9J2vCtYF+tWoT5uY J5xZcPESGspOYINfJnuDxzuQS9cEQaq4bvdjjX2UbdMl X-Google-Smtp-Source: ALg8bN6mnbay1GGilmRmjJBn1fGC4ZLDM97uyTTb2MMPsxb0GOGKjyhn1E/0tuRUj0fjo7Gii+eP1BSzRryDkOwXkTo= X-Received: by 2002:ac8:3f2f:: with SMTP id c44mr16802606qtk.33.1547831461263; Fri, 18 Jan 2019 09:11:01 -0800 (PST) MIME-Version: 1.0 References: <201901181527.x0IFRMdm055990@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201901181527.x0IFRMdm055990@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Fri, 18 Jan 2019 10:10:50 -0700 Message-ID: Subject: Re: UEFI, loader.efi and /boot.config To: "Rodney W. Grimes" Cc: Kurt Jaeger , Rebecca Cran , FreeBSD Current X-Rspamd-Queue-Id: 83CA497C11 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=estU+DCq X-Spamd-Result: default: False [-5.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[f.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.84)[-0.837,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.64)[ip: (-8.94), ipnet: 2607:f8b0::/32(-2.37), asn: 15169(-1.82), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 17:11:03 -0000 On Fri, Jan 18, 2019 at 8:27 AM Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > On Fri, Jan 18, 2019, 12:49 AM Kurt Jaeger > > > > Hi! > > > > > > > With a recent change I made for UEFI, we now install loader.efi onto > the > > > ESP and don???t run boot1. That means that /boot.config is no longer > read, > > > and so console settings need to be put in /boot/loader.conf > > > > > > Which change is that ? > > > > > > > Moving from boot1.efi to loader.efi. loader.efi never looked at it. > > loader.efi honors the uefi env vars to set the console which replaces the > > old way. > > > > So it sounds like what we need is some documentation that covers: > > a) If your using mbr/bios boot and /boot.config you need to move > your settings from /boot.config to /boot/loader.conf > You don't need to do that. There's good technical reasons you might want to keep what you have because of order of evaluation. The legacy BIOS handoff need not change at all. > b) If your using uefi boot and /boot.config you need to migrate > your settings from /boot.config to uefi env vars foo bar and zep > > Or did I get loss in the twisty maze of changes? > If you migrate from using boot1.efi (which is on the way out: 13 will be its last release and it won't be used by default anymore) to loader.efi (which is used by default as of recently) you need to do something if you set your console via /boot.config (or /boot/config). Both boot1.efi and loader.efi automatically honor whatever the console is set in UEFI to. loader.efi has always allowed you to change it when loader.conf is read in. loader.efi has been further enhanced to guess the proper FreeBSD device from the UEFI variables for the console when not overriden by loader.conf. It's all a cluster of a mess, to be honest, and what the handoff formats are between the different stages is, at best, poorly defined. Oh, and to add "fun" to the mix, you can get the same /boot.conf behavior from loader.efi (and I think boot1.efi) if you pass load options into the BootXXXX variable (though I don't think that efibootmgr does that now: it can display them, but I don't think it encodes them). This is done because of the current handoff between boot1.efi and loader.efi. Chances are good we should (a) document this and (b) enhance efibootmgr to grok setting options here because that would be the natural successor to /boot.config for people that have super-special needs that the defaults don't cover. Nailing down all the issues like this is why I didn't retire boot1.efi in 12. Warner > Warner > > > > > I was wondering if people will expect /boot.config to still be read and > > > so code should be added to loader to continue to parse it, or if > > > loader.conf can be considered the correct place and boot.config > forgotten > > > about? > > > > > > I have quite a few systems using /boot.config, but can cope if I know > > > about this. > > > > > > -- > > > pi@opsec.eu +49 171 3101372 One year to > go ! > > -- > Rod Grimes > rgrimes@freebsd.org > From owner-freebsd-current@freebsd.org Fri Jan 18 17:14:02 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B99514A483C for ; Fri, 18 Jan 2019 17:14:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D7DA97F80 for ; Fri, 18 Jan 2019 17:14:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82a.google.com with SMTP id n32so15951049qte.11 for ; Fri, 18 Jan 2019 09:14:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vCe/6Ny1KDkkFTBOp3MiNXCrVo9IZP5ZtubCD2GW0rU=; b=Qz2kXZTxLm84DE/SEtegIYG68RdHqR7tVyZUEk4weipaFlBS99Ehgs20fs47E13QdB cVbgKlgo23UbOFJPJpngicGrMQgL0aDSa373oYuFtUHYd4090pSDlILgAiZ+zcpeudRr mNMYFNpuqaJ74LvG0yV9KlXrV29yUEcogpjLr5a7xItS+uvvugs3AyFxRdvtmE4fX4xI QoVATirema/aJ5Ssgkmnmg0735MkWuGzH0Zzjl55u/VcdvdZ0lNZYNEUKsfxwi8mbt1V 5U1WoUqsbWYpqfDh+7Lcz5jV1ui2vEt74MuXEC0QxRHrA0nCTnr/lZqnOwshBGd553En qZJQ== 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=vCe/6Ny1KDkkFTBOp3MiNXCrVo9IZP5ZtubCD2GW0rU=; b=j14086eT+g2P95rPXPhYBTRsBpRuLyPJdd5d595U0UrGGt7QK4Ydp+XcFc+GurPtT/ EAYGcA9aJLfoBfTlzXkE2xNONx7eHZo6xmUKGX0sYP3QgSJQ/A4f9vd/DQMODq30mWfK bknkZNvzfZFOwdRLdCQ8igKPSh3/djlSXJ+EkZULSMqhNyyAyG0sdNV4ud0yklqZ0imS cxsrMXAX1w6ABT7wtyP8x8oNYUojYMYCZ/uXvy2x8wdGe0OY4LlIdV9VmFEEowb/TVWr BiM49qrqiSYg3FlgbXJScaMwRrkAuN/8wisxHxDznxWA/FDzGFxnwNZAxTVK1NFRySg6 eItg== X-Gm-Message-State: AJcUuke7KDEjmnCIZ93YGob8QwbSnsfasZHbX3297LvgzKy1f5tQ7W2y 0Mcq6eQH3m290zcmSEqYSJSX7Fh6nCTg8f/oMvPqbg== X-Google-Smtp-Source: ALg8bN46bJjb0wyTEXdOb4asnxn9AzNUzFUFPdtvwly3E48wamdgiDPgvX2uoGoxfc0to7SVMWrJ4I69Azp1w001yaM= X-Received: by 2002:a0c:f143:: with SMTP id y3mr16705978qvl.21.1547831640893; Fri, 18 Jan 2019 09:14:00 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Fri, 18 Jan 2019 10:13:49 -0700 Message-ID: Subject: Re: UEFI, loader.efi and /boot.config To: Lev Serebryakov Cc: Kyle Evans , =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= , Rebecca Cran , FreeBSD Current X-Rspamd-Queue-Id: 8D7DA97F80 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Qz2kXZTx X-Spamd-Result: default: False [-5.21 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[a.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.83)[-0.835,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.37)[ip: (-7.58), ipnet: 2607:f8b0::/32(-2.37), asn: 15169(-1.82), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 17:14:02 -0000 On Fri, Jan 18, 2019 at 8:55 AM Lev Serebryakov wrote: > On 18.01.2019 17:10, Kyle Evans wrote: > > > There's some UEFI var that's supposed to serve the same kind of > > purpose as /boot.config -- early boot parameters. I think we had > > discussed implementing this at some point, but this hasn't been done > > yet as far as I've seen. Would this be usable on your appliances? > How could I set UEFI variable? Via BIOS/UEFI Setup? I don't see this at > my systems. > If your BIOS allows it, you can set the standard ConOut variables the UEFI standard defines with the efivar program. In addition, you can add args to the 'binary blob' part of the BOOT OPTIONS variables (BootXXXX), though efibootmgr doesn't currently support it (it likely should). > Also, there are same problems with GPT/BIOS setup (which uses GPT but > legacy boot) :-( > What same problems? I don't think we've touched how gptboot has handed off to /boot/loader in a long, long time. It there's an issue here, it's a different issue. Warner From owner-freebsd-current@freebsd.org Fri Jan 18 17:58:05 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DD5414A5C76 for ; Fri, 18 Jan 2019 17:58:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id D22166B32D for ; Fri, 18 Jan 2019 17:58:04 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 56B578C9E; Fri, 18 Jan 2019 20:58:03 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: freebsd-current@freebsd.org, Warner Losh References: From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: Date: Fri, 18 Jan 2019 20:57:54 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="viSiXCfeEUue5PXsaugfhmvYQpSHEChOD" X-Rspamd-Queue-Id: D22166B32D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_SHORT(-0.98)[-0.977,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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, 18 Jan 2019 17:58:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --viSiXCfeEUue5PXsaugfhmvYQpSHEChOD Content-Type: multipart/mixed; boundary="P4vIPnTjJB7nHAXhiikN7cAaR7GO6iGzz"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: freebsd-current@freebsd.org, Warner Losh Message-ID: Subject: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) References: In-Reply-To: --P4vIPnTjJB7nHAXhiikN7cAaR7GO6iGzz Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 20:13, Warner Losh wrote: >> Also, there are same problems with GPT/BIOS setup (which uses GPT but= >> legacy boot) :-( >> >=20 > What same problems? I don't think we've touched how gptboot has handed = off > to /boot/loader in a long, long time. It there's an issue here, it's a > different issue. Ok, strictly speaking it is different issue with same "high-level" description: pmbr/gptboot has less features than simplest oldest boot0. pmbr/gptbood doesn't have any way to select partition to boot from, as "boot0" has. No, setting "nextboot" from live system is not a solution. I speak about NanoBSD situation when there is tow partitions, both bootable, one marked as "active" ("bootme" on GPT parlance) but it is completely broken and user need to boot from other one form very beginning. This task is trivially solved by "boot0" in pure-MBR case. What about GPT/Legacy and GPT/UEFI? --=20 // Lev Serebryakov --P4vIPnTjJB7nHAXhiikN7cAaR7GO6iGzz-- --viSiXCfeEUue5PXsaugfhmvYQpSHEChOD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxCE6JfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R49uFA/9F1uXMyQ/E8vKKeP6r41yomRgoy2emWubAptJREHC7T9Z0aexpHwG2qBX wd/Sq3I8unxTJFB96Mfqs2tWmZyg0wM9AAVGVgixFRG680/dlae1c4vB7x8YfeFm miMVFDqQwRHVWsPMZucJkSN0MbL2QR2c0qx0vA1HudfSCAe4q0icHuNazYYDOpOd SqvCqi1q/pNn2Uj/tmoBquywOfDtwup5bBSD9Gzt9eSwoqjgrz67If33n9CK81LB FBFBTUhzYFK+P0oB4oPcLLImmODog0NLS6yMSIUNGmVH2kmm9WcS52QCE9I0M3Zd UfvjsYl/5DRmbRUG9KMKleAjiNIB/1HR9fcVIPaVpENqyC5hsvWqmIk4Oncags8R 2fQ4sRq67fGyR5oyqOcooJMQp/FpwC244nIXrMHUqaqvhHJI8y0ThdfXHe3xRChl oiBu0xMU5WodVKeOgVC34qDEuxjHFDDalpJZ54THr3RQEFARVA/aHG5l7h+9CjpG 88Mv7JLBrtFLxcxjcJOqSpoDMgJu+bYGA1NLh7q0UyEIswi96sICHcN3jh3TtACH vJNzA0sReEyj2fYnCh1ODjQA8mLN8yBcMjS3BU+z+FQfLOyHG/fN3iscUWfnqrIY Ms72z/TR/vQ0mY2c1sTpYm0LomI7BigyS/EbyZTnjb4g4D6Gt/4= =T2VA -----END PGP SIGNATURE----- --viSiXCfeEUue5PXsaugfhmvYQpSHEChOD-- From owner-freebsd-current@freebsd.org Fri Jan 18 17:59:30 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C44214A5D53 for ; Fri, 18 Jan 2019 17:59:30 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 79D146B442 for ; Fri, 18 Jan 2019 17:59:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 2FB088CA0 for ; Fri, 18 Jan 2019 20:59:28 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: UEFI, loader.efi and /boot.config To: freebsd-current@freebsd.org References: From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: <4d185363-206d-c1a5-8e08-2904df7fa113@FreeBSD.org> Date: Fri, 18 Jan 2019 20:59:27 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QuOBIIzbGYhGxHhZE0M8jwqpklZypMpvs" X-Rspamd-Queue-Id: 79D146B442 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] 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, 18 Jan 2019 17:59:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QuOBIIzbGYhGxHhZE0M8jwqpklZypMpvs Content-Type: multipart/mixed; boundary="tfIotxQtVrESDEW6c2tOIBD9UlxfYoe3Y"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: freebsd-current@freebsd.org Message-ID: <4d185363-206d-c1a5-8e08-2904df7fa113@FreeBSD.org> Subject: Re: UEFI, loader.efi and /boot.config References: In-Reply-To: --tfIotxQtVrESDEW6c2tOIBD9UlxfYoe3Y Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 20:13, Warner Losh wrote: > If your BIOS allows it, you can set the standard ConOut variables the U= EFI > standard defines with the efivar program. In addition, you can add args= to > the 'binary blob' part of the BOOT OPTIONS variables (BootXXXX), though= > efibootmgr doesn't currently support it (it likely should). All my UEFI-enabled systems have only one UEFI knob: "Boot: [LEGACY|UEFI]", it's all :-( It is not-so-new SuperMicro MoBos (X9, X10 generations), some Chinese MiniPC, Intel D2500CC MoBo and such. --=20 // Lev Serebryakov --tfIotxQtVrESDEW6c2tOIBD9UlxfYoe3Y-- --QuOBIIzbGYhGxHhZE0M8jwqpklZypMpvs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxCE/9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R48EZw/9FoIYnDJMg2FfqtFafpVGEJzp/yntrBTejEaSPFbViImWymehWSafh0aY DRStyiITmcxJ91ZAe9HstrxpbhIadAWuPqWENaX8xd+VbI58difwnTfLX8g7Xzn1 tSmA9UCF6FAaHn1HbbSO1m6MHCFKvYl+pPios7DJHpqjn2LToozpqlXGnyYsmjeL ndcZhyFLq/W/bzWUZMuR5g9NVPIycfmlbVBA8SfJhVr3N2B4nZsbIArVGyrjxcDO obkU4QmE9oRlTWUBZUgadldAx6uZxJX4DrggfoMA6d2K1gUYPpLfbpxCqNf9Fq+y B1gAnZ+vuPlsVz9P51IuO3enVHD+Q1a6EhF+dYN8zL5t46lm86cmURtDJRzNOnyg PAdjnUA/J0JrlwgHWdGhzcnGfVqsKhctKqA7CsUGT76V9vW3NJ/kC4O60PeSAXuy ifBpQgvs0AlxxvsjEm2OUwtiAnrvN1NpjKOXC4O3TOeNdOqWbgN88dLzLUHijMhS 5hWFkqKxrRQBTUWEMP/mrtwd/UaUqYvLMaAn+qP8LGRUA1ehnp7K8DWJQa6iuRR9 I6W1KushNlLCvB9+RgBsdE5NLWXinrYDlA3/sd9DKs6/t22Eqcba8CuVm/dnlim1 1RjZJsf/DlddrSUlyU+PU5IEJuYXPyHoqT5ePm/TCA+AtCN26MQ= =FIyw -----END PGP SIGNATURE----- --QuOBIIzbGYhGxHhZE0M8jwqpklZypMpvs-- From owner-freebsd-current@freebsd.org Fri Jan 18 18:15:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E01E14A6920 for ; Fri, 18 Jan 2019 18:15:13 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-zteg10011401.me.com (pv50p00im-zteg10011401.me.com [17.58.6.41]) (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 AD54D6C444 for ; Fri, 18 Jan 2019 18:15:03 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-zteg10011401.me.com (Postfix) with ESMTPSA id 1EB259001E0 for ; Fri, 18 Jan 2019 18:14:53 +0000 (UTC) From: Toomas Soome Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Date: Fri, 18 Jan 2019 20:14:51 +0200 References: To: FreeBSD Current In-Reply-To: Message-Id: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> X-Mailer: Apple Mail (2.3445.102.3) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-01-18_10:, , 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-1807170000 definitions=main-1901180131 X-Rspamd-Queue-Id: AD54D6C444 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_COMPOSITE_RCVD_IN_DNSWL_MED_DWL_DNSWL_LOW(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; RCVD_IN_DNSWL_MED(-0.20)[41.6.58.17.list.dnswl.org : 127.0.5.2]; MX_GOOD(-0.01)[mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, m x6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.co m, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud .com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icl oud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=04042017]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(0.00)[me.com.dwl.dnswl.org : 127.0.5.1]; IP_SCORE(-1.29)[ip: (-3.54), ipnet: 17.58.0.0/20(-1.48), asn: 714(-1.36), country: US(-0.08)]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 18:15:13 -0000 > On 18 Jan 2019, at 19:57, Lev Serebryakov wrote: >=20 > On 18.01.2019 20:13, Warner Losh wrote: >=20 >>> Also, there are same problems with GPT/BIOS setup (which uses GPT = but >>> legacy boot) :-( >>>=20 >>=20 >> What same problems? I don't think we've touched how gptboot has = handed off >> to /boot/loader in a long, long time. It there's an issue here, it's = a >> different issue. > Ok, strictly speaking it is different issue with same "high-level" > description: pmbr/gptboot has less features than simplest oldest = boot0. >=20 > pmbr/gptbood doesn't have any way to select partition to boot from, as > "boot0" has. No, setting "nextboot" from live system is not a = solution. > I speak about NanoBSD situation when there is tow partitions, both > bootable, one marked as "active" ("bootme" on GPT parlance) but it is > completely broken and user need to boot from other one form very > beginning. This task is trivially solved by "boot0" in pure-MBR case. > What about GPT/Legacy and GPT/UEFI? >=20 > --=20 > // Lev Serebryakov >=20 errm.. you press a key and enter device and or loader path. if it is not = working - the code is there to be fixed. GPT does not have the concept = of active partition. My suggestion would be to walk all those boot programs and document = them, then see what features are possible to bring to sync. rgds, toomas From owner-freebsd-current@freebsd.org Fri Jan 18 18:24:11 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C7EF14A6E61 for ; Fri, 18 Jan 2019 18:24:11 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id A92B46CCF1 for ; Fri, 18 Jan 2019 18:24:10 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id C49C38CB7 for ; Fri, 18 Jan 2019 21:24:09 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: freebsd-current@freebsd.org References: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> Date: Fri, 18 Jan 2019 21:24:09 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ht7LtoQQ3sQ9P9vhMe4iQbARqRJ90zYeq" X-Rspamd-Queue-Id: A92B46CCF1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; 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, 18 Jan 2019 18:24:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ht7LtoQQ3sQ9P9vhMe4iQbARqRJ90zYeq Content-Type: multipart/mixed; boundary="ogBuzyrh5iyTQ6Z2QLhN97A0xb5RJWr68"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: freebsd-current@freebsd.org Message-ID: <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) References: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> In-Reply-To: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> --ogBuzyrh5iyTQ6Z2QLhN97A0xb5RJWr68 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 21:14, Toomas Soome wrote: > errm.. you press a key and enter device and or loader path. if it is no= t working - the code is there to be fixed. And loader looks to "bootme" attribute and try to boot from partition which has one, even if it is loaded from other partition itself. > GPT does not have the concept of active partition. It has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't have any tools to set these attributes, AFAIK. Same for UEFI boot code. --=20 // Lev Serebryakov --ogBuzyrh5iyTQ6Z2QLhN97A0xb5RJWr68-- --ht7LtoQQ3sQ9P9vhMe4iQbARqRJ90zYeq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxCGclfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4/eig/+NjTp4TtK/8NH9eqKcXtSWjXbzkizr8JJ9bitfGceRfZ7rZAMKIh/3OG9 9JmygeU0mMWbVr9YWSvQIgBBG1i8s9JDPJJjsqDEZQ4bqGZ8u+mZkvIKMFMj2Qou ApjzS/Ub/nCG6blY+RWu4gVWfefwb0caeOEzc01ewu2pyqTZoE9BcoyAbIFEUu2Y lCE9OqVCTGdaXicQ3FAB7Pbyq9PeBd0kfw36QbFHRQ3ASWq7h0Y4RfpU0xl77ske 4MCDmOOFSUPot7NE5qDj/sf4orZkplxSXo6h4HDGzEtZYrCbojJbhR8RCdYb5rEZ 5IFGJyOV9fGfRH7EoRtChPyPqV2X7lZQ5KtCP4+EXOq3U1Q1J+mDxtEMFrxaWMa9 3JyYvXwe/l24bsNaAbZfoqaZ68gzmxhRxjWO2aK1dQkcVau5iJSMWaLdHV81h/2q LJUJWRXiMmPoKKpuJo2lVEAPQjeZfa6NzKQZ8UTmbHtvNqXYGTVdxFoKyqbHXMo4 yTJh5YYXdnYEbhYIzD0nZFgRi0KC6rBMgHp6tUA4eiSvSv8FlqcFaGHk585N1l/+ CjAkZJjIuvYko8axBMNQl8QitCYR6LVt3R0IKB00tUfozzdeCLxnNzZoQ19qoLZa gch3PiBB5qxVntXqDaZTjYAP7lZ4ahjC4kmOgRZ/WlTgH/RpIMw= =gGad -----END PGP SIGNATURE----- --ht7LtoQQ3sQ9P9vhMe4iQbARqRJ90zYeq-- From owner-freebsd-current@freebsd.org Fri Jan 18 19:27:13 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE53314A8943 for ; Fri, 18 Jan 2019 19:27:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 100BE6FA74 for ; Fri, 18 Jan 2019 19:27:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72f.google.com with SMTP id y78so8664097qka.12 for ; Fri, 18 Jan 2019 11:27:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ya0IlOKpsrZrg9KPjpm9u7NWCsBZmNhPIedxJUzJRDA=; b=rZaaxDnRk83QZYrJdiO1PAScfif+otdsguCNa1teOUSnh7/8hMWwJEg8oBOGk9Eb70 Ax57TG3/KF3/6mS3FnmNnyV274oq6qzgE1iiMd/nra/ZA2eVGAHrnsZm1Pny1jMmqqrU Zvr3zQ15nE/9CHpK/hUHKcUmeVSFf9T4wY6vV58uWHU64mTrwox2HDOX8z/O9afMldj1 wZbZO26909kWfnXyIEU4nqxrMqB9KQ4u/AABznolGSfeBE15tNJo5kNev5jLEuDH2MOx AZPBgP27n9rxVYpQETheXlXxsODSS+kQdxWCH2yre/adxmKlhGT2V5SyCbzCTqFcSZTh clnA== 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=Ya0IlOKpsrZrg9KPjpm9u7NWCsBZmNhPIedxJUzJRDA=; b=R/KvWF1FQjDljk166JdVfcJcaeOC8UdvNkqWhFp73+mm7MkwR7IVw22xextSXR23qk 6J4CY3lVZ8jU2LsIAugXNjxiIJ5M6ML2gqIVmgBZk55KytCzjcXS455ZkJ6YvRBioQkc gSXjUZH4IYaDl/RkXwqlHOB9As8xCg8WkskHSqrv2ymPUqeRND1ljVZdLTuJHQpzisoX izu0EGifpO86ez9fRjoQtG0phLcIiHClf6PWWWHjhFFzLSJ02/EVrBKkXyqfpDnU+tv1 w2rLEftJLg/wMPin4tTR85zL/F4zLzzHiWH/kDTPsIcnVkomWfDFs/JbfM1gzSwu/4FJ uCaA== X-Gm-Message-State: AJcUukeu8jJmRUvuXI+fwHCJwGsPqhcdhF5gjcEv3GaAi0vZCSwfAmxi UrchXaxXsbRjFP/MdFjM4ZEvhifwv8geIaN0Nu0l3RYU X-Google-Smtp-Source: ALg8bN6oGcb7G5E2eB1UXGhrkQzeTSFkGmELnqEdXxsHETo6Z+rnRcGEw3G9ViXa36LITWSema799Yg6LqWPvPRd/6k= X-Received: by 2002:a37:6c05:: with SMTP id h5mr16268751qkc.175.1547839631249; Fri, 18 Jan 2019 11:27:11 -0800 (PST) MIME-Version: 1.0 References: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> In-Reply-To: <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> From: Warner Losh Date: Fri, 18 Jan 2019 12:27:00 -0700 Message-ID: Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: Lev Serebryakov Cc: FreeBSD Current X-Rspamd-Queue-Id: 100BE6FA74 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=rZaaxDnR X-Spamd-Result: default: False [-5.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.936,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[f.2.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]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.73)[ip: (-9.38), ipnet: 2607:f8b0::/32(-2.37), asn: 15169(-1.82), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 19:27:13 -0000 On Fri, Jan 18, 2019 at 11:27 AM Lev Serebryakov wrote: > On 18.01.2019 21:14, Toomas Soome wrote: > > > errm.. you press a key and enter device and or loader path. if it is not > working - the code is there to be fixed. > And loader looks to "bootme" attribute and try to boot from partition > which has one, even if it is loaded from other partition itself. > Correct. > > GPT does not have the concept of active partition. > It has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't have > any tools to set these attributes, AFAIK. Same for UEFI boot code. > gpart can set these. UEFI completely ignores them, though, because getting to that data is hard in the UEFI environment. But in UEFI, you're supposed to use BootXXXX and BootOrder/BootNext as managed by efibootmgr. Warner From owner-freebsd-current@freebsd.org Fri Jan 18 19:33:47 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B10E14A8C3E for ; Fri, 18 Jan 2019 19:33:47 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8DD706FF4E for ; Fri, 18 Jan 2019 19:33:44 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0IJXfEM057019; Fri, 18 Jan 2019 11:33:41 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0IJXfdT057018; Fri, 18 Jan 2019 11:33:41 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901181933.x0IJXfdT057018@pdx.rh.CN85.dnsmgr.net> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> To: Toomas Soome Date: Fri, 18 Jan 2019 11:33:41 -0800 (PST) CC: FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 8DD706FF4E X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.12 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.58)[0.579,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.32)[0.315,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.35)[0.352,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.08)] 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, 18 Jan 2019 19:33:47 -0000 > > > > On 18 Jan 2019, at 19:57, Lev Serebryakov wrote: > > > > On 18.01.2019 20:13, Warner Losh wrote: > > > >>> Also, there are same problems with GPT/BIOS setup (which uses GPT but > >>> legacy boot) :-( > >>> > >> > >> What same problems? I don't think we've touched how gptboot has handed off > >> to /boot/loader in a long, long time. It there's an issue here, it's a > >> different issue. > > Ok, strictly speaking it is different issue with same "high-level" > > description: pmbr/gptboot has less features than simplest oldest boot0. > > > > pmbr/gptbood doesn't have any way to select partition to boot from, as > > "boot0" has. No, setting "nextboot" from live system is not a solution. > > I speak about NanoBSD situation when there is tow partitions, both > > bootable, one marked as "active" ("bootme" on GPT parlance) but it is > > completely broken and user need to boot from other one form very > > beginning. This task is trivially solved by "boot0" in pure-MBR case. > > What about GPT/Legacy and GPT/UEFI? > > > > -- > > // Lev Serebryakov > > > > errm.. you press a key and enter device and or loader path. if it is not working - the code is there to be fixed. > GPT does not have the concept of active partition. It certainly does, it is called the attribute bootme, and the above correctly states that. man gptboot > > My suggestion would be to walk all those boot programs and document them, then see what features are possible to bring to sync. The gptboot use of bootme and bootonce are well documented. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jan 18 19:35:07 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EE3014A8CE6 for ; Fri, 18 Jan 2019 19:35:07 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 768FA70045; Fri, 18 Jan 2019 19:35:06 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0IJZ4mV057035; Fri, 18 Jan 2019 11:35:04 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0IJZ4tX057034; Fri, 18 Jan 2019 11:35:04 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> To: lev@freebsd.org Date: Fri, 18 Jan 2019 11:35:04 -0800 (PST) CC: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 768FA70045 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.96 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.80)[0.802,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.60)[0.596,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.69)[0.686,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:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.08)] 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, 18 Jan 2019 19:35:07 -0000 > On 18.01.2019 21:14, Toomas Soome wrote: > > > errm.. you press a key and enter device and or loader path. if it is not working - the code is there to be fixed. > And loader looks to "bootme" attribute and try to boot from partition > which has one, even if it is loaded from other partition itself. > > > GPT does not have the concept of active partition. > It has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't have > any tools to set these attributes, AFAIK. Same for UEFI boot code. The gpart(8) command is used to set/unset these. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jan 18 19:42:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83C8D14A9040 for ; Fri, 18 Jan 2019 19:42:22 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-zteg10011401.me.com (pv50p00im-zteg10011401.me.com [17.58.6.41]) (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 963E07054A for ; Fri, 18 Jan 2019 19:42: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-zteg10011401.me.com (Postfix) with ESMTPSA id A22B3900130 for ; Fri, 18 Jan 2019 19:42:19 +0000 (UTC) From: Toomas Soome Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Date: Fri, 18 Jan 2019 21:42:17 +0200 References: <201901181933.x0IJXfdT057018@pdx.rh.CN85.dnsmgr.net> To: FreeBSD Current In-Reply-To: <201901181933.x0IJXfdT057018@pdx.rh.CN85.dnsmgr.net> Message-Id: <96BDA1B2-32FA-4FA1-AAD1-612BC3324373@me.com> X-Mailer: Apple Mail (2.3445.102.3) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-01-18_11:, , 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-1807170000 definitions=main-1901180142 X-Rspamd-Queue-Id: 963E07054A X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_COMPOSITE_RCVD_IN_DNSWL_MED_DWL_DNSWL_LOW(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; RCVD_IN_DNSWL_MED(-0.20)[41.6.58.17.list.dnswl.org : 127.0.5.2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; MX_GOOD(-0.01)[cached: mx1.mail.icloud.com]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; 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)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=04042017]; 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]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(0.00)[me.com.dwl.dnswl.org : 127.0.5.1]; IP_SCORE(-1.47)[ip: (-4.40), ipnet: 17.58.0.0/20(-1.52), asn: 714(-1.36), country: US(-0.08)]; 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: Fri, 18 Jan 2019 19:42:22 -0000 > On 18 Jan 2019, at 21:33, Rodney W. Grimes = wrote: >=20 >>=20 >>=20 >>> On 18 Jan 2019, at 19:57, Lev Serebryakov wrote: >>>=20 >>> On 18.01.2019 20:13, Warner Losh wrote: >>>=20 >>>>> Also, there are same problems with GPT/BIOS setup (which uses GPT = but >>>>> legacy boot) :-( >>>>>=20 >>>>=20 >>>> What same problems? I don't think we've touched how gptboot has = handed off >>>> to /boot/loader in a long, long time. It there's an issue here, = it's a >>>> different issue. >>> Ok, strictly speaking it is different issue with same "high-level" >>> description: pmbr/gptboot has less features than simplest oldest = boot0. >>>=20 >>> pmbr/gptbood doesn't have any way to select partition to boot from, = as >>> "boot0" has. No, setting "nextboot" from live system is not a = solution. >>> I speak about NanoBSD situation when there is tow partitions, both >>> bootable, one marked as "active" ("bootme" on GPT parlance) but it = is >>> completely broken and user need to boot from other one form very >>> beginning. This task is trivially solved by "boot0" in pure-MBR = case. >>> What about GPT/Legacy and GPT/UEFI? >>>=20 >>> --=20 >>> // Lev Serebryakov >>>=20 >>=20 >> errm.. you press a key and enter device and or loader path. if it is = not working - the code is there to be fixed. >> GPT does not have the concept of active partition. >=20 > It certainly does, it is called the attribute bootme, > and the above correctly states that. >=20 Shall you give the reference to specification?:)=20 I am very well aware about the =E2=80=9Cvendor=E2=80=9D attributes, and = I guess You can make a difference about vendor extensions and = specification=E2=80=A6 =20 And regarding to GPT attributes, I personally would avoid writing = partition table from the boot loader=E2=80=A6 rgds, toomas From owner-freebsd-current@freebsd.org Fri Jan 18 19:44:36 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94C2014A9158 for ; Fri, 18 Jan 2019 19:44:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id E28E9706E2 for ; Fri, 18 Jan 2019 19:44:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B225A8CD7; Fri, 18 Jan 2019 22:44:34 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: Warner Losh Cc: FreeBSD Current References: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: <1f45099e-6a37-3edb-6bd4-f92eb2c4fde8@FreeBSD.org> Date: Fri, 18 Jan 2019 22:44:28 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AEFzee3et6juaqcqkoJ2136tBmkks5VIk" X-Rspamd-Queue-Id: E28E9706E2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; 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, 18 Jan 2019 19:44:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --AEFzee3et6juaqcqkoJ2136tBmkks5VIk Content-Type: multipart/mixed; boundary="YLhrvtn4KbffTQzTQ6TqpRvZRqNEIrPje"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Warner Losh Cc: FreeBSD Current Message-ID: <1f45099e-6a37-3edb-6bd4-f92eb2c4fde8@FreeBSD.org> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) References: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> In-Reply-To: --YLhrvtn4KbffTQzTQ6TqpRvZRqNEIrPje Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 22:27, Warner Losh wrote: > > errm.. you press a key and enter device and or loader path. if it= > is not working - the code is there to be fixed. > =C2=A0And loader looks to "bootme" attribute and try to boot from p= artition > which has one, even if it is loaded from other partition itself. > Correct. And system crashes, because "bootme" partition has broken installation. With MBR + boot0/boot0sio it is solved with one keypress. > > GPT does not have the concept of active partition. > =C2=A0It has "bootme" / "bootonce" attributes. And [zfs]gptboot doe= sn't have > any tools to set these attributes, AFAIK. Same for UEFI boot code. >=20 > gpart can set these. You need live, booted system (at least single-user) to use gpart. > UEFI completely ignores them, though, because getting to that data is > hard in the UEFI environment. But in UEFI, you're supposed to use > BootXXXX and BootOrder/BootNext as managed by efibootmgr. Again, you need booted system to use efibootmgr. boot0/boot0sio works before system and could switch boot partition in case of MBR. It is why I write, that GPT/Legacy and GPT/UEFI miss important feature which is present for MBR boot for ages. Which is sad & funny at same time, as GPT/UEFI has much more code than 512 bytes of boot= 0. --=20 // Lev Serebryakov --YLhrvtn4KbffTQzTQ6TqpRvZRqNEIrPje-- --AEFzee3et6juaqcqkoJ2136tBmkks5VIk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxCLJxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4+FAA//Q39fd1/1JuoTBAqXVWdSZ0LLz8ZCfl4x8O3Gxjg2e4ZGYqUq7hL22yEQ V6k4XxajEinBaXvxLRiRbtely4UH51JEray7uPuBiE44IGSqwe//AqQGyWWIFock MoIaaVvzXGzfXOM30/ry64ru21Ee79wIKG2YF7hgajZRbxOY3Qj1SadW0PFms8tf LIDxTsyy5KPWLAklBvXYCYvJHTUuanal0JUuujna9ipNtHwXo1uwCPIzDWY6qaq1 uiTKcJ7DDC93dhy3sEl1eBK2uWZX9PQ23c+/150ym1AEiHk9CXX/emx7JpLSTxdZ xtPbF4B/BoH8J9pG5sGZEqSyfzSeyU5ixixBxkPIf0WwEGfDXvT2533EtctBSpYo feS23rV+4RWFS4RWcnkHA/2loW2JEBEju8xV3rcNM5IIS6xJQE3EemtRUUdXEOS1 PWjMLupR3RnNWgMVck2y9NWCeM/XnEyxq7OyFAdY1EOm9ftQxCTvxFY/BfmUCg29 yUTuJ6qVWLy2I+rtVfBcqlo2kLnj7YITaSW/25nfjrkZutsox1WcBVtzsHAI6vKV DH6hy+boFjbmV2owt45UfoAD+wXqCkfuN7UIF4boHAHRj7KOZYVrwMZwfEE7odM/ dXP7KVM02yWOyV0h4E6OhoSwd6RU21SMg/eqGOCgcjHCcmL6Mg8= =i3sP -----END PGP SIGNATURE----- --AEFzee3et6juaqcqkoJ2136tBmkks5VIk-- From owner-freebsd-current@freebsd.org Fri Jan 18 19:50:33 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A361C14A93AB for ; Fri, 18 Jan 2019 19:50:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9DE70AB9 for ; Fri, 18 Jan 2019 19:50:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 41C5A8CE0; Fri, 18 Jan 2019 22:50:32 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: "Rodney W. Grimes" Cc: freebsd-current@freebsd.org References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> From: Lev Serebryakov Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABtCFMZXYgU2VyZWJy eWFrb3YgPGxldkBGcmVlQlNELm9yZz6JAlYEEwEIAEACGwMHCwkIBwMCAQYVCAIJCgsEFgID AQIeAQIXgBYhBPltHKC19DGLZ0szCuqwPFi/3EePBQJb/TeXBQkPBbfGAAoJEOqwPFi/3EeP LtEQANQLS89OCDSnLDZLyCj7sH5GZbTikJp9Or2McqEOpjgtfY/OgqCe7lfo8f71tTN3gL2t VGtNEtsl6CqKeBdm6fqsetCAed2+waJfbXLZWReLRSFQJ/cbof8MB3h/uEw8Zng1ZbyEU0eG rc41Mhk8bTfxjNRjkXDbp0+2xug+eRr2RYhiY2SxH+iy57AbRIu9gkjfL05VztfvsV5dPxt7 +reHf2Vhtu+qCRtCytGQqDvYWGpVZ8U5fHJxFdsJpn66LAe8w+iRGCbppB5TKeHkqWqDb++u sd5ZHzwep/7qcLBeKggi8+a2C3J1J4TpYBwdPgusrGtBPf2EYSTc/0mW5j86g1l8UDN9qXAI FvWbKf22p5SlYUzf5qRLny4ZdDl1mH13lmJV7ZkZGMKnt0IjJ2x0LRgLGhiSm/D4Lh8yc/MX uhj9BB020XbWcMUPpA7S7YaWeIXbnK3NrPU0yk77prFJblfskOwuaxJIwa2mX+cCAQA95As5 2talifo4Kh8OLSvS1gpbMo64LllTzuGbCWuKecH3fpMlZlD7/10z9lBvkSXA7KgadDfN0yHO xGCK8KE9gXXmEVRlbgGDYOJw9FLWHuSZHUvQTkmr4goXrmMIKa9A4BKO3s9vowP4pJ0vp3kz MIBeEwKSvAeZZfgKbIKggKUuQ5gsAqvF360sG3+UuQINBFKbGksBEAC0a9wfjo2P3JyT7Lc+ QlbFVshGbSbazb4ma7QYG5IZZD5vfLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF 3ZSeNE5Wz3zYG+jh2nm2iGCkyaVykfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV 1NBVg4/cL+9/hIpvl82cl3hYCD7/e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9 KnTwcce+F+72RQMZQEl7vIAwSRmLdgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugib Xr+WRF/tGcW77Bxwe2eQLbEVESqWeMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVf AURf/MoUelZSW/BmMIfKCg3lRlWAt+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6 +ziLTdmYLWdtFGAuZhqOtNp5h6tGj21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2 gNwaQdu+Yv4AlZVHRsuVywL/skDFL5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJM kJn1j8VlBqDQNT/z+BjB0ru/0anv+5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUU CQ2H5YYBOKpikjCnpwARAQABiQI8BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48F Alv9N7IFCQ8Ft+cACgkQ6rA8WL/cR49wpw//W7QrZHKYUWEVHtPLVMlcM1f7MgwnYlIRe/I6 gykwvt87sqxSYu7eHxfX6JZR2M9UYuUYscSR57gxXKu2Uzqaz2KjvEIXJCwCTsuXZjkQ19oL hAPsucw2AcMI6YqPXbZ7hO0Mh8jMeJzD6vDvx3zvunQxGQoZKxr3BvRUyO7NCYbA7N8ccI3E Tmdjj9JTbtue9WaUeGLszFDiITmkASBdsK07y4ylLAJzUGCvYLBU3gx0bBOB2S8SbxHYmQlj ewjovbp+MbT+CoXNxZp+gDRModGyIMdRIotkRiDbgNl0VWIT0SS1GUUlUHKzQ/ZPUvpvk6Gq s/SYBS7rBQNSoXXmJxNW6I6atVNW7JhInC1tkHxBlbpik4FK07J6NHFTx+9ygyCxbxwNA/Le FGkL3kU0VFXR2dNiAVbeueUPF6tU5Bye5ftgpLKOSAbo1g++EKUkc8335/4oYRBMcGEk4xUr NAvzoFPhA2W3KtklruJ9ThrFt9+//NB5ySlVgTwGWMuBJoskEmNOTBv34/UQPUIuE4xSwy6y H+nRQJooiMFo5QCosslJPlwyV63NS9lYXB6n3QWOCP6sFdWACNUCOFv4uk7LQdY9BsCmt2Tk cLuHmoS+fvUesQXnYV2aQi9HciriPIj2gvJ6WjgiaC/PpePil0fzyrfG/JMyHL0qcgmYoj0= Organization: FreeBSD Message-ID: <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> Date: Fri, 18 Jan 2019 22:50:31 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PayCMnvwEgNGUEXVt5pdwJirzwR1OQbHb" X-Rspamd-Queue-Id: 2A9DE70AB9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; 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, 18 Jan 2019 19:50:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PayCMnvwEgNGUEXVt5pdwJirzwR1OQbHb Content-Type: multipart/mixed; boundary="zQV25UCGuzn4zkLlxAgxlvcgt9vjTb2Fl"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: "Rodney W. Grimes" Cc: freebsd-current@freebsd.org Message-ID: <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> --zQV25UCGuzn4zkLlxAgxlvcgt9vjTb2Fl Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.01.2019 22:35, Rodney W. Grimes wrote: >>> errm.. you press a key and enter device and or loader path. if it is = not working - the code is there to be fixed. >> And loader looks to "bootme" attribute and try to boot from partition= >> which has one, even if it is loaded from other partition itself. >> >>> GPT does not have the concept of active partition. >> It has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't hav= e >> any tools to set these attributes, AFAIK. Same for UEFI boot code. >=20 > The gpart(8) command is used to set/unset these. gpart need booted system. NanoBSD typically have two "system" partitions, "old" (previous) and "new" (current). After upgrade they switched (new code is written to "previos" partition and bootable atteibute is set to it, "active" in case of MBR and "bootme" in case of GPT). If this new partition has problems and could not be booted, it is hard to boot from "old" (previous) one. MBR + boot0 could (interactively) change active partition before system is booted, and this problem could be solved with one keypress: you select old partition on boot. --=20 // Lev Serebryakov --zQV25UCGuzn4zkLlxAgxlvcgt9vjTb2Fl-- --PayCMnvwEgNGUEXVt5pdwJirzwR1OQbHb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxCLgdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4/ruQ/7B7q3xJAWc5uG5eVYt/MzAyy367nUc6kFT8Dy+iGb65iDUAeKBtEG4BTU fNzd4clX+6fgCvwq8qIaHraFmJBAuyTb37sML3GlxI8jfSSXcu2UDDxJTjrnbfav CPoErkdkdEjR8Ey/2hDs0V1S19R4O8FKulniWmYMKA2o8uqePNwE0nS9RC7ohtzL Uo/LwW/CbgWWO2BQRNeczI4dfyP4TlL6NmRlMj9UX0GjXq8EN1JluLuewTrFeN4i NisAEYNhMi9R0hKOi9CqlJCrYAbYKZfkNT//w9+jCRgDrQpSgLmb37+npfsB3ml6 PUz4JEaH7mgNF67Irs006C5XcpoBE6nRDP8NNfHU0SRmNrKJePEPcyPkP+zqicSA jhgdZl3cDbthhCcCT38Kkn7H9a4TlKRnqkaSAfsHEFHXiwujmWE5xGO2cAlBmaEb AI/Z7+6/3atEob8Q876iwNfLkmc+WQ/ULrS13RCKQY/MpxpQOxlZNJ1nmlfm48r1 xd5T/1YRZweyx5KfJ/zdY4hENbqL/2LbpqmUCa9GD/0l9Aa92OQTJmJAkxno2ga1 6ffy47u5wZd0BKZ7Vw+XROB82QBryc0cO5RUQsHvWULa1lY8rMySpx30pUeYF0fw GaXxWkAU+wzRrAfdxVA6DaFls/fT/79uUuunPI+7a2Kxbal0rbg= =Hjtk -----END PGP SIGNATURE----- --PayCMnvwEgNGUEXVt5pdwJirzwR1OQbHb-- From owner-freebsd-current@freebsd.org Fri Jan 18 20:40:57 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D7A11481A4E for ; Fri, 18 Jan 2019 20:40:57 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1616272918 for ; Fri, 18 Jan 2019 20:40:55 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0IKertS057312; Fri, 18 Jan 2019 12:40:53 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0IKermY057311; Fri, 18 Jan 2019 12:40:53 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901182040.x0IKermY057311@pdx.rh.CN85.dnsmgr.net> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: <96BDA1B2-32FA-4FA1-AAD1-612BC3324373@me.com> To: Toomas Soome Date: Fri, 18 Jan 2019 12:40:53 -0800 (PST) CC: FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 1616272918 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.23 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.68)[0.685,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.32)[0.316,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.36)[0.355,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.08)] 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, 18 Jan 2019 20:40:57 -0000 > > On 18 Jan 2019, at 21:33, Rodney W. Grimes wrote: > > > >> > >> > >>> On 18 Jan 2019, at 19:57, Lev Serebryakov wrote: > >>> > >>> On 18.01.2019 20:13, Warner Losh wrote: > >>> > >>>>> Also, there are same problems with GPT/BIOS setup (which uses GPT but > >>>>> legacy boot) :-( > >>>>> > >>>> > >>>> What same problems? I don't think we've touched how gptboot has handed off > >>>> to /boot/loader in a long, long time. It there's an issue here, it's a > >>>> different issue. > >>> Ok, strictly speaking it is different issue with same "high-level" > >>> description: pmbr/gptboot has less features than simplest oldest boot0. > >>> > >>> pmbr/gptbood doesn't have any way to select partition to boot from, as > >>> "boot0" has. No, setting "nextboot" from live system is not a solution. > >>> I speak about NanoBSD situation when there is tow partitions, both > >>> bootable, one marked as "active" ("bootme" on GPT parlance) but it is > >>> completely broken and user need to boot from other one form very > >>> beginning. This task is trivially solved by "boot0" in pure-MBR case. > >>> What about GPT/Legacy and GPT/UEFI? > >>> > >>> -- > >>> // Lev Serebryakov > >>> > >> > >> errm.. you press a key and enter device and or loader path. if it is not working - the code is there to be fixed. > >> GPT does not have the concept of active partition. > > > > It certainly does, it is called the attribute bootme, > > and the above correctly states that. > > > > Shall you give the reference to specification?:) You can bury yourself in that paradigm, but the fact is even the wiki documents gpt attribute bit 2 as "legacy bootable, equivelant to active flag". > > I am very well aware about the ?vendor? attributes, and I guess You can make a difference about vendor extensions and specification? > > And regarding to GPT attributes, I personally would avoid writing partition table from the boot loader? I never advocated writing to anything from the loader. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jan 18 21:10:23 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 280EB148285F for ; Fri, 18 Jan 2019 21:10:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FC9773B19; Fri, 18 Jan 2019 21:10:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id bd065a6d; Fri, 18 Jan 2019 22:10:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=KQQxV8SLdp8Lk7fOHEvi8q9G8yY=; b=L/WIo+oOlrktPxJnRY5yEOjQTHO1 gmlyF9EwgE/LNo0701qfV27Gu+8F5kj7XiB5VfBWNqx0ZUuznbTj7p4ScISETPKJ I5epWxExyRH0Un5bTOHWEHb9N2WaQdP3a79TGz1cLaaeSOcLz4Cn9PCkHrdEx5p2 aSGVaylP/iFctwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=QatPMFkEDXp3Zb+/JVoGFY4eBMfTYDi1RT9qc0G0KAQCYIVQYe6AHRdq /5IvZAZaU6cXu7GcuOFF9DCyZijKXZ4ptTUW55mLZ/hDPdJqYcv1cGC0XIjFBS9p 4g6TlVx5+19sphf1Z0Y+MqRJE6yn0Wv1tD7yzhDHfWsnyP/KwIY= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 5d1c3246 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 18 Jan 2019 22:10:13 +0100 (CET) Date: Fri, 18 Jan 2019 22:10:13 +0100 From: Emmanuel Vadot To: lev@FreeBSD.org Cc: "Rodney W. Grimes" , freebsd-current@freebsd.org Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Message-Id: <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> In-Reply-To: <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (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: 8FC9773B19 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=L/WIo+oO; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.84 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[mx-backup.blih.net,mail.blih.net]; NEURAL_HAM_SHORT(-0.65)[-0.647,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.29)[ip: (-1.59), ipnet: 212.83.160.0/19(0.45), asn: 12876(-0.32), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(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, 18 Jan 2019 21:10:23 -0000 On Fri, 18 Jan 2019 22:50:31 +0300 Lev Serebryakov wrote: > On 18.01.2019 22:35, Rodney W. Grimes wrote: > > >>> errm.. you press a key and enter device and or loader path. if it is not working - the code is there to be fixed. > >> And loader looks to "bootme" attribute and try to boot from partition > >> which has one, even if it is loaded from other partition itself. > >> > >>> GPT does not have the concept of active partition. > >> It has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't have > >> any tools to set these attributes, AFAIK. Same for UEFI boot code. > > > > The gpart(8) command is used to set/unset these. > gpart need booted system. NanoBSD typically have two "system" > partitions, "old" (previous) and "new" (current). After upgrade they > switched (new code is written to "previos" partition and bootable > atteibute is set to it, "active" in case of MBR and "bootme" in case of > GPT). > > If this new partition has problems and could not be booted, it is hard > to boot from "old" (previous) one. MBR + boot0 could (interactively) > change active partition before system is booted, and this problem could > be solved with one keypress: you select old partition on boot. > > -- > // Lev Serebryakov > With UEFI Boot* variable you could do : - Update previous partition and set BootNext to it - If it fail next boot will be on current partition due to BootOrder - If it succeed, change the BootOrder to have the new partition first. -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jan 18 21:17:42 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 055D81482DCB for ; Fri, 18 Jan 2019 21:17:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D6F774825 for ; Fri, 18 Jan 2019 21:17:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x733.google.com with SMTP id c21so8863154qkl.6 for ; Fri, 18 Jan 2019 13:17:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=g2Ib9mpiEeB09KVus0b7x8IR9hgHSZZyO8BxZEG7vbY=; b=mfmbJ7TVpDcFIgxMlMhA9brSGyQ/RhPEQ0t58TYIevUohVuuOakEOzq1gp+Y9TU2De aEgbT8XNJ6BjtsHwczSimvE5yXgxsNeV2NiiWwfS+yrvFOSFRGjtHUWcoclcR6NAp/1j 0EN7aEzCnjkU6P0SG8AHXWpDmZQX2xw1V5KLCevu7NSVDDoDr9lOFGlBl1VvpK82j3nm Zff8PXVmka6zdERdFadaRQqeklQkukTRc4wTNRZHnaz96q2TVoCzPm84zLwP+cgfY1U1 SF5jHRhESN6X3B8NUxx3W7oyaBWlQYyrJOtamEZwRXjffDkFkLx9oj3i1KuxGFaYlfHt kudg== 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=g2Ib9mpiEeB09KVus0b7x8IR9hgHSZZyO8BxZEG7vbY=; b=hLoQxe0LlZKFdm5WX1oTnOVNLOGBL2CopGFF3UuU8jl5Whk1sSwGKHZL/sQevcDyaE IP+4Med4z3kQFt22q8MzcDIiE4hUdBtUIoPTBJddxGLEg2jopRNkiNkye+oVmQ6M0ayV blJszgmi5j79ar1HrEonXfbizqW0GaKUd6NEYuqbIPRrIkZwxCqnVsU5DcWOMwH/4dU+ bQLSecCCvuG/8MAiBsy311MYp1jtgWKHVvQ34m2wMnxvsIJqKQTY+Jxji+fCg/kfmwqY da120tsqefl4+lsKrLq1sI+1OHj/hrAYrYNooFNbAWo3htqi7a1xgTnA7xeA/zhcVWDi wbUg== X-Gm-Message-State: AJcUukcc1Yqh5ObS+KEl4gVGzlkVaasOzFAdy5BwYTNhjtWVhta0HxGD fwsDYAuREU0c2BDxstYneXxR6j+La8E8yJ1eG9w2aQ== X-Google-Smtp-Source: ALg8bN70CMYsVWQ7ot3LII09CzzBf3cXJ5cCDtBt7nC//Klu9ER1amahYZlItKBXNtpSh3Rp7hJpkrN/jjQ9W9u6uOc= X-Received: by 2002:a37:9201:: with SMTP id u1mr16885771qkd.258.1547846260631; Fri, 18 Jan 2019 13:17:40 -0800 (PST) MIME-Version: 1.0 References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> In-Reply-To: <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> From: Warner Losh Date: Fri, 18 Jan 2019 14:17:29 -0700 Message-ID: Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: Emmanuel Vadot Cc: Lev Serebryakov , "Rodney W. Grimes" , FreeBSD Current X-Rspamd-Queue-Id: 1D6F774825 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=mfmbJ7TV X-Spamd-Result: default: False [-5.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[3.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.79)[ip: (-9.68), ipnet: 2607:f8b0::/32(-2.37), asn: 15169(-1.83), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 21:17:42 -0000 On Fri, Jan 18, 2019 at 2:11 PM Emmanuel Vadot wrote: > On Fri, 18 Jan 2019 22:50:31 +0300 > Lev Serebryakov wrote: > > > On 18.01.2019 22:35, Rodney W. Grimes wrote: > > > > >>> errm.. you press a key and enter device and or loader path. if it is > not working - the code is there to be fixed. > > >> And loader looks to "bootme" attribute and try to boot from partition > > >> which has one, even if it is loaded from other partition itself. > > >> > > >>> GPT does not have the concept of active partition. > > >> It has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't > have > > >> any tools to set these attributes, AFAIK. Same for UEFI boot code. > > > > > > The gpart(8) command is used to set/unset these. > > gpart need booted system. NanoBSD typically have two "system" > > partitions, "old" (previous) and "new" (current). After upgrade they > > switched (new code is written to "previos" partition and bootable > > atteibute is set to it, "active" in case of MBR and "bootme" in case of > > GPT). > > > > If this new partition has problems and could not be booted, it is hard > > to boot from "old" (previous) one. MBR + boot0 could (interactively) > > change active partition before system is booted, and this problem could > > be solved with one keypress: you select old partition on boot. > > > > -- > > // Lev Serebryakov > > > > With UEFI Boot* variable you could do : > > - Update previous partition and set BootNext to it > - If it fail next boot will be on current partition due to BootOrder > - If it succeed, change the BootOrder to have the new partition first. > Also most UEFI BIOSes I've used (which isn't a lot) allow one to choose which BootXXXX variable to use to boot. Some will even create new BootXXXX variables that they use when you choose a raw device to boot from. There's other people that have efi programs that will pop up a menu for you to select a particular BootXXXX to use. They then set BootNext and exit. I've not used any of these personally. But this whole thread tells me we need to rewrite the boot section of our handbook. Warner From owner-freebsd-current@freebsd.org Fri Jan 18 21:52:09 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D9A5148493F for ; Fri, 18 Jan 2019 21:52:09 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 CB1F1764F3 for ; Fri, 18 Jan 2019 21:52:08 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gkc3e-000JJ7-O8 for freebsd-current@freebsd.org; Fri, 18 Jan 2019 22:52:10 +0100 Date: Fri, 18 Jan 2019 22:52:10 +0100 From: Kurt Jaeger To: freebsd-current@freebsd.org Subject: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190118215210.GC54920@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 21:52:09 -0000 Hi! Trying to get a 8-port serial PCIe card into operation (Exsys EX-44388). After reboot, dmesg shows: uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 and /dev/ has cuau2* devices. It's unclear, which of the 8 ports is cuau2 (I'll test that later, I promise 8-), but where are the other ports ? I've tried to add hint.uart.3.at="isa" hint.uart.3.port="0x3e0" hint.uart.3.irq="10" hint.uart.4.at="isa" hint.uart.4.port="0x3d8" hint.uart.4.irq="10" to /boot/devices.hint and rebooted, but there are no additional ports found... I've read https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serial.html and the manpage sio(4). It says to build a kernel with options COM_MULTIPORT device sio which I tried (r343121) and it fails: /usr/src/sys/dev/sio/sio.c:361:6: error: no member named 't_init_in' in 'struct tty' tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = ~~ ^ So, is sio(4) out of fashion ? What is suggested to get my other 7 serial ports ? -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Fri Jan 18 22:48:56 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3B421485B61 for ; Fri, 18 Jan 2019 22:48:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B9698002E for ; Fri, 18 Jan 2019 22:48:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82c.google.com with SMTP id i7so17006300qtj.10 for ; Fri, 18 Jan 2019 14:48:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=boiSkoNttK4fU61o6TjRmQKa6eU0vWlpmx4s7NfVP8Y=; b=kgxPZ5RVwikBlDXadARNS33J1D0G4a7oTtLcAi6ILpw/69hGmjwLaTefTlabKwRlxJ PjTJEVl/VtecMZZlsuhD4QeTwIBstzNYBtMnGY0Gk9xaHhjzdzDPy90pwZBFTLgyt1iC S+Oprgit+pmfSp70uepsqvw2U/kL0UJ/kJl/2WewU+8raBxn0UMSPqXCWbQ24PA0m7+Z 7wgczfS9C8nlv+w6OKSU5OeGm328Dki934pGG7R8r5ktunmA/iJaHy2rJT7BIthx6lfs mRZn/MeMJmzy9BzavqBlxRK2d3O+/c40wyPaKrXSDNF6Vi9B7SgInAmPh5MoQAIu5l6K AmFw== 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=boiSkoNttK4fU61o6TjRmQKa6eU0vWlpmx4s7NfVP8Y=; b=sBgWJivajYcQnXymXDYcz4ypXHp5okuIXTJiV1H3Eovk4/SpwwOrfUFUENelmcXU/5 NIU8THDVkMd2kt3k1Iv7LWSMLb/+5OJOMmffxkPLQ7AxsrZ2UhJ5tWBG15/7/vWFwgQT 7CSL0gH8J0gRAErcEIXR/q7RMLy009kF2/6v02SeGAr+IY5jFVFSVooWCUb7Gv94pUvN 92g47UGoPe25xuHEiFUjnko6KhAahu9bZkjuaFkimTPXKTjfP8fhKiUINRWVQYYp/hYd NZIPL0QOYiKQ/mgviGtwrsy8hzg6p6mEU3Fn69dB/WlYmbNDYc/dPBPNuKsw9zIodUg4 s1mw== X-Gm-Message-State: AJcUukeU2WuiW5UzV6JAXHJ2GKgS3TGOn7NhclknreYfibLXg2GaG9F9 LwJlyn+hbyqArm7OiNrXW7gs33h8nzAbGGp5Sr7d/oih X-Google-Smtp-Source: ALg8bN4UR3mCuleNMa0vm5jPch4vkuRnpjd9p+xOpP62Q9GJ89p3P8aH/DSWP5Q9s/b5N0TVWNfTqVWo5nj8LMBqAYk= X-Received: by 2002:ac8:548a:: with SMTP id h10mr18181786qtq.15.1547851735263; Fri, 18 Jan 2019 14:48:55 -0800 (PST) MIME-Version: 1.0 References: <20190118215210.GC54920@home.opsec.eu> In-Reply-To: <20190118215210.GC54920@home.opsec.eu> From: Warner Losh Date: Fri, 18 Jan 2019 15:48:44 -0700 Message-ID: Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? To: Kurt Jaeger Cc: FreeBSD Current X-Rspamd-Queue-Id: 3B9698002E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 22:48:56 -0000 On Fri, Jan 18, 2019 at 2:53 PM Kurt Jaeger wrote: > Hi! > > Trying to get a 8-port serial PCIe card into operation (Exsys EX-44388). > After reboot, dmesg shows: > > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 > > and /dev/ has cuau2* devices. It's unclear, which of the 8 ports > is cuau2 (I'll test that later, I promise 8-), but where are the > other ports ? > > I've tried to add > > hint.uart.3.at="isa" > hint.uart.3.port="0x3e0" > hint.uart.3.irq="10" > hint.uart.4.at="isa" > hint.uart.4.port="0x3d8" > hint.uart.4.irq="10" > > to /boot/devices.hint and rebooted, but there are no additional ports > found... > > I've read > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serial.html > > and the manpage sio(4). It says to build a kernel with > > options COM_MULTIPORT > device sio > > which I tried (r343121) and it fails: > > /usr/src/sys/dev/sio/sio.c:361:6: error: no member named 't_init_in' in > 'struct tty' > tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = > ~~ ^ > > So, is sio(4) out of fashion ? What is suggested to get my other 7 serial > ports ? > uart is the new thing. sio info should be ignored. Chances are good that this device doesn't have the proper entries in the puc driver. Do you have any pci devices that show up as unclaimed? Warner From owner-freebsd-current@freebsd.org Sat Jan 19 02:32:31 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C917B14913A3 for ; Sat, 19 Jan 2019 02:32:31 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 B903A8984D; Sat, 19 Jan 2019 02:32:28 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-17-11.dz.commufa.jp [123.48.17.11]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id x0J1gMLR079040; Sat, 19 Jan 2019 10:42:22 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 19 Jan 2019 10:42:21 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: lev@FreeBSD.org Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Message-Id: <20190119104221.406e7a7b71394a12c80e4e04@dec.sakura.ne.jp> In-Reply-To: <1f45099e-6a37-3edb-6bd4-f92eb2c4fde8@FreeBSD.org> References: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> <1f45099e-6a37-3edb-6bd4-f92eb2c4fde8@FreeBSD.org> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B903A8984D X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.41 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[junchoon@dec.sakura.ne.jp]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; MX_GOOD(-0.01)[dec.sakura.ne.jp]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[11.17.48.123.zen.spamhaus.org : 127.0.0.10]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:9370, ipnet:210.188.224.0/19, country:JP]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.81)[0.810,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.91)[0.911,0]; IP_SCORE(0.37)[ipnet: 210.188.224.0/19(0.78), asn: 9370(1.15), country: JP(-0.08)]; NEURAL_SPAM_LONG(0.93)[0.928,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 02:32:32 -0000 On Fri, 18 Jan 2019 22:44:28 +0300 Lev Serebryakov wrote: > On 18.01.2019 22:27, Warner Losh wrote: > > > > errm.. you press a key and enter device and or loader path. if it > > is not working - the code is there to be fixed. > > $B".(BAnd loader looks to "bootme" attribute and try to boot from partition > > which has one, even if it is loaded from other partition itself. > > Correct. > And system crashes, because "bootme" partition has broken installation. > > With MBR + boot0/boot0sio it is solved with one keypress. > > > > GPT does not have the concept of active partition. > > $B".(BIt has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't have > > any tools to set these attributes, AFAIK. Same for UEFI boot code. > > > > gpart can set these. > You need live, booted system (at least single-user) to use gpart. > > > UEFI completely ignores them, though, because getting to that data is > > hard in the UEFI environment. But in UEFI, you're supposed to use > > BootXXXX and BootOrder/BootNext as managed by efibootmgr. > Again, you need booted system to use efibootmgr. > > boot0/boot0sio works before system and could switch boot partition in > case of MBR. It is why I write, that GPT/Legacy and GPT/UEFI miss > important feature which is present for MBR boot for ages. Which is sad & > funny at same time, as GPT/UEFI has much more code than 512 bytes of boot0. > > -- > // Lev Serebryakov > Hi. I should note that 512-bytes boot0 doesn't have that feature. What had it WAS larger boot0ext, which has already gone on stable/11 and later. IIRC, sysinstall let me select which to install on MBR. It could be larger than 512 bytes as no partition could be mapped on 1st cylinder because USUAL partition editors aligns partition by cylinder on ancient CHS days. But IIUC, it was trivial, NOT assured by any spec. So preparing 512-bytes (single sector) boot0 IS mandatory for MBR, while boot0ext is not. One good news is that boot1.efi having boot-time partition selection by Naomichi Nonaka exists on bugzilla.[1] The latest ones includes my quick and ugly hack to get back deleted but needed functions, though. "boot1.c patch rev4 for stable/11 after MFC of r332751" would be applicable to stable/11 (not tested recently), and "boot1.c patch rev4 for stable/12 and head after r332751" would be applicable to stable/12 and head. *I've uploaded long-forgotton ones just before this mail. They should be cleaned-up to use currently-available functions instead of re-adding deleted functions but I have not enough time to do, and Naomichi, the original auther of the patche, already switched to use grub and would not maintain it further. And a bad news is that [1] would never be committed, and non-UEFI GPT-based installation doesn't have any alternatives. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207940 -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Sat Jan 19 05:22:02 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D00281497051 for ; Sat, 19 Jan 2019 05:22:02 +0000 (UTC) (envelope-from bcran@freebsd.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 6EF208ED5E for ; Sat, 19 Jan 2019 05:22:02 +0000 (UTC) (envelope-from bcran@freebsd.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 76CA7D8878; Fri, 18 Jan 2019 22:22:57 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ONP33Z_Ytb5K; Fri, 18 Jan 2019 22:22:57 -0700 (MST) Received: from photon.int.bluestop.org (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Fri, 18 Jan 2019 22:22:57 -0700 (MST) From: Rebecca Cran To: freebsd-current@freebsd.org Cc: Kurt Jaeger Subject: Re: UEFI, loader.efi and /boot.config Date: Fri, 18 Jan 2019 22:22:00 -0700 Message-ID: <1988918.uJW0cDvVUg@photon.int.bluestop.org> In-Reply-To: <20190118074802.GA54920@home.opsec.eu> References: <20190118074802.GA54920@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1857600.EnoYUHA41c"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 6EF208ED5E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 05:22:03 -0000 --nextPart1857600.EnoYUHA41c Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Friday, 18 January 2019 00:48:02 MST Kurt Jaeger wrote: > > With a recent change I made for UEFI, we now install loader.efi onto the > > ESP and don???t run boot1. That means that /boot.config is no longer > > read, and so console settings need to be put in /boot/loader.conf > Which change is that ? The change is https://svnweb.freebsd.org/base?view=revision&revision=342283 . -- Rebecca Cran --nextPart1857600.EnoYUHA41c Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEH7l9m2RN073jRiviDQIrUxG+ECAFAlxCs/gACgkQDQIrUxG+ ECCtOw/+I++HSRLTfgM0WF2Nq3klAEPHp5PQXqnXcOoAifSfUhCvw96xkUpdy+Ia rIUTldb+2YGAltRydjgTS9szppIWEUxFGPTMqKoYqVUESQtbO52mcP/W4qTKlP6M OcN1/j/Z5BlUZZLABm5rYcdn2rQdvqspcFUp1UIBe/fGfPd6e9Ed8O67paWGfCua I+1uKcL0l1EafV5+WyTaqT6b7AlgXKrDvJBhdhm+mgov62oxvRZXMknXUX7MRXGY xr7ScDdLYtcB4OFqU3gSUjn725HGvRZuoJbrG2TheSs4fDVJH3Ue0dI1pES7Sy2z TQ0UtqAH0cvzPnUOVkqTpJn5uAWv+UuuiOamD2N7cjWIodMQ1WLvxRBKtRglZs2q 4WzumkX3iRXbWCjpAY8CcGe7AL7DhBapbUM0o9I9RvArwWNqVes32oJYDoxiC57d trab+CZfUE2KaqNjjN7xe+8bsxAvBoOUSoh3YXrQLqQe4oc+RDQ8quv0qIy/TdYU JmrlnMjuOsEWolezMawitK1tA+flbEbnXv9luCuwW9MjQZQp9GNRjTWDPx5ttRwL f+Gsnzl+urVeEzrWZVY2GCxZwX5rCeQEeSpiNae7OgMxqoi2RHukX23SNRhn9Rf5 3k+AioHMCWo29Dl90mOZV4bH/1cfZiv1MKtJQ+VQJ1RF9MO4CwM= =LyoT -----END PGP SIGNATURE----- --nextPart1857600.EnoYUHA41c-- From owner-freebsd-current@freebsd.org Sat Jan 19 05:19:47 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 649371496E34 for ; Sat, 19 Jan 2019 05:19:47 +0000 (UTC) (envelope-from bcran@freebsd.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 EAB348EA30 for ; Sat, 19 Jan 2019 05:19:46 +0000 (UTC) (envelope-from bcran@freebsd.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id BCA60D8869 for ; Fri, 18 Jan 2019 22:20:41 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e4SZnevr8eYC for ; Fri, 18 Jan 2019 22:20:41 -0700 (MST) Received: from photon.int.bluestop.org (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA for ; Fri, 18 Jan 2019 22:20:41 -0700 (MST) From: Rebecca Cran To: freebsd-current@freebsd.org Subject: Re: UEFI, loader.efi and /boot.config Date: Fri, 18 Jan 2019 22:19:38 -0700 Message-ID: <2518989.ffieBuXMo3@photon.int.bluestop.org> In-Reply-To: <20190118030246.GV1142@albert.catwhisker.org> References: <20190118030246.GV1142@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2021867.RhTPgMbj8J"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Rspamd-Queue-Id: EAB348EA30 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 05:19:47 -0000 --nextPart2021867.RhTPgMbj8J Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday, 17 January 2019 20:02:46 MST David Wolfskill wrote: > Does the above only apply to UEFI booting, or also to booting from > BIOS/MBR? It's only for UEFI booting. -- Rebecca Cran --nextPart2021867.RhTPgMbj8J Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEH7l9m2RN073jRiviDQIrUxG+ECAFAlxCs2sACgkQDQIrUxG+ ECArnw//SUqMa/v/DHYtUMXBzRINfPVL/8dXkXi7iryRkwXYZTvfrcbDXrjaq/Gm +BSLqA2Yb51ln6hRVK7JLSjCunFC+PEvG2f5R0mrh1YEQqMCsYRt2fifnvTQcbCB U6rkmuXKJBG8PgRUIF5RuBBIUx/btNDjrh8aFRy7sOaWfMU5/w93PJPyd++CEvmt vRclxlDPfLzalT5Py6Mcmtg6Qg5wfWgi8SCQNzITeJOCa6AvCph0op1nSh8kJsRl Kowc0DOq9OCPAQUuzSoO19DyFeEBgxlYGkTqjlnQzmmTp7LD+ZBBo/rWERhEFI3y rFSyBIRik9fmRriFShl/ZcqSsLsul1+WIMnSf32KNClKiDd2mscVuf2wRCxT7UO/ K5H69NGkOP3fHcVBuMp/XnB2OMXi+bMeK9HCX5N05HmEO385O8hgk+TaympEPQ0U NUUgXaRFFtRC4Qmd8+h9u0l1MvEhgDZkT8u1ZUJ6ooZFpYGuDoJqKjUlGlasmUXj 3w0NBg+sPccBhwzXZ5RHbSjHN4IKPj7dBDbWOQEkPTjBHFYN8ItR6Ge7OSF2rBFo Yz9dLZdJbGaRYrEW8ywCJzdv4GM0aSw6//s7gAlr438i4rcOqZGveFcBXDH+1qgt v1JAePcuuI4nY5LHSx2TxYlCGL1dL1UXkQX4sL+Z7jK4W8/Oiw0= =957f -----END PGP SIGNATURE----- --nextPart2021867.RhTPgMbj8J-- From owner-freebsd-current@freebsd.org Sat Jan 19 07:44:25 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 271B3149B61F for ; Sat, 19 Jan 2019 07:44:25 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 7A0A96C517 for ; Sat, 19 Jan 2019 07:44:24 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gklIj-000K0i-Ng; Sat, 19 Jan 2019 08:44:21 +0100 Date: Sat, 19 Jan 2019 08:44:21 +0100 From: Kurt Jaeger To: Warner Losh Cc: FreeBSD Current Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190119074421.GD54920@home.opsec.eu> References: <20190118215210.GC54920@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 07:44:25 -0000 Hi! > > Trying to get a 8-port serial PCIe card into operation (Exsys EX-44388). > > After reboot, dmesg shows: > > > > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 [...] > uart is the new thing. sio info should be ignored. > > Chances are good that this device doesn't have the proper entries in the > puc driver. Do you have any pci devices that show up as unclaimed? One, but it does not look like a match ? none0@pci0:0:31:3: class=0x0c0500 card=0x062415d9 chip=0x1c228086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family SMBus Controller' class = serial bus subclass = SMBus bar [10] = type Memory, range 64, base 0xdfa21000, size 256, enabled bar [20] = type I/O Port, range 32, base 0x580, size 32, enabled It's a PCIe card, not PCI, does that matter ? -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Sat Jan 19 07:14:51 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86B1E149A882 for ; Sat, 19 Jan 2019 07:14:51 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EBC06B353; Sat, 19 Jan 2019 07:14:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([89.14.223.12]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MUTSJ-1gbe120bid-00RKh5; Sat, 19 Jan 2019 08:14:35 +0100 Date: Sat, 19 Jan 2019 08:13:58 +0100 From: "O. Hartmann" To: Warner Losh Cc: Emmanuel Vadot , Lev Serebryakov , "Rodney W. Grimes" , FreeBSD Current Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Message-ID: <20190119081425.64fa2d99@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:z7g6ULX2fMie5v6cSFGqb6gS4bHkKrgut4pDF3wNG/w5CPZVmU+ wAc4ZimqYdlI9r56KwArItrJeSTk/ScGi7wPj/KmL853VVTtW3zg/Hw8gzPXcjin/gUYm1n vX+bnfBO1whmaGKtgEgCm5kJoqgng0WHC7dpOjfVFjiflOdV1meG7p5t/RhCp+Z6ejYhtnx ZVt/gSpTlJHVOh7TwU5vw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:vPorLgK4hwo=:s6rz4FqwSz6ISAJ7iwHIvt L3nkyb/7llts2FQaRlQI6rmmeHIwSxYCLBEs+PMmCO/rJbZTgBg0AZeA0IbCapR495kdAuWbz 082j3Ekxrn3VLNe6ZA6H114vpTj7kyyXi2hU1cIbdo72pzz73rpSx7vw5hA5zAOPoubTlYFJy 4o5rapVKfRiSSL5wKChWcv1f/oakVmlUyVvczh43en+KhWIxfvprNhBBnH3/ALyjwT5YFwFh6 oX6tunuXA7imM13cHFZS4ZzIk71RA8Xpl7YCUHuUGXORPpr3/5oRJPyk1bHfL+pRzFgnMJAXg LOTz/DT2nRoaegIMwh4Lz+ASk7+1/Sknb0E1bLrK8V6UOKqyP3OnHRPN5ELVOxieYF2UK/ceE vt4gjBybJ5dzWr2UK1rlCpXtbWNIKIXzV6vo6q5ae0xW17gPFExWBJICnCY14R1+ALBAUy6LE nNNRQlupO2zwug7T1t/xLPQh8/nLjDUmuCljQV+aD+4skbqXrsUAaCCKuMYB9WwkWKA5Se5rV ONL9xnp9lmdfd4xyOHL62OMhU0Vv4BSTmWsiX8cX1AAh9bkDbqg4fa7f7fFuabfjuytI2NdwR j9LadYFoO2hlpQQhlhpOnhJHsFr8AS4aGcx2RmjPmlDe6v/I48HYRZt0EVpJ92k5EaUS21tMD BhhsOe10XJPGVl871CgI6Zh19zzxLvH/uroLOQo8lInBZpL09y9cBhe5Y0JNWhhETGCNoab3Y DtP/gUrSaCOtX1k+ODrRlSnXg/gt/HQ8pm7rF2HGJv99ruFUue6mKqeC3LGmDUM6lqJFewk44 54XeJ3hngdmxRl6a0oRdZyS+gHXAOMRmIkjwHYpqCVeJ7ZdLMcNOlDyppu3MyEVVQVCGaTfAe c8YgFIhnK3VMkxVpX75uGSks04RQGfPQU36IfgI+nb05zUxdBjrwfZzjnRcutN8NKGGYBD6rx 3JrRc5jdi4A== X-Rspamd-Queue-Id: 4EBC06B353 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-0.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; IP_SCORE(-0.61)[ip: (-3.00), ipnet: 212.227.0.0/16(-0.68), asn: 8560(0.63), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx00.gmx.net,mx01.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_SPAM_SHORT(0.79)[0.790,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[12.223.14.89.zen.spamhaus.org : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 07:14:51 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIEZy aSwgMTggSmFuIDIwMTkgMTQ6MTc6MjkgLTA3MDANCldhcm5lciBMb3NoIDxpbXBAYnNkaW1wLmNv bT4gc2NocmllYjoNCg0KPiBPbiBGcmksIEphbiAxOCwgMjAxOSBhdCAyOjExIFBNIEVtbWFudWVs IFZhZG90IDxtYW51QGJpZG91aWxsaXN0ZS5jb20+DQo+IHdyb3RlOg0KPiANCj4gPiBPbiBGcmks IDE4IEphbiAyMDE5IDIyOjUwOjMxICswMzAwDQo+ID4gTGV2IFNlcmVicnlha292IDxsZXZARnJl ZUJTRC5vcmc+IHdyb3RlOg0KPiA+ICANCj4gPiA+IE9uIDE4LjAxLjIwMTkgMjI6MzUsIFJvZG5l eSBXLiBHcmltZXMgd3JvdGU6DQo+ID4gPiAgDQo+ID4gPiA+Pj4gZXJybS4uIHlvdSBwcmVzcyBh IGtleSBhbmQgZW50ZXIgZGV2aWNlIGFuZCBvciBsb2FkZXIgcGF0aC4gaWYgaXQgaXMgIA0KPiA+ IG5vdCB3b3JraW5nIC0gdGhlIGNvZGUgaXMgdGhlcmUgdG8gYmUgZml4ZWQuICANCj4gPiA+ID4+ ICBBbmQgbG9hZGVyIGxvb2tzIHRvICJib290bWUiIGF0dHJpYnV0ZSBhbmQgdHJ5IHRvIGJvb3Qg ZnJvbSBwYXJ0aXRpb24NCj4gPiA+ID4+IHdoaWNoIGhhcyBvbmUsIGV2ZW4gaWYgaXQgaXMgbG9h ZGVkIGZyb20gb3RoZXIgcGFydGl0aW9uIGl0c2VsZi4NCj4gPiA+ID4+ICANCj4gPiA+ID4+PiBH UFQgZG9lcyBub3QgaGF2ZSB0aGUgY29uY2VwdCBvZiBhY3RpdmUgcGFydGl0aW9uLiAgDQo+ID4g PiA+PiAgSXQgaGFzICJib290bWUiIC8gImJvb3RvbmNlIiBhdHRyaWJ1dGVzLiBBbmQgW3pmc11n cHRib290IGRvZXNuJ3QgIA0KPiA+IGhhdmUgIA0KPiA+ID4gPj4gYW55IHRvb2xzIHRvIHNldCB0 aGVzZSBhdHRyaWJ1dGVzLCBBRkFJSy4gU2FtZSBmb3IgVUVGSSBib290IGNvZGUuICANCj4gPiA+ ID4NCj4gPiA+ID4gVGhlIGdwYXJ0KDgpIGNvbW1hbmQgaXMgdXNlZCB0byBzZXQvdW5zZXQgdGhl c2UuICANCj4gPiA+ICBncGFydCBuZWVkIGJvb3RlZCBzeXN0ZW0uIE5hbm9CU0QgdHlwaWNhbGx5 IGhhdmUgdHdvICJzeXN0ZW0iDQo+ID4gPiBwYXJ0aXRpb25zLCAib2xkIiAocHJldmlvdXMpIGFu ZCAibmV3IiAoY3VycmVudCkuIEFmdGVyIHVwZ3JhZGUgdGhleQ0KPiA+ID4gc3dpdGNoZWQgKG5l dyBjb2RlIGlzIHdyaXR0ZW4gdG8gInByZXZpb3MiIHBhcnRpdGlvbiBhbmQgYm9vdGFibGUNCj4g PiA+IGF0dGVpYnV0ZSBpcyBzZXQgdG8gaXQsICJhY3RpdmUiIGluIGNhc2Ugb2YgTUJSIGFuZCAi Ym9vdG1lIiBpbiBjYXNlIG9mDQo+ID4gPiBHUFQpLg0KPiA+ID4NCj4gPiA+ICAgSWYgdGhpcyBu ZXcgcGFydGl0aW9uIGhhcyBwcm9ibGVtcyBhbmQgY291bGQgbm90IGJlIGJvb3RlZCwgaXQgaXMg aGFyZA0KPiA+ID4gdG8gYm9vdCBmcm9tICJvbGQiIChwcmV2aW91cykgb25lLiBNQlIgKyBib290 MCBjb3VsZCAoaW50ZXJhY3RpdmVseSkNCj4gPiA+IGNoYW5nZSBhY3RpdmUgcGFydGl0aW9uIGJl Zm9yZSBzeXN0ZW0gaXMgYm9vdGVkLCBhbmQgdGhpcyBwcm9ibGVtIGNvdWxkDQo+ID4gPiBiZSBz b2x2ZWQgd2l0aCBvbmUga2V5cHJlc3M6IHlvdSBzZWxlY3Qgb2xkIHBhcnRpdGlvbiBvbiBib290 Lg0KPiA+ID4NCj4gPiA+IC0tDQo+ID4gPiAvLyBMZXYgU2VyZWJyeWFrb3YNCj4gPiA+ICANCj4g Pg0KPiA+ICBXaXRoIFVFRkkgQm9vdCogdmFyaWFibGUgeW91IGNvdWxkIGRvIDoNCj4gPg0KPiA+ ICAtIFVwZGF0ZSBwcmV2aW91cyBwYXJ0aXRpb24gYW5kIHNldCBCb290TmV4dCB0byBpdA0KPiA+ ICAtIElmIGl0IGZhaWwgbmV4dCBib290IHdpbGwgYmUgb24gY3VycmVudCBwYXJ0aXRpb24gZHVl IHRvIEJvb3RPcmRlcg0KPiA+ICAtIElmIGl0IHN1Y2NlZWQsIGNoYW5nZSB0aGUgQm9vdE9yZGVy IHRvIGhhdmUgdGhlIG5ldyBwYXJ0aXRpb24gZmlyc3QuDQo+ID4gIA0KPiANCj4gQWxzbyBtb3N0 IFVFRkkgQklPU2VzIEkndmUgdXNlZCAod2hpY2ggaXNuJ3QgYSBsb3QpIGFsbG93IG9uZSB0byBj aG9vc2UNCj4gd2hpY2ggQm9vdFhYWFggdmFyaWFibGUgdG8gdXNlIHRvIGJvb3QuIFNvbWUgd2ls bCBldmVuIGNyZWF0ZSBuZXcgQm9vdFhYWFgNCj4gdmFyaWFibGVzIHRoYXQgdGhleSB1c2Ugd2hl biB5b3UgY2hvb3NlIGEgcmF3IGRldmljZSB0byBib290IGZyb20uDQo+IA0KPiBUaGVyZSdzIG90 aGVyIHBlb3BsZSB0aGF0IGhhdmUgZWZpIHByb2dyYW1zIHRoYXQgd2lsbCBwb3AgdXAgYSBtZW51 IGZvciB5b3UNCj4gdG8gc2VsZWN0IGEgcGFydGljdWxhciBCb290WFhYWCB0byB1c2UuIFRoZXkg dGhlbiBzZXQgQm9vdE5leHQgYW5kIGV4aXQuDQo+IEkndmUgbm90IHVzZWQgYW55IG9mIHRoZXNl IHBlcnNvbmFsbHkuDQo+IA0KPiBCdXQgdGhpcyB3aG9sZSB0aHJlYWQgdGVsbHMgbWUgd2UgbmVl ZCB0byByZXdyaXRlIHRoZSBib290IHNlY3Rpb24gb2Ygb3VyDQo+IGhhbmRib29rLg0KDQpPaCwg eWVzLCBwbGVhc2UsIHBsZWFzZSENClRoYW5rcyBpbiBhZHZhbmNlIQ0KDQpvaA0KDQo+IA0KPiBX YXJuZXINCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwczovL2xp c3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo+IFRvIHVu c3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3JpYmVA ZnJlZWJzZC5vcmciDQoNCg0KDQotIC0tIA0KTy4gSGFydG1hbm4NCg0KSWNoIHdpZGVyc3ByZWNo ZSBkZXIgTnV0enVuZyBvZGVyIMOcYmVybWl0dGx1bmcgbWVpbmVyIERhdGVuIGbDvHINCldlcmJl endlY2tlIG9kZXIgZsO8ciBkaWUgTWFya3QtIG9kZXIgTWVpbnVuZ3Nmb3JzY2h1bmcgKMKnIDI4 IEFicy4gNCBCRFNHKS4NCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQoNCmlIVUVBUllJ QUIwV0lRU3k4SUJ4QVBEa3FWQmFUSjQ0TjFaWlBiYTVSd1VDWEVMT1VnQUtDUkE0TjFaWlBiYTUN ClI3UFdBUDl6REt1UmVJZ2hFZU8zVU5VT1BMbGRzakgwWnI4RXowRFZ0YVJ0MEYyV3J3RC9jV1hq T091NVNMRDINCk54SHEwcEtaNW9IMEs3TkMvNGxBNDVqMElyOUMzd289DQo9WTNqMQ0KLS0tLS1F TkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Sat Jan 19 09:52:31 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59ADC14A091C for ; Sat, 19 Jan 2019 09:52:31 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id EBBB870E8A for ; Sat, 19 Jan 2019 09:52:30 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1539:1ac0:163a:36a4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id C18D48DEB; Sat, 19 Jan 2019 12:52:29 +0300 (MSK) Date: Sat, 19 Jan 2019 12:52:28 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD Message-ID: <912985968.20190119125228@serebryakov.spb.ru> To: Warner Losh , Emmanuel Vadot CC: "Rodney W. Grimes" , FreeBSD Current Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: EBBB870E8A X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 09:52:31 -0000 Hello Warner, Saturday, January 19, 2019, 12:17:29 AM, you wrote: > Also most UEFI BIOSes I've used (which isn't a lot) allow one to choose > which BootXXXX variable to use to boot. Some will even create new BootXXXX > variables that they use when you choose a raw device to boot from. I have never seen such item in BIOS Setup. I've checked two MoBos now (one is Supermicro X9something and other is brand-new Goldmont-based Chinese MiniPC like Intel NUK): both have one knob in setup about boot type (Legacy/UEFI/Auto) and if UEFI is selected, Supermicro MoBo (but not Chinese one) could be booted to "UEFI Console" which is not documented anywhere. Ok, I've checked my desktop Asus Z170-A, but it is graphical and I could not find or understand anything in this home-rown UI with crazy-fast mouse. I have never seen documentation in MoBo manuals about such features, BTW. And, again, GPT/Legacy still left behind, and it could be very useful for small systems, as sometimes 4 partitions of MBR is not enough (2 code partitions + 1 config partition + 1 persistent data partition, and SOMETIMES, there is place for swap, for example, but MBR is full already). > But this whole thread tells me we need to rewrite the boot section of our handbook. Oh, yes, please! -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Jan 19 09:02:41 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F3D1149E8AA for ; Sat, 19 Jan 2019 09:02:41 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 E14466F4AE for ; Sat, 19 Jan 2019 09:02:40 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gkmWU-000K6o-Mx for freebsd-current@freebsd.org; Sat, 19 Jan 2019 10:02:38 +0100 Date: Sat, 19 Jan 2019 10:02:38 +0100 From: Kurt Jaeger To: freebsd-current@freebsd.org Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190119090238.GE54920@home.opsec.eu> References: <20190118215210.GC54920@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190118215210.GC54920@home.opsec.eu> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 09:02:41 -0000 Hi! > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 Ah, that is a false lead. I compared it to a second, similar hardware and there I found the same uart2, even if no card was installed 8-( So it seems the card is not detected at all 8-( -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Sat Jan 19 15:10:22 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EDC21482486 for ; Sat, 19 Jan 2019 15:10:22 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.1]) (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 227D08575F; Sat, 19 Jan 2019 15:10:21 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id EDC1BD8B1E; Sat, 19 Jan 2019 08:11:15 -0700 (MST) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id y-G8xrVi7_Gd; Sat, 19 Jan 2019 08:11:15 -0700 (MST) Received: from Rebeccas-iPhone.mail (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Sat, 19 Jan 2019 08:11:15 -0700 (MST) Date: Sat, 19 Jan 2019 08:06:52 -0700 From: Rebecca Cran To: Emmanuel Vadot , Lev Serebryakov , Warner Losh Cc: FreeBSD Current , "Rodney W. Grimes" Message-ID: In-Reply-To: <912985968.20190119125228@serebryakov.spb.ru> References: <912985968.20190119125228@serebryakov.spb.ru> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) MIME-Version: 1.0 X-Rspamd-Queue-Id: 227D08575F X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bluestop.org:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.95)[ip: (-9.69), ipnet: 96.64.0.0/11(-4.20), asn: 7922(-0.76), country: US(-0.08)]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bluestop.org:+]; MX_GOOD(-0.01)[cached: mail.bluestop.org]; DMARC_POLICY_ALLOW(-0.50)[bluestop.org,quarantine]; NEURAL_HAM_SHORT(-0.93)[-0.926,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7922, ipnet:96.64.0.0/11, country:US]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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: Sat, 19 Jan 2019 15:10:22 -0000 On January 19, 2019 at 2:52:28 AM, Lev Serebryakov (lev=40freebsd.org(mai= lto:lev=40freebsd.org)) wrote: > I have never seen such item in BIOS Setup. I've checked two MoBos now (= one is > Supermicro X9something and other is brand-new Goldmont-based Chinese Mi= niPC > like Intel NUK): both have one knob in setup about boot type > (Legacy/UE=46I/Auto) and if UE=46I is selected, Supermicro MoBo (but no= t Chinese > one) could be booted to =22UE=46I Console=22 which is not documented an= ywhere. > =20 > Ok, I've checked my desktop Asus Z170-A, but it is graphical and I coul= d > not find or understand anything in this home-rown UI with crazy-fast mo= use. > =20 On ASUS systems you normally press =468 during POST to bring up the boot = menu, and =4611 on Supermicro systems. =E2=80=94 =20 Rebecca =20 From owner-freebsd-current@freebsd.org Sat Jan 19 09:46:41 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02F3014A0553 for ; Sat, 19 Jan 2019 09:46:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 69B6970A57 for ; Sat, 19 Jan 2019 09:46:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1539:1ac0:163a:36a4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id EC7ED8DE9; Sat, 19 Jan 2019 12:46:38 +0300 (MSK) Date: Sat, 19 Jan 2019 12:46:38 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD Message-ID: <1521499467.20190119124638@serebryakov.spb.ru> To: Emmanuel Vadot CC: "Rodney W. Grimes" , freebsd-current@freebsd.org Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 69B6970A57 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 09:46:41 -0000 Hello Emmanuel, Saturday, January 19, 2019, 12:10:13 AM, you wrote: > With UEFI Boot* variable you could do : > - Update previous partition and set BootNext to it > - If it fail next boot will be on current partition due to BootOrder > - If it succeed, change the BootOrder to have the new partition first. It will not work with GPT/Legacy, but looks like it is solution for UEFI. Thank you. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Jan 19 09:52:43 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DAA014A0934 for ; Sat, 19 Jan 2019 09:52:43 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 F375970E96 for ; Sat, 19 Jan 2019 09:52:42 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gknIw-000KI4-Hb; Sat, 19 Jan 2019 10:52:42 +0100 Date: Sat, 19 Jan 2019 10:52:42 +0100 From: Kurt Jaeger To: Warner Losh Cc: FreeBSD Current Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190119095242.GA77943@home.opsec.eu> References: <20190118215210.GC54920@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 09:52:43 -0000 Hi! > uart is the new thing. sio info should be ignored. > > Chances are good that this device doesn't have the proper entries in the > puc driver. Do you have any pci devices that show up as unclaimed? In a different box, I got this: none1@pci0:7:4:0: class=0x070002 card=0x000814a1 chip=0x000814a1 rev=0xb0 hdr=0x00 vendor = 'Systembase Co Ltd' class = simple comms subclass = UART bar [10] = type I/O Port, range 32, base 0x1040, size 64, enabled bar [14] = type I/O Port, range 32, base 0x1000, size 64, enabled and: pcib7@pci0:6:0:0: class=0x060400 card=0x00000000 chip=0x10801b21 rev=0x04 hdr=0x01 vendor = 'ASMedia Technology Inc.' device = 'ASM1083/1085 PCIe to PCI Bridge' class = bridge subclass = PCI-PCI The chips on the card are: ASMedia asm1083 b0bk4911b3 1543 (?) SystemBase SB16C1058PCI 1624 It only detects four (or six?) serials... So I think I found a 'somehow' working setup and have to add stuff to sys/dev/puc/pucdata.c to match it. Thanks for the pointer! -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Sat Jan 19 09:44:27 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6D5814A0494 for ; Sat, 19 Jan 2019 09:44:26 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4485F709E9 for ; Sat, 19 Jan 2019 09:44:26 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1539:1ac0:163a:36a4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id A305F8DE8; Sat, 19 Jan 2019 12:44:23 +0300 (MSK) Date: Sat, 19 Jan 2019 12:44:23 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD Message-ID: <1205421423.20190119124423@serebryakov.spb.ru> To: Tomoaki AOKI , freebsd-current@freebsd.org Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: <20190119104221.406e7a7b71394a12c80e4e04@dec.sakura.ne.jp> References: <8DDD8F7A-40CA-48BB-9F71-56733100AFE0@me.com> <1a19320b-2211-129c-b213-96601814e0d0@FreeBSD.org> <1f45099e-6a37-3edb-6bd4-f92eb2c4fde8@FreeBSD.org> <20190119104221.406e7a7b71394a12c80e4e04@dec.sakura.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4485F709E9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 09:44:27 -0000 Hello Tomoaki, Saturday, January 19, 2019, 4:42:21 AM, you wrote: > I should note that 512-bytes boot0 doesn't have that feature. > What had it WAS larger boot0ext, which has already gone on stable/11 > and later. IIRC, sysinstall let me select which to install on MBR. It has, look at src/stand/i386/boot0/boot0.S It works :-) -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Jan 19 16:00:25 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98CAC1484B4F for ; Sat, 19 Jan 2019 16:00:25 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3D1587C8C; Sat, 19 Jan 2019 16:00:24 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0JG0F9I061208; Sat, 19 Jan 2019 08:00:15 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0JG0FdL061207; Sat, 19 Jan 2019 08:00:15 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901191600.x0JG0FdL061207@pdx.rh.CN85.dnsmgr.net> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: To: Rebecca Cran Date: Sat, 19 Jan 2019 08:00:15 -0800 (PST) CC: Emmanuel Vadot , Lev Serebryakov , Warner Losh , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: C3D1587C8C X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.59 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.823,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; NEURAL_SPAM_LONG(0.45)[0.448,0]; NEURAL_SPAM_MEDIUM(0.44)[0.440,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:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.08)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 16:00:25 -0000 > > On January 19, 2019 at 2:52:28 AM, Lev Serebryakov (lev@freebsd.org(mailto:lev@freebsd.org)) wrote: > > > I have never seen such item in BIOS Setup. I've checked two MoBos now (one is > > Supermicro X9something and other is brand-new Goldmont-based Chinese MiniPC > > like Intel NUK): both have one knob in setup about boot type > > (Legacy/UEFI/Auto) and if UEFI is selected, Supermicro MoBo (but not Chinese > > one) could be booted to "UEFI Console" which is not documented anywhere. > > > > Ok, I've checked my desktop Asus Z170-A, but it is graphical and I could > > not find or understand anything in this home-rown UI with crazy-fast mouse. > > > > On ASUS systems you normally press F8 during POST to bring up the boot menu, and F11 on Supermicro systems. ASUS should learn to put that stuff on screen... like everyone else. I've been hitting the delete and going to the bios/boot tap which also has a boot selection screen on one of my machines because I did not know F8 existed. Thank you! -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Jan 19 16:16:27 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 868BD1485AA3 for ; Sat, 19 Jan 2019 16:16:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49854889E4 for ; Sat, 19 Jan 2019 16:16:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x834.google.com with SMTP id t33so18610185qtt.4 for ; Sat, 19 Jan 2019 08:16:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3x2H5s0PGHGFGKizb+zejWY1Lg0ssOA/5szhHOyCxpw=; b=GFf/End1Tkjj9RpV9Zqq6fpOV+ovazDOhFEUQ9gfnesmZqBKrhZtBQCnqbfutV4YhY byQibyHTMmj5dgJpegIrcw9NMVLzn7rAhgA6gEDu+Q5bL5EwwibJlZdpY5oFmMbWJPEy EdQQLby93nZBqYueBczkR9dAT37QiFDd/9jNSVbxPJFpAQmZo/g6UvANc6lVEVtsliA/ wGFBhelfR5+G+Nf2wU2uY+vBKygZKvkYvNLnoCXobCERCTj69+kb8MwCbKIx8OyCDzkY Yix2Uuuzn+gRyMItcih7YZn66KEUhC3iJ1yEqP2OF9sFBGmgzGS3xYUOVedIlEmV6xcX b42A== 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=3x2H5s0PGHGFGKizb+zejWY1Lg0ssOA/5szhHOyCxpw=; b=ggs6jJD256Pw4cGzQULt3XnRowGiCTkHAwTM3Ok4U/ypncpNgsPvan3hYpH+TbpPEH VVcXZlP9fZNULUIqBoayUGclp9voxzwwz6cTBD4q5c8K6KxYXfj4Q+vOl9S2nwBVkFxC ZpGVwzLULSafIm3KnG+eOxMP9fxWfdO6hu0lPvyct4noNLH78Bs3Q5Itq4aAw1umI9VO LzlsFOSAQDCUzv8xTtzwg5Dttzhvn0FBSu/Z59tPjdD8MGIMjJ6wB7zLrKwye6/+gWbA /gZCtsZjclf4ttZxvjH/rnSS2LggcRovFw/ECE5AevkNJ6GchrnL4EgEAMeULV+9QWEK UGbQ== X-Gm-Message-State: AJcUukd/xlTTroxFmrNa/K4a8X83EpCWSsCpritevApqxQh5jgkWkwrm RiupcqG/98u4WmssUsYoXAvonRuIDa1BkZ28BFyVDA== X-Google-Smtp-Source: ALg8bN6zINk1oIK9nZf27AK/h2QcgdStFkIv9BeXPgzVzz1OSjQX0jTp7AfxO3g/+UyP75ylSJV9qOiggILZyNJdDwk= X-Received: by 2002:a0c:9549:: with SMTP id m9mr20332766qvm.214.1547914585555; Sat, 19 Jan 2019 08:16:25 -0800 (PST) MIME-Version: 1.0 References: <201901191600.x0JG0FdL061207@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201901191600.x0JG0FdL061207@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Sat, 19 Jan 2019 09:16:14 -0700 Message-ID: Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: "Rodney W. Grimes" Cc: Rebecca Cran , Emmanuel Vadot , Lev Serebryakov , FreeBSD Current X-Rspamd-Queue-Id: 49854889E4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=GFf/End1 X-Spamd-Result: default: False [-5.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[ALT1.aspmx.l.google.com,aspmx.l.google.com,ALT2.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[4.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]; NEURAL_HAM_SHORT(-0.72)[-0.717,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.37)[ip: (-7.57), ipnet: 2607:f8b0::/32(-2.38), asn: 15169(-1.83), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 16:16:27 -0000 On Sat, Jan 19, 2019 at 9:00 AM Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > On January 19, 2019 at 2:52:28 AM, Lev Serebryakov (lev@freebsd.org > (mailto:lev@freebsd.org)) wrote: > > > > > I have never seen such item in BIOS Setup. I've checked two MoBos now > (one is > > > Supermicro X9something and other is brand-new Goldmont-based Chinese > MiniPC > > > like Intel NUK): both have one knob in setup about boot type > > > (Legacy/UEFI/Auto) and if UEFI is selected, Supermicro MoBo (but not > Chinese > > > one) could be booted to "UEFI Console" which is not documented > anywhere. > > > > > > Ok, I've checked my desktop Asus Z170-A, but it is graphical and I > could > > > not find or understand anything in this home-rown UI with crazy-fast > mouse. > > > > > > > On ASUS systems you normally press F8 during POST to bring up the boot > menu, and F11 on Supermicro systems. > > ASUS should learn to put that stuff on screen... like everyone else. > I've been hitting the delete and going to the bios/boot tap which > also has a boot selection screen on one of my machines because I > did not know F8 existed. > I've been generally reluctant to add old-style boot0 selection to UEFI stuff. The BIOS already does it, so we don't need to. I've not needed it at all. However, we start the boot in lua. We already allow an interruption of loader.efi, so it would be super easy (assuming we got the lua bindings right) to implement something that would show you all the BootXXXX envs and let you select one to boot instead. We already have the ability to interrupt the boot loader. It would also be trivial to implement a 'efiboot XXXX' command to give that to you in cli mode. Both would set BootNext to XXXX and exit. We already have a menu, we could just add it to that. This would solve the hassles people are having with their BIOS (either because it's incomplete or hides the functionality too well) and would obviate the need to make boot1.efi do the selection (which has issues of its own due to boot1's limited scope). The only drawback here is that we'd not be able to create new boot envs in the loader, or you'd need to create a new one if you haven't yet run efibootmgr(8), but if that's really an issue, someone will write code to cope. Warner From owner-freebsd-current@freebsd.org Sat Jan 19 16:28:43 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7AF1D1486066 for ; Sat, 19 Jan 2019 16:28:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C90E88E58 for ; Sat, 19 Jan 2019 16:28:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82e.google.com with SMTP id l11so18733238qtp.0 for ; Sat, 19 Jan 2019 08:28:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xfgKw2ajyt6XtoaJIyJsgLod4LkaaTe/PnV+I0C2r2k=; b=EZ/zfQjFU3bWnsTscZ0ygOSJKd9aJmZbF/Yu/0Vk52O9bn2w4oASYOQPJBSC7i1i1/ 8zwaPI4ZiySnDYxGBEz4YeQgzHokgmj9FsECa/ltQAXMDisfaGUFuGf0VrOmK6D/zxSF pivmLAyfeDgm5gANX/GjBXi/TxzWM+G31GVowsDQT+Lv34SxIOJC9jbKP0dxOiHJfEq5 YkmuNMJMDQICPQ7KYpvCTOPpclBQ+KTz/HQIe6rAawMvNDcbefH7YYfnXFGEuVZ/67oU rAV1+i4puSPhFy+koAZoiW/d9MvZVUnaSFZaanMwRRYebvSMJwaU5QujnOkMGf6rGg0o vQEw== 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=xfgKw2ajyt6XtoaJIyJsgLod4LkaaTe/PnV+I0C2r2k=; b=ZiVMzX63OG31dEoh0RKJHoK3z7QPJVV6R9ITqqwC5lqcJQjWUKz1cQxy2YuNHxi2WT Fpr5pae36+6bjAFDLfTD3lzYKvDebO40FuCBi4/lH4eKRo9DGOhx1Ht7OLUJLTWMFFT0 tHrix/YNgSbAsQckNUt+ajDpj2Zb7psTBdWbyon687lv3BXqK82upluDmiZ4XnHh6oSW c/Uyw+og9iz2o7aQvnMPLAPIAzpjTgAKYGUOz2dxbyYKX7lvG/ISB+unCAJCEHud99vE iMtIEiQ4rGEw630vnuZmF1s/led7GgiATGR8tl/G2ALdZ7BpWJrYkgdokO1wEx64BYAk y/Ig== X-Gm-Message-State: AJcUukdqP4YQMHkrVoRtzxNIZPKvsqGilMelp50y3qz41y6zasobKWPO Ou+b9Fc7FvUGBnd/4tCB624J3ilS9pcyr201l6pTq6rR X-Google-Smtp-Source: ALg8bN7kgf/cTqvrZWWEpQT64nfCsjgGSH4zH/iTVoWPtclD6RnRQa2nz5KAXJNnVOpE7EXx4W55xK6cT2c4NPAl8N4= X-Received: by 2002:ac8:548a:: with SMTP id h10mr20846751qtq.15.1547915322323; Sat, 19 Jan 2019 08:28:42 -0800 (PST) MIME-Version: 1.0 References: <20190118215210.GC54920@home.opsec.eu> <20190119095242.GA77943@home.opsec.eu> In-Reply-To: <20190119095242.GA77943@home.opsec.eu> From: Warner Losh Date: Sat, 19 Jan 2019 09:28:31 -0700 Message-ID: Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? To: Kurt Jaeger Cc: FreeBSD Current X-Rspamd-Queue-Id: 0C90E88E58 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 16:28:43 -0000 On Sat, Jan 19, 2019 at 2:52 AM Kurt Jaeger wrote: > Hi! > > > uart is the new thing. sio info should be ignored. > > > > Chances are good that this device doesn't have the proper entries in the > > puc driver. Do you have any pci devices that show up as unclaimed? > > In a different box, I got this: > > none1@pci0:7:4:0: class=0x070002 card=0x000814a1 chip=0x000814a1 > rev=0xb0 hdr=0x00 > vendor = 'Systembase Co Ltd' > class = simple comms > subclass = UART > bar [10] = type I/O Port, range 32, base 0x1040, size 64, enabled > bar [14] = type I/O Port, range 32, base 0x1000, size 64, enabled > This is the one you want. You'll need to add vendor 14a1 device 8 to the puc tables. Do you need help with this? It will be a bit tricky because each of these defines several ports, I think. and: > > pcib7@pci0:6:0:0: class=0x060400 card=0x00000000 chip=0x10801b21 > rev=0x04 hdr=0x01 > vendor = 'ASMedia Technology Inc.' > device = 'ASM1083/1085 PCIe to PCI Bridge' > class = bridge > subclass = PCI-PCI > This is something else. > The chips on the card are: > > ASMedia asm1083 b0bk4911b3 1543 (?) > SystemBase SB16C1058PCI 1624 > > It only detects four (or six?) serials... > > So I think I found a 'somehow' working setup and have to add stuff to > sys/dev/puc/pucdata.c to match it. Thanks for the pointer! That's right. Ask me if you need help. There's several different ways that hardware vendors slice and dice the UARTs, and there's no standard. Clock rate may be an issue too, since newer cards have faster baud clocks to support higher rates, but this means to get the right right you have to use a different divisor than the older 16550A typically needed. Luckily this is well supported. Warner From owner-freebsd-current@freebsd.org Sat Jan 19 16:33:00 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9581A1486406 for ; Sat, 19 Jan 2019 16:33:00 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A330689188; Sat, 19 Jan 2019 16:32:59 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0JGWpEY061403; Sat, 19 Jan 2019 08:32:51 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0JGWpkI061402; Sat, 19 Jan 2019 08:32:51 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901191632.x0JGWpkI061402@pdx.rh.CN85.dnsmgr.net> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: To: Warner Losh Date: Sat, 19 Jan 2019 08:32:51 -0800 (PST) CC: Rebecca Cran , Emmanuel Vadot , Lev Serebryakov , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: A330689188 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.54 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.81)[0.810,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; NEURAL_SPAM_LONG(0.43)[0.429,0]; NEURAL_SPAM_MEDIUM(0.42)[0.421,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:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.08)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 16:33:00 -0000 > On Sat, Jan 19, 2019 at 9:00 AM Rodney W. Grimes < > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > > On January 19, 2019 at 2:52:28 AM, Lev Serebryakov (lev@freebsd.org > > (mailto:lev@freebsd.org)) wrote: > > > > > > > I have never seen such item in BIOS Setup. I've checked two MoBos now > > (one is > > > > Supermicro X9something and other is brand-new Goldmont-based Chinese > > MiniPC > > > > like Intel NUK): both have one knob in setup about boot type > > > > (Legacy/UEFI/Auto) and if UEFI is selected, Supermicro MoBo (but not > > Chinese > > > > one) could be booted to "UEFI Console" which is not documented > > anywhere. > > > > > > > > Ok, I've checked my desktop Asus Z170-A, but it is graphical and I > > could > > > > not find or understand anything in this home-rown UI with crazy-fast > > mouse. > > > > > > > > > > On ASUS systems you normally press F8 during POST to bring up the boot > > menu, and F11 on Supermicro systems. > > > > ASUS should learn to put that stuff on screen... like everyone else. > > I've been hitting the delete and going to the bios/boot tap which > > also has a boot selection screen on one of my machines because I > > did not know F8 existed. > > > > I've been generally reluctant to add old-style boot0 selection to UEFI > stuff. The BIOS already does it, so we don't need to. I've not needed it at > all. The BIOS does NOT do what our boot0 does, I have seen no BIOS that well allow me to select a partition on a drive, you can only select the drive. I think this is the feature that Lev is missing, and I am sure others shall miss it to. IIRC whistle used a version of this so you could install a new system to partion 2, keeping your current system in partion 1, and changing the active back and forth. If we have lost that basic functionality with the growth of GPT and UEFI that is a sad day. > > However, we start the boot in lua. We already allow an interruption of > loader.efi, so it would be super easy (assuming we got the lua bindings > right) to implement something that would show you all the BootXXXX envs and > let you select one to boot instead. We already have the ability to > interrupt the boot loader. It would also be trivial to implement a 'efiboot > XXXX' command to give that to you in cli mode. Both would set BootNext to > XXXX and exit. We already have a menu, we could just add it to that. This > would solve the hassles people are having with their BIOS (either because > it's incomplete or hides the functionality too well) and would obviate the > need to make boot1.efi do the selection (which has issues of its own due to > boot1's limited scope). Loader and such is far too late... as part of what the boot0 mbr gets you around is when your loader in the new partition is what is stopping you from getting booted because it got screwed up. > The only drawback here is that we'd not be able to create new boot envs in > the loader, or you'd need to create a new one if you haven't yet run > efibootmgr(8), but if that's really an issue, someone will write code to > cope. > > Warner -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Jan 19 17:37:48 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 396A01489A84 for ; Sat, 19 Jan 2019 17:37:48 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89E538BC19; Sat, 19 Jan 2019 17:37:46 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0JHbgqi061648; Sat, 19 Jan 2019 09:37:42 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0JHbgcg061647; Sat, 19 Jan 2019 09:37:42 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901191737.x0JHbgcg061647@pdx.rh.CN85.dnsmgr.net> Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? In-Reply-To: To: Warner Losh Date: Sat, 19 Jan 2019 09:37:42 -0800 (PST) CC: Kurt Jaeger , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 89E538BC19 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.99 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.96)[0.962,0]; IP_SCORE(-0.01)[ip: (0.02), ipnet: 69.59.192.0/19(0.01), asn: 13868(-0.02), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.37)[0.370,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; NEURAL_SPAM_LONG(0.78)[0.777,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 17:37:48 -0000 > On Sat, Jan 19, 2019 at 2:52 AM Kurt Jaeger wrote: > > > Hi! > > > > > uart is the new thing. sio info should be ignored. > > > > > > Chances are good that this device doesn't have the proper entries in the > > > puc driver. Do you have any pci devices that show up as unclaimed? > > > > In a different box, I got this: > > > > none1@pci0:7:4:0: class=0x070002 card=0x000814a1 chip=0x000814a1 > > rev=0xb0 hdr=0x00 > > vendor = 'Systembase Co Ltd' > > class = simple comms > > subclass = UART > > bar [10] = type I/O Port, range 32, base 0x1040, size 64, enabled > > bar [14] = type I/O Port, range 32, base 0x1000, size 64, enabled > > > > This is the one you want. You'll need to add vendor 14a1 device 8 to the > puc tables. Do you need help with this? It will be a bit tricky because > each of these defines several ports, I think. > > and: > > > > pcib7@pci0:6:0:0: class=0x060400 card=0x00000000 chip=0x10801b21 > > rev=0x04 hdr=0x01 > > vendor = 'ASMedia Technology Inc.' > > device = 'ASM1083/1085 PCIe to PCI Bridge' ^^^^^^^^ > > class = bridge > > subclass = PCI-PCI > > > > This is something else. I believe this is the PCI-PCI bridge that he clearly says is on the board just a few lines below here. > > > > The chips on the card are: > > > > ASMedia asm1083 b0bk4911b3 1543 (?) ^^^^^^^^ > > SystemBase SB16C1058PCI 1624 > > > > It only detects four (or six?) serials... > > > > So I think I found a 'somehow' working setup and have to add stuff to > > sys/dev/puc/pucdata.c to match it. Thanks for the pointer! > > > That's right. Ask me if you need help. There's several different ways that > hardware vendors slice and dice the UARTs, and there's no standard. Clock > rate may be an issue too, since newer cards have faster baud clocks to > support higher rates, but this means to get the right right you have to > use a different divisor than the older 16550A typically needed. Luckily > this is well supported. I am also wondering if the reason he only saw 4 or 6 ports is that some of them have been presented to the system in a way that they look like standard uart0 and uart1, that is why I asked for the full non verbose pciconf -lB output, it would clear some of that up. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Jan 19 13:27:32 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B130B14A9520 for ; Sat, 19 Jan 2019 13:27:32 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10021101.me.com (pv50p00im-ztdg10021101.me.com [17.58.6.44]) (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 DA79081645 for ; Sat, 19 Jan 2019 13:27:31 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10021101.me.com (Postfix) with ESMTPSA id B1ECF18011E; Sat, 19 Jan 2019 13:27:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) From: Toomas Soome In-Reply-To: <912985968.20190119125228@serebryakov.spb.ru> Date: Sat, 19 Jan 2019 15:27:20 +0200 Cc: Warner Losh , Emmanuel Vadot , "Rodney W. Grimes" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <5CE830A3-27A1-4586-8742-0ED3803EC520@me.com> References: <201901181935.x0IJZ4tX057034@pdx.rh.CN85.dnsmgr.net> <49056065-1e62-f0dc-c7a4-8c358de4266e@FreeBSD.org> <20190118221013.81c8729c7bf17038e1823b52@bidouilliste.com> <912985968.20190119125228@serebryakov.spb.ru> To: Lev Serebryakov X-Mailer: Apple Mail (2.3445.102.3) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-01-19_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=18 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-1807170000 definitions=main-1901190110 X-Rspamd-Queue-Id: DA79081645 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_COMPOSITE_RCVD_IN_DNSWL_MED_DWL_DNSWL_LOW(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; RCVD_IN_DNSWL_MED(-0.20)[44.6.58.17.list.dnswl.org : 127.0.5.2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; MX_GOOD(-0.01)[cached: mx1.mail.icloud.com]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=04042017]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.50)[ip: (-4.52), ipnet: 17.58.0.0/20(-1.55), asn: 714(-1.38), country: US(-0.08)]; DWL_DNSWL_LOW(0.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[44.6.58.17.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 13:27:32 -0000 > On 19 Jan 2019, at 11:52, Lev Serebryakov wrote: >=20 > Hello Warner, >=20 > Saturday, January 19, 2019, 12:17:29 AM, you wrote: >=20 >> Also most UEFI BIOSes I've used (which isn't a lot) allow one to = choose >> which BootXXXX variable to use to boot. Some will even create new = BootXXXX >> variables that they use when you choose a raw device to boot from. > I have never seen such item in BIOS Setup. I've checked two MoBos now = (one is > Supermicro X9something and other is brand-new Goldmont-based Chinese = MiniPC > like Intel NUK): both have one knob in setup about boot type > (Legacy/UEFI/Auto) and if UEFI is selected, Supermicro MoBo (but not = Chinese > one) could be booted to "UEFI Console" which is not documented = anywhere. >=20 > Ok, I've checked my desktop Asus Z170-A, but it is graphical and I = could > not find or understand anything in this home-rown UI with crazy-fast = mouse. >=20 > I have never seen documentation in MoBo manuals about such features, = BTW. >=20 > And, again, GPT/Legacy still left behind, and it could be very useful = for > small systems, as sometimes 4 partitions of MBR is not enough (2 code > partitions + 1 config partition + 1 persistent data partition, and > SOMETIMES, there is place for swap, for example, but MBR is full = already). >=20 you can always create BSD label inside MBR slice. Also you can add = chain_disk=3Ddevicename: into loader.conf and get same one key = selection in boot menu (or Boot Enviroments for that matter). There is = no need to struggle with 446 byte asm code when you have full power from = your boot loader. rgds, toomas From owner-freebsd-current@freebsd.org Sat Jan 19 15:50:01 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2D9E1484348 for ; Sat, 19 Jan 2019 15:50:01 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37011873B9; Sat, 19 Jan 2019 15:50:00 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0JFnv8O061150; Sat, 19 Jan 2019 07:49:57 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0JFnvmq061149; Sat, 19 Jan 2019 07:49:57 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901191549.x0JFnvmq061149@pdx.rh.CN85.dnsmgr.net> Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? In-Reply-To: <20190119090238.GE54920@home.opsec.eu> To: Kurt Jaeger Date: Sat, 19 Jan 2019 07:49:57 -0800 (PST) CC: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 37011873B9 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.960,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 15:50:02 -0000 > Hi! > > > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 > > Ah, that is a false lead. > > I compared it to a second, similar hardware and there I found the same uart2, > even if no card was installed 8-( > > So it seems the card is not detected at all 8-( Need to find out why it is not showing up in the PCI listings. Can you post the output from pciconf -l -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Jan 19 18:07:18 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2ABF148CA9F for ; Sat, 19 Jan 2019 18:07:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.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 840BE8D689 for ; Sat, 19 Jan 2019 18:07:17 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 8F15E21108A for ; Sat, 19 Jan 2019 13:06:40 -0500 (EST) Received: from [192.168.1.101] (c-68-43-69-65.hsd1.mi.comcast.net [68.43.69.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id DD0A9B8686 for ; Sat, 19 Jan 2019 12:06:39 -0600 (CST) Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: freebsd-current@freebsd.org References: <201901191632.x0JGWpkI061402@pdx.rh.CN85.dnsmgr.net> From: Karl Denninger Openpgp: preference=signencrypt Message-ID: <88d8b596-3d7b-3ed5-d046-d86731cbb23e@denninger.net> Date: Sat, 19 Jan 2019 12:06:38 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <201901191632.x0JGWpkI061402@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms060303090804010300090307" X-Rspamd-Queue-Id: 840BE8D689 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[px.denninger.net]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.01)[ip: (-9.85), ipnet: 104.236.64.0/18(-2.96), asn: 14061(2.84), country: US(-0.08)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:+]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[denninger.net]; NEURAL_SPAM_SHORT(0.80)[0.803,0]; R_SPF_NA(0.00)[] 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: Sat, 19 Jan 2019 18:07:19 -0000 This is a cryptographically signed message in MIME format. --------------ms060303090804010300090307 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 1/19/2019 10:32, Rodney W. Grimes wrote: >> ...... > The BIOS does NOT do what our boot0 does, I have seen no BIOS that > well allow me to select a partition on a drive, you can only select > the drive. > > I think this is the feature that Lev is missing, and I am sure > others shall miss it to. > > IIRC whistle used a version of this so you could install a new system > to partion 2, keeping your current system in partion 1, and changing th= e > active back and forth. If we have lost that basic functionality with > the growth of GPT and UEFI that is a sad day. It is indeed, especially for embedded applications. I really, really like the fact that NanoBSD (on an MBR boot) can have two partitions and mark the "other one" as active; this then lets you update the code "in place" and as long as you are paying attention to what goes into the volatile overlays (specifically although not exclusively don't let /etc/fstab with a hard-coded filesystem reference get into there!) then you can "warm update" a running system and reboot into the new code. If something goes wrong re-marking the old partition active is not terribly hard, so there's a *reasonable* recovery path available. I've not found a reliable way to do that sort of thing with many of the "newer" small-board devices and I really like it on, for example, my apu2 firewall appliances that I and others are using all over the place in that being able to put together a code-fix update is of material value= =2E --=20 Karl Denninger karl@denninger.net /The Market Ticker/ --------------ms060303090804010300090307 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkwMTE5MTgwNjM4 WjBPBgkqhkiG9w0BCQQxQgRAKxF7j74m2lBgLISWdqIk71Vebjtl0T46J0orLa6933t62TkU gX0POua+OG0dP00ybBHgthwzPMVE6mzPzxES6zBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgApu6xFsXah6VJLQjfQVlsywjUwlGvPvdvNQsa/IV9L0iTVWmNODMLrQgj/jv8+Kx++ kDNCGrX22BYkzCuzoZWaGFHqXgQy4beXmwit4oA2SmCpb5a3xA3Pii2gdM6+rHsac7CiEi5W b14k38CpWjkkFeSrB04XujObWCv58az6kWTDnXIAysiRyYrdVPY37SqVNQ/p9JagskyVDLVf 6AVNfDsK3bALETcGL1uPonB9XM5RCIltXetwSfWxTCZKiZTbEEqNJwpZPp2wYU5LANkEkMK0 p2qTXdLAE1DdOco/kuaaJ6gNMTL6sfyRsKPYvZosK0pGbm1Z1LGjl/XCHFJB1Px5via/dwSy tteh/0pBrroHxWDAt2mEzjrFJCg+MxEsSUje/BQ16mL9lKWuXwMaRSRtVnTO6JAZy7tdH2Bn Agb3YgMqDEIttFPx2huTu1gi64w43iSUaMjOs4SbtEQXZ/wAJIDJJ0L8m6Mg/AnM491FcAq/ 9DVZRJvaXlWBuv6cXazffJcDJFhDGDVPPF3sakrxhLNuGqZcW5faumUvLuZzsurU+43j8rTV 3Ziv5rufA55TerApJRzI6Ep4z75ANxWKlJsFybjpKKB5cjuDMpT4n17YzqX0kPEatFsVDAp2 barw2YgLrPomgNyZsIoiehKWPxAoLlLK5dsgmNIO3gAAAAAAAA== --------------ms060303090804010300090307-- From owner-freebsd-current@freebsd.org Sat Jan 19 16:06:31 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 235491485507 for ; Sat, 19 Jan 2019 16:06:31 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2ACB884F6; Sat, 19 Jan 2019 16:06:30 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x0JG6QnN061241; Sat, 19 Jan 2019 08:06:26 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id x0JG6QCK061240; Sat, 19 Jan 2019 08:06:26 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901191606.x0JG6QCK061240@pdx.rh.CN85.dnsmgr.net> Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? In-Reply-To: <20190119095242.GA77943@home.opsec.eu> To: Kurt Jaeger Date: Sat, 19 Jan 2019 08:06:26 -0800 (PST) CC: Warner Losh , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: A2ACB884F6 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.965,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 16:06:31 -0000 > Hi! > > > uart is the new thing. sio info should be ignored. > > > > Chances are good that this device doesn't have the proper entries in the > > puc driver. Do you have any pci devices that show up as unclaimed? > > In a different box, I got this: > > none1@pci0:7:4:0: class=0x070002 card=0x000814a1 chip=0x000814a1 rev=0xb0 hdr=0x00 > vendor = 'Systembase Co Ltd' > class = simple comms > subclass = UART > bar [10] = type I/O Port, range 32, base 0x1040, size 64, enabled > bar [14] = type I/O Port, range 32, base 0x1000, size 64, enabled > > and: > > pcib7@pci0:6:0:0: class=0x060400 card=0x00000000 chip=0x10801b21 rev=0x04 hdr=0x01 > vendor = 'ASMedia Technology Inc.' > device = 'ASM1083/1085 PCIe to PCI Bridge' > class = bridge > subclass = PCI-PCI > > The chips on the card are: > > ASMedia asm1083 b0bk4911b3 1543 (?) > SystemBase SB16C1058PCI 1624 > > It only detects four (or six?) serials... Are perhaps 2 of them being consumed by sio? > > So I think I found a 'somehow' working setup and have to add stuff to > sys/dev/puc/pucdata.c to match it. Thanks for the pointer! Ok, heading in the right direction, try pciconf -lB that should show the hierarchy with the simple comms connected behind the pci-pci bridge. More readable without the -v your using above. Please do post the complete output of exactly: pciconf -lB -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Jan 19 18:50:12 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1D42148EF3D for ; Sat, 19 Jan 2019 18:50:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43DA568042 for ; Sat, 19 Jan 2019 18:50:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82b.google.com with SMTP id t13so18893152qtn.3 for ; Sat, 19 Jan 2019 10:50:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7sGNOxY1D52NJB910HTSJbYtL52CB+r5fcASU9AHAAA=; b=Gxdd760RVy79pqQlNazh22x4EIHU+FBUrwbNr5HRquucEGkmaA4q9M5liHWfaw5o4K plCWK56AnGD+3NfOMiNtkLZ+87DY6/ZH6DAwZ1T2SMmjjAouvtgfxktlgaM0ByutPSby 3/5Yd2FvgB29UArbE/ZIYyFLoDtSQPGjzKiDKEvxKLBwx1hHZs6YSouzTYk47ONjiV4N R38ksRp2tJClsrdZB6dNOdS4oicD1kdKD8/99ch6GJA+IXMpRjdOvlPf5HSd3lm8xs85 bZGzPkvHcW3uUJS5bgPkznZ1Nw51Xdih9IbNiBvVwEkbJPGRX06pwhZIu1zTS7GgOS+f Fz9g== 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=7sGNOxY1D52NJB910HTSJbYtL52CB+r5fcASU9AHAAA=; b=D4oH0u+17wzpE5zIXio6660w6/YvkSBJfDxes52EkSyYdJWyomkqx6S4lDsfXA/5+i dJaIrOLsbjOpht9yLeRKUokAKKU/ZWiqcGMwFoHtWk2L+NC2YEz3irrFPddlSg2zsc+i G54tpSHCQP/GLj7kp8dp9apFL+EVpqx+8SFqPsF8y5rgcDgFoQwsU5u/1OaO2GEAVXwn 69qmnGnYTTbXsWis9hrTjPiZB2M+MqyCo2FJEgEcPiGMaJ3O5O4vzNBj4N2bUJXAzFhh bDDCh3IyvMM2vQ5DYXCELfmyd8g15k3gczAZf196W5CHR7GJS1N9wf1BHyhY8g05Zmwa ivPw== X-Gm-Message-State: AJcUukcmIKuyDZB51lveYYIzAVPok3FNCvLaSYSMYDtqINUTAkr0ghGP SImh0m+Rpy5REBAylAofIr+OKTmx9IRY7U5GjGy6Yw== X-Google-Smtp-Source: ALg8bN5hZVPitErP5MT5pGPLmqZ0VZNCZmFzVY9lC0YedNiuSviD4nnLXYSogVq/cUJQv2p25JiTABZyssHfrg5ViE8= X-Received: by 2002:ac8:3f2f:: with SMTP id c44mr20957530qtk.33.1547923809364; Sat, 19 Jan 2019 10:50:09 -0800 (PST) MIME-Version: 1.0 References: <201901191632.x0JGWpkI061402@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201901191632.x0JGWpkI061402@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Sat, 19 Jan 2019 11:49:58 -0700 Message-ID: Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) To: "Rodney W. Grimes" Cc: Rebecca Cran , Emmanuel Vadot , Lev Serebryakov , FreeBSD Current X-Rspamd-Queue-Id: 43DA568042 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Gxdd760R X-Spamd-Result: default: False [-4.81 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[b.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.25)[-0.250,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.55)[ip: (-8.46), ipnet: 2607:f8b0::/32(-2.37), asn: 15169(-1.83), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 18:50:12 -0000 On Sat, Jan 19, 2019 at 9:32 AM Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > On Sat, Jan 19, 2019 at 9:00 AM Rodney W. Grimes < > > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > > > > > On January 19, 2019 at 2:52:28 AM, Lev Serebryakov (lev@freebsd.org > > > (mailto:lev@freebsd.org)) wrote: > > > > > > > > > I have never seen such item in BIOS Setup. I've checked two MoBos > now > > > (one is > > > > > Supermicro X9something and other is brand-new Goldmont-based > Chinese > > > MiniPC > > > > > like Intel NUK): both have one knob in setup about boot type > > > > > (Legacy/UEFI/Auto) and if UEFI is selected, Supermicro MoBo (but > not > > > Chinese > > > > > one) could be booted to "UEFI Console" which is not documented > > > anywhere. > > > > > > > > > > Ok, I've checked my desktop Asus Z170-A, but it is graphical and I > > > could > > > > > not find or understand anything in this home-rown UI with > crazy-fast > > > mouse. > > > > > > > > > > > > > On ASUS systems you normally press F8 during POST to bring up the > boot > > > menu, and F11 on Supermicro systems. > > > > > > ASUS should learn to put that stuff on screen... like everyone else. > > > I've been hitting the delete and going to the bios/boot tap which > > > also has a boot selection screen on one of my machines because I > > > did not know F8 existed. > > > > > > > I've been generally reluctant to add old-style boot0 selection to UEFI > > stuff. The BIOS already does it, so we don't need to. I've not needed it > at > > all. > > The BIOS does NOT do what our boot0 does, I have seen no BIOS that > well allow me to select a partition on a drive, you can only select > the drive. > True, but you need more than knowing which partition to boot from with UEFI. Sadly, it's no longer that simple for multiple partition setups. UEFI knows how to boot the primary loader (our boot1.efi or loader.efi), but from there there's no standard way to tell how to select from multiple different notions. I've created a standard for FreeBSD (which is what each OS is supposed to do), but making it happen is tricky as you somehow have to know which of several options you want to use. There's several ways to do this in FreeBSD, but they aren't super easy (if you get to the loader prompt, you can set anything to boot there). > I think this is the feature that Lev is missing, and I am sure > others shall miss it to. > > IIRC whistle used a version of this so you could install a new system > to partion 2, keeping your current system in partion 1, and changing the > active back and forth. If we have lost that basic functionality with > the growth of GPT and UEFI that is a sad day. > If you set it up properly, that's trivial to do. We do it all the time at Netflix. Most of the changes I made to loader.efi was to make this possible, regular and easy. > However, we start the boot in lua. We already allow an interruption of > > loader.efi, so it would be super easy (assuming we got the lua bindings > > right) to implement something that would show you all the BootXXXX envs > and > > let you select one to boot instead. We already have the ability to > > interupt the boot loader. It would also be trivial to implement a > 'efiboot > > XXXX' command to give that to you in cli mode. Both would set BootNext to > > XXXX and exit. We already have a menu, we could just add it to that. This > > would solve the hassles people are having with their BIOS (either because > > it's incomplete or hides the functionality too well) and would obviate > the > > need to make boot1.efi do the selection (which has issues of its own due > to > > boot1's limited scope). > > Loader and such is far too late... as part of what the boot0 mbr gets you > around is when your loader in the new partition is what is stopping you > from getting booted because it got screwed up. > In UEFI land, this is handled by the UEFI shell or the BIOS. It's a fundamentally different environment where /boot/loader.efi is not too late. In UEFI your primary loader lives on the ESP and is responsible for getting the rest of the OS running. If you just want to boot FreeBSD, it's plenty sophisticated to boot any bootable FreeBSD partition by setting currdev to the right value and reloading the kernel. If you want to boot another OS, however, you'll need to slot into the standard UEFI stuff, which is setting up a boot variable and telling UEFI to use it instead of what you just booted (which is what we can't do today: we can't set BootNext and then exit the boot loader). All the functionality that used to be in mbr has moved into the BIOS. The bootstrap has gone from "read this one block from location 0" to "read this file from this FAT partition and pass it this extra goo". We are an imperfect fit into that now, I won't deny. We're closer to being not a terrible fit than we have been in the past, but we have a ways to go. But to get there, we have to stop thinking MBR-ly and start thinking UEFI-ly. Warner > > The only drawback here is that we'd not be able to create new boot envs > in > > the loader, or you'd need to create a new one if you haven't yet run > > efibootmgr(8), but if that's really an issue, someone will write code to > > cope. > > > > Warner > > -- > Rod Grimes > rgrimes@freebsd.org > From owner-freebsd-current@freebsd.org Sat Jan 19 20:54:34 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70FEE14949F9 for ; Sat, 19 Jan 2019 20:54:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id D27D76F53A for ; Sat, 19 Jan 2019 20:54:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b067:6cab:e808:fdd1]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 1C0178F28; Sat, 19 Jan 2019 23:54:26 +0300 (MSK) Date: Sat, 19 Jan 2019 23:54:25 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD Message-ID: <1951151017.20190119235425@serebryakov.spb.ru> To: Rebecca Cran , Emmanuel Vadot , Warner Losh CC: FreeBSD Current , "Rodney W. Grimes" Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) In-Reply-To: References: <912985968.20190119125228@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: D27D76F53A X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.93 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.93)[-0.935,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2019 20:54:34 -0000 Hello Rebecca, Saturday, January 19, 2019, 6:06:52 PM, you wrote: > Ok, I've checked my desktop Asus Z170-A, but it is graphical and I could > not find or understand anything in this home-rown UI with crazy-fast mouse. > On ASUS systems you normally press F8 during POST to bring up the boot menu, and F11 on Supermicro systems. Yes, I know. But what should I do next? There is no "Set UEFI Boot Var" item in it. You could select different physical drives (but not partitions of the drives) and network cards (if PXE is enabled), and, sometimes, "EFI Shell" which is not documented anywhere, and it doesn't work always. When I google "ASUS EFI Shell", for example, all results says about preparing USB stick with EFI shell and such, not about commands and variables of EFI shell. I don't say, that it is impossible, I only could not find good (or any) documentation. -- Best regards, Lev mailto:lev@FreeBSD.org