From owner-freebsd-current@freebsd.org Sun Jan 20 04:28: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 824CA14A4114 for ; Sun, 20 Jan 2019 04:28:06 +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 E3EE385542; Sun, 20 Jan 2019 04:28:05 +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 7358DD8DF4; Sat, 19 Jan 2019 21:29:00 -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 UXSQCvIW11zv; Sat, 19 Jan 2019 21:28:59 -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; Sat, 19 Jan 2019 21:28:59 -0700 (MST) From: Rebecca Cran To: freebsd-current@freebsd.org, Lev Serebryakov Cc: Emmanuel Vadot , Warner Losh , "Rodney W. Grimes" Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Date: Sat, 19 Jan 2019 21:27:56 -0700 Message-ID: <4636753.YNO7O01DYZ@photon.int.bluestop.org> In-Reply-To: <1951151017.20190119235425@serebryakov.spb.ru> References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2906384.bT80LyP3VS"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Rspamd-Queue-Id: E3EE385542 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.934,0]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Sun, 20 Jan 2019 04:28:06 -0000 --nextPart2906384.bT80LyP3VS Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Saturday, 19 January 2019 13:54:25 MST Lev Serebryakov wrote: > 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. Yeah, the documentation is definitely lacking. If you want to specifically run the EFI Shell, then you'll need to either install Shell_Full.efi from https://github.com/tianocore/edk2/tree/UDK2014.SP1/ EdkShellBinPkg/FullShell/X64 as Shellx64.efi on a USB stick formatted as FAT16 or FAT32 - or, install the shell as EFI/BOOT/BOOTx64.efi on an ESP. For booting FreeBSD, you might want to consider installing rEFInd (http:// www.rodsbooks.com/refind/), since it can find the loader in EFI/freebsd/ loader.efi and displays the FreeBSD logo - see https://bluestop.org/files/ rEFInd_FreeBSD.jpeg . For comparison, my ASUS UEFI firmware doesn't find FreeBSD at all in /EFI/freebsd, and when installed as /EFI/boot/BOOTx64.efi just displays a "UEFI OS" entry. Ultimately, UEFI doesn't care about disks and partitions: it only really knows about ESPs -- FAT12/16/32 formatted partitions that contain the EFI directory structure. For now, that means /EFI/BOOT/BOOT{x64,i386,aa64,arm}.efi, the Microsoft boot loader in /EFI/Microsoft and GRUB/shim in /EFI/fedora, /EFI/ opensuse etc. -- Rebecca Cran --nextPart2906384.bT80LyP3VS 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+ECAFAlxD+MwACgkQDQIrUxG+ ECBoiBAAskf/dj536XfYcD1VQmNQP6pW+ujkuyb4ovpEFyiAH2niLDfcOPCFtiIk CYV25+delL4F5gO3DBC5G/VhF/8Vk6xz4OOZ0ySvWCoLl+1BfFwiVWliu6jf3EjS OguEkJqNoWOHdV4YEfoZpMdiNQerVMCsbAxaK1Rp8O6JFXfDTFFvkfNObr7jYI2b YOdev7QpWCRiOBqWqJsdlPp8WarskGqfaA/0bo9D75DqGYDZDSU7KBgSK265QupT 8zSxvQr5wHVLg0HIm4jHAaRnnZuW/uS18FaznGTnDHdrv9No0VloMt9vWVxpW480 +VRTNB4mvt/MvwcYZqRuF7PKuDLKBA1ZqkBmOpHELHCtSwvTQvo0LJt+TFxwIxyU tBghFTcL1fnDR4eQUnR208Q0OgmVkLNuovJrNuw+0zxoxcf3U8u3G30z5G4qHOtb o1YSQJuWG8ASIiFbGN7/YdZ0qqttG+5f41Rmod3IJwnyx4EIPqNFm9EmJZ9GGEN6 sAlg3ZDK9raAQXmKIqykwewyWeJx/gyFQPoWubV6IeOuguXhbApffiBLsyhmbLTr N3LPOlG5qu0z8FxRct07in2B4RdcJUTDi9b4Nkjh9+c8JzArbgbjRnxJsfziZ42Y yrIzQS1NYXxZjDorePtFcmv16By61tK/O09RnXFsc2ivGtZpo/c= =lfgo -----END PGP SIGNATURE----- --nextPart2906384.bT80LyP3VS-- From owner-freebsd-current@freebsd.org Sun Jan 20 09:05:26 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 DFE4E14ABA8C for ; Sun, 20 Jan 2019 09:05:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 D603B8D188; Sun, 20 Jan 2019 09:05:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x0K95B6x015625 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 20 Jan 2019 11:05:14 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x0K95B6x015625 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x0K959Na015586; Sun, 20 Jan 2019 11:05:09 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 20 Jan 2019 11:05:09 +0200 From: Konstantin Belousov To: Lev Serebryakov Cc: Rebecca Cran , Emmanuel Vadot , Warner Losh , FreeBSD Current , "Rodney W. Grimes" Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) Message-ID: <20190120090508.GE26174@kib.kiev.ua> References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1951151017.20190119235425@serebryakov.spb.ru> User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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: Sun, 20 Jan 2019 09:05:27 -0000 On Sat, Jan 19, 2019 at 11:54:25PM +0300, Lev Serebryakov wrote: > 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. The specification for EFI Shell is available together with other UEFI specifications, at http://www.uefi.org/specifications. From owner-freebsd-current@freebsd.org Sun Jan 20 10:40: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 70B8614843D8 for ; Sun, 20 Jan 2019 10:40:47 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1F938FA0E; Sun, 20 Jan 2019 10:40:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9FE2D14F11; Sun, 20 Jan 2019 10:40:46 +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 1C34590C8; Sun, 20 Jan 2019 13:40:43 +0300 (MSK) Date: Sun, 20 Jan 2019 13:40:42 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD Message-ID: <17710465740.20190120134042@serebryakov.spb.ru> To: Rebecca Cran , 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: <4636753.YNO7O01DYZ@photon.int.bluestop.org> References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E1F938FA0E 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)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; 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: Sun, 20 Jan 2019 10:40:47 -0000 Hello Rebecca, Sunday, January 20, 2019, 7:27:56 AM, you wrote: > Ultimately, UEFI doesn't care about disks and partitions: it only really knows > about ESPs -- FAT12/16/32 formatted partitions that contain the EFI directory > structure. For now, that means /EFI/BOOT/BOOT{x64,i386,aa64,arm}.efi, the > Microsoft boot loader in /EFI/Microsoft and GRUB/shim in /EFI/fedora, /EFI/ > opensuse etc. Problem is (for me), our code we put in ESP partition doesn't care about several FreeBSD partitions and ability to continue boot from any of them in simple way. I have been said, that code in ESP partition looks and some EFI variables (BootNext & Co), and I could "Set them in BIOS", but all this thread doesn't have any clues HOW could I set them in BIOS. Need I EFI shell (which, according to this message must be installed separately!), or something? And I repeat for 4th or 5th time: subject is about GPT. GPT/Legacy has same problem :-) -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sun Jan 20 11:19: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 D76441488086 for ; Sun, 20 Jan 2019 11:19:03 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 759EF91024 for ; Sun, 20 Jan 2019 11:19:03 +0000 (UTC) (envelope-from kib@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 356451488082; Sun, 20 Jan 2019 11:19:03 +0000 (UTC) Delivered-To: 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 2221B1488080; Sun, 20 Jan 2019 11:19:03 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 8FC0491021; Sun, 20 Jan 2019 11:19:02 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x0KBIsfR045941 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 20 Jan 2019 13:18:58 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x0KBIsfR045941 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x0KBIsST045940; Sun, 20 Jan 2019 13:18:54 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Sun, 20 Jan 2019 13:18:54 +0200 From: Konstantin Belousov To: current@freebsd.org, amd64@freebsd.org Subject: PAE on i386 Message-ID: <20190120111854.GF26174@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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: Sun, 20 Jan 2019 11:19:04 -0000 Hello, at https://reviews.freebsd.org/D18894 I put a review which main goal is to allow i386 kernels to use NX bits on capable hardware. In essence, single kernel now can operate using either PAE or non-PAE pagetables, the selection is done at the cold (very early boot, before paging is turned on) time. This together with earlier 4/4 work gives much more life into i386 kernels for whoever still needs them. Please review/test, see the differential review text for more explanation. From owner-freebsd-current@freebsd.org Sun Jan 20 18:12:14 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 98D19149D2A9 for ; Sun, 20 Jan 2019 18:12:13 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from dnvrco-cmomta02.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (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 5B9A972668 for ; Sun, 20 Jan 2019 18:12:09 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from bashful.bsd1.net ([74.138.140.144]) by cmsmtp with ESMTPA id lHX4g1XPosismlHX7g1cpK; Sun, 20 Jan 2019 18:09:21 +0000 Message-ID: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> Subject: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled From: David Boyd To: freebsd-current@freebsd.org Date: Sun, 20 Jan 2019 13:09:18 -0500 X-Mailer: Evolution 3.28.5 (3.28.5-2.el7) Mime-Version: 1.0 X-CMAE-Envelope: MS4wfGRC0PzJ8L0iVjZS3QbHjsQ6IAaUkfDmLxJw2tySrD/+8q1QHKuMjbybT8cboXlSqQiP2Tfm+ko4ABijh+ZVm6pTb8WFYHgabwmVDod0ufKro6Vmh09U yPTI5VLbFMgyaHK9ShcKVFsr69/yskHSVqSR+H2OidSv+PBh19PE7SVGM30Mquej/Ealg+CuGxjuXw== X-Rspamd-Queue-Id: 5B9A972668 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of david.boyd49@twc.com designates 107.14.73.232 as permitted sender) smtp.mailfrom=david.boyd49@twc.com X-Spamd-Result: default: False [-3.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[twc.com]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; HAS_ATTACHMENT(0.00)[]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[dnvrco-cmedge02.email.rr.com,dnvrco-cmedge01.email.rr.com]; NEURAL_HAM_SHORT(-0.48)[-0.480,0]; RECEIVED_SPAMHAUS_PBL(0.00)[144.140.138.74.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.49)[ipnet: 107.14.73.0/24(-4.10), asn: 7843(-3.28), country: US(-0.08)]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[twc.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[232.73.14.107.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" 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: Sun, 20 Jan 2019 18:12:14 -0000 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. Running in VirtualBox 6.0.2. The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, 11.2- RELEASE-p8 and 11.2-STABLE do not exhibit this behavior. This (VM) is a test machine and I can do anything that will help identify the root of this problem. I have included screenshots of the debug output and a backtrace. Thanks. David Boyd. From owner-freebsd-current@freebsd.org Sun Jan 20 17:05: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 7368E149A761 for ; Sun, 20 Jan 2019 17:05: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 446076FC6B for ; Sun, 20 Jan 2019 17:05:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82e.google.com with SMTP id y20so20615607qtm.13 for ; Sun, 20 Jan 2019 09:05:42 -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=j5dRBXBzfqzdod7N8PuaRKvcFeaDE/qcsjnu7B0OECc=; b=yC6bXsD7puNSua1pj9qGrm0en3B075BSB0d2uaRApJk5X0okKhgmoMBqyeMPXMBKNI VB7DzjQaagZzlkltqpscQWW/9eT10q/TN7F976MMDivxEJlabArrk8o+npjFc70b6mAT SJ8SjV/nT/z63Hw6wvjFFbUvA0kgRZbwZ6lnCpHWRRFeTgX7TkIV05LTK4BR5xyYp9Im JwtdOHFkFmUVtEWFE6UasS7lpqreZg6OniZ/imS6K+uKmACyFCgoPO8yM9P41/VZprAA HGuTiQlBfFxMsuSbDSdNXwFodSsqQuZj1L4e+ZqN8wlP7li/5TeiYMINdl71nbRkKiSO PNWg== 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=j5dRBXBzfqzdod7N8PuaRKvcFeaDE/qcsjnu7B0OECc=; b=elEiI15JDJKnIN3OLsOhfi6DI0KJOvu5nPeEaNm4QOPWTIspYYEODKIxqaEqCOkIX6 kuE3gKwWn4NRat2Pky02SQNtyrXov1v+xCX0RtnRtYEHAB5YveGOlo2OUCUzcwCJAx+P bpAWOXmxBywBaCJH/+wxCSeRHeFq4gHqi7LEh9TTf1qmneRnxV0kLUBDT0CV2iVz0hXZ E34Qj63Abb+imiulWQcPnIMWa10P3nBoNObOfUV6xYmOXK6PL17srkNXctfSOkqpDg+1 018ilqk/3OWGYX0nrZdCM2mOGttjumzENjYrSUK2QelqNNbTcRdaFsh3zMeepBCzOXTG ts9w== X-Gm-Message-State: AJcUukcIod5ssXCQNmQqw+ABuEk3oDJf/f7egK5jip8Xs6e5ZXhICJ34 VAwowt9+iUlHHJkCoDlxY0hPFWV2tZGqjlia6aaE06Zy X-Google-Smtp-Source: ALg8bN5k1vGAhXNHcqV0TcIPvPlSgOo74IF70P6t3r0Dmz1FTunTiIaKdxogMuwAM/sqLbLPlCynVverc5/LN1ItH9I= X-Received: by 2002:ac8:7611:: with SMTP id t17mr22962238qtq.345.1548003941435; Sun, 20 Jan 2019 09:05:41 -0800 (PST) MIME-Version: 1.0 References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> In-Reply-To: <17710465740.20190120134042@serebryakov.spb.ru> From: Warner Losh Date: Sun, 20 Jan 2019 10:05:29 -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: Rebecca Cran , FreeBSD Current X-Rspamd-Queue-Id: 446076FC6B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=yC6bXsD7 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)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; 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)[ALT1.aspmx.l.google.com,aspmx.l.google.com,ALT2.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[e.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.81)[-0.815,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.61)[ip: (-8.72), ipnet: 2607:f8b0::/32(-2.40), asn: 15169(-1.84), 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: Sun, 20 Jan 2019 17:05:43 -0000 On Sun, Jan 20, 2019, 9:29 AM Lev Serebryakov Hello Rebecca, > > Sunday, January 20, 2019, 7:27:56 AM, you wrote: > > > Ultimately, UEFI doesn't care about disks and partitions: it only really > knows > > about ESPs -- FAT12/16/32 formatted partitions that contain the EFI > directory > > structure. For now, that means /EFI/BOOT/BOOT{x64,i386,aa64,arm}.efi, > the > > Microsoft boot loader in /EFI/Microsoft and GRUB/shim in /EFI/fedora, > /EFI/ > > opensuse etc. > Problem is (for me), our code we put in ESP partition doesn't care about > several FreeBSD partitions and ability to continue boot from any of them in > simple way. set currdev=diskXpY: boot Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. I have been said, that code in ESP partition looks and some EFI > variables (BootNext & Co), and I could "Set them in BIOS", but all this > thread doesn't have any clues HOW could I set them in BIOS. Need I EFI > shell > (which, according to this message must be installed separately!), or > something? > The EFI shell let's you select which .efi to run in a generic way. Most BIOSes have the ability to boot to this. There are multiple ways to do this. There are other things that could also be done, true, and it would be cool if we had it in the menu... So many things you'd want to be able to do you can. There are gaps we can fill in, but booting the FreeBSD on a different partition is easy today from the loader prompt... And I repeat for 4th or 5th time: subject is about GPT. GPT/Legacy has same > problem :-) > I don't care about that as much :). Others might, and I'd integrate reasonable changes here. I care a lot UEFI, and have put a ton of work into making it more than the most minimal thing to boot. Warner -- > Best regards, > Lev mailto:lev@FreeBSD.org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sun Jan 20 18:39: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 19F99149DDCD for ; Sun, 20 Jan 2019 18:39:06 +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 9A73773228 for ; Sun, 20 Jan 2019 18:39:05 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1glHzw-000Mg0-Cq; Sun, 20 Jan 2019 19:39:08 +0100 Date: Sun, 20 Jan 2019 19:39:08 +0100 From: Kurt Jaeger To: "Rodney W. Grimes" Cc: FreeBSD Current Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190120183908.GC78316@home.opsec.eu> References: <20190119095242.GA77943@home.opsec.eu> <201901191606.x0JG6QCK061240@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201901191606.x0JG6QCK061240@pdx.rh.CN85.dnsmgr.net> 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: Sun, 20 Jan 2019 18:39:06 -0000 Hi! > > It only detects four (or six?) serials... > Are perhaps 2 of them being consumed by sio? See my other post, the system found 13 uarts 8-} > > 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. Here we go: ----------------- hostb0@pci0:0:0:0: class=0x060000 card=0x87611043 chip=0x14501022 rev=0x00 hdr=0x00 none0@pci0:0:0:2: class=0x080600 card=0x14511022 chip=0x14511022 rev=0x00 hdr=0x00 hostb1@pci0:0:1:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 pcib1@pci0:0:1:1: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 bus range = 1-9 window[1c] = type I/O Port, range 32, addr 0x1000-0x2fff, enabled window[20] = type Memory, range 32, addr 0xba300000-0xba5fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled pcib10@pci0:0:1:2: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 bus range = 10-10 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0xba700000-0xba7fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled hostb2@pci0:0:2:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 hostb3@pci0:0:3:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 hostb4@pci0:0:4:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 hostb5@pci0:0:7:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 pcib11@pci0:0:7:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 bus range = 11-11 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0xba000000-0xba2fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled hostb6@pci0:0:8:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 pcib12@pci0:0:8:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 bus range = 12-12 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0xba600000-0xba6fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled intsmb0@pci0:0:20:0: class=0x0c0500 card=0x87611043 chip=0x790b1022 rev=0x59 hdr=0x00 isab0@pci0:0:20:3: class=0x060100 card=0x87611043 chip=0x790e1022 rev=0x51 hdr=0x00 hostb7@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x14601022 rev=0x00 hdr=0x00 hostb8@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x14611022 rev=0x00 hdr=0x00 hostb9@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x14621022 rev=0x00 hdr=0x00 hostb10@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x14631022 rev=0x00 hdr=0x00 hostb11@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x14641022 rev=0x00 hdr=0x00 hostb12@pci0:0:24:5: class=0x060000 card=0x00000000 chip=0x14651022 rev=0x00 hdr=0x00 hostb13@pci0:0:24:6: class=0x060000 card=0x00000000 chip=0x14661022 rev=0x00 hdr=0x00 hostb14@pci0:0:24:7: class=0x060000 card=0x00000000 chip=0x14671022 rev=0x00 hdr=0x00 hostb15@pci0:0:25:0: class=0x060000 card=0x00000000 chip=0x14601022 rev=0x00 hdr=0x00 hostb16@pci0:0:25:1: class=0x060000 card=0x00000000 chip=0x14611022 rev=0x00 hdr=0x00 hostb17@pci0:0:25:2: class=0x060000 card=0x00000000 chip=0x14621022 rev=0x00 hdr=0x00 hostb18@pci0:0:25:3: class=0x060000 card=0x00000000 chip=0x14631022 rev=0x00 hdr=0x00 hostb19@pci0:0:25:4: class=0x060000 card=0x00000000 chip=0x14641022 rev=0x00 hdr=0x00 hostb20@pci0:0:25:5: class=0x060000 card=0x00000000 chip=0x14651022 rev=0x00 hdr=0x00 hostb21@pci0:0:25:6: class=0x060000 card=0x00000000 chip=0x14661022 rev=0x00 hdr=0x00 hostb22@pci0:0:25:7: class=0x060000 card=0x00000000 chip=0x14671022 rev=0x00 hdr=0x00 xhci0@pci0:1:0:0: class=0x0c0330 card=0x11421b21 chip=0x43ba1022 rev=0x02 hdr=0x00 ahci0@pci0:1:0:1: class=0x010601 card=0x10621b21 chip=0x43b61022 rev=0x02 hdr=0x00 pcib2@pci0:1:0:2: class=0x060400 card=0x02011b21 chip=0x43b11022 rev=0x02 hdr=0x01 bus range = 2-9 window[1c] = type I/O Port, range 32, addr 0x1000-0x2fff, enabled window[20] = type Memory, range 32, addr 0xba300000-0xba4fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled pcib3@pci0:2:0:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 bus range = 3-3 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled pcib4@pci0:2:1:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 bus range = 4-4 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled pcib5@pci0:2:2:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 bus range = 5-5 window[1c] = type I/O Port, range 32, addr 0x2000-0x2fff, enabled window[20] = type Memory, range 32, addr 0xba400000-0xba4fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled pcib6@pci0:2:3:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 bus range = 6-7 window[1c] = type I/O Port, range 32, addr 0x1000-0x1fff, enabled window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled pcib8@pci0:2:4:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 bus range = 8-8 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled pcib9@pci0:2:9:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 bus range = 9-9 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0xba300000-0xba3fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled igb0@pci0:5:0:0: class=0x020000 card=0x85f01043 chip=0x15398086 rev=0x03 hdr=0x00 pcib7@pci0:6:0:0: class=0x060400 card=0x00000000 chip=0x10801b21 rev=0x04 hdr=0x01 bus range = 7-7 window[1c] = type I/O Port, range 32, addr 0x1000-0x1fff, enabled window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled puc0@pci0:7:4:0: class=0x070002 card=0x000814a1 chip=0x000814a1 rev=0xb0 hdr=0x00 xhci1@pci0:9:0:0: class=0x0c0330 card=0x87561043 chip=0x21421b21 rev=0x00 hdr=0x00 nvme0@pci0:10:0:0: class=0x010802 card=0xa801144d chip=0xa808144d rev=0x00 hdr=0x00 none1@pci0:11:0:0: class=0x130000 card=0x145a1022 chip=0x145a1022 rev=0x00 hdr=0x00 none2@pci0:11:0:2: class=0x108000 card=0x14561022 chip=0x14561022 rev=0x00 hdr=0x00 xhci2@pci0:11:0:3: class=0x0c0330 card=0x87611043 chip=0x145f1022 rev=0x00 hdr=0x00 none3@pci0:12:0:0: class=0x130000 card=0x14551022 chip=0x14551022 rev=0x00 hdr=0x00 ahci1@pci0:12:0:2: class=0x010601 card=0x87611043 chip=0x79011022 rev=0x51 hdr=0x00 hdac0@pci0:12:0:3: class=0x040300 card=0x87241043 chip=0x14571022 rev=0x00 hdr=0x00 hostb23@pci0:64:0:0: class=0x060000 card=0x87611043 chip=0x14501022 rev=0x00 hdr=0x00 none4@pci0:64:0:2: class=0x080600 card=0x14511022 chip=0x14511022 rev=0x00 hdr=0x00 hostb24@pci0:64:1:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 pcib14@pci0:64:1:1: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 bus range = 65-65 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0x9f600000-0x9f6fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled hostb25@pci0:64:2:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 hostb26@pci0:64:3:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 pcib15@pci0:64:3:1: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 bus range = 66-66 window[1c] = type I/O Port, range 32, addr 0x3000-0x3fff, enabled window[20] = type Memory, range 32, addr 0x9e000000-0x9f0fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0x80000000-0x91ffffff, enabled decode = VGA hostb27@pci0:64:4:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 hostb28@pci0:64:7:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 pcib16@pci0:64:7:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 bus range = 67-67 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0x9f200000-0x9f4fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled hostb29@pci0:64:8:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 pcib17@pci0:64:8:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 bus range = 68-68 window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled window[20] = type Memory, range 32, addr 0x9f500000-0x9f5fffff, enabled window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled nvme1@pci0:65:0:0: class=0x010802 card=0xa801144d chip=0xa808144d rev=0x00 hdr=0x00 vgapci0@pci0:66:0:0: class=0x030000 card=0x375c1458 chip=0x1d0110de rev=0xa1 hdr=0x00 hdac1@pci0:66:0:1: class=0x040300 card=0x375c1458 chip=0x0fb810de rev=0xa1 hdr=0x00 none5@pci0:67:0:0: class=0x130000 card=0x145a1022 chip=0x145a1022 rev=0x00 hdr=0x00 none6@pci0:67:0:2: class=0x108000 card=0x14561022 chip=0x14561022 rev=0x00 hdr=0x00 xhci3@pci0:67:0:3: class=0x0c0330 card=0x145c1022 chip=0x145f1022 rev=0x00 hdr=0x00 none7@pci0:68:0:0: class=0x130000 card=0x14551022 chip=0x14551022 rev=0x00 hdr=0x00 ahci2@pci0:68:0:2: class=0x010601 card=0x87611043 chip=0x79011022 rev=0x51 hdr=0x00 ----------------- -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Sun Jan 20 18:34: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 20C10149DD1F for ; Sun, 20 Jan 2019 18:34:06 +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 A5494730F0 for ; Sun, 20 Jan 2019 18:34:05 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1glHv2-000MfY-2L; Sun, 20 Jan 2019 19:34:04 +0100 Date: Sun, 20 Jan 2019 19:34:04 +0100 From: Kurt Jaeger To: "Rodney W. Grimes" Cc: freebsd-current@freebsd.org Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190120183404.GA78316@home.opsec.eu> References: <20190119090238.GE54920@home.opsec.eu> <201901191549.x0JFnvmq061149@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201901191549.x0JFnvmq061149@pdx.rh.CN85.dnsmgr.net> 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: Sun, 20 Jan 2019 18:34:06 -0000 Hi! > > > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 [...] > > 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 Sorry for my late answer, I was traveling for a day. On that box, it was not detected at all. I moved it to a different box, added the patch below, rebuild the kernel and rebooted. Effect: l cuau? crw-rw---- 1 uucp dialer 0x8a Jan 19 12:10 cuau0 crw-rw---- 1 uucp dialer 0x37 Jan 19 12:17 cuau2 crw-rw---- 1 uucp dialer 0x3d Jan 19 12:10 cuau3 crw-rw---- 1 uucp dialer 0x43 Jan 19 12:10 cuau4 crw-rw---- 1 uucp dialer 0x49 Jan 19 13:09 cuau5 crw-rw---- 1 uucp dialer 0x4f Jan 19 12:14 cuau6 crw-rw---- 1 uucp dialer 0x55 Jan 19 12:10 cuau7 crw-rw---- 1 uucp dialer 0x5b Jan 19 12:10 cuau8 crw-rw---- 1 uucp dialer 0x61 Jan 19 12:10 cuau9 crw-rw---- 1 uucp dialer 0x6f Jan 19 13:58 cuaua crw-rw---- 1 uucp dialer 0x75 Jan 19 13:58 cuaub crw-rw---- 1 uucp dialer 0x7b Jan 19 13:58 cuauc crw-rw---- 1 uucp dialer 0x81 Jan 19 13:58 cuaud [...] 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 puc0@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 dmesg: dmesg | grep uart uart2: <16750 or compatible> at port 1 on puc0 uart3: <16750 or compatible> at port 2 on puc0 uart4: <16750 or compatible> at port 3 on puc0 uart5: <16750 or compatible> at port 4 on puc0 uart6: <16750 or compatible> at port 5 on puc0 uart7: <16750 or compatible> at port 6 on puc0 uart8: <16750 or compatible> at port 7 on puc0 uart9: <16750 or compatible> at port 8 on puc0 uart10: <16x50 with 256 byte FIFO> iomem 0xfedc9000-0xfedc9fff,0xfedc7000-0xfedc7fff irq 3 on acpi0 uart11: <16x50 with 256 byte FIFO> iomem 0xfedca000-0xfedcafff,0xfedc8000-0xfedc8fff irq 4 on acpi0 uart12: <16x50 with 256 byte FIFO> iomem 0xfedce000-0xfedcefff,0xfedcc000-0xfedccfff irq 3 on acpi0 uart13: <16x50 with 256 byte FIFO> iomem 0xfedcf000-0xfedcffff,0xfedcd000-0xfedcdfff irq 4 on acpi0 uart0: <16550 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0 uart0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. ------------- Index: pucdata.c =================================================================== --- pucdata.c (revision 343188) +++ pucdata.c (working copy) @@ -870,6 +870,16 @@ }, /* + * Systembase SB16C1058 + */ + + { 0x14a1, 0x0008, 0x14a1, 0x0008, + "ExSys EX-44388", + DEFAULT_RCLK * 8, + PUC_PORT_8S, 0x10, 0, 8, + }, + + /* * Perle boards use Oxford Semiconductor chips, but they store the * Oxford Semiconductor device ID as a subvendor device ID and use * their own device IDs. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Sun Jan 20 18:36: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 2EDD3149DD6E for ; Sun, 20 Jan 2019 18:36: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 A3F8473207 for ; Sun, 20 Jan 2019 18:36:40 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1glHxa-000Mfm-IB; Sun, 20 Jan 2019 19:36:42 +0100 Date: Sun, 20 Jan 2019 19:36: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: <20190120183642.GB78316@home.opsec.eu> References: <20190118215210.GC54920@home.opsec.eu> <20190119095242.GA77943@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: Sun, 20 Jan 2019 18:36:41 -0000 Hi! > > 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? Yes, see my other post. The card is now detected, but the result is still strange (uart2-9 is detected as 16750, why?) and the additional uarts 10 to 13 are also detected, but by some other mechanism I don't understand. And all of them do not work with kermit 8-} > 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. It's the PCIe to PCI bridge on the card itself. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Sun Jan 20 19:20: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 024AE14A08F0 for ; Sun, 20 Jan 2019 19:20: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 7D66D7521B; Sun, 20 Jan 2019 19:20:25 +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 x0KJKIa8066340; Sun, 20 Jan 2019 11:20:18 -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 x0KJKIEL066339; Sun, 20 Jan 2019 11:20:18 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901201920.x0KJKIEL066339@pdx.rh.CN85.dnsmgr.net> Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? In-Reply-To: <20190120183908.GC78316@home.opsec.eu> To: Kurt Jaeger Date: Sun, 20 Jan 2019 11:20:18 -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: 7D66D7521B 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_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.974,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: Sun, 20 Jan 2019 19:20:27 -0000 > Hi! > > > > It only detects four (or six?) serials... > > Are perhaps 2 of them being consumed by sio? > > See my other post, the system found 13 uarts 8-} > > > > 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. > > Here we go: Well no longer needed as puc0 has found and allocated the device(s) which would of shown up had you done this before you fixed puc0 to find them. Anyway, your fixed, so enjoy your serial bits :-) > ----------------- > hostb0@pci0:0:0:0: class=0x060000 card=0x87611043 chip=0x14501022 rev=0x00 hdr=0x00 > none0@pci0:0:0:2: class=0x080600 card=0x14511022 chip=0x14511022 rev=0x00 hdr=0x00 > hostb1@pci0:0:1:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > pcib1@pci0:0:1:1: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 > bus range = 1-9 > window[1c] = type I/O Port, range 32, addr 0x1000-0x2fff, enabled > window[20] = type Memory, range 32, addr 0xba300000-0xba5fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > pcib10@pci0:0:1:2: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 > bus range = 10-10 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0xba700000-0xba7fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > hostb2@pci0:0:2:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > hostb3@pci0:0:3:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > hostb4@pci0:0:4:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > hostb5@pci0:0:7:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > pcib11@pci0:0:7:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 > bus range = 11-11 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0xba000000-0xba2fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > hostb6@pci0:0:8:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > pcib12@pci0:0:8:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 > bus range = 12-12 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0xba600000-0xba6fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > intsmb0@pci0:0:20:0: class=0x0c0500 card=0x87611043 chip=0x790b1022 rev=0x59 hdr=0x00 > isab0@pci0:0:20:3: class=0x060100 card=0x87611043 chip=0x790e1022 rev=0x51 hdr=0x00 > hostb7@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x14601022 rev=0x00 hdr=0x00 > hostb8@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x14611022 rev=0x00 hdr=0x00 > hostb9@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x14621022 rev=0x00 hdr=0x00 > hostb10@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x14631022 rev=0x00 hdr=0x00 > hostb11@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x14641022 rev=0x00 hdr=0x00 > hostb12@pci0:0:24:5: class=0x060000 card=0x00000000 chip=0x14651022 rev=0x00 hdr=0x00 > hostb13@pci0:0:24:6: class=0x060000 card=0x00000000 chip=0x14661022 rev=0x00 hdr=0x00 > hostb14@pci0:0:24:7: class=0x060000 card=0x00000000 chip=0x14671022 rev=0x00 hdr=0x00 > hostb15@pci0:0:25:0: class=0x060000 card=0x00000000 chip=0x14601022 rev=0x00 hdr=0x00 > hostb16@pci0:0:25:1: class=0x060000 card=0x00000000 chip=0x14611022 rev=0x00 hdr=0x00 > hostb17@pci0:0:25:2: class=0x060000 card=0x00000000 chip=0x14621022 rev=0x00 hdr=0x00 > hostb18@pci0:0:25:3: class=0x060000 card=0x00000000 chip=0x14631022 rev=0x00 hdr=0x00 > hostb19@pci0:0:25:4: class=0x060000 card=0x00000000 chip=0x14641022 rev=0x00 hdr=0x00 > hostb20@pci0:0:25:5: class=0x060000 card=0x00000000 chip=0x14651022 rev=0x00 hdr=0x00 > hostb21@pci0:0:25:6: class=0x060000 card=0x00000000 chip=0x14661022 rev=0x00 hdr=0x00 > hostb22@pci0:0:25:7: class=0x060000 card=0x00000000 chip=0x14671022 rev=0x00 hdr=0x00 > xhci0@pci0:1:0:0: class=0x0c0330 card=0x11421b21 chip=0x43ba1022 rev=0x02 hdr=0x00 > ahci0@pci0:1:0:1: class=0x010601 card=0x10621b21 chip=0x43b61022 rev=0x02 hdr=0x00 > pcib2@pci0:1:0:2: class=0x060400 card=0x02011b21 chip=0x43b11022 rev=0x02 hdr=0x01 > bus range = 2-9 > window[1c] = type I/O Port, range 32, addr 0x1000-0x2fff, enabled > window[20] = type Memory, range 32, addr 0xba300000-0xba4fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > pcib3@pci0:2:0:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 > bus range = 3-3 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > pcib4@pci0:2:1:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 > bus range = 4-4 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > pcib5@pci0:2:2:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 > bus range = 5-5 > window[1c] = type I/O Port, range 32, addr 0x2000-0x2fff, enabled > window[20] = type Memory, range 32, addr 0xba400000-0xba4fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > pcib6@pci0:2:3:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 > bus range = 6-7 > window[1c] = type I/O Port, range 32, addr 0x1000-0x1fff, enabled > window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > pcib8@pci0:2:4:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 > bus range = 8-8 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > pcib9@pci0:2:9:0: class=0x060400 card=0x33061b21 chip=0x43b41022 rev=0x02 hdr=0x01 > bus range = 9-9 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0xba300000-0xba3fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > igb0@pci0:5:0:0: class=0x020000 card=0x85f01043 chip=0x15398086 rev=0x03 hdr=0x00 > pcib7@pci0:6:0:0: class=0x060400 card=0x00000000 chip=0x10801b21 rev=0x04 hdr=0x01 > bus range = 7-7 Here is the bridge chip... > window[1c] = type I/O Port, range 32, addr 0x1000-0x1fff, enabled > window[20] = type Memory, range 32, addr 0xfff00000-0xfffff, disabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > puc0@pci0:7:4:0: class=0x070002 card=0x000814a1 chip=0x000814a1 rev=0xb0 hdr=0x00 And here is your puc device > xhci1@pci0:9:0:0: class=0x0c0330 card=0x87561043 chip=0x21421b21 rev=0x00 hdr=0x00 > nvme0@pci0:10:0:0: class=0x010802 card=0xa801144d chip=0xa808144d rev=0x00 hdr=0x00 > none1@pci0:11:0:0: class=0x130000 card=0x145a1022 chip=0x145a1022 rev=0x00 hdr=0x00 > none2@pci0:11:0:2: class=0x108000 card=0x14561022 chip=0x14561022 rev=0x00 hdr=0x00 > xhci2@pci0:11:0:3: class=0x0c0330 card=0x87611043 chip=0x145f1022 rev=0x00 hdr=0x00 > none3@pci0:12:0:0: class=0x130000 card=0x14551022 chip=0x14551022 rev=0x00 hdr=0x00 > ahci1@pci0:12:0:2: class=0x010601 card=0x87611043 chip=0x79011022 rev=0x51 hdr=0x00 > hdac0@pci0:12:0:3: class=0x040300 card=0x87241043 chip=0x14571022 rev=0x00 hdr=0x00 > hostb23@pci0:64:0:0: class=0x060000 card=0x87611043 chip=0x14501022 rev=0x00 hdr=0x00 > none4@pci0:64:0:2: class=0x080600 card=0x14511022 chip=0x14511022 rev=0x00 hdr=0x00 > hostb24@pci0:64:1:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > pcib14@pci0:64:1:1: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 > bus range = 65-65 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0x9f600000-0x9f6fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > hostb25@pci0:64:2:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > hostb26@pci0:64:3:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > pcib15@pci0:64:3:1: class=0x060400 card=0x87611043 chip=0x14531022 rev=0x00 hdr=0x01 > bus range = 66-66 > window[1c] = type I/O Port, range 32, addr 0x3000-0x3fff, enabled > window[20] = type Memory, range 32, addr 0x9e000000-0x9f0fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0x80000000-0x91ffffff, enabled > decode = VGA > hostb27@pci0:64:4:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > hostb28@pci0:64:7:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > pcib16@pci0:64:7:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 > bus range = 67-67 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0x9f200000-0x9f4fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > hostb29@pci0:64:8:0: class=0x060000 card=0x00000000 chip=0x14521022 rev=0x00 hdr=0x00 > pcib17@pci0:64:8:1: class=0x060400 card=0x14541022 chip=0x14541022 rev=0x00 hdr=0x01 > bus range = 68-68 > window[1c] = type I/O Port, range 32, addr 0xfff000-0xfff, disabled > window[20] = type Memory, range 32, addr 0x9f500000-0x9f5fffff, enabled > window[24] = type Prefetchable Memory, range 64, addr 0xfff00000-0xfffff, disabled > nvme1@pci0:65:0:0: class=0x010802 card=0xa801144d chip=0xa808144d rev=0x00 hdr=0x00 > vgapci0@pci0:66:0:0: class=0x030000 card=0x375c1458 chip=0x1d0110de rev=0xa1 hdr=0x00 > hdac1@pci0:66:0:1: class=0x040300 card=0x375c1458 chip=0x0fb810de rev=0xa1 hdr=0x00 > none5@pci0:67:0:0: class=0x130000 card=0x145a1022 chip=0x145a1022 rev=0x00 hdr=0x00 > none6@pci0:67:0:2: class=0x108000 card=0x14561022 chip=0x14561022 rev=0x00 hdr=0x00 > xhci3@pci0:67:0:3: class=0x0c0330 card=0x145c1022 chip=0x145f1022 rev=0x00 hdr=0x00 > none7@pci0:68:0:0: class=0x130000 card=0x14551022 chip=0x14551022 rev=0x00 hdr=0x00 > ahci2@pci0:68:0:2: class=0x010601 card=0x87611043 chip=0x79011022 rev=0x51 hdr=0x00 > > ----------------- > > -- > pi@opsec.eu +49 171 3101372 One year to go ! > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sun Jan 20 20:58:16 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 60F0A14A635F for ; Sun, 20 Jan 2019 20:58:16 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7BE582149 for ; Sun, 20 Jan 2019 20:58:15 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1glKAV-0001Xr-6b; Sun, 20 Jan 2019 21:58:11 +0100 Date: Sun, 20 Jan 2019 21:58:11 +0100 From: Kurt Jaeger To: "Rodney W. Grimes" Cc: FreeBSD Current Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190120205811.GA1258@fc.opsec.eu> References: <20190120183908.GC78316@home.opsec.eu> <201901201920.x0KJKIEL066339@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201901201920.x0KJKIEL066339@pdx.rh.CN85.dnsmgr.net> 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: Sun, 20 Jan 2019 20:58:16 -0000 Hi! > Well no longer needed as puc0 has found and allocated the > device(s) which would of shown up had you done this before > you fixed puc0 to find them. The problem is that the found 4 uarts are not 8 uarts, and they do not seem to work (tested using kermit), either 8-( Any hints on how to debug this ? -- pi@FreeBSD.org +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Mon Jan 21 00:09:26 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 AE0E714AEB7D for ; Mon, 21 Jan 2019 00:09:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.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 46E958B4D9 for ; Mon, 21 Jan 2019 00:09:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x829.google.com with SMTP id u47so21566917qtj.6 for ; Sun, 20 Jan 2019 16:09: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=DiRcvBEfbGn6NF91hYQgR7QwK8OjJ/lO/0ndgXTCcJs=; b=Cy99XMtDIzA2wCkPWNwaLkncU1uX+NsubFv7h8WUp+dujDhUVJaMOBE8qMka5uIOVO k0xDkU+CB6x1x8yxJNrk7iwLo0OLox3jSh+6P9Fya1n/kLkxVGmHHtYVzlseXDhEZrJl x2k23j9JrojpDOsCAiUR3NF9VsDKHWGiomJLs7ZBM2a9z5YFES+E5QIr77vxzBey+9pH hPuWwVJHPlxPllo/NhGjBdO8qNWPn5oVp1EQzl36ZEi7yWDvRVCQ+rxZKE8VJwiUl8Ia g0G61sCw6uyGnGrp24C3sMjuAhByL7FTTAmIkpnboWAjqXhxq5vJaOPFi/hT2TolLnRS O9Pw== 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=DiRcvBEfbGn6NF91hYQgR7QwK8OjJ/lO/0ndgXTCcJs=; b=MajpdQzzun1VdnVlIpccMuyA/IxDDgfMbRquawL20/PgEw9ntQ7p1eASmUZH9fGV7X LDvPPi6CZz4kBocspts4ssoF5LqhNJysTd3eIvBOxjNa8W0XG92Y3tVTd/buwvlXZ+C5 LOYMozUVM0Jp1gzAW3JsKyHcYT4PpzK3wvwewJdZlWOaNAnuMqDijBFaWLldSRWmbIMS LMj7YgQoXY0mj4CmcgoALzYu+ArROmhXixBmYiHCImIbHUsqbqezaUXXnpn96I8blIRY DYkLof12B6+1t07tq4ffVLJgvLdqGp2oawtZdS12R364OfvHfWZXJ/cPmHSjkrWZt0G4 hO+w== X-Gm-Message-State: AJcUukdvKAvBO7t8Odww0ja3o26CedFCuZUeUhzlnk0BNEwNQMFX0Hm9 laQfcttiZ0069a2bk/FpKFD1ncOp4ndNTb8ONBLLFHxK X-Google-Smtp-Source: ALg8bN7aPyFHD58WWjoNvNaLgz4+3cfC217cT0/OVfGhEbROpVOZ/pUTL7QWrV4ySFLd2VeeBwXqhXxL10enidaCKiQ= X-Received: by 2002:ac8:42c1:: with SMTP id g1mr25186212qtm.118.1548029365426; Sun, 20 Jan 2019 16:09:25 -0800 (PST) MIME-Version: 1.0 References: <20190120183908.GC78316@home.opsec.eu> <201901201920.x0KJKIEL066339@pdx.rh.CN85.dnsmgr.net> <20190120205811.GA1258@fc.opsec.eu> In-Reply-To: <20190120205811.GA1258@fc.opsec.eu> From: Warner Losh Date: Sun, 20 Jan 2019 17:09:13 -0700 Message-ID: Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? To: Kurt Jaeger Cc: "Rodney W. Grimes" , FreeBSD Current X-Rspamd-Queue-Id: 46E958B4D9 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.95)[-0.947,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: Mon, 21 Jan 2019 00:09:26 -0000 On Sun, Jan 20, 2019, 4:41 PM Kurt Jaeger Hi! > > > Well no longer needed as puc0 has found and allocated the > > device(s) which would of shown up had you done this before > > you fixed puc0 to find them. > > The problem is that the found 4 uarts are not 8 uarts, and they do not > seem to work (tested using kermit), either 8-( > > Any hints on how to debug this ? > You need to look to get the register width right. -- > pi@FreeBSD.org +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 Mon Jan 21 00:20: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 9E76514AF305 for ; Mon, 21 Jan 2019 00:20:58 +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 B0F3C8BB4A for ; Mon, 21 Jan 2019 00:20:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82a.google.com with SMTP id k12so21574882qtf.7 for ; Sun, 20 Jan 2019 16:20:57 -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=WONFf33CT0BfriCGD+6sm09PHJW1ECIZ2Tn9mBBr33k=; b=j7CVI9I/wUXH/4ITNIEtGdAewHjuBMlaF8NTzXWCKBF7VtWBlkE4BKUsZo/TxlJmfC sef8ANqLF8YHPz3DIhU/mkZzmaoj/1/vQlxkefvRXUUKitbnRaXAi38zaYEOCM0mzC1S 0Tr+soag0iugVYMBP3DCzOBK+pdQFLQ4YHW/k4djBcmYK1yOYyvidVy/OJMBBITie3L1 ZDkUzMGGCFIgYIgn7hg+PCZXcnxqGZ0n0d5pibrVPTavoIVIYBq8HScyxlGm+SENebrp xyLNR3fmYTxX4hSnQnWLdRN20gHgTtKujuqHYQ3eDCmrOubMmyZHo3hDdD5hIDZNBFLY LjJQ== 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=WONFf33CT0BfriCGD+6sm09PHJW1ECIZ2Tn9mBBr33k=; b=pBNYceiWBat4cxXH8XmZTCvXYSaCbyt6Mse2316OzpKTcKicVax2gfsMmglJYJocbf nikFuj3/FfGMZqwLyGiiRva5rFpb5ekrMYgQtEEhYkFs3IOJyrnrf7acFlS9Hy04Gaq2 0lmMdMoOMnrVwQCUad9TYjAS1DU2qvcpphyodjI3BqBz4zx1kaEej3IiF7jreX9YLOJp +dK0AZ/YsWuf1o7m0GVF0PM7XL8ebPkSl1eypf8o1+z9Nmc+u6B1y/w1W8J1E7yal/GM /rS5qIsuqrKNTVjNlAMLrLGb5V+K11tmM4Febh+BrZioRLOpYL/AyXEesel2XJdkrX5H g6MQ== X-Gm-Message-State: AJcUukduabJOMLuMGsOPhw5YxKxixJ05IJcSmW1toUoJrJeVXdnikqrk WS/znwlFxcDxz+/jq3EgfCd7xxSwSBGuCspFnf7JbVs0CSI= X-Google-Smtp-Source: ALg8bN4I20uL6vh6jcI/Z3YexVt3EysljZpPkJ1E1izjW0iVKyDH3yUhO7ruz2TUmmOwF6IgT2mHb5MDbwKt84e1ZZk= X-Received: by 2002:ac8:42c1:: with SMTP id g1mr25211862qtm.118.1548030057076; Sun, 20 Jan 2019 16:20:57 -0800 (PST) MIME-Version: 1.0 References: <20190120183908.GC78316@home.opsec.eu> <201901201920.x0KJKIEL066339@pdx.rh.CN85.dnsmgr.net> <20190120205811.GA1258@fc.opsec.eu> In-Reply-To: From: Warner Losh Date: Sun, 20 Jan 2019 17:20:46 -0700 Message-ID: Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? To: Kurt Jaeger Cc: "Rodney W. Grimes" , FreeBSD Current X-Rspamd-Queue-Id: B0F3C8BB4A X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=j7CVI9I/ X-Spamd-Result: default: False [-4.09 / 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)[3]; IP_SCORE(-2.34)[ip: (-7.37), ipnet: 2607:f8b0::/32(-2.40), asn: 15169(-1.85), country: US(-0.08)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; 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.75)[-0.745,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 00:20:58 -0000 On Sun, Jan 20, 2019 at 5:09 PM Warner Losh wrote: > > > On Sun, Jan 20, 2019, 4:41 PM Kurt Jaeger >> Hi! >> >> > Well no longer needed as puc0 has found and allocated the >> > device(s) which would of shown up had you done this before >> > you fixed puc0 to find them. >> >> The problem is that the found 4 uarts are not 8 uarts, and they do not >> seem to work (tested using kermit), either 8-( >> >> Any hints on how to debug this ? >> > > You need to look to get the register width right. > Hit send too quick... I was going to say you needed to make sure that the register width and strides were right, but they look to be because NetBSD has /* SystemBase SB16C1058 UARTs */ { "SystemBase SB16C1058", { PCI_VENDOR_SYSTEMBASE, PCI_PRODUCT_SYSTEMBASE_SB16C1058, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { { PUC_PORT_TYPE_COM, PCI_BAR0, 0x00, COM_FREQ }, { PUC_PORT_TYPE_COM, PCI_BAR0, 0x08, COM_FREQ }, { PUC_PORT_TYPE_COM, PCI_BAR0, 0x10, COM_FREQ }, { PUC_PORT_TYPE_COM, PCI_BAR0, 0x18, COM_FREQ }, { PUC_PORT_TYPE_COM, PCI_BAR0, 0x20, COM_FREQ }, { PUC_PORT_TYPE_COM, PCI_BAR0, 0x28, COM_FREQ }, { PUC_PORT_TYPE_COM, PCI_BAR0, 0x30, COM_FREQ }, { PUC_PORT_TYPE_COM, PCI_BAR0, 0x38, COM_FREQ }, }, }, for this card. so there's 4 UARTs per bar, like you are seeing. You have DEFAULT_RCLK * 8. COM_FREQ in NetBSD is defined: sys/dev/ic/comreg.h:#define COM_FREQ 1843200 /* 16-bit baud rate divisor */ and FreeBSD's DEFAULT_RCLK is sys/dev/puc/puc_cfg.h:#define DEFAULT_RCLK 1843200 so at a guess you need to remove the *8 to make things work. Otherwise you are sending data 8 times too slow. Warner From owner-freebsd-current@freebsd.org Mon Jan 21 07:59:15 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 A82A6149B354 for ; Mon, 21 Jan 2019 07:59:15 +0000 (UTC) (envelope-from lists@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 10B3473AD0 for ; Mon, 21 Jan 2019 07:59:14 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1glUUC-000Nlp-6a; Mon, 21 Jan 2019 08:59:12 +0100 Date: Mon, 21 Jan 2019 08:59:12 +0100 From: Kurt Jaeger To: Warner Losh Cc: FreeBSD Current Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190121075912.GA91207@home.opsec.eu> References: <20190120183908.GC78316@home.opsec.eu> <201901201920.x0KJKIEL066339@pdx.rh.CN85.dnsmgr.net> <20190120205811.GA1258@fc.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: Mon, 21 Jan 2019 07:59:15 -0000 Hi! > >> > Well no longer needed as puc0 has found and allocated the > >> > device(s) which would of shown up had you done this before > >> > you fixed puc0 to find them. > >> The problem is that the found 4 uarts are not 8 uarts, and they do not > >> seem to work (tested using kermit), either 8-( > >> Any hints on how to debug this ? > > You need to look to get the register width right. > Hit send too quick... I was going to say you needed to make sure that the > register width and strides were right, but they look to be because NetBSD > has [...] > for this card. so there's 4 UARTs per bar, like you are seeing. You have > DEFAULT_RCLK * 8. COM_FREQ in NetBSD is defined: > sys/dev/ic/comreg.h:#define COM_FREQ 1843200 /* 16-bit baud rate divisor */ Ok, I modified it and rebooted. The behaviour is still the same. I'll retest more thoroghly in the next 48 hours. Any idea why uart(4) finds 4 without the puc modification and why it detects 8 uarts with 16750 with the modification ? -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Mon Jan 21 09:37: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 D886F14A117E for ; Mon, 21 Jan 2019 09:37:33 +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 4174D80299 for ; Mon, 21 Jan 2019 09:37:32 +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 x0L9bN5Z084284 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 21 Jan 2019 10:37:23 +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 x0L9bNqT084281 for ; Mon, 21 Jan 2019 10:37:23 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 21 Jan 2019 10:37:23 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled In-Reply-To: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> Message-ID: References: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> 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: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable 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: Mon, 21 Jan 2019 09:37:34 -0000 On Sun, 20 Jan 2019 13:09-0500, David Boyd wrote: > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. > > Running in VirtualBox 6.0.2. > > The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, 11.2- > RELEASE-p8 and 11.2-STABLE do not exhibit this behavior. > > This (VM) is a test machine and I can do anything that will help > identify the root of this problem. Is the VM configured to use UEFI as the boot firmware? I've noticed 13.0-CURRENT fails to poweroff, be it by way of shutdown -p now or halt -p, when using UEFI on VBox 5.2.x and 6.0.y. shutdown -h and plain halt works as intended. Maybe this is completely unrelated to your issue. > I have included screenshots of the debug output and a backtrace. The screenshots got stripped off by the mailman list software. Can you reupload them somewhere else, or transcribe the relevant details? -- Trond. From owner-freebsd-current@freebsd.org Mon Jan 21 11:42: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 87D0314A5A60 for ; Mon, 21 Jan 2019 11:42:04 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward104p.mail.yandex.net (forward104p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:107]) (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 44E2E84DEF for ; Mon, 21 Jan 2019 11:42:02 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback4j.mail.yandex.net (mxback4j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10d]) by forward104p.mail.yandex.net (Yandex) with ESMTP id 011494B02798; Mon, 21 Jan 2019 14:41:49 +0300 (MSK) Received: from smtp2o.mail.yandex.net (smtp2o.mail.yandex.net [2a02:6b8:0:1a2d::26]) by mxback4j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id iTCixpuOze-fmMCcKvp; Mon, 21 Jan 2019 14:41:48 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1548070908; bh=R8YxbwHIzNkEPHs27sxOxlGQ6qGa07Qzt0qNYW1b1ko=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=aHheXxFDEEmtIdquoQJ0eqe3vTvyzZuRKcBagIkQlo8vMqUeRxiv6UIbbiifL/LA9 IbzVmYyHoEVTT1U0u0/GGL+sdVAVKdTVP5qVoaoWRGKoQedlqBxfydc5DhFKm7ly6m LpDyh1tQW+NUpYc8N5O3t0BdE/bTCkD57Wxk8JVY= Received: by smtp2o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id cZVRBK0iOH-flluKAjM; Mon, 21 Jan 2019 14:41:47 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) Subject: Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled To: David Boyd , freebsd-current@freebsd.org References: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Mon, 21 Jan 2019 14:38:29 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4xqRmQ5kjZJbivJuz0axC7ND8ejUvVcRN" X-Rspamd-Queue-Id: 44E2E84DEF X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=aHheXxFD; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 2a02:6b8:0:1472:2741:0:8b7:107 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-7.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yandex.ru]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[mx.yandex.ru,mx.yandex.ru,mx.yandex.ru,mx.yandex.ru,mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.ru:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[twc.com]; RCVD_IN_DNSWL_LOW(-0.10)[7.0.1.0.7.b.8.0.0.0.0.0.1.4.7.2.2.7.4.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yandex.ru.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.73)[ipnet: 2a02:6b8::/32(-4.80), asn: 13238(-3.84), country: RU(0.00)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 11:42:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4xqRmQ5kjZJbivJuz0axC7ND8ejUvVcRN Content-Type: multipart/mixed; boundary="ebjwjC2UAtV6L9VELSuwOHtATMunQ3FNJ"; protected-headers="v1" From: "Andrey V. Elsukov" To: David Boyd , freebsd-current@freebsd.org Message-ID: Subject: Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled References: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> In-Reply-To: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> --ebjwjC2UAtV6L9VELSuwOHtATMunQ3FNJ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 20.01.2019 21:09, David Boyd wrote: > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. >=20 > Running in VirtualBox 6.0.2. >=20 > The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, 11.2-= > RELEASE-p8 and 11.2-STABLE do not exhibit this behavior. >=20 > This (VM) is a test machine and I can do anything that will help > identify the root of this problem. >=20 > I have included screenshots of the debug output and a backtrace. Hi, mail list strips non-text attachments, you need to create bug report in bugzilla or use some external hosting for screenshots. --=20 WBR, Andrey V. Elsukov --ebjwjC2UAtV6L9VELSuwOHtATMunQ3FNJ-- --4xqRmQ5kjZJbivJuz0axC7ND8ejUvVcRN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlxFrzYACgkQAcXqBBDI oXqZuwf/T27ciSfrvkQFzXJSswv/z9ZE1vRdaC10o+xekfrwtEkPWSGjfjTNB3X2 sa0UjYn+ZKF4OLmZx0uuhWDy9VKRaKd6B4tcTUJb5GLhAEJeXSewAO+7cN69DqwA +Lq/+61CTWUwOYBL4GfZaO1IgSUiVK6DeoBxug8uWeQZDDvlQj0qt1yUFlW0dwDQ i/bgQIr+OTKQ4jF93uTejUsPxbj3UMWv8Sxg9YZgx7xFKhps48JRZdaw32Lba55T KWncTLb5jz/pMyIOFJjdPSI8UsjxOz3s0rMOQWCAVIp/EDBLZaTBLvxT3ih4s5qV JcsMjpAJot3j2bSclLLdg1Sr5HvZdw== =hF0A -----END PGP SIGNATURE----- --4xqRmQ5kjZJbivJuz0axC7ND8ejUvVcRN-- From owner-freebsd-current@freebsd.org Mon Jan 21 12:16: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 5A25B14A76E0 for ; Mon, 21 Jan 2019 12:16:00 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E878A86403; Mon, 21 Jan 2019 12:15:59 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9B8871F6AB; Mon, 21 Jan 2019 12:15:59 +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 7B3EC92C6; Mon, 21 Jan 2019 15:15:57 +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: Rebecca Cran , FreeBSD Current References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> 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: <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@FreeBSD.org> Date: Mon, 21 Jan 2019 15:15:49 +0300 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: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2aSw5NYCn9CkLzY5s36r1FiQNZAopcgSk" X-Rspamd-Queue-Id: E878A86403 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.95)[-0.947,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: Mon, 21 Jan 2019 12:16:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2aSw5NYCn9CkLzY5s36r1FiQNZAopcgSk Content-Type: multipart/mixed; boundary="veVTjMQFGzT1tkgEyEe262V3FyOFj56sk"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Warner Losh Cc: Rebecca Cran , FreeBSD Current Message-ID: <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@FreeBSD.org> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> In-Reply-To: --veVTjMQFGzT1tkgEyEe262V3FyOFj56sk Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 20.01.2019 20:05, Warner Losh wrote: > Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. loader.efi lives on ESP partition, do I understand it right? So, it could not be damaged with "bad" upgrade? --=20 // Lev Serebryakov --veVTjMQFGzT1tkgEyEe262V3FyOFj56sk-- --2aSw5NYCn9CkLzY5s36r1FiQNZAopcgSk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxFt/tfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R49F6A/+Piedj57ZU9nc+qz77Xr7epsnyjOTI3mtlBNThcfqLb23cDq8NSsozNAq vdODXW5tD/jq5lKwSPyhjyEdSl0iSPhjEQr6/1yQixJ7gi5mhxkN6Yx1ciSeKMwU q9VtSITgInZ7ZeedMArNO/MflpFS0jhIAWqLnEj4fPjXgJWed3hN9e0ZDkcROJBE xFv039jhwais0xPPzp5/WedyKxy+JtKNHoczqL99s2FbceAWutes0DYWyvQPSq7z yQIRrWwOsea1054uUi5RMa+zVkBE0gOdgppUCpJjSJkBBjuGhAqUd9pXExfcXLse yG8bZGKINbOqQUXuxjRcdiwti3GsEdJNiAmMh7d3+bc9bC+ZbfkXzc7xlWegNEFq AxD+1DcIwQhec/PnnGtp9vty6iMhfa6y8ycR+J58Apqp6jZKyFi1ITs2wV0HJdz1 KfByTlspUeoCFnAynOqMAQl16EVA4O/hM2sNc0TR8oSo5pbVUeSmpdjfTRM6X/Gm lDDyiQ5oI1u4NUaLnC3z1Mj9ggSkbYLW6RMpdpfBO1/gPwHAIQ3d3tifNUBlCHqt tQ0Lvfm2cdINX/FcpxEK8lROlxd04BVIRZg1gZJyl+T1a8Be6ui0tKcfk6j0QS3z 67qhI1aRIYYpAaDlYj0Rklrl5npQ5Od3EwnmopVK32cew7p2Waw= =biHf -----END PGP SIGNATURE----- --2aSw5NYCn9CkLzY5s36r1FiQNZAopcgSk-- From owner-freebsd-current@freebsd.org Mon Jan 21 12:39: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 E62EE14A83E7 for ; Mon, 21 Jan 2019 12:39:24 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10011301.me.com (pv50p00im-ztdg10011301.me.com [17.58.6.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 120DA87066 for ; Mon, 21 Jan 2019 12:39:24 +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-ztdg10011301.me.com (Postfix) with ESMTPSA id 34C5F6400B8; Mon, 21 Jan 2019 12:39:15 +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: <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@FreeBSD.org> Date: Mon, 21 Jan 2019 14:39:12 +0200 Cc: Warner Losh , Rebecca Cran , FreeBSD Current Content-Transfer-Encoding: 7bit Message-Id: References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@FreeBSD.org> To: "lev@freebsd.org" X-Mailer: Apple Mail (2.3445.102.3) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-01-21_07:, , 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=641 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1901210100 X-Rspamd-Queue-Id: 120DA87066 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.38 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_COMPOSITE_RCVD_IN_DNSWL_MED_DWL_DNSWL_LOW(0.00)[]; TO_DN_SOME(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)[]; DKIM_TRACE(0.00)[me.com:+]; RCVD_IN_DNSWL_MED(-0.20)[40.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.93)[-0.930,0]; 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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.24)[ip: (-3.14), ipnet: 17.58.0.0/20(-1.58), asn: 714(-1.42), country: US(-0.08)]; DWL_DNSWL_LOW(0.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 12:39:25 -0000 > On 21 Jan 2019, at 14:15, Lev Serebryakov wrote: > > On 20.01.2019 20:05, Warner Losh wrote: > >> Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. > loader.efi lives on ESP partition, do I understand it right? So, it > could not be damaged with "bad" upgrade? > > -- > // Lev Serebryakov > It could, unless the backup is created. rgds, toomas From owner-freebsd-current@freebsd.org Mon Jan 21 12:45: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 471F714A8805 for ; Mon, 21 Jan 2019 12:45:47 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF50987594; Mon, 21 Jan 2019 12:45:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 836BB1F9F2; Mon, 21 Jan 2019 12:45:46 +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 6231E92CD; Mon, 21 Jan 2019 15:45:43 +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: Toomas Soome Cc: Warner Losh , Rebecca Cran , FreeBSD Current References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@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: Date: Mon, 21 Jan 2019 15:45:42 +0300 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: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VtS3gdhEwP7P5wKp0cFsxXjW5JKqAN75I" X-Rspamd-Queue-Id: CF50987594 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.95)[-0.949,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: Mon, 21 Jan 2019 12:45:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VtS3gdhEwP7P5wKp0cFsxXjW5JKqAN75I Content-Type: multipart/mixed; boundary="DxuDO7cEoCACubj2JgWZI58QcIMvhyWLM"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Toomas Soome Cc: Warner Losh , Rebecca Cran , FreeBSD Current Message-ID: Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@FreeBSD.org> In-Reply-To: --DxuDO7cEoCACubj2JgWZI58QcIMvhyWLM Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 21.01.2019 15:39, Toomas Soome wrote: >>> Is too complicated? Boot1.efi doesn't allow that, but loader.efi does= =2E >> loader.efi lives on ESP partition, do I understand it right? So, it >> could not be damaged with "bad" upgrade? >=20 > It could, unless the backup is created.=20 Does it live on code (root) FS or ESP? I understand, that when you upgrade ESP partition, you could ruin it, but typically root FS is upgraded much more often than ESP/boot0/boot1 parts. --=20 // Lev Serebryakov --DxuDO7cEoCACubj2JgWZI58QcIMvhyWLM-- --VtS3gdhEwP7P5wKp0cFsxXjW5JKqAN75I Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxFvvZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R49RyBAA2Aeesq/S3uzG70BwUq3SSczu++56YiNbauLRdTV5zBD9gQOVFyWAMmbZ FcSwsPZpG0Lqv4IiFTTwa0x741JeNhcf8+w+3OUvq9HSDUGJ3nB6BanSVmHYcCG2 2ATyrPKf4trn9xsfhPg3ikJTrUtMLW3bOtxJxO2sqqEeZFOBhWEDhUmqqTg4VndC 3FAUGwTmL9DzZLGATN5ZTVUV0xBvrPNV0/5Sflzdhk16cAdD2pEwuLXcOCCq7faL VzRaDmnomamO0NKk2/zD2A30rT9gRmiVbElnPc7zRi2BXhUflx75tLMLtvzUnbVU 76qyPWdU963JRWmZnsjG5JoibcLOLpG65sf/WsHgtScxE+C2dNltfG6hvWDnCn2G wugZsgeV7ExMNZGmkkCK857MnC9wPzHfujFByZchDEiPWO92BINav/Nyl2GYq6Q6 x4L6fT0cv3CI1xf4ZI2FSgAFbEfM0oTo97cSZXtgqSbqGMkLz2jeA3QO2qXiZgm8 swS2APxRBwCJVD7BZ6Xrx2c58czPihCTVMmMP1v9TP9FRWp5C0uoOtvGJwUnEu0X A6QrayC/o61byOXn6rB2HmHxQrde78Bokmn2hM03qPWRqO66S3nNWIWGVIXXsIXu e1+6dJ/7wnluyRw9F/kVhYmkGbtWOcE4RHXq/Q/om3HE25wAv5M= =O1ea -----END PGP SIGNATURE----- --VtS3gdhEwP7P5wKp0cFsxXjW5JKqAN75I-- From owner-freebsd-current@freebsd.org Mon Jan 21 12:59: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 AA5AB14A8E0E for ; Mon, 21 Jan 2019 12:59:41 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztbu10011701.me.com (pv50p00im-ztbu10011701.me.com [17.58.6.53]) (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 C4C8387E7B for ; Mon, 21 Jan 2019 12:59:40 +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-ztbu10011701.me.com (Postfix) with ESMTPSA id ABE738A0070; Mon, 21 Jan 2019 12:59:23 +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: Date: Mon, 21 Jan 2019 14:59:20 +0200 Cc: Warner Losh , Rebecca Cran , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@FreeBSD.org> To: "lev@freebsd.org" X-Mailer: Apple Mail (2.3445.102.3) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-01-21_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=18 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=443 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1901210103 X-Rspamd-Queue-Id: C4C8387E7B X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.15 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; MX_GOOD(-0.01)[cached: mx1.mail.icloud.com]; NEURAL_HAM_SHORT(-0.92)[-0.919,0]; RCVD_IN_DNSWL_LOW(-0.10)[53.6.58.17.list.dnswl.org : 127.0.5.1]; 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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.62)[ipnet: 17.58.0.0/20(-1.61), asn: 714(-1.42), country: US(-0.08)]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 12:59:41 -0000 > On 21 Jan 2019, at 14:45, Lev Serebryakov wrote: >=20 > On 21.01.2019 15:39, Toomas Soome wrote: >=20 >>>> Is too complicated? Boot1.efi doesn't allow that, but loader.efi = does. >>> loader.efi lives on ESP partition, do I understand it right? So, it >>> could not be damaged with "bad" upgrade? >>=20 >> It could, unless the backup is created.=20 > Does it live on code (root) FS or ESP? I understand, that when you > upgrade ESP partition, you could ruin it, but typically root FS is > upgraded much more often than ESP/boot0/boot1 parts. >=20 > --=20 > // Lev Serebryakov >=20 If you are using boot1.efi, the loader.efi is in OS /boot/loader.efi = annd boot1.efi is stored to ESP and will execute loader.efi as bios = boot2 programs do. As UEFI does not *replace* the program which did call StartImage() but = both do stay in memory (so you have both boot1.efi and loader.efi in = memory), and boot1.efi does not add any significant features, we will = drop boot1.efi (it is already dropped in illumos btw), and will only use = loader.efi - and in this case, the loader.efi is installed to ESP and = will only start the kernel. This also does mean that in ideal world, the update should create backup = of boot program in ESP (this actually also does apply to boot1.efi), but = the default ESP created by FreeBSD used to be too small for that. With normal systems it should not be an issue because you can always = boot from usb stick/cd (image), but with embedded systems it may be = significant issue. But then again, if you are using stock (generic) OS = on embedded system, you are already doing it wrong and will get into the = trouble sooner or later:) rgds, toomas= From owner-freebsd-current@freebsd.org Mon Jan 21 13:13: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 67C0F14A93FE for ; Mon, 21 Jan 2019 13:13:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF97E8889E; Mon, 21 Jan 2019 13:13:51 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id DFC8A1FD28; Mon, 21 Jan 2019 13:13:49 +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 60F3C92F2; Mon, 21 Jan 2019 16:13:48 +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: Toomas Soome Cc: Warner Losh , Rebecca Cran , FreeBSD Current References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@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: <0bbb962f-cc59-f29d-b26d-fa675cbb1082@FreeBSD.org> Date: Mon, 21 Jan 2019 16:13:46 +0300 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: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3gS2Qf0T1btIGRe9XMgBsDKnsqz1P9p7l" X-Rspamd-Queue-Id: DF97E8889E 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)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.957,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; 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: Mon, 21 Jan 2019 13:13:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3gS2Qf0T1btIGRe9XMgBsDKnsqz1P9p7l Content-Type: multipart/mixed; boundary="PRGGxaTyyO9xLiR3EcegDwnmCl1V1TDKk"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: Toomas Soome Cc: Warner Losh , Rebecca Cran , FreeBSD Current Message-ID: <0bbb962f-cc59-f29d-b26d-fa675cbb1082@FreeBSD.org> Subject: Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config) References: <912985968.20190119125228@serebryakov.spb.ru> <1951151017.20190119235425@serebryakov.spb.ru> <4636753.YNO7O01DYZ@photon.int.bluestop.org> <17710465740.20190120134042@serebryakov.spb.ru> <3f4214e2-36af-cc87-0a3c-2c7ce26cffd8@FreeBSD.org> In-Reply-To: --PRGGxaTyyO9xLiR3EcegDwnmCl1V1TDKk Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 21.01.2019 15:59, Toomas Soome wrote: >>>>> Is too complicated? Boot1.efi doesn't allow that, but loader.efi do= es. >>>> loader.efi lives on ESP partition, do I understand it right? So, it >>>> could not be damaged with "bad" upgrade? >>> >>> It could, unless the backup is created.=20 >> Does it live on code (root) FS or ESP? I understand, that when you >> upgrade ESP partition, you could ruin it, but typically root FS is >> upgraded much more often than ESP/boot0/boot1 parts. >=20 > If you are using boot1.efi, the loader.efi is in OS /boot/loader.efi an= nd boot1.efi is stored to ESP and will execute loader.efi as bios boot2 p= rograms do. So, Warner's advice to use set currdev=3DdiskXpY: boot with loader.efi is not direct replacement to choosing boot partition via boot0 now (as "boot1.eif doesn't allow that" and /boot/loader.efi could be broken with unsuccessful upgrade), am I right? > we will drop boot1.efi (it is already dropped in illumos btw), and will= only use loader.efi - and in this case, the loader.efi is installed to E= SP and will only start the kernel. Ok, I need to wait for it. > But then again, if you are using stock (generic) OS on embedded system,= you are already doing it wrong and will get into the trouble sooner or l= ater:) I can not say, is NanoBSD "stock" or not :-) --=20 // Lev Serebryakov --PRGGxaTyyO9xLiR3EcegDwnmCl1V1TDKk-- --3gS2Qf0T1btIGRe9XMgBsDKnsqz1P9p7l Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlxFxYpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4/OCw//TE5u3Ewp0kZobQozWxL2cgePJ+JjKXdPRS5woHKhM6tSQ+YchYy1akb2 CLfnTXV4iTQzJDPVKH1BAGVq0k2cbrPR+wOSYG3s3mXHt/lo0l9Pv1hUNbtaAtki e0EkiruEKMIBMriKuwYNDWcXk3ox/AZ/dLATFJoYzV7E4XJ1UKJd/IY854UyHZG+ JNaHmmo3gLuTx9fs1HXqs9OyTKxf0mp665gC8770L9dJ3j7c3fi5rH1mxILGt5FN egrag+s4kHOevQ/+hOIFfcTqidVcRullo5CCCUUvamMb9vtv3aCiVIO9tGkMzxTa APXBKkBjX6osDlQVKF5FcFY0j0L3BrZL7AioOWAwYx7wBYVcj0SXnPFeyqq65Bo6 zwT3HfSlL4NGLNn5emvt0dDzMOUnbzydDzaAkLMpokadKgnPV9rFyuinEgZwzBTx VcstCTFEUok0of1Wj/g0lBKRe7R5qEpuz2u7zHiscjn1QBBUyzXpkvpFkVSHfT3f fwwBwkGK5sxsiXbtAAP8rILpWsvdwVC0b1cdhT99m21NQA3kYZsPOfY67Wb049rQ REdMNITTurkxmFNY/uE3TSyulFhCd7MaB0b80N8cd3UDmuCO8t5HuP8foCkkp5zw VKGSe3bjF4hQRq999p32vVr8MDlFRB2VR68sxNKbgwZHFn2ip5k= =BQ8l -----END PGP SIGNATURE----- --3gS2Qf0T1btIGRe9XMgBsDKnsqz1P9p7l-- From owner-freebsd-current@freebsd.org Mon Jan 21 15:20:15 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 02A9714AC753 for ; Mon, 21 Jan 2019 15:20:15 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from dnvrco-cmomta03.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) (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 8CEA78DA7C for ; Mon, 21 Jan 2019 15:20:13 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from bashful.bsd1.net ([74.138.140.144]) by cmsmtp with ESMTPA id lbKEgOHxYWnTilbKGgF0Hy; Mon, 21 Jan 2019 15:17:25 +0000 Message-ID: Subject: Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled From: David Boyd To: freebsd-current@freebsd.org Date: Mon, 21 Jan 2019 10:17:22 -0500 In-Reply-To: References: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-2.el7) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfDjYWocdO00M/9n6dp1PVYP6v3cJrvD7Ylbuef3lA74ImUunBn1ngdjoz0/w8y8gsQAfV50ZSTWLLoq5WT3uhnJJLEf7Z9wyT8Tu/eMq0ZSfN7NpptkI YetqvLmcR3U5R6ot7HtWifx5sn8GpWB+vxcA4GRpbLb7SyZMfTO0qRP//hf2zAJa8Q5lIz12bs/fdw== X-Rspamd-Queue-Id: 8CEA78DA7C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.966,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: Mon, 21 Jan 2019 15:20:15 -0000 On Mon, 2019-01-21 at 10:37 +0100, Trond Endrestøl wrote: > On Sun, 20 Jan 2019 13:09-0500, David Boyd wrote: > > > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. > > > > Running in VirtualBox 6.0.2. > > > > The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, > > 11.2- > > RELEASE-p8 and 11.2-STABLE do not exhibit this behavior. > > > > This (VM) is a test machine and I can do anything that will help > > identify the root of this problem. > > Is the VM configured to use UEFI as the boot firmware? > > I've noticed 13.0-CURRENT fails to poweroff, be it by way of > shutdown > -p now or halt -p, when using UEFI on VBox 5.2.x and 6.0.y. shutdown > -h and plain halt works as intended. Maybe this is completely > unrelated to your issue. > > > I have included screenshots of the debug output and a backtrace. > > The screenshots got stripped off by the mailman list software. Can > you > reupload them somewhere else, or transcribe the relevant details? Okay, I will submit a PR with the attachments. David. From owner-freebsd-current@freebsd.org Mon Jan 21 15:29: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 3FE3314ACB5C for ; Mon, 21 Jan 2019 15:29:11 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from dnvrco-cmomta03.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.228]) (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 5A7A88E186 for ; Mon, 21 Jan 2019 15:29:09 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from bashful.bsd1.net ([74.138.140.144]) by cmsmtp with ESMTPA id lbVZgOVTcWnTilbVcgF8E6; Mon, 21 Jan 2019 15:29:08 +0000 Message-ID: <6d114f2773c37435370c3e39c156339ceab2dc86.camel@twc.com> Subject: Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled From: David Boyd To: freebsd-current@freebsd.org Date: Mon, 21 Jan 2019 10:29:05 -0500 In-Reply-To: References: <167cd0d7a01c67255a98d86006f3fc00707cc3a3.camel@twc.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-2.el7) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfCHlKr6kVawCRt3tep7dXVAb3u9FGV73e9B72g/DV6h0FjosrCU7FMb51WxF5OrZWeb4vOL5EyEK5LJSVT2XCgl7sM4H8Z2ohzxWu7sF+KtjiFNc3C0w bM2aka+btl9r1Q7e1cutt+2N2cEDSqgDJ9pVRht5KoTzZufWS3KlT8MIiwfQqO3ACrLOltkwMftVAg== X-Rspamd-Queue-Id: 5A7A88E186 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of david.boyd49@twc.com designates 107.14.73.228 as permitted sender) smtp.mailfrom=david.boyd49@twc.com X-Spamd-Result: default: False [-4.25 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[twc.com]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: dnvrco-cmedge02.email.rr.com]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; RECEIVED_SPAMHAUS_PBL(0.00)[144.140.138.74.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; IP_SCORE(-1.46)[ipnet: 107.14.73.0/24(-4.02), asn: 7843(-3.22), country: US(-0.08)]; 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]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[twc.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[228.73.14.107.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 15:29:11 -0000 On Mon, 2019-01-21 at 10:17 -0500, David Boyd wrote: > On Mon, 2019-01-21 at 10:37 +0100, Trond Endrestøl wrote: > > On Sun, 20 Jan 2019 13:09-0500, David Boyd wrote: > > > > > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. > > > > > > Running in VirtualBox 6.0.2. > > > > > > The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, > > > 11.2- > > > RELEASE-p8 and 11.2-STABLE do not exhibit this behavior. > > > > > > This (VM) is a test machine and I can do anything that will help > > > identify the root of this problem. > > > > Is the VM configured to use UEFI as the boot firmware? > > > > I've noticed 13.0-CURRENT fails to poweroff, be it by way of > > shutdown > > -p now or halt -p, when using UEFI on VBox 5.2.x and 6.0.y. > > shutdown > > -h and plain halt works as intended. Maybe this is completely > > unrelated to your issue. > > > > > I have included screenshots of the debug output and a backtrace. > > > > The screenshots got stripped off by the mailman list software. Can > > you > > reupload them somewhere else, or transcribe the relevant details? > > Okay, I will submit a PR with the attachments. > > David. > > _______________________________________________ > 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" PR number is 235110. Thanks. David. From owner-freebsd-current@freebsd.org Mon Jan 21 17:00:59 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 254BE14AFA59 for ; Mon, 21 Jan 2019 17:00:59 +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 C3D8C6B5F0; Mon, 21 Jan 2019 17:00:58 +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 x0LH0t34070512; Mon, 21 Jan 2019 09:00:55 -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 x0LH0tR1070511; Mon, 21 Jan 2019 09:00:55 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901211700.x0LH0tR1070511@pdx.rh.CN85.dnsmgr.net> Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? In-Reply-To: <20190120205811.GA1258@fc.opsec.eu> To: Kurt Jaeger Date: Mon, 21 Jan 2019 09:00:55 -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: C3D8C6B5F0 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.96)[-0.960,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: Mon, 21 Jan 2019 17:00:59 -0000 > Hi! > > > Well no longer needed as puc0 has found and allocated the > > device(s) which would of shown up had you done this before > > you fixed puc0 to find them. > > The problem is that the found 4 uarts are not 8 uarts, and they do not > seem to work (tested using kermit), either 8-( But you showed it found 8, numbered 2-10. I do not know what the other uarts are that are now showing up, is there other hardware in this box? > > Any hints on how to debug this ? If you remove just the card do the other uarts still show up with that same patched kernel? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Mon Jan 21 18:58: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 3C83114B3B0A for ; Mon, 21 Jan 2019 18:58:58 +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 6B9BC71C99 for ; Mon, 21 Jan 2019 18:58:57 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1glemg-000Ong-PB; Mon, 21 Jan 2019 19:58:58 +0100 Date: Mon, 21 Jan 2019 19:58:58 +0100 From: Kurt Jaeger To: "Rodney W. Grimes" Cc: FreeBSD Current Subject: Re: Multiport serial card Exsys EX-44388, where are the devices ? Message-ID: <20190121185858.GB91207@home.opsec.eu> References: <20190120205811.GA1258@fc.opsec.eu> <201901211700.x0LH0tR1070511@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201901211700.x0LH0tR1070511@pdx.rh.CN85.dnsmgr.net> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 18:58:58 -0000 Hi! > > > Well no longer needed as puc0 has found and allocated the > > > device(s) which would of shown up had you done this before > > > you fixed puc0 to find them. > > > > The problem is that the found 4 uarts are not 8 uarts, and they do not > > seem to work (tested using kermit), either 8-( > > But you showed it found 8, numbered 2-10. Yes, sorry, that was me being confused. After I plugged the board into the box, without the pucdata modification, it showed uart0 and 2-5. I remembered that the board saw uart0 on boot, but it turns out that it did indeed detect uart0 and uart2-5 in the past already. cd /dev ls -l cuau? crw-rw---- 1 uucp dialer 0x8a Jan 21 07:22 cuau0 crw-rw---- 1 uucp dialer 0x37 Jan 21 07:25 cuau2 crw-rw---- 1 uucp dialer 0x3d Jan 21 07:25 cuau3 crw-rw---- 1 uucp dialer 0x43 Jan 21 07:22 cuau4 crw-rw---- 1 uucp dialer 0x49 Jan 21 07:22 cuau5 crw-rw---- 1 uucp dialer 0x4f Jan 21 07:22 cuau6 crw-rw---- 1 uucp dialer 0x55 Jan 21 07:22 cuau7 crw-rw---- 1 uucp dialer 0x5b Jan 21 07:22 cuau8 crw-rw---- 1 uucp dialer 0x61 Jan 21 07:22 cuau9 crw-rw---- 1 uucp dialer 0x6f Jan 21 07:24 cuaua crw-rw---- 1 uucp dialer 0x75 Jan 21 07:25 cuaub crw-rw---- 1 uucp dialer 0x7b Jan 21 07:25 cuauc crw-rw---- 1 uucp dialer 0x81 Jan 21 07:22 cuaud dmesg | grep uart uart2: <16750 or compatible> at port 1 on puc0 uart3: <16750 or compatible> at port 2 on puc0 uart4: <16750 or compatible> at port 3 on puc0 uart5: <16750 or compatible> at port 4 on puc0 uart6: <16750 or compatible> at port 5 on puc0 uart7: <16750 or compatible> at port 6 on puc0 uart8: <16750 or compatible> at port 7 on puc0 uart9: <16750 or compatible> at port 8 on puc0 uart10: <16x50 with 256 byte FIFO> iomem 0xfedc9000-0xfedc9fff,0xfedc7000-0xfedc7fff irq 3 on acpi0 uart11: <16x50 with 256 byte FIFO> iomem 0xfedca000-0xfedcafff,0xfedc8000-0xfedc8fff irq 4 on acpi0 uart12: <16x50 with 256 byte FIFO> iomem 0xfedce000-0xfedcefff,0xfedcc000-0xfedccfff irq 3 on acpi0 uart13: <16x50 with 256 byte FIFO> iomem 0xfedcf000-0xfedcffff,0xfedcd000-0xfedcdfff irq 4 on acpi0 uart0: <16550 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0 uart0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. > I do not know what the other uarts are that are now showing up, > is there other hardware in this box? The system board is cuau0 and cuau[a-d]. cuau[2-9] are the ones detected via the pucdata modifcation. When I look at the board manual https://dlcdnets.asus.com/pub/ASUS/mb/socketTR4/PRIME_X399-A/E13889_PRIME_X399-A_UM_V3_WEB.pdf it does not mention any serial ports at all. I'm surprised that it detects 5 other uarts, neither of them can be found anywhere. > > Any hints on how to debug this ? > > If you remove just the card do the other uarts still show > up with that same patched kernel? Then only uart0 and uart2-5 appear, with uart2-5 like uart10-13 now. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-current@freebsd.org Mon Jan 21 18:45: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 B26A614B328E for ; Mon, 21 Jan 2019 18:45:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 495F470FB0 for ; Mon, 21 Jan 2019 18:45:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0CA5914B328B; Mon, 21 Jan 2019 18:45:32 +0000 (UTC) Delivered-To: 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 EF51D14B328A for ; Mon, 21 Jan 2019 18:45:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (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 "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E4DE70FAB for ; Mon, 21 Jan 2019 18:45:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A3627AEE7 for ; Mon, 21 Jan 2019 18:45:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0LIjURM027503 for ; Mon, 21 Jan 2019 18:45:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0LIjU4u027502 for current@FreeBSD.org; Mon, 21 Jan 2019 18:45:30 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd Date: Mon, 21 Jan 2019 18:45:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 21 Jan 2019 19:20:19 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 18:45:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208275 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gonzo@FreeBSD.org Status|New |Closed Resolution|--- |FIXED --- Comment #13 from Oleksandr Tymoshenko --- There is a commit referencing this PR, but it's still not closed and has be= en inactive for some time. Closing the PR as fixed but feel free to re-open it= if the issue hasn't been completely resolved. Thanks --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Mon Jan 21 20:01: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 454D814B6168 for ; Mon, 21 Jan 2019 20:01:19 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 9F9017612D; Mon, 21 Jan 2019 20:01:17 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([89.14.175.1]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ltqmn-1hBPgP1gU1-011Egw; Mon, 21 Jan 2019 21:01:08 +0100 Date: Mon, 21 Jan 2019 21:00:39 +0100 From: "O. Hartmann" To: =?ISO-8859-1?Q?T=3Fl?= Coosemans Cc: "O. Hartmann" , freebsd-current Subject: Re: CUPS: [Client 1] Unable to encrypt connection: An illegal parameter has been received. Message-ID: <20190121210106.4b335ffa@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20190116183336.6aa7bdde@kalimero.tijl.coosemans.org> References: <20190116152328.3edb2f74@freyja.lan101.bundesimmobilien.intern> <20190116183336.6aa7bdde@kalimero.tijl.coosemans.org> 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:074srQswnbeiTyeWsvYjh7eu2AtRmbNSP3VAUjwx2qP2UKiBIYV KTBxzmyX2e7bAIcuD0sOJwbuzeW1cShgvTkQ4V/rmzsR3DOm8f7Jx0I5GgUSyK4znzf/UoZ Pbms7cp4u3qoMy/mJUOq6Lpnt7Kn9yd5Hi/A3U1wPQEU6qKOz9iMGNfOHYe7sRHTTsLw/3O iWgdUzLVglZEQUN/SUx7w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:RF0EEktpQ68=:8DDyd6pCdcprLljFANJGBq 9d7oOYo9/RbIn618aMFExcsE8IsIYXIdiXW4FMdPpBfONybAAh72uTne7Yn0/v0RZCJVr1cuJ 3WecJfDE8QHiZLAojERLKiXsiZiI0TAOxxa/LRajhERMQ+TkqlVpqEs1NqcTagk110uftDVET GsOrgAkG05PD9wk324PDJ+NiqkJp3Mqzmsk07PqpslFikFju5tH99X7/11EmVs5JOmaua7Cvx HuMmfthoTioUd+q0EzYltdqd16THpv6WdJps8iUZaHw1P3ZU2hWJa05W3auU5vNRidlHIxT5i knKT+cohKgeK8r99Mj6HhBX4mZVKZtBne2DeMR8CcLp267x92LfzmHSz0uR1Ncq6scAI07+lX pykV3GK3MnyEr/79WH1V1yQscQ0vEV2c3XpStMWqzPkegSpaP33D3n/cwH+MSmpMxtA5QMeFy YpxGe0OC7P8W0gDdn/GuzrggLjrBG12H8wBa2Aq0pT9ZLJ9APvSgqkTsxb7Tc2VwANbZVgbwR ZP7jR7bK2c7z/qzvvS6icnLDXlp7dsNdf55m97YHTK3yNLmkE53+45bQQxUAxoTG1eN0OMJ/F 8PVUk1dYQpOCQwKy0AVyMsMeOroQVdk1IalC0luWSA7XKKRfzbN9fSV/HxbT/8j5uSlLJaJK6 Mpa5jCzwwxUNKA52H1u4M0m+pUlN2GaXdeP96/27PSfya7m51F1EKXqO+EwsiPNAtGAcGSYlQ 3mGul47gtvcLFM/QFX0ffwMJZXWofK0/MvoKRjgnEWm2wuHL1kl3lFMXc02amJFg3vCwJntU9 VOrRdU23+8uhVb8MkZfumxMoNEkwIgsav9dM5G137gVeWLJC7HcrK/ADVKnRSdTwfl1EcKLy0 LOifK6+jnL+t/5jKBhbF5+4sN1yUznTPfetrwXPxoUmkFRHgmVVP6FlcvCkwLoVUeMnE2Reeo QPytvcOt/Mg== X-Rspamd-Queue-Id: 9F9017612D X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-0.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx01.gmx.net,mx00.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.32)[-0.321,0]; RECEIVED_SPAMHAUS_PBL(0.00)[1.175.14.89.zen.spamhaus.org : 127.0.0.11]; RCVD_IN_DNSWL_LOW(-0.10)[21.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:+]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.69)[-0.694,0]; FROM_HAS_DN(0.00)[]; TO_EXCESS_QP(1.20)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.66)[ip: (-3.25), ipnet: 212.227.0.0/16(-0.68), asn: 8560(0.62), country: DE(-0.01)]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Mon, 21 Jan 2019 23:03:08 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 20:01:19 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFdl ZCwgMTYgSmFuIDIwMTkgMTg6MzM6MzYgKzAxMDANClTEs2wgQ29vc2VtYW5zIDx0aWpsQEZyZWVC U0Qub3JnPiBzY2hyaWViOg0KDQo+IE9uIFdlZCwgMTYgSmFuIDIwMTkgMTU6MjM6NDAgKzAxMDAg Ik8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdhbHN0YXR0Lm9yZz4gd3JvdGU6DQo+ID4gV2UgaGF2 ZSBhbiBleHBlcmltZW50YWwgSVBWNiBuZXR3b3JrIGFuZCB3aXRoaW4gdGhpcyBuZXR3b3JrLCBG cmVlYlNEIENVUlJFTlQNCj4gPiAocjM0MzA4NykgaXMgYWN0aW5nIGFzIGEgQ1VQUyBwcmludCBz ZXJ2ZXIsIHdoaWxlIGEgYnVuY2ggRnJlZUJTRCAxMi1TVEFCTEUNCj4gPiBib3hlcyBhcmUgQ1VQ UyBjbGllbnRzLg0KPiA+IA0KPiA+IFRoZSBzZXR1cCwgc28gZmFyLCB3b3JrZWQgd2l0aCBJUHY0 LiBJbnRyb2R1Y2luZyBJUHY2IGFkZHJlc3NlcyBvbiBib3RoIHNlcnZlcg0KPiA+IGFuZCBob3N0 IHJlc3VsdHMgaW4gdGhlIGVycm9yDQo+ID4gDQo+ID4gW0NsaWVudCAxXSBVbmFibGUgdG8gZW5j cnlwdCBjb25uZWN0aW9uOiBBbiBpbGxlZ2FsIHBhcmFtZXRlciBoYXMgYmVlbiByZWNlaXZlZC4N Cj4gPiANCj4gPiBJbiBmaWxlIGN1cHMvY2xpZW50LmNvbmYgd2UgYWRkcmVzcyB0aGUgYXBwcm9w cmlhdGUgcHJpbnRlciB2aWENCj4gPiANCj4gPiBpcHBzOi8veHh4Lnh4eC54eHgueHh4L3ByaW50 ZXJzL3ByaW50ZXJfbmFtZSAoSVB2NCBvZiB0aGUgQ1VQUyBzZXJ2ZXIgaG9zdCkNCj4gPiANCj4g PiBUaGlzIHdvcmtzIGZpbmUuDQo+ID4gDQo+ID4gQnV0IGlwcHM6Ly9bWFhYWDpYWFhYOlhYWFg6 OlhYWFhdL3ByaW50ZXJzL3ByaW50ZXJfbmFtZSAoSVB2NiBvZiB0aGUgQ1VQUw0KPiA+IHNlcnZl ciBob3N0KSBkb2Vzbid0IHdvcmsgYW5kIHJlc3VsdHMgaW4gdGhlIGVycm9yIG9uIHRoZSBzZXJ2 ZXIgYXMgc2hvd24gYWJvdmUuDQo+ID4gDQo+ID4gSSBmaWRkbGVkIGFsc28gYXJvdW5kIHdpdGgg dGhlIFNTTE9wdGlvbiBwYXJhbWV0ZXIgaW4gY2xpZW50LmNvbmYgYW5kIHBhcmFsbGVsLA0KPiA+ IHRvIG1hdGNoIHJlcXVpcmVtZXRzLCBpbiBjdXBzL2N1cHNkLmNvbmYgb2YgdGhlIHNlcnZlciBo b3N0IC0gd2l0aCBubyBlZmZlY3QuDQo+ID4gDQo+ID4gT24gdGhlIHNlcnZlciBzaWRlLCBpdCBz ZWVtcyB0aGF0IGFsbCB0aGUgZG9jdW1lbnRzIEkgY291bGQgcGljayB1cCBmcm9tDQo+ID4gY3Vw cy5vcmcgb3IgQXBwbGUgZG8gbm90IHNwZWNpZnkgYW55IElQdjYgYWRkcmVzcyBpbiBhbiAiQWxs b3cgZnJvbSIgc3RhdGVtZW50Og0KPiA+IGV2ZXJ5dGhpbmcgc2VlbXMgdG8gYmUgc3R1Y2sgd2l0 aCBJUHY0LiBXaGlsZSB0aGUgY3Vwc2QuY29uZiBTU0xMaXN0ZW4gb3B0aW9uDQo+ID4gaXMgZm9y IElQdjYNCj4gPiANCj4gPiBTU0xMaXN0ZW4gW2ZkMDE6ZGVhZDpiZWVmOjphZmZlXTo2MzENCj4g PiANCj4gPiB3aGljaCB3b3JrcywgSSBnZXQgYW4gZXJyb3Igd2hlbiB0cnlpbmcgdG8gcHV0IGFu eXRoaW5nIElQdjYtc2ltaWxhciB3aXRoIHRoZQ0KPiA+IGNvbnZlbnRpb24gd2l0aCB0aGUgYnJh Y2tldHMgIlsiIGFuZCAiXSIgaW4gYSAiQWxsb3cgZnJvbSIgb3B0aW9uIGluIHRoZQ0KPiA+IHNl Y3Rpb25zIHdoZXJlIEkgbmVlZCB0byByZXN0cmljdCBhY2Nlc3MuIEFuIElQdjYgd2l0aG91dCAi WyIgYW5kICJdIiBzZWVtcyB0bw0KPiA+IGJlIGFjY2VwdGVkIC0gYnV0IHdoZW4gY29lbW1udGlu ZyBvdXQgQU5ZIElQdjQgYWRkcmVzcyBhbmQgbGVhdmluZyBvbmx5IElQVjYgaW4NCj4gPiB0aGUg IkFsbG93IGZyb20gIiBzdGF0ZW1lbnQsIG5vIHJlbW90ZSBjb25uZWN0aW9uIGlzIGFsbG93ZWQu DQo+ID4gDQo+ID4gVGhpcyBkcml2ZXMgbWUgbnV0cy4gU2luY2UgdGhlIGFpbSB3aWxsIGJlIHRv IGhhdmUgYSBwcmludGluZyBmYWNpbGl0eSB3aXRoaW4gYQ0KPiA+IElQdjYgb25seSBuZXR3b3Jr LCBJIGZlZWwgYSBiaXQgbG9zdC4NCj4gPiANCj4gPiBEb2VzIGFueW9uZSBoYXZlIGhhZCBzaW1p bGFyIHByb2JsZW1zPyAgDQoNCkhlbGxvIGFuZCBteSBhcG9sb2d5IGZvciByZXNwb25kaW5nIHNv IGxhdGUuDQoNCj4gDQo+IGN1cHNkLmNvbmYoNSkgZG9lcyBtZW50aW9uICJBbGxvdyBbaXB2Ni1h ZGRyZXNzXSIgaW4gdGhlIHNlY3Rpb246DQo+IERJUkVDVElWRVMgVkFMSUQgV0lUSElOIExPQ0FU SU9OIEFORCBMSU1JVCBTRUNUSU9OUw0KDQpJIGZvdW5kIHRoYXQsIHRvbyBsYXRlLCB0b28uIFRo ZSBtYW4gcGFnZSBpcyB2ZXJ5IGNsZWFyIGFuZCBhbG1vc3QgY29tcGxldGUgb24gdGhhdCAtIEkN CnN0dXBpZGx5IHJlbGllZCBvbiAiaW50ZXJuZXQiIGZpbmRpbmdzLCB3aGljaCB3ZXJlIGEgYml0 IG91dGRhdGVkLg0KDQo+IA0KPiANCj4gV2l0aCBjbGllbnQuY29uZiB5b3UgY2FuIGNvbmZpZ3Vy ZSBsaWJjdXBzIHNvIGl0IHRhbGtzIHRvIGEgcmVtb3RlIENVUFMNCj4gc2VydmVyIGluc3RlYWQg b2YgdGhlIGxvY2FsIG9uZS4gIFRoaXMgaGFzIGJlZW4gZGVwcmVjYXRlZCBmb3IgeWVhcnMgc28N Cj4gSSBzdXNwZWN0IHRoZXJlIGhhc24ndCBiZWVuIGFueSBkZXZlbG9wbWVudCBvbiBpdCBhbmQg dGhhdCBpdCBzaW1wbHkNCj4gZG9lc24ndCBzdXBwb3J0IElQdjYuDQoNCkFsc28sIEkgcmVhbGlz ZWQgdGhhdCBJJ3ZlIGluaGVyaXRlZCBjb25maWcgZmlsZXMgZnJvbSBlYWxpZXIgaW5zdGFsbGF0 aW9ucyB3aGNpaCBtb3ZlZA0Kb253YXJkIG9uIG5ld2VyIHNldHVwcyAtIHNvIEkgbWlzc2VkIGNs aWVudC5jb25mISBUaGFua3MgZm9yIHRoZSBoaW50LiBBZnRlciBkZWxldGlvbiBvZg0KdGhlIGZp bGUgaW4gcXVlc3Rpb24sIHRoZSBwcm9ibGVtcyBwZXJzaXN0ZWQuDQoNCj4gDQo+IFdoYXQgeW91 J3JlIHN1cHBvc2VkIHRvIGRvIGluc3RlYWQgaXMgcnVuIGEgY3Vwc2Qgb24gdGhlIGNsaWVudCBh bmQgYWRkDQo+IHRoZSBwcmludCBzZXJ2ZXIgYXMgYSBuZXR3b3JrIHByaW50ZXIgKHVzaW5nIHlv dXIgaXBwcyBVUkkpLiAgV2hlbiB5b3UNCj4gaGF2ZSB0byBjaG9vc2UgdGhlIG1ha2Ugb2YgdGhl IHByaW50ZXIgY2hvb3NlIFJhdyBzbyB5b3UgZG9uJ3QgbmVlZCBhDQo+IFBQRCBhbmQgY3Vwc2Qg d2lsbCBmb3J3YXJkIHRoZSBqb2IgdG8gdGhlIHNlcnZlciB3aXRob3V0IGRvaW5nIGFueQ0KPiBm aWx0ZXJpbmcuICBZb3UgY2FuIHNldCB0aGlzIHVwIG9uIG9uZSBjbGllbnQgYW5kIHRoZW4gY29w eSB0aGUgY3Vwcw0KPiBjb25maWd1cmF0aW9uIGluIC91c3IvbG9jYWwvZXRjL2N1cHMgdG8gdGhl IG90aGVyIGNsaWVudHMuICBSdW5uaW5nIGENCj4gbG9jYWwgY3Vwc2QgYWxsb3dzIGNsaWVudHMg dG8gcXVldWUgcHJpbnQgam9icyB3aGVuIHRoZSBwcmludCBzZXJ2ZXIgaXMNCj4gZG93bi4NCg0K SSBoYWQgdGhvc2Ugc2V0dGluZ3Mgb24gdGhlIGNsaWVudCBzeXN0ZW0sIHRvbzogcmVmZXJlbmNl IHByaW50ZXIgaXMNCmlwcHM6Ly9ob3N0Lm5hbWUvcHJpbnRlcnMvcHJpbnRfcXVldWVfbmFtZSwg YnV0IG5vdCB3aXRoICJSQVciIGZpbHRlci4gSSBjaGFuZ2VkIHRoYXQuDQoNCldoaWxlIEknbSBh YmxlIHRvIHByaW50IENVUFMgdGVzdHBhZ2VzIHZpYSB0aGUgd2ViIGludGVyZmFjZSBvbiB0aGUg Q1VQUyBzZXJ2ZXIgc3lzdGVtDQppdHNlbGYsIEkgc3RpbGwgcmVjZWl2ZSANCg0KW0NsaWVudCAx XSBVbmFibGUgdG8gZW5jcnlwdCBjb25uZWN0aW9uOiBBbiBpbGxlZ2FsIHBhcmFtZXRlciBoYXMg YmVlbiByZWNlaXZlZC4NCg0KaW4gdGhlIGxvZyBmaWxlIG9uIHRoZSBDVVBTIHNlcnZlciwgd2hl biB0aGUgc2F0ZWxsaXRlL2NsaWVudCBzeXN0ZW0gdHJpZXMgdG8gY29ubmVjdCB0bw0KdGhlIENV UFMgcHJpbnQgcXVldWUuDQoNCj4gDQo+IEFsdGVybmF0aXZlbHkgeW91IGNhbiBsZXQgdGhlIHBy aW50IHNlcnZlciBhbm5vdW5jZSB0aGUgcHJpbnRlciB2aWENCj4gQm9uam91ci9BdmFoaSAoQnJv d3Npbmcgb24gaW4gY3Vwc2QuY29uZikgYW5kIHJ1biBjdXBzLWJyb3dzZWQgZnJvbQ0KPiBwcmlu dC9jdXBzLWZpbHRlcnMgb24gdGhlIGNsaWVudHMgd2hpY2ggd2lsbCB0aGVuIGRldGVjdCB0aGUg cHJpbnQNCj4gc2VydmVyIGFuZCBhZGQgYSByYXcgcHJpbnQgcXVldWUgYXV0b21hdGljYWxseS4g IFRoaXMgY2FuIGJlIGNvbnZlbmllbnQNCj4gZm9yIGxhcHRvcHMgdGhhdCBtb3ZlIGJldHdlZW4g bmV0d29ya3MuDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gaHR0cHM6 Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiBU byB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2Ny aWJlQGZyZWVic2Qub3JnIg0KDQoNCg0KLSAtLSANCk8uIEhhcnRtYW5uDQoNCkljaCB3aWRlcnNw cmVjaGUgZGVyIE51dHp1bmcgb2RlciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRlbiBmw7xyDQpX ZXJiZXp3ZWNrZSBvZGVyIGbDvHIgZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9yc2NodW5nICjC pyAyOCBBYnMuIDQgQkRTRykuDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQppSFVF QVJZSUFCMFdJUVN5OElCeEFQRGtxVkJhVEo0NE4xWlpQYmE1UndVQ1hFWWxBZ0FLQ1JBNE4xWlpQ YmE1DQpSeVpoQVFEV0phZldzNHoyRmxrVXpYL2J5eDlFM25lcjN2T2hmM0VsUjJsUURFOG9zUUVB bXJQWTdURGUvdWt5DQpSWVhxY1B6dGpjR0w2YlN6YmkxYzg2cWt6bWxwRWcwPQ0KPVNzb3ANCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Tue Jan 22 04:44: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 0615714ACDC7; Tue, 22 Jan 2019 04:44:30 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DB6171191; Tue, 22 Jan 2019 04:44:29 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 802AB970D; Tue, 22 Jan 2019 04:44:29 +0000 (UTC) Date: Tue, 22 Jan 2019 04:44:29 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Subject: FreeBSD CI Weekly Report 2018-01-20 Message-ID: <20190122044429.GA32825@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 9DB6171191 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.90 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.97)[-0.969,0]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; TAGGED_RCPT(0.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.936,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] X-Mailman-Approved-At: Tue, 22 Jan 2019 11:51:58 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 04:44:30 -0000 (bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2018-01-20 =================================== Here's a summary of the FreeBSD Continuous Integration results for the period from 2018-01-14 to 2018-01-20 (and some older results because this is the first report). During this period, we have 1961 builds (89.8% pass, 8.7% failed, 1.5% exception) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures; and 496 test runs (51% pass, 49% unstable) were executed on amd64, i386, riscv64 architectures. If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. Web version and archive are available at http://hackfoldr.org/freebsd-ci-report/ Any help and suggestion are welcome. ## Failing Jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ Test VM panics because of memory modified after free, see https://bugs.freebsd.org/235097 for more details. * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ See https://bugs.freebsd.org/235097 * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc/ GCC reports: `error: floating constant exceeds range of 'long double' [-Werror=overflow]` ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * lib.msun.cbrt_test.cbrtl_powl * lib.msun.trig_test.reduction See https://bugs.freebsd.org/234040 for detail * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ There are 63 failing cases, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * common.buffering.t_dtrace_contrib.tst_switch1_d * common.drops.t_dtrace_contrib.drp_DTRACEDROP_PRINCIPAL_d * common.syscall.t_dtrace_contrib.tst_args_d * common.usdt.t_dtrace_contrib.tst_dlclose1_ksh * common.rates.t_dtrace_contrib.tst_switchrate_dl * common.misc.t_dtrace_contrib.tst_dynopt_d * common.ip.t_dtrace_contrib.tst_ipv4localsctp_ksh * common.ip.t_dtrace_contrib.tst_localsctpstate_ksh * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * sbin.bectl.bectl_test.bectl_mount * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum * https://ci.freebsd.org/job/FreeBSD-stable-11-amd64-test/ * usr.bin.procstat.procstat_test.kernel_stacks * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## Open Issues ### New * 235097: ci runs failing with panic in IPv6 code with use-after-free in epair/pfctl when running sys/netpfil/pf/nat tests https://bugs.freebsd.org/235097 ### Cause build fails * 233339: genassym.o build race https://bugs.freebsd.org/233339 ### Others Tickets related to testing@: https://preview.tinyurl.com/y9maauwg ## Other news * We've started working on integrating FreeBSD CI into upstream projects via hosted services (in particular, to date that's Cirrus-CI). Progress is tracked on https://wiki.freebsd.org/HostedCI * Result of daily Clang scan build: https://ci.freebsd.org/job/FreeBSD-head-scan_build/lastCompletedBuild/clangScanBuildBugs/ -- Li-Wen Hsu https://lwhsu.org From owner-freebsd-current@freebsd.org Tue Jan 22 12:15: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 235B014BB03F for ; Tue, 22 Jan 2019 12:15:52 +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 5862A8996D for ; Tue, 22 Jan 2019 12:15:51 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AvLmnjhabK/ZpAOx1xnuV9JX/LSx+4OfEezUN45?= =?us-ascii?q?9isYplN5qZr825bnLW6fgltlLVR4KTs6sC17KG9fi4EUU7or+5+EgYd5JNUx?= =?us-ascii?q?JXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6arXK99yMdFQ?= =?us-ascii?q?viPgRpOOv1BpTSj8Oq3Oyu5pHfeQpFiCa+bL9oMBm6sRjau9ULj4dlNqs/0A?= =?us-ascii?q?bCrGFSe+RRy2NoJFaTkAj568yt4pNt8Dletuw4+cJYXqr0Y6o3TbpDDDQ7KG?= =?us-ascii?q?81/9HktQPCTQSU+HQRVHgdnwdSDAjE6BH6WYrxsjf/u+Fg1iSWIdH6QLYpUj?= =?us-ascii?q?m58axlVAHnhzsGNz4h8WHYlMpwjL5AoBm8oxBz2pPYbJ2JOPZ7eK7WYNEUSn?= =?us-ascii?q?dbXstJWSJPAp2yYZYMAeUDM+ZXoJXyqVQVoBuiHAmgGP/jxiNUinL026Axzu?= =?us-ascii?q?QvERvB3AwlB98ArnHWrNHoP6oMVuC1y7LIwivGb/xM3zf985XDfxc9ofGNX7?= =?us-ascii?q?JwddHcx0k1FwzbkFqdtJHrMT2P2uQKqWib4PNtWOSygGAprAFxpyKgxsYqio?= =?us-ascii?q?TRmo0V10jE9T5jzIYyP924R0h2asOnHptIryyXNIl7TtkjTmxnoio3yLwLtY?= =?us-ascii?q?SlcCQUxpkqwQPUZeadfIiS+B3jUf6cITJ/hH14Zr2ynw2y8U28yu3kUcm0zU?= =?us-ascii?q?pKojJFktbSsnAN0ATe6sudRft5/0eh3CiA1xrU6u1ePUA0lKjbK5o7zrEskZ?= =?us-ascii?q?oTtl/DETHzmErsiq+WbV8o+u+y6+Toernmp5mcOJFoigzmMakjmNazDOU3Pw?= =?us-ascii?q?QUXWWW+P6w2KP98UD3WLlKi+c5kqjdsJDUP8Qboau5DhdJ0oYi6Ra/Cyyr0N?= =?us-ascii?q?oCnXYZMl1KYwmHgJXzN1HJOvD4Au+zg06wnzdz2/DGIrrhD43DLnjZjrjuY6?= =?us-ascii?q?1y61VBxwYq0d9f+ohUCqsfL/L1Rk/8r9LYDgUnPAOq2OnnE8hy2pkZWWKVDa?= =?us-ascii?q?/KeJ/V5BWvoKoPKvOQYYYTvny1f/9j5/f0kXown1k1YqCtxocedGz+Ge5pdR?= =?us-ascii?q?a3e33p1+vmFS8huQ0lQenjjkbKBSJSZXKacbgx6xsAJMShF4iVFdPlu6CIwC?= =?us-ascii?q?ruRs4eXWtBEF3ZVC6wL4g=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2A1AADaCEdc/99MQFdkHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBAYICZnASJ4QBiBpfiwoBAYIMNQGJZo1lgXsohFECgmcjNAk?= =?us-ascii?q?NAQMBAQIBAQIBbBwMQgEMAYFqKQGCZwEFIzMjEAsYAgIFIQICDyoeBhODI4I?= =?us-ascii?q?FrEKBL4kYgQ6BC4sYNYF/gRGDEoJvgXwWgwmCVwKQCpIWCYckimskgWZOhGC?= =?us-ascii?q?LAIFIgluDAYNokVc4gVZNMAiDJwmCSIgJQ4RjXT4DMAGDJYd3AQE?= X-IPAS-Result: =?us-ascii?q?A2A1AADaCEdc/99MQFdkHAEBAQQBAQcEAQGBUQcBAQsBA?= =?us-ascii?q?YICZnASJ4QBiBpfiwoBAYIMNQGJZo1lgXsohFECgmcjNAkNAQMBAQIBAQIBb?= =?us-ascii?q?BwMQgEMAYFqKQGCZwEFIzMjEAsYAgIFIQICDyoeBhODI4IFrEKBL4kYgQ6BC?= =?us-ascii?q?4sYNYF/gRGDEoJvgXwWgwmCVwKQCpIWCYckimskgWZOhGCLAIFIgluDAYNok?= =?us-ascii?q?Vc4gVZNMAiDJwmCSIgJQ4RjXT4DMAGDJYd3AQE?= 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; 22 Jan 2019 13:15:44 +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 x0MCFhn3046414; Tue, 22 Jan 2019 13:15:43 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Tue, 22 Jan 2019 13:15:43 +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: <20190122131536.42d2423e@kalimero.tijl.coosemans.org> In-Reply-To: <20190121210106.4b335ffa@thor.intern.walstatt.dynvpn.de> References: <20190116152328.3edb2f74@freyja.lan101.bundesimmobilien.intern> <20190116183336.6aa7bdde@kalimero.tijl.coosemans.org> <20190121210106.4b335ffa@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 5862A8996D 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.998,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,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: Tue, 22 Jan 2019 12:15:52 -0000 On Mon, 21 Jan 2019 21:00:39 +0100 "O. Hartmann" = wrote: > Am Wed, 16 Jan 2019 18:33:36 +0100 > T=C4=B3l Coosemans schrieb: >> On Wed, 16 Jan 2019 15:23:40 +0100 "O. Hartmann" wrote: =20 >>> We have an experimental IPV6 network and within this network, FreebSD C= URRENT >>> (r343087) is acting as a CUPS print server, while a bunch FreeBSD 12-ST= ABLE >>> boxes are CUPS clients. >>>=20 >>> The setup, so far, worked with IPv4. Introducing IPv6 addresses on both= server >>> and host results in the error >>>=20 >>> [Client 1] Unable to encrypt connection: An illegal parameter has been = received. >>>=20 >>> In file cups/client.conf we address the appropriate printer via >>>=20 >>> ipps://xxx.xxx.xxx.xxx/printers/printer_name (IPv4 of the CUPS server h= ost) >>>=20 >>> This works fine. >>>=20 >>> But ipps://[XXXX:XXXX:XXXX::XXXX]/printers/printer_name (IPv6 of the CU= PS >>> server host) doesn't work and results in the error on the server as sho= wn above. >>>=20 >>> I fiddled also around with the SSLOption parameter in client.conf and p= arallel, >>> to match requiremets, in cups/cupsd.conf of the server host - with no e= ffect. >>>=20 >>> 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" st= atement: >>> everything seems to be stuck with IPv4. While the cupsd.conf SSLListen = option >>> is for IPv6 >>>=20 >>> SSLListen [fd01:dead:beef::affe]:631 >>>=20 >>> which works, I get an error when trying to put anything IPv6-similar wi= th the >>> convention with the brackets "[" and "]" in a "Allow from" option in the >>> sections where I need to restrict access. An IPv6 without "[" and "]" s= eems to >>> be accepted - but when coemmnting out ANY IPv4 address and leaving only= IPV6 in >>> the "Allow from " statement, no remote connection is allowed. >>>=20 >>> This drives me nuts. Since the aim will be to have a printing facility = within a >>> IPv6 only network, I feel a bit lost. >>>=20 >>> Does anyone have had similar problems? =20 >>=20 >> 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. =20 >=20 > I had those settings on the client system, too: reference printer is > ipps://host.name/printers/print_queue_name, but not with "RAW" filter. I = changed that. >=20 > While I'm able to print CUPS testpages via the web interface on the CUPS = server system > itself, I still receive=20 >=20 > [Client 1] Unable to encrypt connection: An illegal parameter has been re= ceived. >=20 > in the log file on the CUPS server, when the satellite/client system trie= s to connect to > the CUPS print queue. I've just committed WITH_DEBUG support to print/cups (r490938) so please update your ports tree and rebuild and reinstall cups on the print server using "make WITH_DEBUG=3Dyes install". Then run cupsd like this: env CUPS_DEBUG_LOG=3D"/tmp/cups.debug" CUPS_DEBUG_LEVEL=3D"9" cupsd Then try to connect from the client. /tmp/cups.debug should now contain "An illegal parameter has been received" but with more context. From owner-freebsd-current@freebsd.org Thu Jan 24 21:30:10 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 3C57714BF19E; Thu, 24 Jan 2019 21:30:10 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) (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 53CB987E77; Thu, 24 Jan 2019 21:30:06 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-qt1-f178.google.com with SMTP id l11so8518453qtp.0; Thu, 24 Jan 2019 13:30:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=hUKdz919+mEPW5W6Aoll9C+ddUwkBKh8hPpHgAbLvL0=; b=tsbprUIzj71qcw84AixpNJvyK5QDJmey3kQGKmJlWHHKiHspzxlvQTtm6GiQh1BmJF RdhnF8P+FsnhmtNV0KTWYXo3lbg58rJt+x8y3f4IrFG+8CC2Gg84SPU9EvOqYMM+gEPn Q0hFHb358V+dfR1RnRXAXzSd8z8PHAImyuIthHVGtQppk9xZOZzHLAZ7CQKsLiT7VdMM zBn1VhXjP/45WisDelh/0s13uHv+Io6Fapot0ILs+cs34dVhrrmjy5Loid4E/cL6o0pj IYjBJPnH+z36V8WBqb0EfZbbZhaOPaJ6wN+7jb0gh31tYocSkxusFemzIMdcDvbJTc0n uB9w== X-Gm-Message-State: AJcUukciPcpjBsuLrdVzkpRaCA3yHHiP0XiENHijzIxQH5KBlxrnuS7f OtpcaEO7vIOrVC0j4aIFqUpt5GUz8Kg= X-Google-Smtp-Source: ALg8bN7hbrhgf5eDSiqQw66KaDSLNLz0lmL3UNygnP7rENiWfupKVZDt7OQvznLE/cUBVAJP9/xiQA== X-Received: by 2002:ac8:33fc:: with SMTP id d57mr8181946qtb.82.1548365400557; Thu, 24 Jan 2019 13:30:00 -0800 (PST) Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com. [209.85.160.177]) by smtp.gmail.com with ESMTPSA id s46sm75865689qtc.63.2019.01.24.13.29.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Jan 2019 13:30:00 -0800 (PST) Received: by mail-qt1-f177.google.com with SMTP id l11so8518357qtp.0; Thu, 24 Jan 2019 13:29:59 -0800 (PST) X-Received: by 2002:a0c:c404:: with SMTP id r4mr7824550qvi.131.1548365399524; Thu, 24 Jan 2019 13:29:59 -0800 (PST) MIME-Version: 1.0 From: Mateusz Piotrowski <0mp@freebsd.org> Date: Thu, 24 Jan 2019 22:29:46 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Call for 2018Q4 quarterly status reports (deadline: 2019-01-31) To: FreeBSD Hackers , FreeBSD Current Cc: monthly@freebsd.org, Edward Tomasz Napierala X-Rspamd-Queue-Id: 53CB987E77 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.160.178 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-4.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.93)[-0.925,0]; RCVD_IN_DNSWL_NONE(0.00)[178.160.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[0mp@freebsd.org,mpp302@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@freebsd.org,mpp302@gmail.com]; IP_SCORE(-1.14)[ipnet: 209.85.128.0/17(-3.71), asn: 15169(-1.91), country: US(-0.08)] 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: Thu, 24 Jan 2019 21:30:10 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is January 31, 2019, for work done since the last round of Quarterly Reports [1]. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about work that is underway and completed. Submission of reports is not restricted to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the Markdown template, fill it in, and email it to quarterly@FreeBSD.org. The template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.md The old XML generator and templates are no longer used. We look forward to seeing your 2018Q4 reports! Cheers, Mateusz (on behalf of quarterly@) [1]: https://www.freebsd.org/news/status/report-2018-01-2018-09.html From owner-freebsd-current@freebsd.org Thu Jan 24 23:11:21 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 B989E14C223D for ; Thu, 24 Jan 2019 23:11:21 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB658C06A for ; Thu, 24 Jan 2019 23:11:21 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id F1CEB14C223B; Thu, 24 Jan 2019 23:11:20 +0000 (UTC) Delivered-To: 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 E043D14C223A for ; Thu, 24 Jan 2019 23:11:20 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2ADB08C05C for ; Thu, 24 Jan 2019 23:11:18 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id x0ONB4YO057856 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 24 Jan 2019 23:11:08 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id x0ONB1XT078714 for ; Fri, 25 Jan 2019 00:11:01 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id x0ONAn1e052387 for ; Fri, 25 Jan 2019 00:11:01 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201901242311.x0ONAn1e052387@fire.js.berklix.net> To: current@freebsd.org Subject: timed restoral until deleter makes a port From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Fri, 25 Jan 2019 00:10:49 +0100 X-Rspamd-Queue-Id: 2ADB08C05C X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.27)[-0.268,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.66)[0.657,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[berklix.com]; MX_GOOD(-0.01)[land.berklix.com,slim.berklix.com]; NEURAL_SPAM_LONG(0.53)[0.526,0]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.74), asn: 24940(-2.33), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2019 23:11:22 -0000 Current box here is now about 10 seconds ahead, since timed was deleted, still waiting for the code vandal who removed timed from src/ without proper discussion in advance, to move timed from src/ to ports/ timed absence will bite more people when 13 is released. timed should be restored to src/ until the code vandal is forced to write a ports/ entry. Temporary removal of the src/ commit bit could encourage this & admonish irresponsible conduct. The tech issues have been discussed before, no need to repeat, this is just a question of enforcing responsible procedure. Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent 1st referendum Stole 700,000 votes from British in EU, 3.7 million globally, 1.9 M too young to vote, 1.3 M died, mostly leavers. Fraud, fines & lies. Honest Ref. Now ! Revoke Art. 50 for now to buy time to plan to avoid chaos. http://exitbrexit.uk/#email_your_mp From owner-freebsd-current@freebsd.org Thu Jan 24 23:41: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 8964314C307B for ; Thu, 24 Jan 2019 23:41:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E7CC08D202 for ; Thu, 24 Jan 2019 23:41:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id AA22C14C307A; Thu, 24 Jan 2019 23:41:32 +0000 (UTC) Delivered-To: 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 877F514C3079 for ; Thu, 24 Jan 2019 23:41:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 21E308D201 for ; Thu, 24 Jan 2019 23:41:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x736.google.com with SMTP id 68so4422511qke.9 for ; Thu, 24 Jan 2019 15:41:32 -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=UK2t3WphuCB4gQ19tX/AP5N6nTGEixF+XEP0dKdRcMQ=; b=SNsFM1bbJgoRofIV9ZTwRQ3kGmZEs8QvToqGQmWB9FkWafWAdEANxEALfFT1YdgXs/ iMJu4+JFqaFnotZJyaA/7Zx1mPCLya9BetyB14dSmTue2iaYOcG2Nl1AxroNldqmcVwg seNkfUNlpl4JPUbNdnaUNV5PPK6tjE/Sxme3mOUaYXCXMgNo67J/NmId1nmTp6hdJQwr y6jc6HBwYrT8UHg0gRB+TY+Z8O67CSqEIUptnyvSdm1MT9OvQDyf9tsEwwMgMLdgL+I+ V3HbkIXZVKcnYnflBWBbQm3U0SS2+2WeHDHV+/lrZMZ1wvytQeI7H1+79G1HNMzkPTt7 C9vA== 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=UK2t3WphuCB4gQ19tX/AP5N6nTGEixF+XEP0dKdRcMQ=; b=a9TWDuzXk5H93RwfylCoVa9m9EqFvbzBxqSEE1ajImtFQhFOYciD0YJTxUJxJG/tXf mmNOdkpHTMgoQVu0I64TYIZ5qRTT2uqIdZwWRzTQjJAifreyVe0do8j6YFArB6yg4Gi/ nIYf0Xtw9+tSHmJo4uhkN0ZM7WFXisF1Eqndt3pC/aW4qyaGP8mc9tyMDmgE7Fm2h/2I 5FlmQ0If+QsnK+CouJmXlalQNOPmiaIgXG6BystFboaG6I6o9GX6pq0t2uVUZ9jrqdNJ IPw78BtLj1JNVb1yREZRnKrj0Ifgl64r2b96VSn0MPm0E5i2pCjQUZrVbDunZarZnvZp 4rrg== X-Gm-Message-State: AJcUukeRYbHjJMpY7BukiiFv9MtlXxvTL5bugPEVE9i0+MOcq5dSrsKp CzkpCc9LyEfa5FVRR5ECbAajl9buVWqr6BsOSL1dXw== X-Google-Smtp-Source: ALg8bN4/iblHfFrt2zVtn2PkTrVMuZv6JpP5ND5AKEete9y4XeSRGDSWH3aIDSSNbyNDsv6MYDbaeWD/i7q8QF2MiG4= X-Received: by 2002:a37:6e86:: with SMTP id j128mr7984887qkc.46.1548373291205; Thu, 24 Jan 2019 15:41:31 -0800 (PST) MIME-Version: 1.0 References: <201901242311.x0ONAn1e052387@fire.js.berklix.net> In-Reply-To: <201901242311.x0ONAn1e052387@fire.js.berklix.net> From: Warner Losh Date: Thu, 24 Jan 2019 16:41:20 -0700 Message-ID: Subject: Re: timed restoral until deleter makes a port To: "Julian H. Stacey" Cc: FreeBSD Current X-Rspamd-Queue-Id: 21E308D201 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.970,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: Thu, 24 Jan 2019 23:41:33 -0000 On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote: > Current box here is now about 10 seconds ahead, since timed was deleted, > still waiting for the code vandal who removed timed from src/ > without proper discussion in advance, to move timed from src/ to ports/ > > timed absence will bite more people when 13 is released. timed > should be restored to src/ until the code vandal is forced to write > a ports/ entry. Temporary removal of the src/ commit bit could encourage > this & admonish irresponsible conduct. > > The tech issues have been discussed before, no need to repeat, > this is just a question of enforcing responsible procedure. > The ball is in my court to approve a pull request so we can finish the port. We have plenty of time before 13 and current, is after all, current. So there's no need to do anything rash here. I think all the rest of this is without merit and an overreaction. Warner From owner-freebsd-current@freebsd.org Fri Jan 25 00:03:26 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 88E6A14C3BDA for ; Fri, 25 Jan 2019 00:03:26 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F10768E0AF for ; Fri, 25 Jan 2019 00:03:25 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id B3E3F14C3BD9; Fri, 25 Jan 2019 00:03:25 +0000 (UTC) Delivered-To: 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 A243D14C3BD8 for ; Fri, 25 Jan 2019 00:03: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 220E28E0AE for ; Fri, 25 Jan 2019 00:03: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 x0P03IaX085515; Thu, 24 Jan 2019 16:03:18 -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 x0P03ImG085514; Thu, 24 Jan 2019 16:03:18 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201901250003.x0P03ImG085514@pdx.rh.CN85.dnsmgr.net> Subject: Re: timed restoral until deleter makes a port In-Reply-To: To: Warner Losh Date: Thu, 24 Jan 2019 16:03:18 -0800 (PST) CC: "Julian H. Stacey" , 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: 220E28E0AE 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_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.984,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, 25 Jan 2019 00:03:26 -0000 > On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote: > > > Current box here is now about 10 seconds ahead, since timed was deleted, > > still waiting for the code vandal who removed timed from src/ > > without proper discussion in advance, to move timed from src/ to ports/ > > > > timed absence will bite more people when 13 is released. timed > > should be restored to src/ until the code vandal is forced to write > > a ports/ entry. Temporary removal of the src/ commit bit could encourage > > this & admonish irresponsible conduct. > > > > The tech issues have been discussed before, no need to repeat, > > this is just a question of enforcing responsible procedure. > > > > The ball is in my court to approve a pull request so we can finish the > port. We have plenty of time before 13 and current, is after all, current. > So there's no need to do anything rash here. > > I think all the rest of this is without merit and an overreaction. Lets prevent this in the future and make it formal policy that if the solution to a removal from src is that a port be created the order must be port created and working, then src de-orbit. Agreeable? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Jan 25 00:09: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 66A1414C3EF7 for ; Fri, 25 Jan 2019 00:09:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BF2098E3AC for ; Fri, 25 Jan 2019 00:09:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 81E1314C3EF6; Fri, 25 Jan 2019 00:09:31 +0000 (UTC) Delivered-To: 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 5C85214C3EF5 for ; Fri, 25 Jan 2019 00:09:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (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 D2B9D8E3AB for ; Fri, 25 Jan 2019 00:09:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x836.google.com with SMTP id l11so8930144qtp.0 for ; Thu, 24 Jan 2019 16:09:30 -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=S2rvFC90W6Y4QOquYm/7Ka3JoQmy/ebz0hOEgxiW6pU=; b=SecwfbcLtmWjf2gRuVmLMJty/CIJypooMqXbnNlC51YIa8OmsFrql4Yf8tN/YFDeAe zLVzu1V40Ys0bdgVp95rfupb8YMwNMhiYq0aYBwD8dUHGIXSuHMQzy7jQbSpOg3ZWMgm VA4DeVsbPq7ofEuHD7jAnKtW9PcR+63Xun0VDtYZe+XwrU1iRNRVWJ7ZyQu6XKK86C8z wJm0EkXwiDN/WBCGTmLADDbyuvUzpBN1OfTPkHOcwhe5w2YiSXBfVqxhMxMVyUvHs5lu Zg5bq9m2Q8N0rBrhInG1KFah61JkjiyG+6a5iVwTwhRXQlym0/kbGZmHSTnyp2xLcn93 bZNQ== 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=S2rvFC90W6Y4QOquYm/7Ka3JoQmy/ebz0hOEgxiW6pU=; b=HxFgA/ASQS5CwBzTW+tNsmx9XjVOaHIPbA5PbooWBRjJ9uUa1EAXUma5vOJrQainLT +mPJFAe7D1Thia6csPU6+RzQUxEkZxnk8nCd/excGOOt5izp9p7pjxLG6+Afeq4YIhaW IuaDfDROUAHz5ovPIzlicn5HOb1eAiImSEBt4ty1qED5CO7LOelBwL2sNzfwtTS33ANI E8Rp3PZpvuizT+wkNB1rUta3KdYSp/rtOcXLxkR8Xkg0Btzk1p/2CWQ9gwN4sUIo9OGM WH08Ajr4Jiaf6YxumR31iltrC8or392wjwuNDWAlu6oeeIXqnj70qowSkAxaiWjpBj0I Qh/g== X-Gm-Message-State: AJcUukflhYtxRio74XbDZ6OZF7CtspU4rScaEkDSoEJFxDcrtzFgOtmL Z39qwaU2K7fMAA2qh/O111Xx8kFJx6mY9IuY8Hp1f458 X-Google-Smtp-Source: ALg8bN78KKYBis67A/tHU65/dOEbQ8glkFcgO/Hw/os4vSrysEm5ymRkQTGByUy2sD9qumcIZHs27SPb89e8dcCLO8Q= X-Received: by 2002:ac8:548a:: with SMTP id h10mr9052440qtq.15.1548374969960; Thu, 24 Jan 2019 16:09:29 -0800 (PST) MIME-Version: 1.0 References: <201901250003.x0P03ImG085514@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201901250003.x0P03ImG085514@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Thu, 24 Jan 2019 17:09:19 -0700 Message-ID: Subject: Re: timed restoral until deleter makes a port To: "Rodney W. Grimes" Cc: "Julian H. Stacey" , FreeBSD Current X-Rspamd-Queue-Id: D2B9D8E3AB 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_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.973,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, 25 Jan 2019 00:09:32 -0000 On Thu, Jan 24, 2019 at 5:03 PM Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey > wrote: > > > > > Current box here is now about 10 seconds ahead, since timed was > deleted, > > > still waiting for the code vandal who removed timed from src/ > > > without proper discussion in advance, to move timed from src/ to ports/ > > > > > > timed absence will bite more people when 13 is released. timed > > > should be restored to src/ until the code vandal is forced to write > > > a ports/ entry. Temporary removal of the src/ commit bit could > encourage > > > this & admonish irresponsible conduct. > > > > > > The tech issues have been discussed before, no need to repeat, > > > this is just a question of enforcing responsible procedure. > > > > > > > The ball is in my court to approve a pull request so we can finish the > > port. We have plenty of time before 13 and current, is after all, > current. > > So there's no need to do anything rash here. > > > > I think all the rest of this is without merit and an overreaction. > > Lets prevent this in the future and make it formal policy that > if the solution to a removal from src is that a port be created > the order must be port created and working, then src de-orbit. > > Agreeable? > I've been working through a checklist of things to do. Port may not always be appropriate, but where it is, we should do it more quickly than we have with timed. Of course, so far the lapse has only been about 6 weeks. at least 5 of that was my fault for dropping the ball on approving a pull request for the repo I distilled from our github mirror to preserve history and blogging about how someone else might do something similar in the future. I lost the context because I took time off over the holidays which included travel for a remembrance of life, so a not unstressful time in my life. Each thing we retire we discover a better way to do the next thing in the future. This is just another of those lessons. We're terrible about documenting all this, and your point that we should fix that is well founded and quite fair. Warner From owner-freebsd-current@freebsd.org Fri Jan 25 08:17: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 35F7B14AC5DA for ; Fri, 25 Jan 2019 08:17:46 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A6D346F0C7 for ; Fri, 25 Jan 2019 08:17:45 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6A5EA14AC5D9; Fri, 25 Jan 2019 08:17:45 +0000 (UTC) Delivered-To: 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 47EB314AC5D8 for ; Fri, 25 Jan 2019 08:17:45 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A318E6F0C3 for ; Fri, 25 Jan 2019 08:17:43 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id x0P8Dojo015947 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2019 08:13:54 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id x0P8Dk62081790; Fri, 25 Jan 2019 09:13:46 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id x0P8DRip058461; Fri, 25 Jan 2019 09:13:40 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201901250813.x0P8DRip058461@fire.js.berklix.net> To: Warner Losh cc: FreeBSD Current Subject: Re: timed restoral until deleter makes a port From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Thu, 24 Jan 2019 16:41:20 -0700." Date: Fri, 25 Jan 2019 09:13:27 +0100 X-Rspamd-Queue-Id: A318E6F0C3 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.06)[-0.065,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.35)[0.353,0]; NEURAL_HAM_LONG(-0.12)[-0.121,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: land.berklix.com]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.73), asn: 24940(-2.33), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 08:17:46 -0000 Hi, Reference: > From: Warner Losh > Date: Thu, 24 Jan 2019 16:41:20 -0700 Warner Losh wrote: > On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote: > > > Current box here is now about 10 seconds ahead, since timed was deleted, > > still waiting for the code vandal who removed timed from src/ > > without proper discussion in advance, to move timed from src/ to ports/ > > > > timed absence will bite more people when 13 is released. timed > > should be restored to src/ until the code vandal is forced to write > > a ports/ entry. Temporary removal of the src/ commit bit could encourage > > this & admonish irresponsible conduct. > > > > The tech issues have been discussed before, no need to repeat, > > this is just a question of enforcing responsible procedure. > > > > The ball is in my court to approve a pull request so we can finish the > port. We have plenty of time before 13 and current, is after all, current. > So there's no need to do anything rash here. OK, I had intended to do an SVN export of timed to rescue my 2 current boxes, but if you have something ready to test ? I should instead test that. Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent 1st referendum Stole 700,000 votes from British in EU, 3.7 million globally, 1.9 M too young to vote, 1.3 M died, mostly leavers. Fraud, fines & lies. Honest Ref. Now ! Revoke Art. 50 for now to buy time to plan to avoid chaos. http://exitbrexit.uk/#email_your_mp From owner-freebsd-current@freebsd.org Fri Jan 25 09:24:10 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 5CEDC14AE7D3 for ; Fri, 25 Jan 2019 09:24:10 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CDEC471AE0 for ; Fri, 25 Jan 2019 09:24:09 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8E08014AE7D2; Fri, 25 Jan 2019 09:24:09 +0000 (UTC) Delivered-To: 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 6B6E414AE7D1 for ; Fri, 25 Jan 2019 09:24:09 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 39BDB71ADF for ; Fri, 25 Jan 2019 09:24:06 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id x0P9Nsc3018080 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2019 09:23:58 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id x0P9NoJE082471; Fri, 25 Jan 2019 10:23:50 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id x0P9NQRT093244; Fri, 25 Jan 2019 10:23:38 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201901250923.x0P9NQRT093244@fire.js.berklix.net> To: "Rodney W. Grimes" cc: Warner Losh , FreeBSD Current Subject: Re: timed restoral until deleter makes a port From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Thu, 24 Jan 2019 16:03:18 -0800." <201901250003.x0P03ImG085514@pdx.rh.CN85.dnsmgr.net> Date: Fri, 25 Jan 2019 10:23:26 +0100 X-Rspamd-Queue-Id: 39BDB71ADF X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.74)[0.740,0]; NEURAL_HAM_LONG(-0.17)[-0.175,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.05)[0.050,0]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: land.berklix.com]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.73), asn: 24940(-2.33), country: DE(-0.01)]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.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: Fri, 25 Jan 2019 09:24:10 -0000 "Rodney W. Grimes" wrote: > > On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote: > > > > > Current box here is now about 10 seconds ahead, since timed was deleted, > > > still waiting for the code vandal who removed timed from src/ > > > without proper discussion in advance, to move timed from src/ to ports/ > > > > > > timed absence will bite more people when 13 is released. timed > > > should be restored to src/ until the code vandal is forced to write > > > a ports/ entry. Temporary removal of the src/ commit bit could encourage > > > this & admonish irresponsible conduct. > > > > > > The tech issues have been discussed before, no need to repeat, > > > this is just a question of enforcing responsible procedure. > > > > > > > The ball is in my court to approve a pull request so we can finish the > > port. We have plenty of time before 13 and current, is after all, current. > > So there's no need to do anything rash here. > > > > I think all the rest of this is without merit and an overreaction. > > Lets prevent this in the future and make it formal policy that > if the solution to a removal from src is that a port be created > the order must be port created and working, then src de-orbit. > > Agreeable? Sounds good. That's the way ctm is being handled. PS if anyone wonders "Why Use CTM Instead of, or as well as SVN ?" http://ctm.berklix.org Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent 1st referendum Stole 700,000 votes from British in EU, 3.7 million globally, 1.9 M too young to vote, 1.3 M died, mostly leavers. Fraud, fines & lies. Honest Ref. Now ! Revoke Art. 50 for now to buy time to plan to avoid chaos. http://exitbrexit.uk/#email_your_mp From owner-freebsd-current@freebsd.org Fri Jan 25 18:52: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 5BE0814BE8EE for ; Fri, 25 Jan 2019 18:52:32 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from mail.monkeybrains.net (mail.monkeybrains.net [208.69.40.19]) (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 779CB6A8BD for ; Fri, 25 Jan 2019 18:52:21 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from [10.2.86.182] (public.monkeybrains.net [208.69.41.107] (may be forged)) (authenticated bits=0) by mail.monkeybrains.net (8.15.2/8.15.2) with ESMTPSA id x0PIXT2Z079686 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 25 Jan 2019 10:33:29 -0800 (PST) (envelope-from crapsh@monkeybrains.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=monkeybrains.net; s=dkim; t=1548441209; bh=8/ZUYB5EqRQFjmnbg+3vO/oW+MvHMZrqq5HCgoCezRg=; h=To:From:Subject:Date; b=H/B1Z/t5deLuMrdkDAYF6bBZSylCDDXz8ZXsgzJxjbpc8mokqG6o9TJj7aZHkM0FF fzEM4hYIjwFBHlXyvOaCydLidNpD2i652EiPLGun0VM5J2rLi9fae5fZQgeyVoiV1H Zn0TuD5J46PJf46UlTnEZ/tur+OemkTHeIfKdMTs= X-Authentication-Warning: mail.monkeybrains.net: Host public.monkeybrains.net [208.69.41.107] (may be forged) claimed to be [10.2.86.182] To: freebsd-current@freebsd.org From: BulkMailForRudy Subject: HOWTO - jails - FreeBSD 12 + VNET + ZFS Message-ID: <62e6f600-b1ba-8900-b7e8-3af0f17fd910@monkeybrains.net> Date: Fri, 25 Jan 2019 10:33:29 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Virus-Scanned: clamav-milter 0.100.2 at mail.monkeybrains.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 779CB6A8BD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=monkeybrains.net header.s=dkim header.b=H/B1Z/t5; dmarc=pass (policy=none) header.from=monkeybrains.net; spf=pass (mx1.freebsd.org: domain of crapsh@monkeybrains.net designates 208.69.40.19 as permitted sender) smtp.mailfrom=crapsh@monkeybrains.net X-Spamd-Result: default: False [-3.18 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[monkeybrains.net:+]; DMARC_POLICY_ALLOW(-0.50)[monkeybrains.net,none]; MX_GOOD(-0.01)[mx1.harsh.monkeybrains.net]; NEURAL_HAM_SHORT(-0.18)[-0.176,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.02)[country: US(-0.08)]; ASN(0.00)[asn:32329, ipnet:208.69.40.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[monkeybrains.net.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.975,0]; R_DKIM_ALLOW(-0.20)[monkeybrains.net:s=dkim]; 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]; RCVD_IN_DNSWL_NONE(0.00)[19.40.69.208.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 18:52:32 -0000 I love using jails.  For many years, I used a tool to help out: ezjail, now I am just raw-dogging it by using the config file in /etc/jail.conf Here is my config: # /etc/jail.conf # VNET is used to send an epair to each jail. # The epair is renamed jail0 with exec.created in each jail. # exec.prestrt Script creates bridge0 if needed. # Global settings applied to all jails. # haven't found a good reason to run a jail as NOT root exec.system_user  = "root"; exec.jail_user    = "root"; mount.devfs; allow.raw_sockets; devfs_ruleset     = "5"; # Networking and the exec cycle $uplinkdev        = "ix0"; vnet; vnet.interface    = "jail0";               # default vnet interface exec.prestart     = "ifconfig bridge0 > /dev/null 2> /dev/null || ( ifconfig bridge0 create up && ifconfig bridge0 addm $uplinkdev )"; exec.prestart    += "ifconfig $epair create up                 || echo 'Skipped creating epair (exists?)'"; exec.prestart    += "ifconfig bridge0 addm ${epair}a           || echo 'Skipped adding bridge member (already member?)''"; exec.created      = "ifconfig ${epair}b name jail0             || echo 'Skipped renaming ifdev to jail0'"; exec.clean; exec.start        = "/bin/sh /etc/rc"; exec.stop         = "/bin/sh /etc/rc.shutdown"; exec.poststop     = "ifconfig bridge0 deletem ${epair}a"; #exec.poststop    += "ifconfig ${epair}a destroy"; # Per-jail settings ns1 {     path          = "/data/ns1.monkeybrains.net/";     host.hostname = "ns1.monkeybrains.net";     $epair        = "epair0";  # must be unique in every jail } tac {     path          = "/data/tac.monkeybrains.net/";     host.hostname = "tac.monkeybrains.net";     $epair        = "epair1"; } ===================================== Here is a look at ifconfig before and after jail creation. ============  Before jails start up ============ ix0: flags=8843 metric 0 mtu 1500 options=e53fbb     ether ac:1f:6b:6a:14:78     inet 10.1.2.3 netmask 0xffffff00 broadcast 10.1.2.255     inet6 fe80::ae1f:aaaa:aaaa:1478%ix0 prefixlen 64 scopeid 0x1     inet6 2607:f598::a:a prefixlen 64     media: Ethernet autoselect (1000baseT )     status: active     nd6 options=21 lo0: flags=8049 metric 0 mtu 16384 options=680003     inet6 ::1 prefixlen 128     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3     inet 127.0.0.1 netmask 0xff000000     groups: lo ix0: flags=8943 metric 0 mtu 1500 options=a538b9     ether ac:1f:6b:6a:14:78     inet 208.69.40.26 netmask 0xffffff00 broadcast 208.69.40.255     inet6 fe80::ae1f:6bff:fe6a:1478%ix0 prefixlen 64 scopeid 0x1     inet6 2607:f598::d045:281a prefixlen 64     media: Ethernet autoselect (1000baseT )     status: active     nd6 options=21 ix1: flags=8802 metric 0 mtu 1500 options=e53fbb     ether ac:1f:6b:6a:14:79     media: Ethernet autoselect     status: no carrier     nd6 options=29 lo0: flags=8049 metric 0 mtu 16384 options=680003     inet6 ::1 prefixlen 128     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3     inet 127.0.0.1 netmask 0xff000000     groups: lo     nd6 options=21 bridge0: flags=8843 metric 0 mtu 1500     ether 02:16:09:1c:af:00     id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15     maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200     root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0     member: epair1a flags=143             ifmaxaddr 0 port 6 priority 128 path cost 2000     member: epair0a flags=143             ifmaxaddr 0 port 5 priority 128 path cost 2000     member: ix0 flags=143             ifmaxaddr 0 port 1 priority 128 path cost 2000     groups: bridge     nd6 options=1 epair0a: flags=8943 metric 0 mtu 1500     options=8     ether 02:8d:76:e8:34:0a     inet6 fe80::8d:76ff:fee8:340a%epair0a prefixlen 64 scopeid 0x5     groups: epair     media: Ethernet 10Gbase-T (10Gbase-T )     status: active     nd6 options=21 epair1a: flags=8943 metric 0 mtu 1500     options=8     ether 02:7a:d1:7c:f8:0a     inet6 fe80::7a:d1ff:fe7c:f80a%epair1a prefixlen 64 scopeid 0x6     groups: epair     media: Ethernet 10Gbase-T (10Gbase-T )     status: active     nd6 options=21 ============  Start up jails ============ # service jail start Starting jails: ns1 tac. # ifconfig ix0: flags=8943 metric 0 mtu 1500 options=a538b9     ether ac:1f:6b:6a:14:78     inet 10.1.2.3 netmask 0xffffff00 broadcast 10.1.2.255     inet6 fe80::ae1f:aaaa:aaaa:1478%ix0 prefixlen 64 scopeid 0x1     inet6 2607:f598::a:a prefixlen 64     media: Ethernet autoselect (1000baseT )     status: active     nd6 options=21 lo0: flags=8049 metric 0 mtu 16384 options=680003     inet6 ::1 prefixlen 128     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3     inet 127.0.0.1 netmask 0xff000000     groups: lo     nd6 options=21 bridge0: flags=8843 metric 0 mtu 1500     ether 02:16:09:1c:af:00     id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15     maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200     root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0     member: epair1a flags=143             ifmaxaddr 0 port 6 priority 128 path cost 2000     member: epair0a flags=143             ifmaxaddr 0 port 5 priority 128 path cost 2000     member: ix0 flags=143             ifmaxaddr 0 port 1 priority 128 path cost 2000     groups: bridge     nd6 options=1 epair0a: flags=8943 metric 0 mtu 1500     options=8     ether 02:8d:76:e8:34:0a     inet6 fe80::8d:76ff:fee8:340a%epair0a prefixlen 64 scopeid 0x5     groups: epair     media: Ethernet 10Gbase-T (10Gbase-T )     status: active     nd6 options=21 epair1a: flags=8943 metric 0 mtu 1500     options=8     ether 02:7a:d1:7c:f8:0a     inet6 fe80::7a:d1ff:fe7c:f80a%epair1a prefixlen 64 scopeid 0x6     groups: epair     media: Ethernet 10Gbase-T (10Gbase-T )     status: active     nd6 options=21 # jls    JID  IP Address      Hostname                      Path     19                  ns1.monkeybrains.net /data/ns1.monkeybrains.net     20                  tac.monkeybrains.net /data/tac.monkeybrains.net # jexec ns1 ifconfig lo0: flags=8049 metric 0 mtu 16384 options=680003     inet6 ::1 prefixlen 128     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1     inet 127.0.0.1 netmask 0xff000000     groups: lo     nd6 options=21 jail0: flags=8842 metric 0 mtu 1500     options=8     ether 02:8d:76:e8:34:0b     groups: epair     media: Ethernet 10Gbase-T (10Gbase-T )     status: active     nd6 options=29 # jexec tac ifconfig lo0: flags=8049 metric 0 mtu 16384 options=680003     inet6 ::1 prefixlen 128     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1     inet 127.0.0.1 netmask 0xff000000     groups: lo     nd6 options=21 jail0: flags=8842 metric 0 mtu 1500     options=8     ether 02:7a:d1:7c:f8:0b     groups: epair     media: Ethernet 10Gbase-T (10Gbase-T )     status: active     nd6 options=29 vlan91: flags=8003 metric 0 mtu 1500     ether 00:00:00:00:00:00     groups: vlan     vlan: 0 vlanpcp: 0 parent interface:     nd6 options=29 From owner-freebsd-current@freebsd.org Fri Jan 25 21:30: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 8D46114C3A76 for ; Fri, 25 Jan 2019 21:30:57 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (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 AFF4F73B84 for ; Fri, 25 Jan 2019 21:30:56 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-io1-xd2d.google.com with SMTP id s8so8856218iob.13 for ; Fri, 25 Jan 2019 13:30:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=8k/z0yeSs2ldg5RQaG9GblTyVMcV4GKWcl6WCZNbItk=; b=Svh04JUKVnNtMQAaGOBJ1QeoKTBTTpFki1Fsj6n6V7axPjQBfV9Ow5CTRQSITU3OvH pjZlwvyverppnTjvE48a5s9sGLZRIJfRyVxShL5OOuIcjA90xFbZYRfHy0pLMr4GAU/D dXrdBPR/gf+zFtmWeE6J0TNCm+Ijh9Tf4OpATeMcn1DZ0f6nY6vfxK0t3djvS2wk6f+N VU47OzPcU9sYhQInp6P/IBTm3TnEtjTeJ6GxOGBYWWTua50yuEFsCzCcsPMHXa8bod8C 05bCkp5zEkW5KDH1ZUVD/cMpTngEJS/oGubeLLRLLuc5zp056/bk1ZSxL7/uwrPbkzJy 8j2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=8k/z0yeSs2ldg5RQaG9GblTyVMcV4GKWcl6WCZNbItk=; b=LcAY9Ix4AkA5vW40nQSUdcIkqvvEpQGY6zhp7zIae1f57SR5V5v66mP2Q3YzMdmiam 80GcXtGCbRX32h//GlnseVpgxDLDwfUjeq8tu3TbSyH6dr2S4v3PCfW5JYXqBMmeU1Wt yEkmV1EH6hSUK6CTSIlIRn79dlnT8TzW8HUdYfcSALawlzterZzUGbF5fl5HKo/2EwMV fV7K7nsBHBjoJLj3lBzMy8zmMYV0S3vbxcA20+BXcWcAS2VoGk9Z17StMWoS/+RcaBmt J6N802Fi0URkWSNLqc2HgkLD3uBouGzcR3tShO4CaOVYDEKWePYyZECPIW6vFGye1fGc 71Mw== X-Gm-Message-State: AHQUAuZ/8Or+Ttm7Rli8BuESFVHlQ+G5AqTX0dMUKdAwTkIJBgvr0KPt qY6eh+RriFkErw+TeY+gieHU0sOF X-Google-Smtp-Source: AHgI3Ib4udF7TPCNP+EUQuiqash4zbySdef4Uh2WeKyjSlz6ffdfpPJEzqLSn36M/zlziZwvBuytIA== X-Received: by 2002:a6b:ab85:: with SMTP id u127mr6938711ioe.143.1548451855837; Fri, 25 Jan 2019 13:30:55 -0800 (PST) Received: from [10.0.10.8] (cpe-65-25-53-210.neo.res.rr.com. [65.25.53.210]) by smtp.googlemail.com with ESMTPSA id x21sm10645496iob.84.2019.01.25.13.30.54 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 25 Jan 2019 13:30:54 -0800 (PST) Message-ID: <5C4B800D.1070504@gmail.com> Date: Fri, 25 Jan 2019 16:30:53 -0500 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: BulkMailForRudy CC: freebsd-current@freebsd.org Subject: Re: HOWTO - jails - FreeBSD 12 + VNET + ZFS References: <62e6f600-b1ba-8900-b7e8-3af0f17fd910@monkeybrains.net> In-Reply-To: <62e6f600-b1ba-8900-b7e8-3af0f17fd910@monkeybrains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: AFF4F73B84 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Svh04JUK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of luzar722@gmail.com designates 2607:f8b0:4864:20::d2d as permitted sender) smtp.mailfrom=luzar722@gmail.com X-Spamd-Result: default: False [-6.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.95)[-0.954,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.74)[ip: (-9.20), ipnet: 2607:f8b0::/32(-2.50), asn: 15169(-1.93), 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, 25 Jan 2019 21:30:57 -0000 BulkMailForRudy wrote: > I love using jails. For many years, I used a tool to help out: ezjail, > now I am just raw-dogging it by using the config file in /etc/jail.conf > > > Here is my config: > > # /etc/jail.conf > # VNET is used to send an epair to each jail. > # The epair is renamed jail0 with exec.created in each jail. > # exec.prestart Script creates bridge0 if needed. > > # Global settings applied to all jails. > > # haven't found a good reason to run a jail as NOT root > exec.system_user = "root"; > exec.jail_user   = "root"; > mount.devfs; > allow.raw_sockets; > devfs_ruleset    = "5"; > > # Networking and the exec cycle > $uplinkdev       = "ix0"; > vnet; > vnet.interface   = "jail0";              # default > vnet interface > exec.prestart    = "ifconfig bridge0 > /dev/null 2> /dev/null || ( > ifconfig bridge0 create up && ifconfig bridge0 addm $uplinkdev )"; > exec.prestart   += "ifconfig $epair create > up                || echo 'Skipped creating epair > (exists?)'"; > exec.prestart   += "ifconfig bridge0 addm > ${epair}a          || echo 'Skipped adding bridge member > (already member?)''"; > exec.created     = "ifconfig ${epair}b name > jail0            || echo 'Skipped renaming ifdev to jail0'"; > exec.clean; > exec.start       = "/bin/sh /etc/rc"; > exec.stop        = "/bin/sh /etc/rc.shutdown"; > exec.poststop    = "ifconfig bridge0 deletem ${epair}a"; > #exec.poststop   += "ifconfig ${epair}a destroy"; > > # Per-jail settings > ns1 { >    path         = "/data/ns1.monkeybrains.net/"; >    host.hostname = "ns1.monkeybrains.net"; >    $epair       = "epair0"; # must be unique in every jail > } > > tac { >    path         = "/data/tac.monkeybrains.net/"; >    host.hostname = "tac.monkeybrains.net"; >    $epair       = "epair1"; > } > > > ===================================== > > Here is a look at ifconfig before and after jail creation. > > > ============ Before jails start up ============ > > ix0: flags=8843 metric 0 mtu 1500 > options=e53fbb >    ether ac:1f:6b:6a:14:78 >    inet 10.1.2.3 netmask 0xffffff00 broadcast 10.1.2.255 >    inet6 fe80::ae1f:aaaa:aaaa:1478%ix0 prefixlen 64 scopeid 0x1 >    inet6 2607:f598::a:a prefixlen 64 >    media: Ethernet autoselect (1000baseT ) >    status: active >    nd6 options=21 > lo0: flags=8049 metric 0 mtu 16384 > options=680003 >    inet6 ::1 prefixlen 128 >    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >    inet 127.0.0.1 netmask 0xff000000 >    groups: lo > > ix0: flags=8943 metric 0 > mtu 1500 > options=a538b9 >    ether ac:1f:6b:6a:14:78 >    inet 208.69.40.26 netmask 0xffffff00 broadcast 208.69.40.255 >    inet6 fe80::ae1f:6bff:fe6a:1478%ix0 prefixlen 64 scopeid 0x1 >    inet6 2607:f598::d045:281a prefixlen 64 >    media: Ethernet autoselect (1000baseT ) >    status: active >    nd6 options=21 > ix1: flags=8802 metric 0 mtu 1500 > options=e53fbb >    ether ac:1f:6b:6a:14:79 >    media: Ethernet autoselect >    status: no carrier >    nd6 options=29 > lo0: flags=8049 metric 0 mtu 16384 > options=680003 >    inet6 ::1 prefixlen 128 >    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >    inet 127.0.0.1 netmask 0xff000000 >    groups: lo >    nd6 options=21 > bridge0: flags=8843 metric 0 mtu > 1500 >    ether 02:16:09:1c:af:00 >    id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >    maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >    root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >    member: epair1a flags=143 >            ifmaxaddr 0 port 6 priority 128 path cost 2000 >    member: epair0a flags=143 >            ifmaxaddr 0 port 5 priority 128 path cost 2000 >    member: ix0 flags=143 >            ifmaxaddr 0 port 1 priority 128 path cost 2000 >    groups: bridge >    nd6 options=1 > epair0a: flags=8943 > metric 0 mtu 1500 >    options=8 >    ether 02:8d:76:e8:34:0a >    inet6 fe80::8d:76ff:fee8:340a%epair0a prefixlen 64 scopeid 0x5 >    groups: epair >    media: Ethernet 10Gbase-T (10Gbase-T ) >    status: active >    nd6 options=21 > epair1a: flags=8943 > metric 0 mtu 1500 >    options=8 >    ether 02:7a:d1:7c:f8:0a >    inet6 fe80::7a:d1ff:fe7c:f80a%epair1a prefixlen 64 scopeid 0x6 >    groups: epair >    media: Ethernet 10Gbase-T (10Gbase-T ) >    status: active >    nd6 options=21 > > > > ============ Start up jails ============ > > # service jail start > Starting jails: ns1 tac. > > # ifconfig > > ix0: flags=8943 metric 0 > mtu 1500 > options=a538b9 >    ether ac:1f:6b:6a:14:78 >    inet 10.1.2.3 netmask 0xffffff00 broadcast 10.1.2.255 >    inet6 fe80::ae1f:aaaa:aaaa:1478%ix0 prefixlen 64 scopeid 0x1 >    inet6 2607:f598::a:a prefixlen 64 >    media: Ethernet autoselect (1000baseT ) >    status: active >    nd6 options=21 > lo0: flags=8049 metric 0 mtu 16384 > options=680003 >    inet6 ::1 prefixlen 128 >    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >    inet 127.0.0.1 netmask 0xff000000 >    groups: lo >    nd6 options=21 > bridge0: flags=8843 metric 0 mtu > 1500 >    ether 02:16:09:1c:af:00 >    id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >    maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >    root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >    member: epair1a flags=143 >            ifmaxaddr 0 port 6 priority 128 path cost 2000 >    member: epair0a flags=143 >            ifmaxaddr 0 port 5 priority 128 path cost 2000 >    member: ix0 flags=143 >            ifmaxaddr 0 port 1 priority 128 path cost 2000 >    groups: bridge >    nd6 options=1 > epair0a: flags=8943 > metric 0 mtu 1500 >    options=8 >    ether 02:8d:76:e8:34:0a >    inet6 fe80::8d:76ff:fee8:340a%epair0a prefixlen 64 scopeid 0x5 >    groups: epair >    media: Ethernet 10Gbase-T (10Gbase-T ) >    status: active >    nd6 options=21 > epair1a: flags=8943 > metric 0 mtu 1500 >    options=8 >    ether 02:7a:d1:7c:f8:0a >    inet6 fe80::7a:d1ff:fe7c:f80a%epair1a prefixlen 64 scopeid 0x6 >    groups: epair >    media: Ethernet 10Gbase-T (10Gbase-T ) >    status: active >    nd6 options=21 > > > # jls >   JID IP Address     > Hostname                     Path >    19                 ns1.monkeybrains.net > /data/ns1.monkeybrains.net > >    20                 tac.monkeybrains.net > /data/tac.monkeybrains.net > > > # jexec ns1 ifconfig > jail0: flags=8842 metric 0 mtu 1500 >    options=8 >    ether 02:8d:76:e8:34:0b >    groups: epair >    media: Ethernet 10Gbase-T (10Gbase-T ) >    status: active >    nd6 options=29 > # jexec tac ifconfig > jail0: flags=8842 metric 0 mtu 1500 >    options=8 >    ether 02:7a:d1:7c:f8:0b >    groups: epair >    media: Ethernet 10Gbase-T (10Gbase-T ) >    status: active >    nd6 options=29 > vlan91: flags=8003 metric 0 mtu 1500 >    ether 00:00:00:00:00:00 >    groups: vlan >    vlan: 0 vlanpcp: 0 parent interface: >    nd6 options=29 > > You have to learn to crawl before you can run. Start with a single vnet jail in jail.conf until you get something that works. Fix your post by getting rid of those   characters. Your post subject says + ZFS and you have no ZFS options in your jail.conf. Edit out lo0 on ifconfig displays, they add no info to this post. In the ifconfig before jail start shows ix0 2 time with different ip address. Why? jexec tac ifconfig shows vlan91, but nowhere do you show this being created or assigned to this jail. What is going on here? exec.system_user = "root"; un-necessary, remove exec.jail_user   = "root"; un-necessary, remove allow.raw_sockets; only valid in non-vnet jails devfs_ruleset    = "5"; What is custom contents of this rule #5 The vnet.interface statement needs to be per jail. Each vnet jail must have it's own epair mumber. This is not something you can do in global section. Must be per jail. Do you have any entries in the vnet jails rc.conf file? If so, show. What is your overall goal? Be able to access the public internet? Is this host you are trying to create working vnet jails on, on a LAN or is it the gateway host? How do you test your vnet jail? Keep in mind that just because your vnet jail starts does not mean that its working. Just means nothing fatal happened to cause it to dump. Bye From owner-freebsd-current@freebsd.org Sat Jan 26 00:41: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 644D414A711C; Sat, 26 Jan 2019 00:41:43 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (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 D628A8329C; Sat, 26 Jan 2019 00:41:41 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (catnip [73.240.250.185]) by echo.brtsvcs.net (Postfix) with ESMTPS id 4568838D2F; Fri, 25 Jan 2019 16:41:39 -0800 (PST) Received: from [10.26.25.66] (leon.pilgrimaccounting.com [10.26.25.66]) by chombo.houseloki.net (Postfix) with ESMTPSA id 87F5642C; Fri, 25 Jan 2019 16:41:38 -0800 (PST) To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org From: Mel Pilgrim Subject: usb/234503 already committed, but needs modification to cover more devices Message-ID: <3f9936d7-14ba-c820-3fe5-f767d968e52f@bluerosetech.com> Date: Fri, 25 Jan 2019 16:41:38 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: D628A8329C X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 2607:f740:c::4ae as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-4.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[bluerosetech.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.69)[ipnet: 2607:f740:c::/48(-4.49), asn: 36236(-3.91), country: US(-0.08)]; MX_GOOD(-0.01)[echo.brtsvcs.net,foxtrot.brtsvcs.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.62)[-0.622,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[185.250.240.73.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: Sat, 26 Jan 2019 00:41:43 -0000 A quirk for a USB flashdrive was added to head (r342657), but the modification was too narrow. The quirk affects all of the devices in the Chipfancier SLC family, not just the one specific device for which the quirk was added. I replied to usb/234503 about this, but as this is already in head, I'd like someone to act on it and modify the quirk to cover all of the devices in the family before 12.0-R comes out (and hopefully MFC to stable before 11.3 comes out). As I wrote in the PR, I'm already running the patch in releng/11.2 in production. From owner-freebsd-current@freebsd.org Sat Jan 26 09:27: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 DA0CB14BACA4; Sat, 26 Jan 2019 09:27:01 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83A7570E69; Sat, 26 Jan 2019 09:26:59 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id BB5CA2601FE; Sat, 26 Jan 2019 10:26:49 +0100 (CET) Subject: Re: usb/234503 already committed, but needs modification to cover more devices To: Mel Pilgrim , freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <3f9936d7-14ba-c820-3fe5-f767d968e52f@bluerosetech.com> From: Hans Petter Selasky Message-ID: <6c72d9bf-84ab-a9e7-598d-48f6301fa291@selasky.org> Date: Sat, 26 Jan 2019 10:24:27 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <3f9936d7-14ba-c820-3fe5-f767d968e52f@bluerosetech.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 83A7570E69 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-6.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.turbocat.net]; NEURAL_HAM_SHORT(-0.62)[-0.624,0]; IP_SCORE(-3.30)[ip: (-9.52), ipnet: 88.99.0.0/16(-4.69), asn: 24940(-2.31), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jan 2019 09:27:02 -0000 On 1/26/19 1:41 AM, Mel Pilgrim wrote: > A quirk for a USB flashdrive was added to head (r342657), but the > modification was too narrow.  The quirk affects all of the devices in > the Chipfancier SLC family, not just the one specific device for which > the quirk was added. > > I replied to usb/234503 about this, but as this is already in head, I'd > like someone to act on it and modify the quirk to cover all of the > devices in the family before 12.0-R comes out (and hopefully MFC to > stable before 11.3 comes out). > > As I wrote in the PR, I'm already running the patch in releng/11.2 in > production. It is not a problem to make a patch to ignore the idProduct field when matching. Will you make a patch for usb_quirk.c ? --HPS From owner-freebsd-current@freebsd.org Sat Jan 26 23:11: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 EBA9814B2079; Sat, 26 Jan 2019 23:11:54 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (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 CA28971B10; Sat, 26 Jan 2019 23:11:53 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (catnip [73.240.250.185]) by echo.brtsvcs.net (Postfix) with ESMTPS id C397E38D43; Sat, 26 Jan 2019 15:11:51 -0800 (PST) Received: from [10.26.25.66] (leon.pilgrimaccounting.com [10.26.25.66]) by chombo.houseloki.net (Postfix) with ESMTPSA id 048D0293; Sat, 26 Jan 2019 15:11:51 -0800 (PST) Subject: Re: usb/234503 already committed, but needs modification to cover more devices To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <3f9936d7-14ba-c820-3fe5-f767d968e52f@bluerosetech.com> <6c72d9bf-84ab-a9e7-598d-48f6301fa291@selasky.org> From: Mel Pilgrim Message-ID: <206f6f49-9a00-b100-d503-cfff6092ffdb@bluerosetech.com> Date: Sat, 26 Jan 2019 15:11:52 -0800 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: <6c72d9bf-84ab-a9e7-598d-48f6301fa291@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: CA28971B10 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 2607:f740:c::4ae as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-4.98 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bluerosetech.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: echo.brtsvcs.net]; NEURAL_HAM_SHORT(-0.97)[-0.966,0]; IP_SCORE(-1.70)[ipnet: 2607:f740:c::/48(-4.52), asn: 36236(-3.91), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[185.250.240.73.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: Sat, 26 Jan 2019 23:11:55 -0000 On 01/26/2019 01:24, Hans Petter Selasky wrote: > On 1/26/19 1:41 AM, Mel Pilgrim wrote: >> A quirk for a USB flashdrive was added to head (r342657), but the >> modification was too narrow. The quirk affects all of the devices >> in the Chipfancier SLC family, not just the one specific device for >> which the quirk was added. >> >> I replied to usb/234503 about this, but as this is already in head, >> I'd like someone to act on it and modify the quirk to cover all of >> the devices in the family before 12.0-R comes out (and hopefully >> MFC to stable before 11.3 comes out). >> >> As I wrote in the PR, I'm already running the patch in releng/11.2 >> in production. > > It is not a problem to make a patch to ignore the idProduct field > when matching. Will you make a patch for usb_quirk.c ? I can do up a patch, yes. The subject file thus far is scsi_da.c, not usb_quirk.c? I'm not sure how to make a quirk that is idProduct agnostic. Is there documentation on this, or can you point me an example of such an entry?