From owner-freebsd-stable@freebsd.org Sun Dec 2 03:17:35 2018 Return-Path: Delivered-To: freebsd-stable@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 58775130D57E for ; Sun, 2 Dec 2018 03:17:35 +0000 (UTC) (envelope-from miltonott@fastmail.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 60204805C8 for ; Sun, 2 Dec 2018 03:17:33 +0000 (UTC) (envelope-from miltonott@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id DEC32218C9 for ; Sat, 1 Dec 2018 22:17:32 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sat, 01 Dec 2018 22:17:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= date:from:message-id:to:subject:in-reply-to:references; s=fm1; bh=ylkA23lbbA+IuniXLYjHC2UPUizFswyGT9y5Qki2DJs=; b=gz+vbRTPl/QJ Q5WxV5ihjgQmEIlogeK5ZJuq/K10o9gAthBkQXFpG1jK/aGIrmWL9G3ISbz5OOjd qTQsg/rI5rj0fEdI++eVNz4iVLB9LyCfeaPpzph/ubAC8yuouhdyhB2DJLuqkNQa Ez1mlusIgi5F2BCWbttFiIHTTIgl+KIuj5gg3CUNKFdItai5j/QkLCcXAIvr6F5z /k9bxxH92wqrSPwT9xRhPj7scXhYhtRT017GQUr3CShmsO1DM+P9haZHVGW7ifTm 9DBKD0dZVhwqzr9M5mGJhzshcbTAALwKIHc9H9aucNGABqOBq4ZTXDbIVIv5hIdG 7UIYAF982w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=date:from:in-reply-to:message-id :references:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=ylkA23lbbA+IuniXLYjHC2UPUizFs wyGT9y5Qki2DJs=; b=f3TRBY4EOJlL8GSH/2KVj3nsMGUhFZ4zyYhFsaE7PR+BU 5W57MCV+6FJhqEWankl/7Yg6ZZaNU0a6AVuqRg6/J2Jt+i/I5byjheeZkD8EMbQ0 1Bi4jMbg4XVHTAsWX+ZN7MACHGTv+YVsy4N9uZAHZOfEn1IM5v+mUlB9oYk+smqG w75/RnDNuqCgKuh79b3ufiB1Lul9gVti5mxof8iKJ6mjkmFyb2AIbU+UzwMaqhjj NWs7IIdMzitYg+e8eu/Zw34rHduw05KHhJzelFPCGTW7Wr1Ngh9W6HsipJGHBa7q 7/4tFMxA22/CuXBiI/6jPhd4HBpsVQvAwR+JOnFBQ== X-ME-Sender: X-ME-Proxy: Received: from euler.miltonslab.com (unknown [1.123.139.128]) by mail.messagingengine.com (Postfix) with ESMTPA id E4829102E4 for ; Sat, 1 Dec 2018 22:17:31 -0500 (EST) Received: from euler.miltonslab.com (localhost [127.0.0.1]) by euler.miltonslab.com (8.15.2/8.15.2) with ESMTPS id wB23HQfh023502 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 2 Dec 2018 03:17:27 GMT (envelope-from miltonott@euler.miltonslab.com) Received: (from miltonott@localhost) by euler.miltonslab.com (8.15.2/8.15.2/Submit) id wB23HQIB023501; Sun, 2 Dec 2018 03:17:26 GMT (envelope-from miltonott) Date: Sun, 2 Dec 2018 03:17:26 GMT From: miltonott Message-Id: <201812020317.wB23HQIB023501@euler.miltonslab.com> To: freebsd-stable@freebsd.org Subject: FreeBSD-12.0-RC3-i386-disc1.iso does not boot In-Reply-To: 1744424063.31566579.1543701056566.JavaMail.zimbra@q.com References: 1744424063.31566579.1543701056566.JavaMail.zimbra@q.com X-Rspamd-Queue-Id: 60204805C8 X-Spamd-Result: default: False [-7.74 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fastmail.com,messagingengine.com]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; FREEMAIL_FROM(0.00)[fastmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.63)[ip: (-9.52), ipnet: 66.111.4.0/24(-4.69), asn: 11403(-3.86), country: US(-0.09)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[128.139.123.1.zen.spamhaus.org : 127.0.0.11] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2018 03:17:35 -0000 On Sat Dec 1 21:51:05 UTC 2018 CenturyLink Customer wrote: > Hello all:Sorry, this old Pentium 4 refurbished test machine has been obstinate > during ALPHA, BETA, and now RC.I had a workaround using the BTX bootloader from > ALPHA8 and pasted it into BETA3; meanwhile,remastering the .iso disk afterwards. My lord, I send greetings. I have a mind to try FreeBSD-12.0-RC3-i386-disc1.iso, and willingness to report back my experience. The get-at-able hardware gives: 686 class Pentium 4 (socket 775), 686 class Celeron (socket 370). From owner-freebsd-stable@freebsd.org Sun Dec 2 08:08:00 2018 Return-Path: Delivered-To: freebsd-stable@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 829B41314B32 for ; Sun, 2 Dec 2018 08:08:00 +0000 (UTC) (envelope-from miltonott@fastmail.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 B384F8960C for ; Sun, 2 Dec 2018 08:07:59 +0000 (UTC) (envelope-from miltonott@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 26B7020A8B for ; Sun, 2 Dec 2018 03:07:59 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 02 Dec 2018 03:07:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= date:from:message-id:to:subject:in-reply-to:references; s=fm1; bh=42eQLt4hGemyj8RDAy9VP7snRFJCaDDDvHP+m47nUZo=; b=eKmEEpaRyXDy V2gZlAs0yTGAgX4ao+iSe2WYVSnPECOMOQkH8IhkuriceAG82FpULsJk0gSUOqGe /IKy7e4tQvSzt+1ufKCzW1b1kmMXDfmZjZHfD9aTYT6EGqzRMYVqcEquDaKLUpCW 3Qhg4JwyG+vVGiDSbt0NcmPFA/ojeuo7Q0RMc9dyeQ2knbhxwbb4b9HdSGnzVgOC cLZ3zRtZDL6fXT8fCVBv8HqHOyBvXcXuXndi9Iooc3hov750BinyM3/wyZS+Vvi7 3FSCJovNsPyB896dI1J34UEw92AkootDCXFEBhms/sd1Le4f77id2+ZvGkX1tIDy AzBE9BM4lA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=date:from:in-reply-to:message-id :references:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=42eQLt4hGemyj8RDAy9VP7snRFJCa DDDvHP+m47nUZo=; b=UWyUDU1alGtT0ofi4W1AumStz4Wz+Qc+dqcvV5X8QZ2vr sfwImrS9BLxVETUm7GLkl17FK37yEiHpJBWLxwgxbqofTi1Q5J/uQC/DjPdd/XJA x8/bLl84OhLk28/0m9BSElP1984BhNJv39km3QKcfluBppgUhgQakRDsu28FJrpn mukZMOhcEw/ZtSX4RsTVZ0Y81tsEe5SI5OwX4ZlDE4Two/KHkCKd7MAiFxPJ3TKy cIh/CXng6wKDLfvkowJ6FCgWAropV68EkQ5vIrFNRXr2O1YsRl0pJXk5vSVKxxHf vK7bY8HvKME0bXRBpJ2VTCk2KyqfCzlTqeL0ru79Q== X-ME-Sender: X-ME-Proxy: Received: from euler.miltonslab.com (unknown [1.123.139.128]) by mail.messagingengine.com (Postfix) with ESMTPA id 0328E102E8 for ; Sun, 2 Dec 2018 03:07:57 -0500 (EST) Received: from euler.miltonslab.com (localhost [127.0.0.1]) by euler.miltonslab.com (8.15.2/8.15.2) with ESMTPS id wB287rBA024495 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 2 Dec 2018 08:07:53 GMT (envelope-from miltonott@euler.miltonslab.com) Received: (from miltonott@localhost) by euler.miltonslab.com (8.15.2/8.15.2/Submit) id wB287qUS024494; Sun, 2 Dec 2018 08:07:52 GMT (envelope-from miltonott) Date: Sun, 2 Dec 2018 08:07:52 GMT From: miltonott Message-Id: <201812020807.wB287qUS024494@euler.miltonslab.com> To: freebsd-stable@freebsd.org Subject: FreeBSD-12.0-RC3-i386-disc1.iso does not boot In-Reply-To: 201812020317.wB23HQIB023501@euler.miltonslab.com References: 201812020317.wB23HQIB023501@euler.miltonslab.com X-Rspamd-Queue-Id: B384F8960C X-Spamd-Result: default: False [-7.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fastmail.com,messagingengine.com]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; FREEMAIL_FROM(0.00)[fastmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.64)[ip: (-9.54), ipnet: 66.111.4.0/24(-4.70), asn: 11403(-3.86), country: US(-0.09)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; NEURAL_HAM_SHORT(-0.94)[-0.944,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[128.139.123.1.zen.spamhaus.org : 127.0.0.11]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2018 08:08:00 -0000 On Sat Dec 1 21:51:05 UTC 2018 CenturyLink Customer wrote: >> Hello all:Sorry, this old Pentium 4 refurbished test machine has been obstinate >> during ALPHA, BETA, and now RC.I had a workaround using the BTX bootloader from >> ALPHA8 and pasted it into BETA3; meanwhile,remastering the .iso disk afterwards. > miltonott wrote: > My lord, I send greetings. I have a mind to try FreeBSD-12.0-RC3-i386-disc1.iso, > and willingness to report back my experience. The get-at-able hardware gives: > 686 class Pentium 4 (socket 775), 686 class Celeron (socket 370). My guvnor, I have zero writable cd media at this time. I grabbed the dvd iso: FreeBSD-12.0-RC3-i386-dvd1.iso. I can say the boot run its course and served up a login prompt with considerable aplomb. The contents of /var/run/dmesg.boot can be viewed at ` http://dmesgd.nycbug.org/index.cgi?do=view&id=4625 `. From owner-freebsd-stable@freebsd.org Sun Dec 2 09:48:56 2018 Return-Path: Delivered-To: freebsd-stable@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 F1C3E1317855 for ; Sun, 2 Dec 2018 09:48:55 +0000 (UTC) (envelope-from yagertiny@yandex.ru) Received: from forward105o.mail.yandex.net (forward105o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::608]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D37098C709 for ; Sun, 2 Dec 2018 09:48:54 +0000 (UTC) (envelope-from yagertiny@yandex.ru) Received: from mxback14o.mail.yandex.net (mxback14o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::65]) by forward105o.mail.yandex.net (Yandex) with ESMTP id 555074447010 for ; Sun, 2 Dec 2018 12:48:51 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback14o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id aaoZwQCOQP-moxenYYa; Sun, 02 Dec 2018 12:48:50 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1543744130; bh=+SPK6Dfqo2VdadOa7+o+x5o739kjnuyabJ/6JEdlJTg=; h=From:To:Subject:Date:Message-Id; b=qZ68uSRfVlNdnFNFlc8avtUtkuu1iunxEWeKrjgsoHvrgQvW2jjUsbVRP4E4e0Ig1 UrObZVL5cYncqYSl9k+tJG677Gw8tMwlnz6TEm4y2Juqu4LIab1gCCJSky3JXsAYvp nkOT0B4UVB9p1c/Pp/6+wasR728Vc8s3V/d4StXI= Authentication-Results: mxback14o.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by iva1-a2ffb02749cf.qloud-c.yandex.net with HTTP; Sun, 02 Dec 2018 12:48:50 +0300 From: =?utf-8?B?WWFnZXJ0aW55INCQ0LvQtdC60YHQtdC5?= To: freebsd-stable@freebsd.org Subject: FreeBSD 12.0-RC3 Now Available MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sun, 02 Dec 2018 12:48:50 +0300 Message-Id: <1985041543744130@iva1-a2ffb02749cf.qloud-c.yandex.net> Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Rspamd-Queue-Id: D37098C709 X-Spamd-Result: default: False [-5.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.ru]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1a2d::/64]; FREEMAIL_FROM(0.00)[yandex.ru]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-1.73)[ipnet: 2a02:6b8::/32(-4.82), asn: 13238(-3.84), country: RU(0.01)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.ru:+]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; RCVD_IN_DNSWL_LOW(-0.10)[8.0.6.0.0.0.0.0.0.0.0.0.0.0.0.0.d.2.a.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)[]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2018 09:48:56 -0000 Hello everyone! We have a problem since version 10.3 (bug 209468 [1]). There is no availability to boot system if some of adaptec raid controllers are used. Could you be so kind as to pay attention to it? [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209468 From owner-freebsd-stable@freebsd.org Sun Dec 2 15:00:05 2018 Return-Path: Delivered-To: freebsd-stable@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 01619132402C for ; Sun, 2 Dec 2018 15:00:04 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 35ED26EDC1 for ; Sun, 2 Dec 2018 15:00:04 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id C4EDC21DE0; Sun, 2 Dec 2018 10:00:03 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Sun, 02 Dec 2018 10:00:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=wbijGY5AZpwhqxIBr6mtBoUhriH ZJeIwiMy1vUxDpMc=; b=OY+dVjllkR+yHCzfsd35mX9Js13dhCShbJ8KlzNFi8a Fu7XkS+Hc8pCi9jS6lPqLB1K+zEk4u74DPuQz0NdX02U2i7gmIpUk7PzQWcklB70 K4z8VWeB3yBGsL3lodFcWowJG85mHOOjOMv3EJQR5xObAxFTNhtQTZCFv8T1ZUgz s+6vPicdLSMPhcpOIAKjEx2jyUANMmrK5aD1S3YicnxxcATGKL8OKdpJWWOBbe9t hsCETxporrrK82gyVvSOkzmlzK20LpnRNLUwP0F7jVtvOSTshp3aZ72kytx3lrS8 kG8r+rvlPw3/HDy+sAn6TrdZgW8YgXhi3KQhhp6v8mA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=wbijGY 5AZpwhqxIBr6mtBoUhriHZJeIwiMy1vUxDpMc=; b=A7PPicKBtGvcqu2Kv+iPGu /ZQOwlUBhtY2gCI6vrasT8afqRwGw4AFSasldnNwcOrGvtL3e8eXcfVJqHhiTVQt gT0SJ2slamKFAd04XcnpnXMQrdCaovN8K/7Y/lEwFQnp4tFq+WWRVGxaOfs0xkS8 s3034TMjQDyh6IHJPhPRNqN6dc6ITQj3Q2oDGE3kkdQ+vHvVwlAQKYQ+Lbo6ZinA EKiNJfVOyNvUOqD59vn2N7YwGWD4XNElxGelJ6msW7VEv11ir3YTHXFwEX3twgz0 wvOczSbNs+MgUJAjh7wQyCFlIL4QBs5/9BuyMnyDNZj04cY1h+GKzILpD2EuvT7g == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.125.176]) by mail.messagingengine.com (Postfix) with ESMTPA id 67018E4122; Sun, 2 Dec 2018 10:00:01 -0500 (EST) Subject: Re: FreeBSD 12.0-RC3 Now Available To: =?UTF-8?B?WWFnZXJ0aW55INCQ0LvQtdC60YHQtdC5?= , freebsd-stable@freebsd.org References: <1985041543744130@iva1-a2ffb02749cf.qloud-c.yandex.net> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <00d2f967-4142-3150-fed6-c436739f9cab@yuripv.net> Date: Sun, 2 Dec 2018 17:59:53 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <1985041543744130@iva1-a2ffb02749cf.qloud-c.yandex.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hXyiVFjsWiQiUNJl8W6tppK9fDHtqANXg" X-Rspamd-Queue-Id: 35ED26EDC1 X-Spamd-Result: default: False [-9.33 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[yandex.ru]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.64)[ip: (-9.56), ipnet: 66.111.4.0/24(-4.71), asn: 11403(-3.86), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2018 15:00:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hXyiVFjsWiQiUNJl8W6tppK9fDHtqANXg Content-Type: multipart/mixed; boundary="V1qP2L2erN66DnaEVl0XE7jIOYbbvS1Y7"; protected-headers="v1" From: Yuri Pankov To: =?UTF-8?B?WWFnZXJ0aW55INCQ0LvQtdC60YHQtdC5?= , freebsd-stable@freebsd.org Message-ID: <00d2f967-4142-3150-fed6-c436739f9cab@yuripv.net> Subject: Re: FreeBSD 12.0-RC3 Now Available References: <1985041543744130@iva1-a2ffb02749cf.qloud-c.yandex.net> In-Reply-To: <1985041543744130@iva1-a2ffb02749cf.qloud-c.yandex.net> --V1qP2L2erN66DnaEVl0XE7jIOYbbvS1Y7 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Yagertiny =D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9 wrote: > Hello everyone! >=20 > We have a problem since version 10.3 (bug 209468 [1]). There is no avai= lability to boot system if some of adaptec raid controllers are used. Cou= ld you be so kind as to pay attention to it? >=20 > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209468 I have built a -CURRENT disc1.iso with the patch provided in PR. It seems to work without issues with older ASR 6805 having 8 disks in RAID10 (below). It would be nice if you could try installing this and report if it works for you on newer adapters that you have; if everything looks OK, I'll put it out for review, and hopefully commit. https://people.freebsd.org/~yuripv/FreeBSD-13.0-CURRENT-amd64-20181202-r3= 41364-disc1-aacraid.iso NOTE: as this is a -current snapshot, please use it for testing only. aacraid0: mem 0xdbf00000-0xdbffffff,0xdbebf800-0xdbebffff,0xdbebf400-0xdbebf4ff irq 76 at device 0.0 on pci5 aacraid0: Enable Raw I/O aacraid0: Enable 64-bit array aacraid0: using MSI interrupts aacraid0: New comm. interface type1 enabled aacraid0: Adaptec 6805, aacraid driver 3.2.10-1 aacraidp0 on aacraid0 aacraidp1 on aacraid0 aacraidp2 on aacraid0 aacraidp3 on aacraid0 da0 at aacraidp0 bus 0 scbus7 target 0 lun 0 da0: Fixed Direct Access SPC-2 SCSI device da0: Serial Number A12B55B400 da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 1716224MB (3514826752 512 byte sectors) ses0 at aacraidp3 bus 0 scbus10 target 0 lun 0 ses0: Fixed Enclosure Services SPC-3 SCSI device= --V1qP2L2erN66DnaEVl0XE7jIOYbbvS1Y7-- --hXyiVFjsWiQiUNJl8W6tppK9fDHtqANXg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwD82kACgkQk4vgf7Eq 4WwzVgf+MT9My2FC6VdCM3Yd3kstPQFh60B2tifBXk8Bh4A5+2k4WqNznSjy3QsQ HYF+s1KGCAtUOM3vzxOj99KAkdTqOT+4Ck6KCYpP8kzMX3PZEVX1OminsvweLNM4 aAbkv7WTH7kyetblmB/WoNF3X9SLuXQ/6HLrY15mJu8INQD87zpOv/PoxypuS/zP C4EpdrRroTCX40zNfzSJLgKm84yMkZewsalcMWgj2QxPnNweOnXBOeVf9HgrC2cP tat11AiDtOqLVQx1tY05f037nXycJzigDm9boG97eq+rUTD/O1i73rFpO47Q/xon krlg1JN1kbSKneWFx7tRgPuq9kAikw== =mefR -----END PGP SIGNATURE----- --hXyiVFjsWiQiUNJl8W6tppK9fDHtqANXg-- From owner-freebsd-stable@freebsd.org Sun Dec 2 17:59:16 2018 Return-Path: Delivered-To: freebsd-stable@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 AA2D9132936F for ; Sun, 2 Dec 2018 17:59:16 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-zteg06021601.me.com (mr85p00im-zteg06021601.me.com [17.58.23.187]) (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 CE3FB76E1C for ; Sun, 2 Dec 2018 17:59:15 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-zteg06021601.me.com (Postfix) with ESMTPSA id B372A4000E5; Sun, 2 Dec 2018 17:59:13 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 From: Toomas Soome In-Reply-To: Date: Sun, 2 Dec 2018 19:59:11 +0200 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> To: Mark Martinec X-Mailer: Apple Mail (2.3445.101.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-02_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1812020172 X-Rspamd-Queue-Id: CE3FB76E1C X-Spamd-Result: default: False [-5.27 / 15.00]; RCVD_VIA_SMTP_AUTH(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)[]; RCVD_IN_DNSWL_MED(-0.20)[187.23.58.17.list.dnswl.org : 127.0.5.2]; 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.99)[-0.989,0]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; IP_SCORE(-1.07)[ip: (-3.46), ipnet: 17.58.16.0/20(-0.96), asn: 714(-0.85), country: US(-0.09)]; FREEMAIL_ENVFROM(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.16.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]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2018 17:59:17 -0000 > On 2 Dec 2018, at 01:11, Mark Martinec = wrote: >=20 > 2018-11-29 18:43, Toomas Soome wrote: >> I just did push biosdisk updates to stable/12, I wonder if you could >> test those bits=E2=80=A6 >=20 > Thank you! I haven't tried it yet, but I wonder whether this fix was > already incorporated into 12.0-RC3, which would make my rescue easier. >=20 > Otherwise I can build a stable/12 on another host and transplant > the problematic file(s) to the affected host - if I knew which files > to copy. >=20 > I wonder also, if the today's posting by cksalexander@q.com on the > freebsd-stable ML titled "FreeBSD-12.0-RC3-i386-disc1.iso does not = boot" > could be describing the same problem? >=20 > Mark >=20 The files are /boot/loader* binaries - to be exact, check which one is = linked to /boot/loader. I can provide binaries if needed. Can not tell about post in freebsd-stable - it simply does not provide = enough information. rgds, toomas >=20 >>> On 29 Nov 2018, at 17:01, Mark Martinec = wrote: >>> After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2 = (amd64, >>> zfs, bios), I tried my luck with one of our production hosts, and = ended up >>> with a stuck loader after rebooting with a new kernel (after the = first >>> stage of upgrade). >>> These were the steps, and all went smoothly and normally until a = reboot: >>> freebsd-update upgrade -r 12.0-RC2 >>> freebsd-update install >>> shutdown -r now >>> While booting, the 'BTX loader' comes up, lists the BIOS drives, >>> then the spinner below the list comes up and begins turning, >>> stuttering, and after a couple of seconds it grinds to a standstill >>> and nothing happens afterwards. >>> At this point the ZFS and the bootstrap loader is supposed to >>> come up, but it doesn't. >>> This host has too zfs pools, the system pool consists of two SSDs >>> in a zfs mirror (also holding a freebsd-boot partition each), the >>> other pool is a raidz2 with six JBOD disks on an LSI controller. >>> The gptzfsboot in both freebsd-boot partitions is fresh from 11.2, >>> both zpool versions are up-to-date with 11.2. The 'zpool status -v' >>> is happy with both pools. >>> After rebooting from an USB drive and reverting the /boot directory >>> to a previous version, the machine comes up normally again >>> with the 11.2-RELEASE-p4. >>> I found a file init.core in the / directory, slightly predating the >>> last reboot with a salvaged system - although it was probably not >>> a cause of the problem, but a consequence of the rescue operation. >>> It is unfortunate that this is a production host, so I can't play >>> much with it. One or two more quick experiments I can probably >>> afford, but not much more. Should I just first wait for the >>> official 12.0 release? Should I try booting with a 12.0 on USB >>> and try to import pools? Suggestions welcome. >>> Now that the /boot has been manually restored to the 11.2 state, >>> A SECOND QUESTION is about freebsd-update, which still thinks we are >>> in the middle of an upgrade procedure. Trying now to just update >>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch complains: >>> # uname -a >>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>> # >>> # freebsd-version >>> 11.2-RELEASE-p4 >>> # >>> # freebsd-update fetch >>> src component not installed, skipped >>> You have a partially completed upgrade pending >>> Run '/usr/sbin/freebsd-update install' first. >>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>> So what is the right way to get rid of all traces of the >>> unsuccessful upgrade, and let freebsd-update believe we are cleanly >>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>> Mark > _______________________________________________ > 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-stable@freebsd.org Sun Dec 2 21:01:35 2018 Return-Path: Delivered-To: freebsd-stable@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 192FD132E499 for ; Sun, 2 Dec 2018 21:01:35 +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 C93317D4F1 for ; Sun, 2 Dec 2018 21:01:34 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8D536132E48B; Sun, 2 Dec 2018 21:01:34 +0000 (UTC) Delivered-To: stable@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 7BF24132E48A for ; Sun, 2 Dec 2018 21:01:34 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AF037D4E1 for ; Sun, 2 Dec 2018 21:01:34 +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 3419DC0B1 for ; Sun, 2 Dec 2018 21:01:33 +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 wB2L1XwS067429 for ; Sun, 2 Dec 2018 21:01:33 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB2L1XL2067423 for stable@FreeBSD.org; Sun, 2 Dec 2018 21:01:33 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201812022101.wB2L1XL2067423@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: stable@FreeBSD.org Subject: Problem reports for stable@FreeBSD.org that need special attention Date: Sun, 2 Dec 2018 21:01:33 +0000 MIME-Version: 1.0 X-Rspamd-Queue-Id: C93317D4F1 X-Spamd-Result: default: False [1.19 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_SPAM_LONG(0.01)[0.010,0]; NEURAL_SPAM_MEDIUM(0.65)[0.653,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.52)[0.525,0] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2018 21:01:35 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 230620 | "install -d" issue Open | 227213 | FreeBSD 10.4 kernel deadlocks on sysctlmemlock 2 problems total for which you should take action. From owner-freebsd-stable@freebsd.org Sun Dec 2 21:10:00 2018 Return-Path: Delivered-To: freebsd-stable@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 24137132EEB7 for ; Sun, 2 Dec 2018 21:10:00 +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 A60157DDD0 for ; Sun, 2 Dec 2018 21:09:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 69FCF132EEA9; Sun, 2 Dec 2018 21:09:59 +0000 (UTC) Delivered-To: stable@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 58859132EEA8 for ; Sun, 2 Dec 2018 21:09:59 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8A7E7DDC8 for ; Sun, 2 Dec 2018 21:09:58 +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 154DAC269 for ; Sun, 2 Dec 2018 21:09:58 +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 wB2L9vxK039566 for ; Sun, 2 Dec 2018 21:09:57 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB2L9vwu039558 for stable@FreeBSD.org; Sun, 2 Dec 2018 21:09:57 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: stable@FreeBSD.org Subject: [Bug 227213] FreeBSD 10.4 kernel deadlocks on sysctlmemlock Date: Sun, 02 Dec 2018 21:09:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.4-STABLE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: 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-Rspamd-Queue-Id: A60157DDD0 X-Spamd-Result: default: False [1.33 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.61)[0.613,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.75)[0.755,0]; NEURAL_HAM_LONG(-0.04)[-0.036,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2018 21:10:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227213 --- Comment #36 from Eugene Grosbein --- Can you test FreeBSD 11.2? 10.4 went EoL already. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Mon Dec 3 00:22:07 2018 Return-Path: Delivered-To: freebsd-stable@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 D8EE0130EF8D for ; Mon, 3 Dec 2018 00:22:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670078.outbound.protection.outlook.com [40.107.67.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DD0C85C60 for ; Mon, 3 Dec 2018 00:22:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM (52.132.50.155) by YTOPR0101MB0793.CANPRD01.PROD.OUTLOOK.COM (52.132.44.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1382.18; Mon, 3 Dec 2018 00:22:03 +0000 Received: from YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM ([fe80::9404:5554:6cd6:10d0]) by YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM ([fe80::9404:5554:6cd6:10d0%5]) with mapi id 15.20.1382.020; Mon, 3 Dec 2018 00:22:03 +0000 From: Rick Macklem To: miltonott , "freebsd-stable@freebsd.org" Subject: Re: FreeBSD-12.0-RC3-i386-disc1.iso does not boot Thread-Topic: FreeBSD-12.0-RC3-i386-disc1.iso does not boot Thread-Index: AQHUihYuwabfJZIiNkW+Sh7afqfe1aVsJrS5 Date: Mon, 3 Dec 2018 00:22:03 +0000 Message-ID: References: 201812020317.wB23HQIB023501@euler.miltonslab.com, <201812020807.wB287qUS024494@euler.miltonslab.com> In-Reply-To: <201812020807.wB287qUS024494@euler.miltonslab.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB0793; 6:H+qajB+yRCV453N5YxzA0CCU+KpN/rmWmYXsaojoEQInm+gWk+fUe1/toM3A5sNysufMoKueJ+S3XfhvTzcl/FAmwEkBJVi6W/MY1fzGgGmQCbMSHDJW36ujpLDHqvQ70fyDegHXn9TfuSuAGEz5gjRMs8/esmc8qZ6xRdiQiLu5oUnYGeTWvBJuBL37x8M1nnySAS6/g6ojeHhchzjqOJ9D5GJVM15VTyf6h6ZvDar6d28Kx+CR4BKvuSLI8cbhiDOspqIWA4aZQ8LkMCwlwsan0i52/LKqZrgt3XFBd/1ehAAYa6M+lkzEr2da8vATG5kgAH0fEZyGum73b9lWDXjb/GC+r21C1tcS05ic1+mo2et06M0/ez5zZW8SjBneaqlUx9TWgaag4a81xlB0/Jag/kJSAQHFx1Er6OPjN8k1Fi6PCJJgp8RRSHE5ZLcYD7Y+Sm7j0ducdiVmR229fg==; 5:PrfD+QsaaOlneSzA3Ni9GrIA1pHGg8A5+YjIG6ytT3ZZAG0CgBxRw7v1DlslBd57e2d70rMuSajjueaVDQbOFUmKxh4KWUwzEQgVWrV3xg+P+CJoOHglfe+sODDEQiFtJaYZfGZQQkivMmNE5Sah7J8jd4bPQMst5ILaiWTBIig=; 7:noa+eYedXMkphIOPg8C95wmlqP5QWDnTTTvJ10zmAyehVQSw6M3AkvZhS4mHp0hfMmgHPc6GvM1nr4oaKUeKQWxZOPpoLvD638R/6B/UxgpZ69BUfpIZmpcMSFZ5GleZMQD0U+zD6vWxSRf3JkzVAA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 7dda752b-c45d-4dbb-1f61-08d658b559a5 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB0793; x-ms-traffictypediagnostic: YTOPR0101MB0793: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(3231455)(999002)(944501493)(4982022)(52105112)(148016)(149066)(150057)(6041310)(20161123562045)(20161123558120)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:YTOPR0101MB0793; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB0793; x-forefront-prvs: 08756AC3C8 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(376002)(366004)(346002)(39860400002)(396003)(53754006)(189003)(199004)(71200400001)(71190400001)(6436002)(86362001)(2906002)(46003)(74482002)(14454004)(99286004)(7696005)(2501003)(229853002)(81156014)(966005)(81166006)(106356001)(478600001)(68736007)(305945005)(8676002)(102836004)(6506007)(9686003)(97736004)(186003)(8936002)(256004)(446003)(53936002)(11346002)(74316002)(25786009)(110136005)(55016002)(6306002)(786003)(105586002)(5660300001)(33656002)(476003)(486006)(76176011)(6246003)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB0793; H:YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: dWJqoRB1Kt2GmxOVKsKLFZBS4PsL18bdJEuejn77juJouP+oEC0NZxZH1Gzf6amb6zXu01LVJvb+xuvhKxea8X9rQopSkGWzNkfBFUsEJPQayP8rzkR8tsDQVfNSAG9xpmWJzko7Sb0NSfp+lybfvQRqeIOTdkJ+9/6UK/nZkdif4Gc2XXatjK2c4tqfeM2fVYA+pwcIOK1Kq0XjsyV16dX1j7Uhr222ItUKO85Ydx1vXPySc4oZqlCWWsFsnRjKwsWsInPLUe0BVFHzkCRipiChDYjvpp6RB9YqYyriIN4sBxgXmg3PDajpe4Fodg0ocS10W5jpJshGaUHuAhjhoacAgJrfIfCGtsy2foPjMH8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 7dda752b-c45d-4dbb-1f61-08d658b559a5 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Dec 2018 00:22:03.5041 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB0793 X-Rspamd-Queue-Id: 2DD0C85C60 X-Spamd-Result: default: False [-3.97 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/17]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com,mx2.hc184-76.ca.iphmx.com,mx1.hc184-76.ca.iphmx.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[78.67.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.96)[-0.957,0]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; IP_SCORE(-0.70)[ipnet: 40.64.0.0/10(-1.55), asn: 8075(-1.89), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2018 00:22:07 -0000 miltonott wrote: >>On Sat Dec 1 21:51:05 UTC 2018 CenturyLink Customer wrote: >>> Hello all:Sorry, this old Pentium 4 refurbished test machine has been = obstinate >>> during ALPHA, BETA, and now RC.I had a workaround using the BTX bootloa= der from >>> ALPHA8 and pasted it into BETA3; meanwhile,remastering the .iso disk a= fterwards. I have booted a FreeBSD-12.0-RC2-i386-bootonly.iso disk on a Pentium 4 without difficulty. For RC2, the "..disc1.iso" looked too big for a 700Mbyt= e CD. (I haven't tried RC3, but I doubt there is much difference?) >> miltonott wrote: >> My lord, I send greetings. I have a mind to try FreeBSD-12.0-RC3-i386-d= isc1.iso, >> and willingness to report back my experience. The get-at-able hardwa= re gives: >> 686 class Pentium 4 (socket 775), 686 class Celeron (socket 370). > > My guvnor, I have zero writable cd media at this time. I grabbed the = dvd iso: >FreeBSD-12.0-RC3-i386-dvd1.iso. I can say the boot run its course and ser= ved up a >login prompt with considerable aplomb. The contents of /var/run/dmesg.boo= t can >be >viewed at ` http://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D4625 `. rick ps: For Release candidates, it is probably better to post to freebsd-curren= t@. From owner-freebsd-stable@freebsd.org Mon Dec 3 00:51:39 2018 Return-Path: Delivered-To: freebsd-stable@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 3E3AA130FCB0 for ; Mon, 3 Dec 2018 00:51:39 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) Received: from sonic309-25.consmr.mail.gq1.yahoo.com (sonic309-25.consmr.mail.gq1.yahoo.com [98.137.65.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09C7386E27 for ; Mon, 3 Dec 2018 00:51:36 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1543798294; bh=NceCTHLnKwY8vC2ofG4xzg3jbRAGAT0ml8hoirN59qo=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=EGli+qrGxyu6jkj/WTonGcMUGx58wB9gp9DNnnNT8bsNnfBenbvHF/Sb2AQ1t0/QuaE7hbqeEvxhF5pNJGrT1UIRcJLunHd18qDfj40J9wsbzxGGtcyNaIg+LYmsHma3axEFA/0+w9iOKZYDGeto/gbsepwlS3Yy1YOE3dwOzPsl9AUuDUnc7CsSL9rgymbYIkjqCoINPWFZq41AG4m+yd58QlKqGcO8WaSWhdAFTjWdTMVT8sidTn8CANN5FVd6KMQxw8fNHDbFf7fVVSjtbFrT9bBZRS8NTYQjZSWmnt+/VneHHHSOmbxKtCAKGjOjuixW2aBLkjVhWQGvm0YZcw== X-YMail-OSG: vDtj0MMVM1lIP2gBwEg6.QSApVsz6TqR6RaF15EBVTmFlRkuj5KFJT0iF0tgqok YP_1UNurS64xMncrg3..nZmIEinXnYYBczQsp4InEjIDaU2IU3a0VQwXMK9chIs.jO.3uzk3GsQk PaJPEp3fwAxoTp84BbNMgYSHp8n3LpICWcWfWLqw.FirPbrCY5W.2Q.yfk1taz_bJk4KFlQBTlVN xWZlyOwuMCH6CKBHwcGMJCgCFXJefJOda.VIPtZbP6n2PYf516JPuCDVbBYsDnJwmMqI2STLMA2X csk.9OKVHE42K0thuN17flojOblzIjX.QbPi9uwivh7AS9_G8VZVdOkemueHLDzWKRiW2_YsEdLJ jproco5lAZ1oYdKZIOQjQY3vNSCdc409tUO2uZ3UFEpbyiCgb_LX1zspzfBZjKyiS6NHsXsyCcJT CNJbRXV7jI1SIMmjRA6FOInhNW67G0AXr0QCOhB775YBIPZPYZ2mma0LEezvmdhBmtJy1C8HOJ9H iP.9e_TPWqSgXrFNuILTFENpPhVq8EA.MJQF.ZVq7lE.e5d8KvfiemZ5DySfkaiq5O5ug8LFkltz 7pD3Pg.NyVrrmVNj33lJv9yqZwZuQz4flNEl2csKVDG4R.aOj4oIwKUaLx1LgclBlp8ixV2OyMOl OVn7eQQdKH3uDusYQ91UeL0rvN01xY9Vrxfvt7W_cHdT2t4sY1TwwmAlUIYkIXR0tGTNtu5wIk8f BFoB0kczJnEzGEqyHCTrG6M5JJgnLsCbNrfbK9kjbOnzAqdiRSwXhoJ81DVPX0kFdx.gTerQnWGx seEqoiPVqYEH._RL.ksm.NVEk74lfqabw2eA3sy7.D1lFHdrgI_vJMXGMTCXx1lMVjxVXIaHPnDi gm1ypnpn0jyDtZUcTQiOxnxqAPrAUzbj_LoEyXMknDWqvG4wxru8cf9__h1yVQvMLJVnlXuRKFST rX_v1G65DOLzAeHBjiymyCJ1.E2Ia.OgHoel8Js2OT5ZTVPvB3ak4JdElnCGEgdY8tWx248ud6pj EB95OWXgzKE92.O9y0q3.2g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 Dec 2018 00:51:34 +0000 Date: Mon, 3 Dec 2018 00:31:16 +0000 (UTC) From: Alex McKeever To: Rick Macklem , miltonott , "freebsd-stable@freebsd.org" Message-ID: <1658101708.647685.1543797076438@mail.yahoo.com> In-Reply-To: References: <201812020807.wB287qUS024494@euler.miltonslab.com> Subject: Re: FreeBSD-12.0-RC3-i386-disc1.iso does not boot MIME-Version: 1.0 X-Mailer: WebService/1.1.12827 YahooMailIosMobile Raven/43877 CFNetwork/975.0.3 Darwin/18.2.0 X-Rspamd-Queue-Id: 09C7386E27 X-Spamd-Result: default: False [1.93 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[sbcglobal.net]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[sbcglobal.net]; NEURAL_SPAM_SHORT(0.01)[0.014,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[sbcglobal.net]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[5]; NEURAL_SPAM_MEDIUM(0.77)[0.765,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[sbcglobal.net:+]; MX_GOOD(-0.01)[ff-ip4-mx-vip2.prodigy.net,al-ip4-mx-vip2.prodigy.net,ff-ip4-mx-vip1.prodigy.net,al-ip4-mx-vip1.prodigy.net]; RCVD_IN_DNSWL_NONE(0.00)[151.65.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.24)[0.238,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[sbcglobal.net]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.22)[ipnet: 98.137.64.0/21(0.66), asn: 36647(0.53), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2018 00:51:39 -0000 I seem to have the same issue with the PowerPC CD (since the alpha stage im= ages). It will show up in the boot menu but once selected it doesn=E2=80=99= t work at all, just inverts colors. Tested on both my G5 DP and eMac G4, wh= ich the latter works only on the now obsolete 10.4 and current 11.1. 11.2 d= oesn=E2=80=99t boot all the way (hangs at cryptosoft0 in the boot sequence) Sent from Yahoo Mail for iPhone On Sunday, December 2, 2018, 7:23 PM, Rick Macklem w= rote: miltonott wrote: >>On Sat Dec 1 21:51:05 UTC 2018 CenturyLink Customer wrote: >>> Hello all:Sorry, this old Pentium=C2=A0 4 refurbished test machine has = been obstinate >>> during ALPHA, BETA, and now RC.I had a workaround using the BTX bootloa= der=C2=A0 from >>> ALPHA8 and pasted it into BETA3; meanwhile,remastering the .iso disk=C2= =A0 afterwards. I have booted a FreeBSD-12.0-RC2-i386-bootonly.iso disk on a Pentium 4 without difficulty. For RC2, the "..disc1.iso" looked too big for a 700Mbyt= e CD. (I haven't tried RC3, but I doubt there is much difference?) >> miltonott wrote: >>=C2=A0 My lord, I send greetings. I have a mind to try FreeBSD-12.0-RC3-i= 386-disc1.iso, >> and willingness to report back my=C2=A0 experience.=C2=A0 The=C2=A0 get-= at-able=C2=A0 hardware=C2=A0 gives: >> 686 class Pentium 4 (socket 775), 686 class Celeron (socket 370). > >=C2=A0 My guvnor, I have zero writable cd media at this time.=C2=A0 I=C2= =A0 grabbed=C2=A0 the=C2=A0 dvd=C2=A0 iso: >FreeBSD-12.0-RC3-i386-dvd1.iso. I can say the boot run its course and=C2= =A0 served=C2=A0 up=C2=A0 a >login prompt with considerable aplomb. The contents of=C2=A0 /var/run/dmes= g.boot=C2=A0 can=C2=A0 >be >viewed at ` http://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D4625 `. rick ps: For Release candidates, it is probably better to post to freebsd-curren= t@. _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Dec 3 08:27:06 2018 Return-Path: Delivered-To: freebsd-stable@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 455F4131A122; Mon, 3 Dec 2018 08:27:06 +0000 (UTC) (envelope-from ohartmann@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 6E6F576FF4; Mon, 3 Dec 2018 08:27:05 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.11.105.95]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3MAG-1hKK7O1c0m-00r0Pb; Mon, 03 Dec 2018 09:26:50 +0100 Date: Mon, 3 Dec 2018 09:26:14 +0100 From: "O. Hartmann" To: Tomoaki AOKI Cc: freebsd-stable@freebsd.org, ohartmann@walstatt.org, freebsd-current@freebsd.org Subject: Re: Fujitsu Lifebook E751 (iGPU: HM65): distorted console with UEFI boot Message-ID: <20181203092641.26c23a45@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20181130231407.72a23e2cab0b922e2edd5c98@dec.sakura.ne.jp> References: <20181128105138.56ca2beb@thor.intern.walstatt.dynvpn.de> <20181128150042.09f6da1a4750317dfaae7f0f@bidouilliste.com> <20181128193948.04f958a1@thor.intern.walstatt.dynvpn.de> <20181130231407.72a23e2cab0b922e2edd5c98@dec.sakura.ne.jp> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:UvSacc7dvFIwwPz1xDxsWur/+p7aPe9C1SyVs3WyJCNuHrU0BLq aV5GRlm/ytpAPeXEkNuvjHAVzKfE4GqBZEL79OBp8EkG+oGrXJhyFVpNAAzarDoCq1A+9Qg lXmwVZpkiY75fYcJeSDdwqq7XsRpr9BDrUVvXB7wBDJEr6VlTuItPOjkAvhj2FToXUbhe8y zWFtO1CiOXLIhXgTmIeZA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:HoZXRMeEqP8=:mHlcnvxXex7hHlbktpKr4W boks0Q0Kl1sv6sx8M0fazuN9X3GABzijby6uEe5xXhZrupKIcw43wUliwkd6FJK7AP1lXzg1u CefMaN3JmZrZBYkhl+CYps5zk6CpB24w4d+PKuoN+RMI5XBlLi11TrXQPfVyuCEdoFEHQKxof 4+x+8lEDTDdp9h9JDA5Zar/RjrsRmXU6yZ4INFpOIHZcJnDRz6TKfp0IWEGZpFqlgRYJxaKWi E89t+dl0+4d6/gIGiYwNH22J7ZFbHM92kti5cbnbbufpWT+1dJPQUITiqKkQE1UEFfZ/9Tqx1 bOmbXmp5e8CLmpmmnDju0YEbdQnhVPwF9qf5mKJIoThLs34icYsHLdcwW7p71V4oiv/y0gpV0 VHxHIEaEiCyx2EBm0Pb4Deg3YjryAY4A4m5SyPmDLmL2QqVEj5sqzAt4Et4M1XvqXGg4pmk+v fqaXu8I/QqVnb76BtObETzNkKQzfoCmUKxiwyHE2j8kRxAWhhdvEDAdstG1QnTEu8CK3de64K liQ0yPAa65952q5q+ncSQGcOx840+PoOdnjSxYv/HEAEeQK/zB0BjOHgc5QMHERsagLfwIY1f Q2zZrwKcSDBnqwKyxe7rNjEGqICY5FkJpazSifu7VTjIpz1rHwnTP+1458pyAouQLqK862LZu zHPFVxXy7UHOrqF2bROI2+p2md/So4cw+RhqqSPea3Mr44Xw5Q7YDUfiXid6etRWo72DCeOOt oiCUTXZl+h5jR2vqvbkdB+ux5swRQTU+ZbgFJFimEs3E2OTcfxeHziMkEgBgb4DUNU23KEyok 8MGij9Lfna3DfR9vC+vZwpx0/pLXZ5/sCxYOKWr2Tme7ldC/3mDxucYpbGYFs+cO3GehPdbSL 9It34orbAE20t28tJn8AirXwgINCo76voCjk+AKwYvQve0UtD2tkkiEuDaIyrEnBqVEVOj7gA q4vIhSCWkuw== X-Rspamd-Queue-Id: 6E6F576FF4 X-Spamd-Result: default: False [-1.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(-0.42)[ip: (-1.73), ipnet: 212.227.0.0/16(-0.43), asn: 8560(0.07), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx00.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.38)[-0.380,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; 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]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[95.105.11.77.zen.spamhaus.org : 127.0.0.11] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2018 08:27:06 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIEZy aSwgMzAgTm92IDIwMTggMjM6MTQ6MDcgKzA5MDANClRvbW9ha2kgQU9LSSA8anVuY2hvb25AZGVj LnNha3VyYS5uZS5qcD4gc2NocmllYjoNCg0KPiBPbiBXZWQsIDI4IE5vdiAyMDE4IDE5OjM5OjIx ICswMTAwDQo+ICJPLiBIYXJ0bWFubiIgPG9oYXJ0bWFubkB3YWxzdGF0dC5vcmc+IHdyb3RlOg0K PiANCj4gPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+ID4gSGFzaDogU0hB NTEyDQo+ID4gDQo+ID4gQW0gV2VkLCAyOCBOb3YgMjAxOCAxNTowMDo0MiArMDEwMA0KPiA+IEVt bWFudWVsIFZhZG90IDxtYW51QGJpZG91aWxsaXN0ZS5jb20+IHNjaHJpZWI6DQo+ID4gICANCj4g PiA+ICBIaSwNCj4gPiA+IA0KPiA+ID4gT24gV2VkLCAyOCBOb3YgMjAxOCAxMDo1MToxMSArMDEw MA0KPiA+ID4gIk8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdhbHN0YXR0Lm9yZz4gd3JvdGU6DQo+ ID4gPiAgIA0KPiA+ID4gPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+ID4g PiA+IEhhc2g6IFNIQTUxMg0KPiA+ID4gPiANCj4gPiA+ID4gSSByYW4gaW50byBzb21lIHRyb3Vi bGUgYm9vdGluZyBvZmYgYSBGdWppdHN1IExpZmVib29rIEU3NTEgKGZpcm13YXJlIGlzIGxhdGVz dCwNCj4gPiA+ID4gcjEuMjIgZnJvbSAyMDEzKS4gVGhlIEU3NTEgaXMgb2YgbW9kZWwgc2VyaWVz IFMyNjM5MS1LMzI2LVYxMDAgYW5kIGVxdWlwdGVkIHdpdGgNCj4gPiA+ID4gYSBDb3JlIGk1LTI1 MjBNIENQVSBhbmQgc3VwcG9zZWQgdG8gYmUgYWxzbyBlcXVpcHRlZCB3aXRoIGEgaUdQVSBITTY1 IGFjY29yZGluZw0KPiA+ID4gPiB0byB0aGUgdGVjaG5pc2NhbCBzcGVjaWZpY2F0aW9ucyBmcm9t IEZ1aml0c3UuDQo+ID4gPiA+IA0KPiA+ID4gPiBUcnlpbmcgdG8gYm9vdCBvZmYgMTItUFJFUkVM RUFTRS8xMi1SQzIgYW5kL29yIDEzLUNVUlJFTlQgKG1vc3QgcmVjZW50IEkgY291bGQNCj4gPiA+ ID4gZ3JhcCBmcm9tIHRoZSBkb3dubG9hZCBwYWdlKSwgdGhlIHNjcmVlbiBiZWNvbWVzIGRpc3Rv cnRlZCBpbW1lZGlhdGVseSBhZnRlciB0aGUNCj4gPiA+ID4ga2VybmVsIGhhcyBsb2FkZWQgYW5k IGluaXRpYWxpc2VkL2Jvb3RlZC4gVGhlIHNjcmVlbiBpcyBhdCB0aGUgbG9hZGVyJ3MgYWxsIHJp Z2h0DQo+ID4gPiA+IHNvIGZhci4NCj4gPiA+ID4gDQo+ID4gPiA+IFRyeWluZyB0byBkaXNhYmxl IGdyYXBoaWNzIG1vZGUgdmlhIGVzY2FwaW5nIHRvIHRoZSBsb2FkZXIncyBwcm9tcHQgYW5kIHNl dHRpbmcgDQo+ID4gPiA+IA0KPiA+ID4gPiBzZXQgaHcudmdhLnRleHRtb2RlPTENCj4gPiA+ID4g DQo+ID4gPiA+IHN1YnNlcXVlbnRseSBsb2FkaW5nIHRoZSBrZXJuZWwgYW5kIHRoZW4gYm9vdGlu ZywgZG9lc24ndCBoZWxwLiBUaGUgc2NyZWVuIGlzDQo+ID4gPiA+IGRpc3RvcnRlZCBhZ2Fpbi4g VGhlIG5vdGVib29rIHNlZW1zIFVFRkkgb25seSBhbmQgZG9lc24ndCBib290IG9mZiBmcm9tIE1C Ug0KPiA+ID4gPiBwYXJ0aW9uZWQgZGV2aWNlcyAoaS5lLiBOYW5vQlNEIEkgdXNlZCB0byB1c2Up Lg0KPiA+ID4gPiANCj4gPiA+ID4gTG9hZGluZyAvYm9vdC9rZXJuZWwvaTkxNWttcy5rbw0KPiA+ ID4gPiANCj4gPiA+ID4gYWZ0ZXIgbWFudWFsbHkgaGF2aW5nIGxvYWRlZCAvYm9vdC9rZXJuZWwv a2VybmVsIChhbmQgbm90IGJvb3RlZCB5ZXQpIGRvZXNuJ3QNCj4gPiA+ID4gY2hhbmdlIGFueXRo aW5nIGVpdGhlci4NCj4gPiA+ID4gDQo+ID4gPiA+IEJvb3Rpbmcgb2ZmIGFuZCBpbnN0YWxsaW5n IExpbnV4IChVYnVudHUsIE1pbnQgc28gZmFyLCBtb3N0IHJldmVudCB2ZXJpb25zIEkgY2FuDQo+ ID4gPiA+IGdldCBteSBoYW5kcyBvbikgaXMgbm8gcHJvYmxlbS4gVGhlIGNvbnNvbGUgd29ya3Mg ZmluZSBmcm9tIHRoZSBiZWdpbm5pbmcgYW5kIHNvDQo+ID4gPiA+IHRoZSBncmFwaGljcy4NCj4g PiA+ID4gDQo+ID4gPiA+IElzIHRoZXJlIGEgY2hhbmNlIHRvIGdldCBhIEZyZWVCU0QgYm9vdGlu ZyB0aGUgZWFzeSB3YXk/IA0KPiA+ID4gPiANCj4gPiA+ID4gVGhlIHByb3ZpZGVkIGJvb3QgaW1h Z2VzIGRvIG5vdCBjb250YWluIGFueSBvZiB0aGUNCj4gPiA+ID4gZ3JhcGhpY3MvZHJtLXN0YWJs ZXxuZXh0fGxlZ2FjeS1rbW9kIHN0dWZmLCBJIHRyaWVkIHRvIGxvYWQgaTkxNWttcy5rbyBvZmYN Cj4gPiA+ID4gZnJvbSAvYm9vdC9tb2R1bGVzLyAod2VyZSB0aG9zZSBtb2R1bGVzIGZyb20gdGhl IHBvcnRzIGFyZSBzdXBwb3NlZCB0byByZXNpZGUpDQo+ID4gPiA+IGJ1dCBubyBjaGFuY2UuDQo+ ID4gPiA+IA0KPiA+ID4gPiBCZWZvcmUgc3RhcnRpbmcgaW52ZXN0aWdhdGluZyB0aGlzIGlzc3Vl IGZ1cnRoZXIgSSdkIGxpa2UgdG8gYXNrIHdldGhlciB0aGVyZSBpcyBhDQo+ID4gPiA+IGdlbmVy YWwgc3VwcG9ydCBwcm92aWRlZCBvciBpcyB0aGF0IHR5cGUgb2Ygbm90ZWJvb2sgZGVhZCBtYXR0 ZXIgZm9yIEZyZWVCU0Qgb2YNCj4gPiA+ID4gdGhlIG1vZGVybiBraW5kPw0KPiA+ID4gPiANCj4g PiA+ID4gVGhhbmtzIGluIGFkdmFuY2UsDQo+ID4gPiA+IA0KPiA+ID4gPiBvaA0KPiA+ID4gPiAN Cj4gPiA+ID4gcC5zLiBwbGVhc2UgQ0MgbWUsIEknbSBub3Qgc3Vic2NyaWJpbmcgYWxsIGxpc3Rz Lg0KPiA+ID4gPiANCj4gPiA+ID4gLSAtLSANCj4gPiA+ID4gTy4gSGFydG1hbm4NCj4gPiA+ID4g LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCj4gPiA+ID4gDQo+ID4gPiA+IGlMVUVBUk1L QUIwV0lRUVpWWk16QXR3QzJULzg2VHJTNTI4ZnlGaFlsQVVDVy81bEtnQUtDUkRTNTI4ZnlGaFkN Cj4gPiA+ID4gbE1oUkFmNHl2NE1xbUhZVlpJS28rVEUxVkFDdUhwWFN2OGFkNEp6VktNRy9TOXVH Y0xMRGZMZ1NNOTY5OUZEUA0KPiA+ID4gPiAvUWhJTUNDSEoxaEdBdFhBQ2R3R0NzeVo1TG1pQWY5 M0pIRlUwVytHSldkWEpJK3NSY1d2RVpyelFsYjVDemhmDQo+ID4gPiA+IHZhTTVRWiszbjBlcm1i ZTUvSWJ2by95emhMNVl5b25HNy9sRXF2bmY3R0FBK3NuditEdmcNCj4gPiA+ID4gPVhEN2INCj4g PiA+ID4gLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tICAgIA0KPiA+ID4gDQo+ID4gPiAgQ291 bGQgeW91IHBvc3QgYSBwaWN0dXJlIHNvbWV3aGVyZSA/DQo+ID4gPiANCj4gPiA+ICBJIGhhdmUg YSBsYXB0b3Agd2hpY2ggaGF2ZSBlZmlmYiBwcm9ibGVtLCB3aGF0IEkgbmVlZCB0byBkbyBpcyAo YXQNCj4gPiA+IGxvYWRlciBwcm9tcHQpIDoNCj4gPiA+IA0KPiA+ID4gIGdvcCBzZXQgNCAodG8g c3dpdGNoIHRvIGEgZGlmZmVyZW50IG1vZGUpDQo+ID4gPiAgZ29wIHNldCAwIChzd2l0Y2ggdG8g dGhlIGNvcnJlY3QgbW9kZSkNCj4gPiA+IA0KPiA+ID4gIFlvdSBjYW4gZ29wIGxpc3QgKGlpcmMp IHRvIGNoZWNrcyB0aGUgYXZhaWxhYmxlIG1vZGUuDQo+ID4gPiANCj4gPiA+ICBUaGUgcHJvYmxl bSBpcyB0aGF0IHdlIGFyZSBtaXhpbmcgc2VyaWFsIGFuZCBnb3AgaW4gbG9hZGVyLmVmaSBhbmQN Cj4gPiA+IHdoZW4geW91IHNldCBvbmUgbW9kZSBpbiBzZXJpYWwgKG9yIGZvciBTSU1QTEVfVEVY VF9QUk9UT0NPTCkgaXMgY2FuDQo+ID4gPiBtZXNzIHRoZSBncmFwaGljYWwgbW9kZS4NCj4gPiA+ ICAgDQo+ID4gDQo+ID4gU29ycnksIEkgaGF2ZSBubyB1cGxvYWQgcGxhY2UgdG8gcHV0IHNvbWUg c2NyZWVuc2hvdHMuIA0KPiA+IA0KPiA+IFRoZSBuYXR1cmFsIHJlc29sdXRpb24gb2YgdGhlIGRp c3BsYXkgaXMgMTI4MHg4MDAgcGl4ZWwuDQo+ID4gDQo+ID4gV2hlbiBleGlzdGluZyB0byB0aGUg bG9hZGVyIGFuZCBpc3N1aW5nIGFzIHJlY29tbWVuZGVkIHRoZSBjb21tYW5kICJnb3AgbGlzdCIs IEkgZ2V0DQo+ID4gdGhyZWUgbW9kZXM6DQo+ID4gDQo+ID4gbW9kZSAwOiAxMDI0eDc2OHgzMiwg c3RyaWRlPTEwMjQNCj4gPiBtb2RlIDE6IDY0MHg0ODB4MzIsIHN0cmlkZT02NDANCj4gPiBtb2Rl IDI6IDgwMHg2MDB4MzIsIHN0cmlkZT04MDANCj4gPiANCj4gPiBTZXR0aW5nIG1vZGUgMSBhbmQg MiB2aWEgZ29wIHNldCBYIHNvbHZlcyB0aGUgcHJvYmxlbSBhbmQgdGhlIHNjcmVlbiBpcywgYXQg bGVhc3QNCj4gPiBkdXJpbmcgYSBsaXZlIHNlc3Npb24gb2YgdGhlIGxhdGVzdCAxMi1QUkUgVVNC IGltYWdlLCByZWFkYWJsZSBhbmQgbG9va2luZyBub3JtYWwuDQo+ID4gDQo+ID4gQXMgc29vbiBh cyBJIGhhdmUgYW4gaW5zdGFsbGF0aW9uIG1lZGlhLCBJJ2xsIGNoZWNrIHdoZXRoZXIgdGhlIHNj cmVlbiBpcyBvcGVyYWJsZQ0KPiA+IGFmdGVyIGluc3RhbGxhdGlvbiAoYW5kLCBvZiBjb3Vyc2Us IGxvYWRlciBzZXR0aW5ncyBhcyByZXF1aXJlZCksIG9yIG5vdC4gIA0KPiANCj4gSGkuDQo+IA0K PiBTbyB5b3UgY2FuIHRyeQ0KPiAgICAgZWZpX21heF9yZXNvbHV0aW9uPSI4MDB4NjAwIg0KPiBv cg0KPiAgICAgZWZpX21heF9yZXNvbHV0aW9uPSI2NDB4NDgwIg0KPiBpbiAvZXRjL2xvYWRlci5j b25mLg0KPiANCj4gU2VlIC9ldGMvZGVmYXVsdHMvbG9hZGVyLmNvbmYgZm9yIG1vcmUgaW5mby4N Cj4gVGhlIGxvYWRlci5jb25mIG1hbiBwYWdlIGRvZXNuJ3Qgc2hvdyB3aGF0J3MgdGhlIGRlZmF1 bHQgdmFsdWUuDQpbLi4uXQ0KDQpUaGFuayB5b3UgdmVyeSBtdWNoLg0KDQpTZXR0aW5nIHRob3Nl IHZhbHVlcyBpbiBsb2FkZXIuY29uZiAoODAweDYwMCwgMTAyNHg3NjggZmFpbHMgYW5kIGxlYXZl cyBtZSB3aXRoIGENCmRpc3RvcnRlZCBzY3JlZW4pIG1ha2UgdGhlIGNvbnNvbGUgd29yayBhZ2Fp biBhbHNvIGZvciBhIGluc3RhbGxlZCBGcmVlQlNEIDEyKyAoVUVGSQ0KYm9vdCkuDQoNClRoZSAi ZGlzdG9ydGlvbiIgY2FuIGJlIGRlc2NyaWJlZCBhcyBmb2xsb3dzIChtYXliZSBhIGhpbnQpOiB0 aGUgc2NyZWVuIHNlZW1zICJjaHVua2VkIiwNCm1lYW5zICB0aGVyZSBhcmUgaWRlYXMgb2Ygcm93 cyBhbmQgY29sdW1ucywgYW5kIHRoZSBzcXVhcmUgdGhlIGludGVyc2VjdGlvbnMgZGVmaW5lLCBo YXZlDQpob3Jpem9udGFsIGFuZCB2ZXJ0aWNhbCBsaW5lcywgbGlrZSBhICJsaW5lIGNvdXJzb3Ii LiBUaGlzIG1heSBoZWxwIGlkZW50aWZ5aW5nIHRoZQ0KcHJvYmxlbS4NCg0KS2luZCByZWdhcmRz IGFuZCB0aGFuayB5b3UgdmVyeSBtdWNoLA0KDQpPLiBIYXJ0bWFubg0KDQoNCi0gLS0gDQpPLiBI YXJ0bWFubg0KDQpJY2ggd2lkZXJzcHJlY2hlIGRlciBOdXR6dW5nIG9kZXIgGyQoRCpkGyhCYmVy bWl0dGx1bmcgbWVpbmVyIERhdGVuIGYbJChEK2QbKEJyDQpXZXJiZXp3ZWNrZSBvZGVyIGYbJChE K2QbKEJyIGRpZSBNYXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAoGyRCIXgbKEIgMjggQWJz LiA0IEJEU0cpLg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaUxVRUFSTUtBQjBX SVFRWlZaTXpBdHdDMlQvODZUclM1MjhmeUZoWWxBVUNYQVRvd1FBS0NSRFM1MjhmeUZoWQ0KbEl2 NEFmOUhPSTNrSm9SWTl1M3BwSUlZd09KOWI2UU9rT1NpMFhkbU1aeUd1dUlwb1F5RUFnaGJubzNv YTNkKw0Kd2RoNXdtOWIzS3BOcnl1MmZ2NFpVY1NicENNeEFmNDdNVUZtRUY0NWhxRkdCN0ROanht WFg4NU0vUVB3Zm82UQ0KcDZldTVlMDRmQlpSTHFZT1hWT085VHE5U3lGU0c3YlE4NlREMTdzYm85 RDlVcTFRcmlNdQ0KPTNpRlENCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-stable@freebsd.org Mon Dec 3 09:45:11 2018 Return-Path: Delivered-To: freebsd-stable@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 D727013219E4; Mon, 3 Dec 2018 09:45:10 +0000 (UTC) (envelope-from ohartmann@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 01DB07A3FB; Mon, 3 Dec 2018 09:45:09 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.11.105.95]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LaGfK-1hDDt52I62-00m3Ez; Mon, 03 Dec 2018 10:45:01 +0100 Date: Mon, 3 Dec 2018 10:44:31 +0100 From: "O. Hartmann" To: "O. Hartmann" Cc: Tomoaki AOKI , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Fujitsu Lifebook E751 (iGPU: HM65): distorted console with UEFI boot Message-ID: <20181203104458.3b7db2c8@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20181203092641.26c23a45@thor.intern.walstatt.dynvpn.de> References: <20181128105138.56ca2beb@thor.intern.walstatt.dynvpn.de> <20181128150042.09f6da1a4750317dfaae7f0f@bidouilliste.com> <20181128193948.04f958a1@thor.intern.walstatt.dynvpn.de> <20181130231407.72a23e2cab0b922e2edd5c98@dec.sakura.ne.jp> <20181203092641.26c23a45@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:t+sf5LEcQyddz5surbzzB5jKJ0vrDGvLw6wiDjXZp0cstXHpVzc ShE4ASTEmbRgxS4vgVcKs3TkdIjIB2juwB31+x5mJmMCMeNeuOjuKryjbCfWMUNo4HbLN+I JogTkpKb9px0wJvDwGUKO2sXDiVvWODboVdU2f7ObN9KJiYfmmYqXc+CVwHpx3qXFWGQK2s 8zeHGAJeAZqtnu9OriZqA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:BXQKv1ZW43c=:6QikIGCjkcZYpswTUFpKz3 8uh7jla9lVGf5N4e4TcDkDHqJcB+zFb/Hix464coqZdj29pN4zhph8Ih+xSc3pzhTcC5JGGNF jUltA3fSAdpy/DwskLH0MqOlusqBZtJwpQ4rKFPXnUPrTDVCwx1hQeTJ8erKweMmyvQHTV5Xg 0qbt8KNt+ZtZKhfgELyzln8Utkx6xKfJl4KsluQOdQGuEV5kpA8xIrp70B1koNe/FWLmuJF4z 39cEQB7B6oV87QEHvb0uHt6oHjfzOBJXevBmj+1HirYqMEOJ6TdlZEQ4PlhHUAQ6xcW0GXWj1 bRm3TJnalPCkh5MqZrfdJlNn0l+OorVkdQGGreeYIYutKacrfNUiuR8vwumfx/UaQHl9ZL5PR O1bFHjBSIt7LWfOCyhTi2pnah8EZL6gPTx27OZavNOyaKUCKW0Nxo/NLaYxjrr21Xm+i6zddt YP+mfDVqyb9RTjF8lslXDWRDSRixzYU3Uizltu+8FSyEOLKquWsJptuCDXLHyvoiEo7eHvqYZ V4dYg3+WwwTYLbVxlSoSqtgvDaDmOGUCNo42DfLUChJ6ad61nA/+fXCYvBGuBwUlHmlNhRg4T jatMTdngbgi5yt1YmvsroOszkRshuLRd6VN+h3addt/tfvMLNwWMQiHCp4ixhgf8qqyRvfviJ gOStAt7AaSlrccBM0xguNIBuwpc7PgKlk5HV8b0gbgm+VO2SIrtE+S5SjiovFqiBUucD6MpQv X4i6wtHzDpMFnzynHxk2/0MlN4OsNaw/PHXYmkpe8x5TSTBggRjaxgx063HG5KaKECCkVE68O QfxX4R5vjm5z1ZjBESFQO/IBQX5gjqoqaF3dZoWS3u6P5crJszZEmNXqmCuWWP5LhClQ3sOm7 4LH4v6ehC4UBWUUpzHLRxUdLhWJv+raiaxmBtB5pYQJkXAo5C2ky1V9RT91O+OEeCO1Iyc1lo 9ZBhzfcZ8Xw== X-Rspamd-Queue-Id: 01DB07A3FB X-Spamd-Result: default: False [-2.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[95.105.11.77.zen.spamhaus.org : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx00.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.50)[-0.497,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[21.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.41)[ip: (-1.67), ipnet: 212.227.0.0/16(-0.43), asn: 8560(0.07), country: DE(-0.01)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2018 09:45:11 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIE1v biwgMyBEZWMgMjAxOCAwOToyNjoxNCArMDEwMA0KIk8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdh bHN0YXR0Lm9yZz4gc2NocmllYjoNCg0KPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0t LS0tDQo+IEhhc2g6IFNIQTUxMg0KPiANCj4gQW0gRnJpLCAzMCBOb3YgMjAxOCAyMzoxNDowNyAr MDkwMA0KPiBUb21vYWtpIEFPS0kgPGp1bmNob29uQGRlYy5zYWt1cmEubmUuanA+IHNjaHJpZWI6 DQo+IA0KPiA+IE9uIFdlZCwgMjggTm92IDIwMTggMTk6Mzk6MjEgKzAxMDANCj4gPiAiTy4gSGFy dG1hbm4iIDxvaGFydG1hbm5Ad2Fsc3RhdHQub3JnPiB3cm90ZToNCj4gPiAgIA0KPiA+ID4gLS0t LS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KPiA+ID4gSGFzaDogU0hBNTEyDQo+ID4g PiANCj4gPiA+IEFtIFdlZCwgMjggTm92IDIwMTggMTU6MDA6NDIgKzAxMDANCj4gPiA+IEVtbWFu dWVsIFZhZG90IDxtYW51QGJpZG91aWxsaXN0ZS5jb20+IHNjaHJpZWI6DQo+ID4gPiAgICAgDQo+ ID4gPiA+ICBIaSwNCj4gPiA+ID4gDQo+ID4gPiA+IE9uIFdlZCwgMjggTm92IDIwMTggMTA6NTE6 MTEgKzAxMDANCj4gPiA+ID4gIk8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdhbHN0YXR0Lm9yZz4g d3JvdGU6DQo+ID4gPiA+ICAgICANCj4gPiA+ID4gPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVT U0FHRS0tLS0tDQo+ID4gPiA+ID4gSGFzaDogU0hBNTEyDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4g SSByYW4gaW50byBzb21lIHRyb3VibGUgYm9vdGluZyBvZmYgYSBGdWppdHN1IExpZmVib29rIEU3 NTEgKGZpcm13YXJlIGlzIGxhdGVzdCwNCj4gPiA+ID4gPiByMS4yMiBmcm9tIDIwMTMpLiBUaGUg RTc1MSBpcyBvZiBtb2RlbCBzZXJpZXMgUzI2MzkxLUszMjYtVjEwMCBhbmQgZXF1aXB0ZWQgd2l0 aA0KPiA+ID4gPiA+IGEgQ29yZSBpNS0yNTIwTSBDUFUgYW5kIHN1cHBvc2VkIHRvIGJlIGFsc28g ZXF1aXB0ZWQgd2l0aCBhIGlHUFUgSE02NSBhY2NvcmRpbmcNCj4gPiA+ID4gPiB0byB0aGUgdGVj aG5pc2NhbCBzcGVjaWZpY2F0aW9ucyBmcm9tIEZ1aml0c3UuDQo+ID4gPiA+ID4gDQo+ID4gPiA+ ID4gVHJ5aW5nIHRvIGJvb3Qgb2ZmIDEyLVBSRVJFTEVBU0UvMTItUkMyIGFuZC9vciAxMy1DVVJS RU5UIChtb3N0IHJlY2VudCBJIGNvdWxkDQo+ID4gPiA+ID4gZ3JhcCBmcm9tIHRoZSBkb3dubG9h ZCBwYWdlKSwgdGhlIHNjcmVlbiBiZWNvbWVzIGRpc3RvcnRlZCBpbW1lZGlhdGVseSBhZnRlciB0 aGUNCj4gPiA+ID4gPiBrZXJuZWwgaGFzIGxvYWRlZCBhbmQgaW5pdGlhbGlzZWQvYm9vdGVkLiBU aGUgc2NyZWVuIGlzIGF0IHRoZSBsb2FkZXIncyBhbGwNCj4gPiA+ID4gPiByaWdodCBzbyBmYXIu DQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gVHJ5aW5nIHRvIGRpc2FibGUgZ3JhcGhpY3MgbW9kZSB2 aWEgZXNjYXBpbmcgdG8gdGhlIGxvYWRlcidzIHByb21wdCBhbmQgc2V0dGluZyANCj4gPiA+ID4g PiANCj4gPiA+ID4gPiBzZXQgaHcudmdhLnRleHRtb2RlPTENCj4gPiA+ID4gPiANCj4gPiA+ID4g PiBzdWJzZXF1ZW50bHkgbG9hZGluZyB0aGUga2VybmVsIGFuZCB0aGVuIGJvb3RpbmcsIGRvZXNu J3QgaGVscC4gVGhlIHNjcmVlbiBpcw0KPiA+ID4gPiA+IGRpc3RvcnRlZCBhZ2Fpbi4gVGhlIG5v dGVib29rIHNlZW1zIFVFRkkgb25seSBhbmQgZG9lc24ndCBib290IG9mZiBmcm9tIE1CUg0KPiA+ ID4gPiA+IHBhcnRpb25lZCBkZXZpY2VzIChpLmUuIE5hbm9CU0QgSSB1c2VkIHRvIHVzZSkuDQo+ ID4gPiA+ID4gDQo+ID4gPiA+ID4gTG9hZGluZyAvYm9vdC9rZXJuZWwvaTkxNWttcy5rbw0KPiA+ ID4gPiA+IA0KPiA+ID4gPiA+IGFmdGVyIG1hbnVhbGx5IGhhdmluZyBsb2FkZWQgL2Jvb3Qva2Vy bmVsL2tlcm5lbCAoYW5kIG5vdCBib290ZWQgeWV0KSBkb2Vzbid0DQo+ID4gPiA+ID4gY2hhbmdl IGFueXRoaW5nIGVpdGhlci4NCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBCb290aW5nIG9mZiBhbmQg aW5zdGFsbGluZyBMaW51eCAoVWJ1bnR1LCBNaW50IHNvIGZhciwgbW9zdCByZXZlbnQgdmVyaW9u cyBJIGNhbg0KPiA+ID4gPiA+IGdldCBteSBoYW5kcyBvbikgaXMgbm8gcHJvYmxlbS4gVGhlIGNv bnNvbGUgd29ya3MgZmluZSBmcm9tIHRoZSBiZWdpbm5pbmcgYW5kIHNvDQo+ID4gPiA+ID4gdGhl IGdyYXBoaWNzLg0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IElzIHRoZXJlIGEgY2hhbmNlIHRvIGdl dCBhIEZyZWVCU0QgYm9vdGluZyB0aGUgZWFzeSB3YXk/IA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+ IFRoZSBwcm92aWRlZCBib290IGltYWdlcyBkbyBub3QgY29udGFpbiBhbnkgb2YgdGhlDQo+ID4g PiA+ID4gZ3JhcGhpY3MvZHJtLXN0YWJsZXxuZXh0fGxlZ2FjeS1rbW9kIHN0dWZmLCBJIHRyaWVk IHRvIGxvYWQgaTkxNWttcy5rbyBvZmYNCj4gPiA+ID4gPiBmcm9tIC9ib290L21vZHVsZXMvICh3 ZXJlIHRob3NlIG1vZHVsZXMgZnJvbSB0aGUgcG9ydHMgYXJlIHN1cHBvc2VkIHRvIHJlc2lkZSkN Cj4gPiA+ID4gPiBidXQgbm8gY2hhbmNlLg0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IEJlZm9yZSBz dGFydGluZyBpbnZlc3RpZ2F0aW5nIHRoaXMgaXNzdWUgZnVydGhlciBJJ2QgbGlrZSB0byBhc2sg d2V0aGVyIHRoZXJlDQo+ID4gPiA+ID4gaXMgYSBnZW5lcmFsIHN1cHBvcnQgcHJvdmlkZWQgb3Ig aXMgdGhhdCB0eXBlIG9mIG5vdGVib29rIGRlYWQgbWF0dGVyIGZvcg0KPiA+ID4gPiA+IEZyZWVC U0Qgb2YgdGhlIG1vZGVybiBraW5kPw0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IFRoYW5rcyBpbiBh ZHZhbmNlLA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IG9oDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4g cC5zLiBwbGVhc2UgQ0MgbWUsIEknbSBub3Qgc3Vic2NyaWJpbmcgYWxsIGxpc3RzLg0KPiA+ID4g PiA+IA0KPiA+ID4gPiA+IC0gLS0gDQo+ID4gPiA+ID4gTy4gSGFydG1hbm4NCj4gPiA+ID4gPiAt LS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IGlMVUVB Uk1LQUIwV0lRUVpWWk16QXR3QzJULzg2VHJTNTI4ZnlGaFlsQVVDVy81bEtnQUtDUkRTNTI4ZnlG aFkNCj4gPiA+ID4gPiBsTWhSQWY0eXY0TXFtSFlWWklLbytURTFWQUN1SHBYU3Y4YWQ0SnpWS01H L1M5dUdjTExEZkxnU005Njk5RkRQDQo+ID4gPiA+ID4gL1FoSU1DQ0hKMWhHQXRYQUNkd0dDc3la NUxtaUFmOTNKSEZVMFcrR0pXZFhKSStzUmNXdkVacnpRbGI1Q3poZg0KPiA+ID4gPiA+IHZhTTVR WiszbjBlcm1iZTUvSWJ2by95emhMNVl5b25HNy9sRXF2bmY3R0FBK3NuditEdmcNCj4gPiA+ID4g PiA9WEQ3Yg0KPiA+ID4gPiA+IC0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLSAgICAgIA0KPiA+ ID4gPiANCj4gPiA+ID4gIENvdWxkIHlvdSBwb3N0IGEgcGljdHVyZSBzb21ld2hlcmUgPw0KPiA+ ID4gPiANCj4gPiA+ID4gIEkgaGF2ZSBhIGxhcHRvcCB3aGljaCBoYXZlIGVmaWZiIHByb2JsZW0s IHdoYXQgSSBuZWVkIHRvIGRvIGlzIChhdA0KPiA+ID4gPiBsb2FkZXIgcHJvbXB0KSA6DQo+ID4g PiA+IA0KPiA+ID4gPiAgZ29wIHNldCA0ICh0byBzd2l0Y2ggdG8gYSBkaWZmZXJlbnQgbW9kZSkN Cj4gPiA+ID4gIGdvcCBzZXQgMCAoc3dpdGNoIHRvIHRoZSBjb3JyZWN0IG1vZGUpDQo+ID4gPiA+ IA0KPiA+ID4gPiAgWW91IGNhbiBnb3AgbGlzdCAoaWlyYykgdG8gY2hlY2tzIHRoZSBhdmFpbGFi bGUgbW9kZS4NCj4gPiA+ID4gDQo+ID4gPiA+ICBUaGUgcHJvYmxlbSBpcyB0aGF0IHdlIGFyZSBt aXhpbmcgc2VyaWFsIGFuZCBnb3AgaW4gbG9hZGVyLmVmaSBhbmQNCj4gPiA+ID4gd2hlbiB5b3Ug c2V0IG9uZSBtb2RlIGluIHNlcmlhbCAob3IgZm9yIFNJTVBMRV9URVhUX1BST1RPQ09MKSBpcyBj YW4NCj4gPiA+ID4gbWVzcyB0aGUgZ3JhcGhpY2FsIG1vZGUuDQo+ID4gPiA+ICAgICANCj4gPiA+ IA0KPiA+ID4gU29ycnksIEkgaGF2ZSBubyB1cGxvYWQgcGxhY2UgdG8gcHV0IHNvbWUgc2NyZWVu c2hvdHMuIA0KPiA+ID4gDQo+ID4gPiBUaGUgbmF0dXJhbCByZXNvbHV0aW9uIG9mIHRoZSBkaXNw bGF5IGlzIDEyODB4ODAwIHBpeGVsLg0KPiA+ID4gDQo+ID4gPiBXaGVuIGV4aXN0aW5nIHRvIHRo ZSBsb2FkZXIgYW5kIGlzc3VpbmcgYXMgcmVjb21tZW5kZWQgdGhlIGNvbW1hbmQgImdvcCBsaXN0 IiwgSSBnZXQNCj4gPiA+IHRocmVlIG1vZGVzOg0KPiA+ID4gDQo+ID4gPiBtb2RlIDA6IDEwMjR4 NzY4eDMyLCBzdHJpZGU9MTAyNA0KPiA+ID4gbW9kZSAxOiA2NDB4NDgweDMyLCBzdHJpZGU9NjQw DQo+ID4gPiBtb2RlIDI6IDgwMHg2MDB4MzIsIHN0cmlkZT04MDANCj4gPiA+IA0KPiA+ID4gU2V0 dGluZyBtb2RlIDEgYW5kIDIgdmlhIGdvcCBzZXQgWCBzb2x2ZXMgdGhlIHByb2JsZW0gYW5kIHRo ZSBzY3JlZW4gaXMsIGF0IGxlYXN0DQo+ID4gPiBkdXJpbmcgYSBsaXZlIHNlc3Npb24gb2YgdGhl IGxhdGVzdCAxMi1QUkUgVVNCIGltYWdlLCByZWFkYWJsZSBhbmQgbG9va2luZyBub3JtYWwuDQo+ ID4gPiANCj4gPiA+IEFzIHNvb24gYXMgSSBoYXZlIGFuIGluc3RhbGxhdGlvbiBtZWRpYSwgSSds bCBjaGVjayB3aGV0aGVyIHRoZSBzY3JlZW4gaXMgb3BlcmFibGUNCj4gPiA+IGFmdGVyIGluc3Rh bGxhdGlvbiAoYW5kLCBvZiBjb3Vyc2UsIGxvYWRlciBzZXR0aW5ncyBhcyByZXF1aXJlZCksIG9y IG5vdC4gICAgDQo+ID4gDQo+ID4gSGkuDQo+ID4gDQo+ID4gU28geW91IGNhbiB0cnkNCj4gPiAg ICAgZWZpX21heF9yZXNvbHV0aW9uPSI4MDB4NjAwIg0KPiA+IG9yDQo+ID4gICAgIGVmaV9tYXhf cmVzb2x1dGlvbj0iNjQweDQ4MCINCj4gPiBpbiAvZXRjL2xvYWRlci5jb25mLg0KPiA+IA0KPiA+ IFNlZSAvZXRjL2RlZmF1bHRzL2xvYWRlci5jb25mIGZvciBtb3JlIGluZm8uDQo+ID4gVGhlIGxv YWRlci5jb25mIG1hbiBwYWdlIGRvZXNuJ3Qgc2hvdyB3aGF0J3MgdGhlIGRlZmF1bHQgdmFsdWUu ICANCj4gWy4uLl0NCj4gDQo+IFRoYW5rIHlvdSB2ZXJ5IG11Y2guDQo+IA0KPiBTZXR0aW5nIHRo b3NlIHZhbHVlcyBpbiBsb2FkZXIuY29uZiAoODAweDYwMCwgMTAyNHg3NjggZmFpbHMgYW5kIGxl YXZlcyBtZSB3aXRoIGENCj4gZGlzdG9ydGVkIHNjcmVlbikgbWFrZSB0aGUgY29uc29sZSB3b3Jr IGFnYWluIGFsc28gZm9yIGEgaW5zdGFsbGVkIEZyZWVCU0QgMTIrIChVRUZJDQo+IGJvb3QpLg0K PiANCj4gVGhlICJkaXN0b3J0aW9uIiBjYW4gYmUgZGVzY3JpYmVkIGFzIGZvbGxvd3MgKG1heWJl IGEgaGludCk6IHRoZSBzY3JlZW4gc2VlbXMgImNodW5rZWQiLA0KPiBtZWFucyAgdGhlcmUgYXJl IGlkZWFzIG9mIHJvd3MgYW5kIGNvbHVtbnMsIGFuZCB0aGUgc3F1YXJlIHRoZSBpbnRlcnNlY3Rp b25zIGRlZmluZSwNCj4gaGF2ZSBob3Jpem9udGFsIGFuZCB2ZXJ0aWNhbCBsaW5lcywgbGlrZSBh ICJsaW5lIGNvdXJzb3IiLiBUaGlzIG1heSBoZWxwIGlkZW50aWZ5aW5nIHRoZQ0KPiBwcm9ibGVt Lg0KPiANCj4gS2luZCByZWdhcmRzIGFuZCB0aGFuayB5b3UgdmVyeSBtdWNoLA0KPiANCj4gTy4g SGFydG1hbm4NCg0KDQpJIGhhdmUgdG8gY29ycmVjdCBteSBkZXNjcmlwdGlvbjoNCg0KSSBzZWVt cyBhcyB0aGUgbGluZXMgdGhlIGNoYXJhY3RlcnMgYXJlIGNvbXByaXNlZCBmcm9tIGFyZSBzb21l IGtpbmQgb2YgbGF0ZXJhbA0Kc2hpZnRlZC9kaXN0b3JldGQgKG5vIHZlcnRpY2FsIGxpbmVzL3N0 cmVha3MhKS4gTG9va3MgbGlrZSBhbiBvZmZzZXQuDQoNCi0gLS0gDQpPLiBIYXJ0bWFubg0KDQpJ Y2ggd2lkZXJzcHJlY2hlIGRlciBOdXR6dW5nIG9kZXIgGyQoRCpkGyhCYmVybWl0dGx1bmcgbWVp bmVyIERhdGVuIGYbJChEK2QbKEJyDQpXZXJiZXp3ZWNrZSBvZGVyIGYbJChEK2QbKEJyIGRpZSBN YXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAoGyRCIXgbKEIgMjggQWJzLiA0IEJEU0cpLg0K LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaUxVRUFSTUtBQjBXSVFRWlZaTXpBdHdD MlQvODZUclM1MjhmeUZoWWxBVUNYQVQ3R2dBS0NSRFM1MjhmeUZoWQ0KbE1vZkFnQ29LYk5VMng0 cjFNMWxWTzVvUGs2ckFuNDFjaUY4L0JnM2hrSFRNNTF3RGxYVkZ3NHhPclF0aXhBWA0KL3Q5Y0Jn RzFLUTFmRDY3bVVlNEw3MkphOWp4cEFmOUdOQWFxZXBmbU1FNlZ3cUthUlJwYTZYK2l6cVlmaXdH TA0KYThOZDRldU9xODZPN2xpdGU5TE1MdU8wemU3cDh2eUJ6NmYxRWlHWmtTUHQ3UlQ4SUlicA0K PTZpa0YNCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-stable@freebsd.org Mon Dec 3 10:59:19 2018 Return-Path: Delivered-To: freebsd-stable@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 BA2751323CE3 for ; Mon, 3 Dec 2018 10:59:18 +0000 (UTC) (envelope-from yagertiny@yandex.ru) Received: from forward501p.mail.yandex.net (forward501p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:120]) (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 56A017CC52 for ; Mon, 3 Dec 2018 10:59:16 +0000 (UTC) (envelope-from yagertiny@yandex.ru) Received: from mxback7o.mail.yandex.net (mxback7o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::21]) by forward501p.mail.yandex.net (Yandex) with ESMTP id 3CA603500540; Mon, 3 Dec 2018 13:59:14 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback7o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id e1byKHb1pp-xD5WhQxT; Mon, 03 Dec 2018 13:59:13 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1543834753; bh=+NmkBA3UqwcypF/zHNaBdMpZhs7WMgeM/3Fkwbm/Zfc=; h=From:To:In-Reply-To:References:Subject:Date:Message-Id; b=CW9yjaTSS/SFKEWqwDa68NnRBFZkBv9KrBvudY4hXXqQDsg/7ZUA63UNk47ukd26H GfYyYrQeEyxRhpPMZOQLKXhuce7GItzgP7NiLiqp/hx6+tdd2o0XHJX2xhqBhKW5xx quAEcJ+gFVgPRE/sNi9iKLz9KV/M+PhLgcXWQXeY= Authentication-Results: mxback7o.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by iva5-0acfc31d2b43.qloud-c.yandex.net with HTTP; Mon, 03 Dec 2018 13:59:13 +0300 From: =?utf-8?B?WWFnZXJ0aW55INCQ0LvQtdC60YHQtdC5?= To: "freebsd-stable@freebsd.org" , Yuri Pankov In-Reply-To: <00d2f967-4142-3150-fed6-c436739f9cab@yuripv.net> References: <00d2f967-4142-3150-fed6-c436739f9cab@yuripv.net> <1985041543744130@iva1-a2ffb02749cf.qloud-c.yandex.net> Subject: Re: FreeBSD 12.0-RC3 Now Available X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Mon, 03 Dec 2018 13:59:13 +0300 Message-Id: <7874631543834753@iva5-0acfc31d2b43.qloud-c.yandex.net> X-Rspamd-Queue-Id: 56A017CC52 X-Spamd-Result: default: False [-5.34 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[yandex.ru]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; FREEMAIL_FROM(0.00)[yandex.ru]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.ru:+]; RCVD_IN_DNSWL_NONE(0.00)[0.2.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.0]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; MIME_HTML_ONLY(0.20)[]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; IP_SCORE(-1.74)[ipnet: 2a02:6b8::/32(-4.84), asn: 13238(-3.86), country: RU(0.01)]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none] X-Rspamd-Server: mx1.freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2018 10:59:19 -0000 From owner-freebsd-stable@freebsd.org Tue Dec 4 11:40:10 2018 Return-Path: Delivered-To: freebsd-stable@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 C2BDC1330757; Tue, 4 Dec 2018 11:40:10 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from potato.growveg.org (potato.growveg.org [82.70.91.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BA8474887; Tue, 4 Dec 2018 11:40:08 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from parsley.growveg.org ([82.70.91.97] helo=desktop.local) by potato.growveg.org with esmtp (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gU93R-000Fep-Tn; Tue, 04 Dec 2018 11:39:54 +0000 Date: Tue, 4 Dec 2018 11:39:51 +0000 From: tech-lists To: freebsd-hardware@freebsd.org Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: using wifi usbkey and ethernet on rpi3-b Message-ID: <20181204113951.3e6e38f4@desktop.local> Organization: zyxst.net X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0BA8474887 X-Spamd-Result: default: False [-2.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.897,0]; FROM_HAS_DN(0.00)[]; R_SPF_NEUTRAL(0.00)[?all]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; HAS_ORG_HEADER(0.00)[]; IP_SCORE(-0.02)[country: GB(-0.10)]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.45)[-0.451,0]; NEURAL_HAM_LONG(-0.75)[-0.752,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:13037, ipnet:82.68.0.0/14, country:GB] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 11:40:10 -0000 Hi, context: freebsd-12-rc3, raspberry pi3-b, external usb-connected hd, 2.5A PSU Has anyone tried using a wifi interface (usb key format) and ethernet at the same time? There is also a usb connected hard drive. I was wondering if the wifi might interrupt the ethernet or the hard drive. Aren't they all the same interface electronically? ie the usb/ethernet is more like a usb bus. (originally asked in freebsd-arm but it's very quiet there) thanks, -- J. From owner-freebsd-stable@freebsd.org Tue Dec 4 15:04:25 2018 Return-Path: Delivered-To: freebsd-stable@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 5BB73130F43E for ; Tue, 4 Dec 2018 15:04:25 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9F7A7C97B; Tue, 4 Dec 2018 15:04:14 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] ([192.168.43.26]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTP id wB4F4CHs079342; Tue, 4 Dec 2018 10:04:12 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) From: Mike Tancsa To: Pete French , freebsd-stable@freebsd.org, Konstantin Belousov References: <20180705133542.GG5562@kib.kiev.ua> <20180705145130.GH5562@kib.kiev.ua> <548b493e-6a51-32ca-b3c1-216cac037e8b@ingresso.co.uk> <20180727130016.GE2394@kib.kiev.ua> <76f693ec-d6f5-4261-ac25-13100f4b2f5f@ingresso.co.uk> <50ae7040-b0c4-4092-c5d0-75ed86ed4845@ingresso.co.uk> <0778a0b2-51b6-5c08-b777-cbeff7cae54f@ingresso.co.uk> <1f170eba-33de-0c79-9e6f-d18d5199e9fe@sentex.net> Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> Date: Tue, 4 Dec 2018 10:04:10 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <1f170eba-33de-0c79-9e6f-d18d5199e9fe@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Rspamd-Queue-Id: A9F7A7C97B X-Spamd-Result: default: False [-1.18 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-0.69)[-0.687,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[smtp.sentex.ca]; NEURAL_HAM_SHORT(-0.91)[-0.909,0]; IP_SCORE(-1.78)[ipnet: 2607:f3e0::/32(-4.96), asn: 11647(-3.88), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 15:04:25 -0000 On 11/26/2018 11:30 AM, Mike Tancsa wrote: > On 11/26/2018 11:25 AM, Pete French wrote: >> Foolwing up an old thread I know, but my ssystem ahs been pretty >> stable until recently, when it started locking up about one a week at >> least. This co-incided with me doing two things to it: >> > Interesting, I too have noticed my one test box have the odd lockup.=C2= =A0 I > think it started around the BETA series. Is it possible something > "undid" one of the fixes ? I brought the box in question upto > 12.0-PRERELEASE FreeBSD 12.0-PRERELEASE r340724 and its been fine for 5= > days. Sadly, when it was locking up (no panic, just a solid lockup) it > took some random amount of time and generally did not matter if the box= > was loaded or not. Well, another lockup. This time after ~ 10 days of uptime. Box was idle at the time and just a solid freeze. This is an ASUS PRIME X370-PRO running BIOS from 09/07/2018 (latest).=C2=A0 Not sure if BIOS related or = OS related. I have another motherboard (MSI) that I will install 12.0 on and see if its any different.=C2=A0 There is also a micro code update fro= m AMD last week. However, there are no release notes as to what it changes. I will hold off on that for now and see if I can get lockups on the MSI in the next week or two. =C2=A0=C2=A0=C2=A0 ---Mike > --=20 > ------------------- > Mike Tancsa, tel +1 519 651 3400 x203 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada =20 From owner-freebsd-stable@freebsd.org Tue Dec 4 15:42:08 2018 Return-Path: Delivered-To: freebsd-stable@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 C2FC0131069B for ; Tue, 4 Dec 2018 15:42:08 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (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 DC7DA7E553; Tue, 4 Dec 2018 15:42:07 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [82.47.240.30] (helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gUCpn-000LO8-9a; Tue, 04 Dec 2018 15:42:03 +0000 Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) To: Mike Tancsa , freebsd-stable@freebsd.org, Konstantin Belousov References: <20180705133542.GG5562@kib.kiev.ua> <20180705145130.GH5562@kib.kiev.ua> <548b493e-6a51-32ca-b3c1-216cac037e8b@ingresso.co.uk> <20180727130016.GE2394@kib.kiev.ua> <76f693ec-d6f5-4261-ac25-13100f4b2f5f@ingresso.co.uk> <50ae7040-b0c4-4092-c5d0-75ed86ed4845@ingresso.co.uk> <0778a0b2-51b6-5c08-b777-cbeff7cae54f@ingresso.co.uk> <1f170eba-33de-0c79-9e6f-d18d5199e9fe@sentex.net> <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> From: Pete French Message-ID: <2c2657b6-8ef4-7741-c09d-b760d3ecc058@ingresso.co.uk> Date: Tue, 4 Dec 2018 15:42:02 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: DC7DA7E553 X-Spamd-Result: default: False [2.97 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a02:b90:3002:411::3]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.70)[0.695,0]; RDNS_NONE(1.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[ingresso-co-uk.mail.protection.outlook.com,ingresso-co-uk.mail.protection.outlook.com]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; NEURAL_SPAM_LONG(0.41)[0.407,0]; NEURAL_HAM_MEDIUM(-0.81)[-0.806,0]; RECEIVED_SPAMHAUS_PBL(0.00)[30.240.47.82.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: GB(-0.10)]; ASN(0.00)[asn:16082, ipnet:2a02:b90::/32, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 15:42:08 -0000 On 04/12/2018 15:04, Mike Tancsa wrote: > Well, another lockup. This time after ~ 10 days of uptime. Box was idle > at the time and just a solid freeze. This is an ASUS PRIME X370-PRO > running BIOS from 09/07/2018 (latest).  Not sure if BIOS related or OS > related. I have another motherboard (MSI) that I will install 12.0 on > and see if its any different.  There is also a micro code update from > AMD last week. However, there are no release notes as to what it > changes. I will hold off on that for now and see if I can get lockups on > the MSI in the next week or two. I did the opposite yesterday - I updated my microcode to the latest one from MSI (though the AMD update it contains is from the summer I belive, depsite the BIOS only comming out a couple of weeks ago). Am running 12-STABLE on there, and will see how long it lasts. Only got to do this yesterday as havent been near the machine for weeks. I didnt adjust any RAM timings and left everything at the default after the BIOS update. but until yesterday it has locked up about every couple of days :-( -pete. From owner-freebsd-stable@freebsd.org Tue Dec 4 17:39:24 2018 Return-Path: Delivered-To: freebsd-stable@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 4DAFC1313D88 for ; Tue, 4 Dec 2018 17:39:24 +0000 (UTC) (envelope-from nimrod@nimrod.is-a-geek.net) Received: from mail-yb1-xb30.google.com (mail-yb1-xb30.google.com [IPv6:2607:f8b0:4864:20::b30]) (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 BB6E4848D9 for ; Tue, 4 Dec 2018 17:39:22 +0000 (UTC) (envelope-from nimrod@nimrod.is-a-geek.net) Received: by mail-yb1-xb30.google.com with SMTP id a67-v6so7221730ybg.1 for ; Tue, 04 Dec 2018 09:39:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aGDNnPZ4097SPKB0S7nMik0aXisdXCe8veBkJAkQy1c=; b=d8qwoNbgLSCmQNTx5AtsfbOIYoYC0vxDdHZWGoWbi8AN3WWwFi1hvgbZL/awuKPHWT 2QpcNtcbeM79Duu+AINA1tgLDucLOcYhXia0kuGvBlKGEVqzVLxFpL7YUJcy2j+BunAg 9sj9TkBhZCCa3UyiJICQ0kb4SUshIkOdCGYfOFGEL68CwzuGfJUm99WafUrk6r/Ix/rh MP5KH+sozMKz2UEKUuhalKY6YuH37IqaSvW0ktnz1C85pJzoF1fYH6vrH/OhaI0EChzM 1nbi8SZxRoCqswr8qstwSzUpTw5WHRN9WlbzFpOm8MwpGr2N8RnhldzimTYANOrfTRXx /SIg== 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=aGDNnPZ4097SPKB0S7nMik0aXisdXCe8veBkJAkQy1c=; b=pfOqJ0hvhHSiCsqjK7KD1YGu6CUFrOZ1DRANkYTwcOWoS8zE4awc6QkSaFSR1boA0r uklZbet/wqvctMgyrRbHF8+SOHSep8aYu6qY9fsuh3voCpOJ7TD1k4kjMupfF+hlw4dH gkWO2nxH42d14neEvJ8p+7nvuuWVmH8SAJ3WHn2I7WgeJdvGqxfddYWnGDCPsCEJKtXT elbvR36WzsUBTfjRIfxVmbdN0g3grvHS6jkajfre2qz3uTvqpRoTMynoALPEZVO2TLCX a7MJSht2HsQgYZMOMIteqZ15z/Z+Gz+eYJbbn0uyugcobapglR5WI2vA/nrNdHrKjEjD C5xw== X-Gm-Message-State: AA+aEWa1cRpNi/Yk/gnoq57Nw/pdhRlsJkI06nOW7bJPiFv8TPC66FDC YrBi9PRCqtCH+1SAthucVnZw8kRpvNJgCskYGisHZA== X-Google-Smtp-Source: AFSGD/VA+RoS9PksT4DO9OKExYd1K+PlnnUh/Hl9IwHte7eBG09riKIZF/gSjAAzyHuVtPPkLIGlCyfeW2BXFPGSfb4= X-Received: by 2002:a25:2a82:: with SMTP id q124mr11852463ybq.50.1543945161860; Tue, 04 Dec 2018 09:39:21 -0800 (PST) MIME-Version: 1.0 References: <20180705133542.GG5562@kib.kiev.ua> <20180705145130.GH5562@kib.kiev.ua> <548b493e-6a51-32ca-b3c1-216cac037e8b@ingresso.co.uk> <20180727130016.GE2394@kib.kiev.ua> <76f693ec-d6f5-4261-ac25-13100f4b2f5f@ingresso.co.uk> <50ae7040-b0c4-4092-c5d0-75ed86ed4845@ingresso.co.uk> <0778a0b2-51b6-5c08-b777-cbeff7cae54f@ingresso.co.uk> <1f170eba-33de-0c79-9e6f-d18d5199e9fe@sentex.net> <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> <2c2657b6-8ef4-7741-c09d-b760d3ecc058@ingresso.co.uk> In-Reply-To: <2c2657b6-8ef4-7741-c09d-b760d3ecc058@ingresso.co.uk> From: Nimrod Levy Date: Tue, 4 Dec 2018 12:39:07 -0500 Message-ID: Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) To: Pete French Cc: Mike Tancsa , FreeBSD Stable Mailing List , kib@freebsd.org X-Rspamd-Queue-Id: BB6E4848D9 X-Spamd-Result: default: False [-3.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-0.995,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.78)[-0.776,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.b.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[aspmx.l.google.com]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[nimrodl@gmail.com,nimrod@nimrod.is-a-geek.net]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.58)[ipnet: 2607:f8b0::/32(-1.54), asn: 15169(-1.28), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[nimrodl@gmail.com,nimrod@nimrod.is-a-geek.net]; SUBJECT_HAS_QUESTION(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 17:39:24 -0000 Just to throw another datapoint out there, I've been running on my Asus prime b350+ ryzen 5 and I've been stable since the microcode updates over the summer. I believe I returned all the bios settings (cstates, memory timing, etc..) back to stock. I've had to shutdown and relocate (and reconfigure some networks bits) since then. I've also shifted to RELENG 11.2 from the STABLE code that I'd been running. It's been very stable for me with a current uptime of 60 days and before that, it was rebooted for an update. So whatever was going on seems to be fixed for me. On Tue, Dec 4, 2018 at 10:44 AM Pete French wrote: > > > On 04/12/2018 15:04, Mike Tancsa wrote: > > Well, another lockup. This time after ~ 10 days of uptime. Box was idle > > at the time and just a solid freeze. This is an ASUS PRIME X370-PRO > > running BIOS from 09/07/2018 (latest). Not sure if BIOS related or OS > > related. I have another motherboard (MSI) that I will install 12.0 on > > and see if its any different. There is also a micro code update from > > AMD last week. However, there are no release notes as to what it > > changes. I will hold off on that for now and see if I can get lockups on > > the MSI in the next week or two. > > I did the opposite yesterday - I updated my microcode to the latest one > from MSI (though the AMD update it contains is from the summer I belive, > depsite the BIOS only comming out a couple of weeks ago). Am running > 12-STABLE on there, and will see how long it lasts. > > Only got to do this yesterday as havent been near the machine for weeks. > I didnt adjust any RAM timings and left everything at the default after > the BIOS update. > > but until yesterday it has locked up about every couple of days :-( > > -pete. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Tue Dec 4 17:59:37 2018 Return-Path: Delivered-To: freebsd-stable@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 DF4D81314BEE; Tue, 4 Dec 2018 17:59:36 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE64D863D8; Tue, 4 Dec 2018 17:59:35 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 438V4P4jwKzb3; Tue, 4 Dec 2018 18:59:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1543946369; x=1546538370; bh=XDd t8WFxv8n8JLAG0742BEpkW+aoWSd+70CsBVj9RrM=; b=JBvW1VrcDw7/EJ/UypB Xph8IJJ9rUTlyPsVPzEGiAzOsF9EuF7jhuKXAuZPjVTxxBq05YnNNKCqO4WyOn8O yD/y9KUJzGNHj7Os/L9Wa3d7eObXp8ePm3+xqjz+HkjjH+8rF31bx0iTKtVjXaHf IHMtjNOf6nrhd2a8CY6/hJOk= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id rl5agQ3noaQJ; Tue, 4 Dec 2018 18:59:29 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 438V4K4xg3zb1; Tue, 4 Dec 2018 18:59:29 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 438V4K2FXjzr8; Tue, 4 Dec 2018 18:59:29 +0100 (CET) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Tue, 04 Dec 2018 18:59:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 04 Dec 2018 18:59:29 +0100 From: Mark Martinec To: Toomas Soome Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 Organization: Jozef Stefan Institute In-Reply-To: <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-Rspamd-Queue-Id: DE64D863D8 X-Spamd-Result: default: False [-3.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[ijs.si]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2001:1470:ff80::25]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ijs.si:+]; DMARC_POLICY_ALLOW(-0.50)[ijs.si,none]; RCVD_IN_DNSWL_NONE(0.00)[5.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.f.f.0.7.4.1.1.0.0.2.list.dnswl.org : 127.0.11.0]; MX_GOOD(-0.01)[mail4.ijs.si,mail.ijs.si]; NEURAL_HAM_SHORT(-0.25)[-0.248,0]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: SI(-0.00)]; ASN(0.00)[asn:2107, ipnet:2001:1470::/32, country:SI]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 17:59:37 -0000 >> 2018-11-29 18:43, Toomas Soome wrote: >>> I just did push biosdisk updates to stable/12, I wonder if you could >>> test those bits… Myself wrote: >> Thank you! I haven't tried it yet, but I wonder whether this fix was >> already incorporated into 12.0-RC3, which would make my rescue easier. >> Otherwise I can build a stable/12 on another host and transplant >> the problematic file(s) to the affected host - if I knew which files >> to copy. 2018-12-02 18:59, Toomas wrote: > The files are /boot/loader* binaries - to be exact, check which one is > linked to /boot/loader. I can provide binaries if needed. > [...] > rgds, > toomas I got a maintenance window today so I tried with the new loader, and it did not help. More specifically: As it comes with 12-RC2, the /boot/loader was hard linked with loader_lua. Its size is 421888 bytes. So I concentrated on this loader. I build a fresh stable/12 on another host, and copied the newly built loader_lua (425984 bytes) to the /boot directory of the affected host, deleted the file 'loader', and hard-linked loader_lua to loader. The situation has not changed: the BTX loader lists all BIOS drives C..J (disk0..disk7), then a spinner starts and gets stuck forever. It never reaches the 'BIOS 635kB/3537856kB available memory' line. While trying to restore the old /boot from 11.2, I tried booting a live image from a 12.0-RC3 memory stick - and the loader got stuck again, same as when booting from a disk. So I had to boot from an 11.2 memstick to be able to regain control. Mark >>>> On 29 Nov 2018, at 17:01, Mark Martinec >>>> wrote: >>>> After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2 >>>> (amd64, >>>> zfs, bios), I tried my luck with one of our production hosts, and >>>> ended up >>>> with a stuck loader after rebooting with a new kernel (after the >>>> first >>>> stage of upgrade). >>>> These were the steps, and all went smoothly and normally until a >>>> reboot: >>>> freebsd-update upgrade -r 12.0-RC2 >>>> freebsd-update install >>>> shutdown -r now >>>> While booting, the 'BTX loader' comes up, lists the BIOS drives, >>>> then the spinner below the list comes up and begins turning, >>>> stuttering, and after a couple of seconds it grinds to a standstill >>>> and nothing happens afterwards. >>>> At this point the ZFS and the bootstrap loader is supposed to >>>> come up, but it doesn't. >>>> This host has too zfs pools, the system pool consists of two SSDs >>>> in a zfs mirror (also holding a freebsd-boot partition each), the >>>> other pool is a raidz2 with six JBOD disks on an LSI controller. >>>> The gptzfsboot in both freebsd-boot partitions is fresh from 11.2, >>>> both zpool versions are up-to-date with 11.2. The 'zpool status -v' >>>> is happy with both pools. >>>> After rebooting from an USB drive and reverting the /boot directory >>>> to a previous version, the machine comes up normally again >>>> with the 11.2-RELEASE-p4. >>>> I found a file init.core in the / directory, slightly predating the >>>> last reboot with a salvaged system - although it was probably not >>>> a cause of the problem, but a consequence of the rescue operation. >>>> It is unfortunate that this is a production host, so I can't play >>>> much with it. One or two more quick experiments I can probably >>>> afford, but not much more. Should I just first wait for the >>>> official 12.0 release? Should I try booting with a 12.0 on USB >>>> and try to import pools? Suggestions welcome. >>>> Now that the /boot has been manually restored to the 11.2 state, >>>> A SECOND QUESTION is about freebsd-update, which still thinks we are >>>> in the middle of an upgrade procedure. Trying now to just update >>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch complains: >>>> # uname -a >>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>> # >>>> # freebsd-version >>>> 11.2-RELEASE-p4 >>>> # >>>> # freebsd-update fetch >>>> src component not installed, skipped >>>> You have a partially completed upgrade pending >>>> Run '/usr/sbin/freebsd-update install' first. >>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>> So what is the right way to get rid of all traces of the >>>> unsuccessful upgrade, and let freebsd-update believe we are cleanly >>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>> Mark From owner-freebsd-stable@freebsd.org Tue Dec 4 18:26:56 2018 Return-Path: Delivered-To: freebsd-stable@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 21B0A13160CD for ; Tue, 4 Dec 2018 18:26:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 708D86A0C4; Tue, 4 Dec 2018 18:26:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] ([192.168.43.26]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTP id wB4IQqt7096804; Tue, 4 Dec 2018 13:26:53 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) To: Nimrod Levy , Pete French Cc: FreeBSD Stable Mailing List , kib@freebsd.org References: <20180705133542.GG5562@kib.kiev.ua> <20180705145130.GH5562@kib.kiev.ua> <548b493e-6a51-32ca-b3c1-216cac037e8b@ingresso.co.uk> <20180727130016.GE2394@kib.kiev.ua> <76f693ec-d6f5-4261-ac25-13100f4b2f5f@ingresso.co.uk> <50ae7040-b0c4-4092-c5d0-75ed86ed4845@ingresso.co.uk> <0778a0b2-51b6-5c08-b777-cbeff7cae54f@ingresso.co.uk> <1f170eba-33de-0c79-9e6f-d18d5199e9fe@sentex.net> <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> <2c2657b6-8ef4-7741-c09d-b760d3ecc058@ingresso.co.uk> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: Date: Tue, 4 Dec 2018 13:26:50 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 708D86A0C4 X-Spamd-Result: default: False [-1.22 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.95)[-0.953,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-0.69)[-0.695,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sentex.ca]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; IP_SCORE(-1.78)[ipnet: 2607:f3e0::/32(-4.96), asn: 11647(-3.88), country: CA(-0.09)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 18:26:56 -0000 On 12/4/2018 12:39 PM, Nimrod Levy wrote: > Just to throw another datapoint out there, I've been running on my > Asus prime b350+ ryzen 5 and I've been stable since the microcode > updates over the summer. I believe I returned all the bios settings > (cstates, memory timing, etc..) back to stock. I've had to shutdown > and relocate (and reconfigure some networks bits) since then. I've > also shifted to RELENG 11.2 from the STABLE code that I'd been > running. It's been very stable for me with a current uptime of 60 days > and before that, it was rebooted for an update. So whatever was going > on seems to be fixed for me. I think I will downgrade the box that was having issues to RELENG11 to see if the problem is there too.  Unfortunately, the issue took ~ 10 days to show itself     ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Tue Dec 4 18:35:36 2018 Return-Path: Delivered-To: freebsd-stable@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 04F09131673F for ; Tue, 4 Dec 2018 18:35:36 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (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 42E506AB6D; Tue, 4 Dec 2018 18:35:35 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2001:470:6cc4:1:225:ff:fe46:71cf] (helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gUFXe-000Nf7-Rd; Tue, 04 Dec 2018 18:35:30 +0000 Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) To: Mike Tancsa , Nimrod Levy Cc: FreeBSD Stable Mailing List , kib@freebsd.org References: <20180705133542.GG5562@kib.kiev.ua> <20180705145130.GH5562@kib.kiev.ua> <548b493e-6a51-32ca-b3c1-216cac037e8b@ingresso.co.uk> <20180727130016.GE2394@kib.kiev.ua> <76f693ec-d6f5-4261-ac25-13100f4b2f5f@ingresso.co.uk> <50ae7040-b0c4-4092-c5d0-75ed86ed4845@ingresso.co.uk> <0778a0b2-51b6-5c08-b777-cbeff7cae54f@ingresso.co.uk> <1f170eba-33de-0c79-9e6f-d18d5199e9fe@sentex.net> <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> <2c2657b6-8ef4-7741-c09d-b760d3ecc058@ingresso.co.uk> From: Pete French Message-ID: Date: Tue, 4 Dec 2018 18:35:29 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 42E506AB6D X-Spamd-Result: default: False [3.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2a02:b90:3002:411::3]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.74)[0.741,0]; RDNS_NONE(1.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: ingresso-co-uk.mail.protection.outlook.com]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; NEURAL_SPAM_LONG(0.36)[0.364,0]; NEURAL_HAM_MEDIUM(-0.22)[-0.223,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: GB(-0.10)]; ASN(0.00)[asn:16082, ipnet:2a02:b90::/32, country:GB]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; SUBJECT_HAS_QUESTION(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 18:35:36 -0000 On 04/12/2018 18:26, Mike Tancsa wrote: > I think I will downgrade the box that was having issues to RELENG11 to > see if the problem is there too.  Unfortunately, the issue took ~ 10 > days to show itself My issues showed up on releng 11 as well as releng 12 - I didnt ry the last 11 stable for long though. will see how the new BIOS goes, and then underclock the RAM if that locks up. -pete. From owner-freebsd-stable@freebsd.org Tue Dec 4 19:51:38 2018 Return-Path: Delivered-To: freebsd-stable@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 737681319E41 for ; Tue, 4 Dec 2018 19:51:38 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-ztdg06021101.me.com (mr85p00im-ztdg06021101.me.com [17.58.23.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D72B96F287 for ; Tue, 4 Dec 2018 19:51:27 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-ztdg06021101.me.com (Postfix) with ESMTPSA id B0785A6012A; Tue, 4 Dec 2018 19:51:19 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 Date: Tue, 4 Dec 2018 21:51:16 +0200 In-Reply-To: Cc: freebsd-current , freebsd-stable@freebsd.org To: Mark Martinec References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> X-Mailer: Apple Mail (2.3445.101.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-04_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1812040170 X-Rspamd-Queue-Id: D72B96F287 X-Spamd-Result: default: False [-4.48 / 15.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)[mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, m x6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.co m, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud .com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icl oud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com]; NEURAL_HAM_SHORT(-0.88)[-0.884,0]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[180.23.58.17.list.dnswl.org : 127.0.5.1]; IP_SCORE(-0.99)[ip: (-2.86), ipnet: 17.58.16.0/20(-1.11), asn: 714(-0.88), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 19:51:38 -0000 > On 4 Dec 2018, at 19:59, Mark Martinec = wrote: >=20 >>> 2018-11-29 18:43, Toomas Soome wrote: >>>> I just did push biosdisk updates to stable/12, I wonder if you = could >>>> test those bits=E2=80=A6 >=20 > Myself wrote: >>> Thank you! I haven't tried it yet, but I wonder whether this fix = was >>> already incorporated into 12.0-RC3, which would make my rescue = easier. >>> Otherwise I can build a stable/12 on another host and transplant >>> the problematic file(s) to the affected host - if I knew which files >>> to copy. >=20 > 2018-12-02 18:59, Toomas wrote: >> The files are /boot/loader* binaries - to be exact, check which one = is >> linked to /boot/loader. I can provide binaries if needed. >> [...] >> rgds, >> toomas >=20 > I got a maintenance window today so I tried with the new loader, > and it did not help. >=20 > More specifically: >=20 > As it comes with 12-RC2, the /boot/loader was hard linked with = loader_lua. > Its size is 421888 bytes. So I concentrated on this loader. >=20 > I build a fresh stable/12 on another host, and copied the newly > built loader_lua (425984 bytes) to the /boot directory of the affected > host, deleted the file 'loader', and hard-linked loader_lua to loader. >=20 > The situation has not changed: the BTX loader lists all BIOS drives > C..J (disk0..disk7), then a spinner starts and gets stuck forever. > It never reaches the 'BIOS 635kB/3537856kB available memory' line. >=20 > While trying to restore the old /boot from 11.2, I tried booting > a live image from a 12.0-RC3 memory stick - and the loader got > stuck again, same as when booting from a disk. >=20 > So I had to boot from an 11.2 memstick to be able to regain control. >=20 > Mark >=20 >=20 ok, if you could perform 2 tests: 1. from loader prompt enter 0x413 0xa000 - @w . cr 2. on first spinner, press space and type on boot: prompt: = /boot/loader_4th and see if that will do better thanks, toomas >=20 >>>>> On 29 Nov 2018, at 17:01, Mark Martinec = wrote: >>>>> After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2 = (amd64, >>>>> zfs, bios), I tried my luck with one of our production hosts, and = ended up >>>>> with a stuck loader after rebooting with a new kernel (after the = first >>>>> stage of upgrade). >>>>> These were the steps, and all went smoothly and normally until a = reboot: >>>>> freebsd-update upgrade -r 12.0-RC2 >>>>> freebsd-update install >>>>> shutdown -r now >>>>> While booting, the 'BTX loader' comes up, lists the BIOS drives, >>>>> then the spinner below the list comes up and begins turning, >>>>> stuttering, and after a couple of seconds it grinds to a = standstill >>>>> and nothing happens afterwards. >>>>> At this point the ZFS and the bootstrap loader is supposed to >>>>> come up, but it doesn't. >>>>> This host has too zfs pools, the system pool consists of two SSDs >>>>> in a zfs mirror (also holding a freebsd-boot partition each), the >>>>> other pool is a raidz2 with six JBOD disks on an LSI controller. >>>>> The gptzfsboot in both freebsd-boot partitions is fresh from 11.2, >>>>> both zpool versions are up-to-date with 11.2. The 'zpool status = -v' >>>>> is happy with both pools. >>>>> After rebooting from an USB drive and reverting the /boot = directory >>>>> to a previous version, the machine comes up normally again >>>>> with the 11.2-RELEASE-p4. >>>>> I found a file init.core in the / directory, slightly predating = the >>>>> last reboot with a salvaged system - although it was probably not >>>>> a cause of the problem, but a consequence of the rescue operation. >>>>> It is unfortunate that this is a production host, so I can't play >>>>> much with it. One or two more quick experiments I can probably >>>>> afford, but not much more. Should I just first wait for the >>>>> official 12.0 release? Should I try booting with a 12.0 on USB >>>>> and try to import pools? Suggestions welcome. >>>>> Now that the /boot has been manually restored to the 11.2 state, >>>>> A SECOND QUESTION is about freebsd-update, which still thinks we = are >>>>> in the middle of an upgrade procedure. Trying now to just update >>>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch complains: >>>>> # uname -a >>>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>>> # >>>>> # freebsd-version >>>>> 11.2-RELEASE-p4 >>>>> # >>>>> # freebsd-update fetch >>>>> src component not installed, skipped >>>>> You have a partially completed upgrade pending >>>>> Run '/usr/sbin/freebsd-update install' first. >>>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>>> So what is the right way to get rid of all traces of the >>>>> unsuccessful upgrade, and let freebsd-update believe we are = cleanly >>>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>>> Mark From owner-freebsd-stable@freebsd.org Tue Dec 4 20:10:55 2018 Return-Path: Delivered-To: freebsd-stable@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 6B153131AE09 for ; Tue, 4 Dec 2018 20:10:55 +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 D9744706BE for ; Tue, 4 Dec 2018 20:10:54 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gUH21-000FYr-Qx for freebsd-stable@freebsd.org; Tue, 04 Dec 2018 21:10:57 +0100 Date: Tue, 4 Dec 2018 21:10:57 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) Message-ID: <20181204201057.GP63752@home.opsec.eu> References: <20180705133542.GG5562@kib.kiev.ua> <20180705145130.GH5562@kib.kiev.ua> <548b493e-6a51-32ca-b3c1-216cac037e8b@ingresso.co.uk> <20180727130016.GE2394@kib.kiev.ua> <76f693ec-d6f5-4261-ac25-13100f4b2f5f@ingresso.co.uk> <50ae7040-b0c4-4092-c5d0-75ed86ed4845@ingresso.co.uk> <0778a0b2-51b6-5c08-b777-cbeff7cae54f@ingresso.co.uk> <1f170eba-33de-0c79-9e6f-d18d5199e9fe@sentex.net> <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <276df722-7c6c-00c2-69ca-87efafac0448@sentex.net> X-Rspamd-Queue-Id: D9744706BE X-Spamd-Result: default: False [1.37 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.62)[0.620,0]; NEURAL_SPAM_MEDIUM(0.40)[0.401,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; NEURAL_SPAM_SHORT(0.35)[0.352,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 20:10:55 -0000 Hi! > Well, another lockup. This time after ~ 10 days of uptime. Box was idle > at the time and just a solid freeze. Here's another datapoint: No lockups/problems with: AMD Ryzen Threadripper 2950X Board: PRIME X399-A (not the -PRO) BIOS from 10/12/2018 running: 13.0-CURRENT r340445 up 19 days, running as a package builder -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-stable@freebsd.org Tue Dec 4 23:04:16 2018 Return-Path: Delivered-To: freebsd-stable@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 ED34D1324BA8 for ; Tue, 4 Dec 2018 23:04:15 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 49C8E778F2 for ; Tue, 4 Dec 2018 23:04:15 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1543964646; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=rRMmviLnLuMwiHDUiZGYj/oCc6RJsZtLc3K04Ll/3wXXhto9J+RdQD2spFuhFFf5Xt1D+wFlmRRoJ jxLUHrPtXaApbx6T0281EAiq00j25NHfIn9BaiV68exyo9Rwh9D4iYVNbxHgFkOYRBx1nDN5lhDJJl Xd8Oqji5ZW0TsTP3U+k3A2nueWDBWm8TFmguZXbalvAtnQOClOp6EV16YQwf/GAV+Pq6oPR61qTKrA 7iN25vjaEPzu5p19HrS1dO2PXCtWJliIEn6oGTKSZ9tGSFSckwdCUK9Me2Af4M610d8o3xsKFIQjsW Uukda5Hqv9YogFcFJtQf56/UBWRcfyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=UekFezDpbrIvUhFqilQIl02VxyNj60tXTGYTHrYIH/A=; b=YTjGA0o/BJ0e3ylICf0esCqiLEgdFOl7Z8K69g/k6HL7+yyhIb28GdOq6aObvWtR/COAJ2FExZa+t ZqFRHiZtrOXDtGB4rV0UVd4nq58ektXvNjY7RfikvsKv4+mhyIfXEMj430mWtT7EYngm8HxSuqX5Tz myO+aoyN6WgPiV371M3nmYW/jHAmwr9quuy3LIooW7xFT0EaGQ6OsDjNBIM2ZRUzq7b1LDlDCBcjB2 r7LkrNPci4F+k2HVF+OrJmF34+MMvdKikrZqOkPeyxD09fWO6u7zngh+k/yXoWuIs1F8BUfWoRii4+ HF9ulLMwogiebCUjCAQUNze+WXy03Rg== ARC-Authentication-Results: i=1; outbound2.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=UekFezDpbrIvUhFqilQIl02VxyNj60tXTGYTHrYIH/A=; b=dzvNyoiAE6nUKqyfvKeTEk8BgrsH4E9H/0F8kXShzXkGtsoSeTrMtAhz1C8if3qA4u5obn+yRzt15 O3Uu33CIbJdcVmunLx56c3R+dAe0SGpdIh539h8vGK4fBbTEo2yjt+S9So/56jCzuTpazR8y9dRK8g zOVFwvozoTguBQjslPiLpb/SuhFfA70fYniWdF341hwSxSUMbYPN0TWrigex4z8sD3YOi5LQHgnlgK CWJZSVDSCObGCw+CqxcC+8+2woz9Kt4XtYoFCWeb+d+QoPGdWGTLOmxj1TFwHNFhUsSEfxl0IdE4h/ 9uktP3rrR6mMVa3RucsXbYTY+avlEFw== X-MHO-RoutePath: aGlwcGll X-MHO-User: dcd36052-f818-11e8-a887-bd2f23b465e5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id dcd36052-f818-11e8-a887-bd2f23b465e5; Tue, 04 Dec 2018 23:03:55 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wB4KJDeC056026; Tue, 4 Dec 2018 13:19:13 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1543954753.1860.243.camel@freebsd.org> Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 From: Ian Lepore To: Toomas Soome , Mark Martinec Cc: freebsd-current , freebsd-stable@freebsd.org Date: Tue, 04 Dec 2018 13:19:13 -0700 In-Reply-To: References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49C8E778F2 X-Spamd-Result: default: False [-0.07 / 15.00]; TAGGED_RCPT(0.00)[freebsd]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.19)[-0.193,0]; ASN(0.00)[asn:16509, ipnet:52.58.0.0/15, country:US]; NEURAL_SPAM_SHORT(0.36)[0.355,0]; NEURAL_HAM_LONG(-0.23)[-0.228,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 23:04:16 -0000 On Tue, 2018-12-04 at 21:51 +0200, Toomas Soome via freebsd-stable wrote: > > > > > On 4 Dec 2018, at 19:59, Mark Martinec > i> wrote: > > > > > > > > > > > > > 2018-11-29 18:43, Toomas Soome wrote: > > > > > > > > > > I just did push biosdisk updates to stable/12, I wonder if > > > > > you could > > > > > test those bits > > Myself wrote: > > > > > > > > > > > Thank you!I haven't tried it yet, but I wonder whether this > > > > fix was > > > > already incorporated into 12.0-RC3, which would make my rescue > > > > easier. > > > > Otherwise I can build a stable/12 on another host and > > > > transplant > > > > the problematic file(s) to the affected host - if I knew which > > > > files > > > > to copy. > > 2018-12-02 18:59, Toomas wrote: > > > > > > The files are /boot/loader* binaries - to be exact, check which > > > one is > > > linked to /boot/loader. I can provide binaries if needed. > > > [...] > > > rgds, > > > toomas > > I got a maintenance window today so I tried with the new loader, > > and it did not help. > > > > More specifically: > > > > As it comes with 12-RC2, the /boot/loader was hard linked with > > loader_lua. > > Its size is 421888 bytes. So I concentrated on this loader. > > > > I build a fresh stable/12 on another host, and copied the newly > > built loader_lua (425984 bytes) to the /boot directory of the > > affected > > host, deleted the file 'loader', and hard-linked loader_lua to > > loader. > > > > The situation has not changed: the BTX loader lists all BIOS drives > > C..J (disk0..disk7), then a spinner starts and gets stuck forever. > > It never reaches the 'BIOS 635kB/3537856kB available memory' line. > > > > While trying to restore the old /boot from 11.2, I tried booting > > a live image from a 12.0-RC3 memory stick - and the loader got > > stuck again, same as when booting from a disk. > > > > So I had to boot from an 11.2 memstick to be able to regain > > control. > > > > Mark > > > > > ok, if you could perform 2 tests: > > 1. from loader prompt enter 0x413 0xa000 - @w . cr > > 2. on first spinner, press space and type on boot: prompt: > /boot/loader_4th and see if that will do better > thanks, > toomas > I don't think that will be an option. If it hasn't gotten to the point of saying how much BIOS available memory there is, it's only halfway through loader main() and has hung before getting to interact(). In fact, if that line hasn't printed, but some disk drives have been listed, it pretty much has to be hung in the "March through the device switch probing for things" loop. If all the disks are listed, then it got through that entry in the devsw, and is likely hanging in the dv_init calls for either the pxedisk or zfsdev devices. -- Ian > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 29 Nov 2018, at 17:01, Mark Martinec > > > > > bsd@ijs.si> wrote: > > > > > > After successfully upgraded three hosts from 11.2-p4 to > > > > > > 12.0-RC2 (amd64, > > > > > > zfs, bios), I tried my luck with one of our production > > > > > > hosts, and ended up > > > > > > with a stuck loader after rebooting with a new kernel > > > > > > (after the first > > > > > > stage of upgrade). > > > > > > These were the steps, and all went smoothly and normally > > > > > > until a reboot: > > > > > > freebsd-update upgrade -r 12.0-RC2 > > > > > > freebsd-update install > > > > > > shutdown -r now > > > > > > While booting, the 'BTX loader' comes up, lists the BIOS > > > > > > drives, > > > > > > then the spinner below the list comes up and begins > > > > > > turning, > > > > > > stuttering, and after a couple of seconds it grinds to a > > > > > > standstill > > > > > > and nothing happens afterwards. > > > > > > At this point the ZFS and the bootstrap loader is supposed > > > > > > to > > > > > > come up, but it doesn't. > > > > > > This host has too zfs pools, the system pool consists of > > > > > > two SSDs > > > > > > in a zfs mirror (also holding a freebsd-boot partition > > > > > > each), the > > > > > > other pool is a raidz2 with six JBOD disks on an LSI > > > > > > controller. > > > > > > The gptzfsboot in both freebsd-boot partitions is fresh > > > > > > from 11.2, > > > > > > both zpool versions are up-to-date with 11.2. The 'zpool > > > > > > status -v' > > > > > > is happy with both pools. > > > > > > After rebooting from an USB drive and reverting the /boot > > > > > > directory > > > > > > to a previous version, the machine comes up normally again > > > > > > with the 11.2-RELEASE-p4. > > > > > > I found a file init.core in the / directory, slightly > > > > > > predating the > > > > > > last reboot with a salvaged system - although it was > > > > > > probably not > > > > > > a cause of the problem, but a consequence of the rescue > > > > > > operation. > > > > > > It is unfortunate that this is a production host, so I > > > > > > can't play > > > > > > much with it. One or two more quick experiments I can > > > > > > probably > > > > > > afford, but not much more. Should I just first wait for the > > > > > > official 12.0 release? Should I try booting with a 12.0 on > > > > > > USB > > > > > > and try to import pools? Suggestions welcome. > > > > > > Now that the /boot has been manually restored to the 11.2 > > > > > > state, > > > > > > A SECOND QUESTION is about freebsd-update, which still > > > > > > thinks we are > > > > > > in the middle of an upgrade procedure. Trying now to just > > > > > > update > > > > > > the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch > > > > > > complains: > > > > > > # uname -a > > > > > > FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 > > > > > > # > > > > > > # freebsd-version > > > > > > 11.2-RELEASE-p4 > > > > > > # > > > > > > # freebsd-update fetch > > > > > > src component not installed, skipped > > > > > > You have a partially completed upgrade pending > > > > > > Run '/usr/sbin/freebsd-update install' first. > > > > > > Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. > > > > > > So what is the right way to get rid of all traces of the > > > > > > unsuccessful upgrade, and let freebsd-update believe we are > > > > > > cleanly > > > > > > at 11.2-p4 ?Removing /var/db/freebsd-update did not help. > > > > > > Mark > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd. > org" > From owner-freebsd-stable@freebsd.org Tue Dec 4 23:48:06 2018 Return-Path: Delivered-To: freebsd-stable@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 9C75D1325BFE for ; Tue, 4 Dec 2018 23:48:06 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr28p00im-ztfo03015001.me.com (mr28p00im-ztfo03015001.me.com [17.110.71.106]) (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 9323079499 for ; Tue, 4 Dec 2018 23:48:05 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.1.159] (unknown [80.235.52.148]) by mr28p00im-ztfo03015001.me.com (Postfix) with ESMTPSA id BEC88400A26; Tue, 4 Dec 2018 23:48:03 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 From: Toomas Soome X-Mailer: iPhone Mail (16B92) In-Reply-To: <1543954753.1860.243.camel@freebsd.org> Date: Wed, 5 Dec 2018 01:48:00 +0200 Cc: freebsd-current , freebsd-stable@freebsd.org, Ian Lepore Content-Transfer-Encoding: quoted-printable Message-Id: References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> <1543954753.1860.243.camel@freebsd.org> To: Mark Martinec X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-04_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1812040205 X-Rspamd-Queue-Id: 9323079499 X-Spamd-Result: default: False [-4.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.110.0.0/15]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; MX_GOOD(-0.01)[cached: mx1.mail.icloud.com]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.75)[ip: (-1.99), ipnet: 17.110.0.0/15(-0.81), asn: 714(-0.88), country: US(-0.09)]; FREEMAIL_ENVFROM(0.00)[me.com]; RCVD_IN_DNSWL_LOW(-0.10)[106.71.110.17.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:714, ipnet:17.110.0.0/15, 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]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2018 23:48:06 -0000 Yes, that must be true but it does not hurt to get checked. And of course, lsdev -v from 11.x loader would be good too. Anyhow, I am afraid we have reached to point where more specific debug info i= s needed (printed out), with lack of output about disks at all, it must be r= elated to floppy device checks. Rgds, Toomas Sent from my iPhone > On 4 Dec 2018, at 22:19, Ian Lepore wrote: >=20 > On Tue, 2018-12-04 at 21:51 +0200, Toomas Soome via freebsd-stable > wrote: >>=20 >>>=20 >>> On 4 Dec 2018, at 19:59, Mark Martinec >> i> wrote: >>>=20 >>>>=20 >>>>>=20 >>>>> 2018-11-29 18:43, Toomas Soome wrote: >>>>>>=20 >>>>>> I just did push biosdisk updates to stable/12, I wonder if >>>>>> you could >>>>>> test those bits=E2=80=A6 >>> Myself wrote: >>>>=20 >>>>>=20 >>>>> Thank you! I haven't tried it yet, but I wonder whether this >>>>> fix was >>>>> already incorporated into 12.0-RC3, which would make my rescue >>>>> easier. >>>>> Otherwise I can build a stable/12 on another host and >>>>> transplant >>>>> the problematic file(s) to the affected host - if I knew which >>>>> files >>>>> to copy. >>> 2018-12-02 18:59, Toomas wrote: >>>>=20 >>>> The files are /boot/loader* binaries - to be exact, check which >>>> one is >>>> linked to /boot/loader. I can provide binaries if needed. >>>> [...] >>>> rgds, >>>> toomas >>> I got a maintenance window today so I tried with the new loader, >>> and it did not help. >>>=20 >>> More specifically: >>>=20 >>> As it comes with 12-RC2, the /boot/loader was hard linked with >>> loader_lua. >>> Its size is 421888 bytes. So I concentrated on this loader. >>>=20 >>> I build a fresh stable/12 on another host, and copied the newly >>> built loader_lua (425984 bytes) to the /boot directory of the >>> affected >>> host, deleted the file 'loader', and hard-linked loader_lua to >>> loader. >>>=20 >>> The situation has not changed: the BTX loader lists all BIOS drives >>> C..J (disk0..disk7), then a spinner starts and gets stuck forever. >>> It never reaches the 'BIOS 635kB/3537856kB available memory' line. >>>=20 >>> While trying to restore the old /boot from 11.2, I tried booting >>> a live image from a 12.0-RC3 memory stick - and the loader got >>> stuck again, same as when booting from a disk. >>>=20 >>> So I had to boot from an 11.2 memstick to be able to regain >>> control. >>>=20 >>> Mark >>>=20 >>>=20 >> ok, if you could perform 2 tests: >>=20 >> 1. from loader prompt enter 0x413 0xa000 - @w . cr >>=20 >> 2. on first spinner, press space and type on boot: prompt: >> /boot/loader_4th and see if that will do better >> thanks, >> toomas >>=20 >=20 > I don't think that will be an option. If it hasn't gotten to the point > of saying how much BIOS available memory there is, it's only halfway > through loader main() and has hung before getting to interact(). >=20 > In fact, if that line hasn't printed, but some disk drives have been > listed, it pretty much has to be hung in the "March through the device > switch probing for things" loop. If all the disks are listed, then it > got through that entry in the devsw, and is likely hanging in the > dv_init calls for either the pxedisk or zfsdev devices. >=20 > -- Ian >=20 >>=20 >>>=20 >>>=20 >>>>=20 >>>>>=20 >>>>>>=20 >>>>>>>=20 >>>>>>> On 29 Nov 2018, at 17:01, Mark Martinec >>>>>> bsd@ijs.si> wrote: >>>>>>> After successfully upgraded three hosts from 11.2-p4 to >>>>>>> 12.0-RC2 (amd64, >>>>>>> zfs, bios), I tried my luck with one of our production >>>>>>> hosts, and ended up >>>>>>> with a stuck loader after rebooting with a new kernel >>>>>>> (after the first >>>>>>> stage of upgrade). >>>>>>> These were the steps, and all went smoothly and normally >>>>>>> until a reboot: >>>>>>> freebsd-update upgrade -r 12.0-RC2 >>>>>>> freebsd-update install >>>>>>> shutdown -r now >>>>>>> While booting, the 'BTX loader' comes up, lists the BIOS >>>>>>> drives, >>>>>>> then the spinner below the list comes up and begins >>>>>>> turning, >>>>>>> stuttering, and after a couple of seconds it grinds to a >>>>>>> standstill >>>>>>> and nothing happens afterwards. >>>>>>> At this point the ZFS and the bootstrap loader is supposed >>>>>>> to >>>>>>> come up, but it doesn't. >>>>>>> This host has too zfs pools, the system pool consists of >>>>>>> two SSDs >>>>>>> in a zfs mirror (also holding a freebsd-boot partition >>>>>>> each), the >>>>>>> other pool is a raidz2 with six JBOD disks on an LSI >>>>>>> controller. >>>>>>> The gptzfsboot in both freebsd-boot partitions is fresh >>>>>>> from 11.2, >>>>>>> both zpool versions are up-to-date with 11.2. The 'zpool >>>>>>> status -v' >>>>>>> is happy with both pools. >>>>>>> After rebooting from an USB drive and reverting the /boot >>>>>>> directory >>>>>>> to a previous version, the machine comes up normally again >>>>>>> with the 11.2-RELEASE-p4. >>>>>>> I found a file init.core in the / directory, slightly >>>>>>> predating the >>>>>>> last reboot with a salvaged system - although it was >>>>>>> probably not >>>>>>> a cause of the problem, but a consequence of the rescue >>>>>>> operation. >>>>>>> It is unfortunate that this is a production host, so I >>>>>>> can't play >>>>>>> much with it. One or two more quick experiments I can >>>>>>> probably >>>>>>> afford, but not much more. Should I just first wait for the >>>>>>> official 12.0 release? Should I try booting with a 12.0 on >>>>>>> USB >>>>>>> and try to import pools? Suggestions welcome. >>>>>>> Now that the /boot has been manually restored to the 11.2 >>>>>>> state, >>>>>>> A SECOND QUESTION is about freebsd-update, which still >>>>>>> thinks we are >>>>>>> in the middle of an upgrade procedure. Trying now to just >>>>>>> update >>>>>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch >>>>>>> complains: >>>>>>> # uname -a >>>>>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>>>>> # >>>>>>> # freebsd-version >>>>>>> 11.2-RELEASE-p4 >>>>>>> # >>>>>>> # freebsd-update fetch >>>>>>> src component not installed, skipped >>>>>>> You have a partially completed upgrade pending >>>>>>> Run '/usr/sbin/freebsd-update install' first. >>>>>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>>>>> So what is the right way to get rid of all traces of the >>>>>>> unsuccessful upgrade, and let freebsd-update believe we are >>>>>>> cleanly >>>>>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>>>>> Mark >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd. >> org" >>=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-stable@freebsd.org Wed Dec 5 02:24:00 2018 Return-Path: Delivered-To: freebsd-stable@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 C6BC61329F47 for ; Wed, 5 Dec 2018 02:24:00 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0E5D7EA06 for ; Wed, 5 Dec 2018 02:23:54 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [10.100.0.31] (haymarket.m5p.com [10.100.0.31]) (authenticated bits=0) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTPSA id wB525rls045868 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 4 Dec 2018 21:06:05 -0500 (EST) (envelope-from george+freebsd@m5p.com) To: FreeBSD Stable Mailing List From: George Mitchell Openpgp: preference=signencrypt Autocrypt: addr=george+freebsd@m5p.com; prefer-encrypt=mutual; keydata= xsFNBFgnLnwBEADAJDiBKQX77LFRz9wZW8mz3KvaQol2nIremcws0F1mz/zgFlk6uhQVtwnL wb4XL5LdFwcNE1+QZzPLcbYWoWQlz0lBw1bMuKAgr0S6V2e0+I0DqhKeslVFctcTwtvT6pnK VLZXO/7ZGAaLzG4K5vSPzgoevU+YI/pxNsVCH2UO/c3jQW63uEt25mIZbCF1Pu4jgp4RhIgF ujn877r/j6OwBwjzRUu3E6ADp+U825d+5YCuQMEH0wIPnn9GTpXvfdKdbwOIl2akqXqs4cnk iATWfK3r6D4mvDEj1OPHlTvJYcfic7aOIiAwmx1C1v78GjXOdOOA0SGffNix3C2/8oZUO1+V Aet4MKpUKkduWSvULhIkHNZ5Nu8SIJOqge8pmtHxuNXAMfMrAjMdjPwwBFLsYg3Xa2E2oJwg ehTauwd/EDJFcVCyDCyCAYOi/BH/+XQyxzgDlY9N9qj9tHqhVPI6XK7t8UVffGiZUq4rHp5J RdOToqiTNC6eCJBczhMIW+DuFvWU9e6W708T1dz0Accn6Lrgk4eRIn3GFPBG+TxnpjAqHsbW 607dcnD3YKAqY4e+khczL4EObhe7dC1v2fmZiAC6Ds3WHR11IfqoUgCkIwJ590Ej+ElygJFF XxI82wtEz9hkeLLvItpyEJNVjppViRW+Dgl/U7ypHB3qDgYjgwARAQABzSBHZW9yZ2UgTWl0 Y2hlbGwgPGdlb3JnZUBtNXAuY29tPsLBlwQTAQgAQQIbIwUJCWYBgAULCQgHAgYVCAkKCwIE FgIDAQIeAQIXgBYhBDXTOGR5LbCVuZCmV8EREt5vqeH5BQJYWXFRAhkBAAoJEMEREt5vqeH5 SRsQAIb/crcxXyAyeokAuTjN+YXkEFdVv/JrOgNXKdCukXt/UGd3nZTcAzpllytDIvIlPTNI 2/nZ5sm6ymeyVwmvkrM/r3sRUib5ftakJpbv0wn2j+eCGAca8IA2frBUg9bEXKcHRJRQCztG cpousHzOziTCRQ/1NfPcIFBNbQMPUVoQ96cJPvM/XfFGOISKKsSI78skHm6Oazh1hLCQTKvy hNNgVpNP/PHCHMbla1+SNgyn35CUelTh153lnkOhw1XyX6IxY4o5Bhcf3YrxAVcoeHq3FEH0 T3ygAdI14VrZGXXitBAMI78QLB0FiWMoPQ3Oddnoh6tlT4djnsc9IW0Tzk6ozvQL7sKdYgO8 ZlIpkBqQQfpSHzwPu9EkOFggPWB9WtP3IajQ0lt1LovqMug4C8APRC2/1cvi+GUIRwjVsop0 ukhlLTTJd3/S4Muh3s87M4Rdek1xpOiMKjYOVaxmhQQ91oz971zJuJJWpX7uUQiXx9oEwCDW TvI5yEuqYLsMUwx3d2iFTr+HbtlBJmF+Vguyrn/a3vFK8P/TH9fMvNeTdln9SuOOa1SAMMcy czOpBYg9RpzNLshUJVrhKzugT59Rl2wsNQsQCUkzgF3f8cZHJyl+8x6t0nuM9LTkMv13YIXS Mde3UOD2EaBhmeIqvC/adQHxpNudvxM1viFJDnTnzsFNBFgnLnwBEAC7kzsZqjBRPonnr/63 C98FSa3LikvqQWygmPSCC9DsFX/fB0CSXIHTrHQ4a7lXdfZyTZcGdxXN+MC8O8thjvVq6WYm CpyOJ/bq4SxOa9cnQSJ5SP9VCmVoDN/3T4ybXFzLAt756kfQ5jsVuP0m6iQ4z918zhZXk+Mo qdwGjYTxsBD02a7m1aeYafyaI2mZ+vdEy0cDhV4PDXI6ThLNAavTPji6ZrBdH5a4LMg30u8v kkNe0eCKvU+0cWb2VQIeddMhhiGSBE2Dv+A4eNe1VZvoGpLDlYdnoHraVFL2GHNFGymj/uRf 1hja5kW9Rekisqby5SpGABwrFFEs7ABpfYG0IRBKbjjG1Cqdfe/R6ETJFvvNOOpCKPAWeqYf Isxv4OHWTmhKihhIanYWCAe1MDLRRbj7UrOTZeia2WJ4v58xbU5rVQoHI/Tzaq86rXzRWITc 5w+kresMad0zpvQ900BdHc8ATNY2aW/Fr5it5OqMvIW6Y4gc8Z95MkQPVc8vj3WzfxuWtZNK 6Wbv4r6Qbiwg1RpY1JoEIoF4OsZJOVMQaB6ezD7xvaa2eY6nRGtq9SoJxo2qvlSbLlKq8NdH VYHhtTbpQ1NfrEJfv5sLX5W5IpoYww48bFYH67+7r1f/W3voBptSgE7qnYAm6Em9bEAKOQEX 8BXwoa54fn03z6TyhwARAQABwsFkBBgBCAAPBQJYJy58AhsMBQkJZgGAAAoJEMEREt5vqeH5 6PcP+JvrMM7ZM8UlnbrY4Er9psPj3ayllRhQFA9h6GNUKYuSzSxOrPaT96s8KUGMCr4jrn1S WFmeeNLLOgSJmQRicMh6LmnKq6WY6UaOfn7Y9O62NUjXfEI3Bw4ID36YCdQ+CJd14r0YOf4M 5F50bvHV3lbzD9TXZPxecHKC2ZUMBbT37tsckWCLL3lzKMsqQLwBUmgBl1NIUc7gyXxiNyxb 6SPVF1NguDDM438mcg9jSRAyjgAk6POUEM8YIXkw0Gg6HF1tNMJJ1xTMBCLYl6fHTtsxJpf9 yo+Hnw346hqYzXn4ytHJ49Ngcre8uhqM1l8iMpa17tEjfalkc1FWR9/qvoowOKtxpvblsy3a YzeEFgIomhLzISz6IafQ3S7Mt5AFlqwN/qQHx0k2V66GzDG0ngZBPROP1sXSpdJzO0zbJQFn MZE3f+y8vXMcE/MBXR7kAdYYApiEMQzVxy9TdQDU3lGLptcPZ1IOntTNFFrvp5NwsKi+6C9i mXtd5kJ1PwhcJYW3/ov/490l60C5SFUL/RZ/NOW8SHFaPcqlGcqIlexFKbzrMQwmYXo95jWB eZ0Qn+raxCUFZNGiwtusyQGBMcpHVJUanOCNd1z4ZbfmhUjDJKC/7YWDunvaDRSukGiRCl6J s8caqXHiVZjx+s76iWzm6AHRP5jg9D6EtTOrGiE= Subject: Upgrading via source build, 10.4->11.2 Message-ID: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> Date: Tue, 4 Dec 2018 21:09:01 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bNzkWAHiN8Ex5x77mXYCaYQfDlsF5LDxB" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (mailhost.m5p.com [10.100.0.247]); Tue, 04 Dec 2018 21:06:07 -0500 (EST) X-Rspamd-Queue-Id: B0E5D7EA06 X-Spamd-Result: default: False [-4.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[m5p.com]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mailhost.m5p.com]; NEURAL_HAM_SHORT(-0.29)[-0.293,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.23)[asn: 701(-1.04), country: US(-0.09)]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 02:24:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bNzkWAHiN8Ex5x77mXYCaYQfDlsF5LDxB Content-Type: multipart/mixed; boundary="vEm4HVNfTqlDJ19RSR5MJTeRaWrJ7BgK2"; protected-headers="v1" From: George Mitchell To: FreeBSD Stable Mailing List Message-ID: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> Subject: Upgrading via source build, 10.4->11.2 --vEm4HVNfTqlDJ19RSR5MJTeRaWrJ7BgK2 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable /usr/src/UPDATING says: To build a kernel ----------------- If you are updating from a prior version of FreeBSD (even one jus= t a few days old), you should follow this procedure. It is the mos= t failsafe as it uses a /usr/obj tree with a fresh mini-buildworld,= make kernel-toolchain make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=3DYOUR_KERNEL_HERE make -DALWAYS_CHECK_MAKE installkernel KERNCONF=3DYOUR_KERNEL_HER= E But at the very end of this procedure, I get: [...] =3D=3D=3D> zlib (install) install -T release -o root -g wheel -m 555 zlib.ko /boot/kernel/ install -T debug -o root -g wheel -m 555 zlib.ko.debug /usr/lib/debug/boot/kernel/ kldxref /boot/kernel kldxref: unknown metadata record 4 in file atacard.ko kldxref: unknown metadata record 4 in file atp.ko kldxref: unknown metadata record 4 in file atp.ko [...etc...] Should I have started with "make buildworld," or would that have bombed out even worse? Do I reboot and "make buildworld"? Or do I "make buildworld" now, while still running 10.4? -- George --vEm4HVNfTqlDJ19RSR5MJTeRaWrJ7BgK2-- --bNzkWAHiN8Ex5x77mXYCaYQfDlsF5LDxB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAlwHM0QACgkQwRES3m+p 4fnOeQ//YEjgp8NOUQU83fL+H8Qab5BhzWxEG4/ITdSmfIQIkYD+W2955wMG7yrX Tr9bf+JOazynAUXVevEHUHsymQGLRtNjovmNBpztsQ2bfguqPNvcSEcpIJnifUA5 lusdPS6OLkieqVsxUkzAxZPvFrCC6GtkuVvW/SwJLFSBamW0t17MPWIZAoUjywCm dz6fGxVbt8rZUwtypjWzxtPMGpuh5V3GilbEB5wZNIJgiLDKTU7bcoLkC5zpfa5g TkChCiIFNfir3TgcTKhobZjJztaIvav3l17No2JlHyvy81nqyH63Vm1TkWJ1x8Kb yQjiw0HGl59vjfwjZq5KR8Uil+6Btkza8XXavJefS7WyAH8V6v9Pc2w6M0lmqDbj chV4Q6HRlfzPwuixF4QUc3hxfWwDQX/XsC3EL2P2gz/W5t1Uq1PG0sgm2zZvF4ns zArQ44MX9WoasIvEr6rq0tQ6nl9EuuYpR0mlBkNfZJGdh5+YuA3+CGemEiRSbej3 zlsq3e03ST/BO7C8zwVX+snIe6lw/ubb+91sSRC/cIFYjBwXgK1LuUQ9MhYFxcXe IVKffSLOSdagN7Gj3X2lo/mdFz9a7G+d0ey6Iua+2OgfhNTocwn8s7snVn/OfPuf /zpx6xwq0/rM8WUxS083/XkUbYeLgKLbs72V7eczqVfU25HGdKc= =X4Er -----END PGP SIGNATURE----- --bNzkWAHiN8Ex5x77mXYCaYQfDlsF5LDxB-- From owner-freebsd-stable@freebsd.org Wed Dec 5 02:36:06 2018 Return-Path: Delivered-To: freebsd-stable@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 97404132A546 for ; Wed, 5 Dec 2018 02:36:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EA9D57F56D for ; Wed, 5 Dec 2018 02:36:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82b.google.com with SMTP id d18so20638351qto.8 for ; Tue, 04 Dec 2018 18:36:05 -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=fr+sXciURrGS68hXAcQs6KZeAF8NEZNMazjCi0Gy6/w=; b=hU5r2RmnsKBQS16fhRfcqN93C5372crkL0HQQhpi8wdnc9MWJ19O0aACzcfMoFv181 VtpQO1bW8W2FpSCNraZ5PMLwOyfAy9XadS8CiaGGy3zL3zf7mVajaw7oZDGR4qqnIoBf 0VXh0PevUGZdFeEiFFG5b3fMs2qr7V9+KTU7sqZbf9bUJSsQ4kwzq/+LMfyACfMPKt1N bZlO/BrZ/fDPb+M86HX9LtWAQ8flr7rJZ4omzCfFBkOKPG0kHW2lNUbDCqalpLrj3Tl1 AppPK2OORaQFAepndvsKWtioFNgeciXSRbhHseipmMHVLbRRtIwzqufn+gEd+MLiMbAV O0+g== 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=fr+sXciURrGS68hXAcQs6KZeAF8NEZNMazjCi0Gy6/w=; b=cncOadkUsZ/UyLXCBlHBFu8Oh7YSKB3eAI2nXnxmdsAmPdxJHE/BNxBqg57o/alr2g IoLE4tcb1CGQdC3H0vSD+pQccvm5y4FMBSSznzxjrf2OKiE8vr4YHAfMZOWOynhVXMoO /AgRX4cy3iaAxmbsv7a0Cdn2qYbz2JTLXq3hohS0+CHplMXuIjz8XACAMofbNvnfY43S o0/Z3w3LVwhi2DinLwRBJeRYIuoGfOfrJCMZ1/ppe/F83dDUS+GRdgu5q49WOogbpTzY gPZ4plv0CVYModxNUidimSs49AI1t8Qcl0TCuMF/vuJNY30WQZFIYtVfFYhMnhKN5SXB zyNA== X-Gm-Message-State: AA+aEWaEUXBjicSR0EPOJ2UbxflaVbmo0Psl+CRAmLN1aw92uIHmBZib vijQyEv9+hgbrNQ92JDtlCEjqMnP7PMWuwTE0O0+HKdH X-Google-Smtp-Source: AFSGD/V8PhCqwe/sGS0I2OcEYb4Dz6NSNk6wxq5Jtm540UgA8U+zIgZO/cfx6AEe2QU7/+6+MiXY8S6C5hrVmBrrPBY= X-Received: by 2002:ac8:3f2d:: with SMTP id c42mr21880993qtk.33.1543977365288; Tue, 04 Dec 2018 18:36:05 -0800 (PST) MIME-Version: 1.0 References: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> In-Reply-To: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> From: Warner Losh Date: Tue, 4 Dec 2018 19:35:52 -0700 Message-ID: Subject: Re: Upgrading via source build, 10.4->11.2 To: George Mitchell Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: EA9D57F56D X-Spamd-Result: default: False [-3.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.955,0]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[b.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.58)[ipnet: 2607:f8b0::/32(-1.54), asn: 15169(-1.29), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 02:36:06 -0000 On Tue, Dec 4, 2018, 7:25 PM George Mitchell /usr/src/UPDATING says: > > To build a kernel > ----------------- > If you are updating from a prior version of FreeBSD (even one just > a few days old), you should follow this procedure. It is the most > failsafe as it uses a /usr/obj tree with a fresh mini-buildworld, > > make kernel-toolchain > make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=YOUR_KERNEL_HERE > make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE > > But at the very end of this procedure, I get: > > [...] > ===> zlib (install) > install -T release -o root -g wheel -m 555 zlib.ko /boot/kernel/ > install -T debug -o root -g wheel -m 555 zlib.ko.debug > /usr/lib/debug/boot/kernel/ > kldxref /boot/kernel > kldxref: unknown metadata record 4 in file atacard.ko > kldxref: unknown metadata record 4 in file atp.ko > kldxref: unknown metadata record 4 in file atp.ko > [...etc...] > > Should I have started with "make buildworld," or would that have > bombed out even worse? Do I reboot and "make buildworld"? Or do > I "make buildworld" now, while still running 10.4? -- George > Just ignore the warnings. They are harmless. Warner > From owner-freebsd-stable@freebsd.org Wed Dec 5 02:56:13 2018 Return-Path: Delivered-To: freebsd-stable@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 93A49132ADD6 for ; Wed, 5 Dec 2018 02:56:13 +0000 (UTC) (envelope-from b@sashk.xyz) Received: from forward400o.mail.yandex.net (forward400o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::605]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "YandexInternalCA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 026587FF0F for ; Wed, 5 Dec 2018 02:56:12 +0000 (UTC) (envelope-from b@sashk.xyz) Received: from mxback15g.mail.yandex.net (mxback15g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:94]) by forward400o.mail.yandex.net (Yandex) with ESMTP id 603E514C0FE6 for ; Wed, 5 Dec 2018 05:56:10 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback15g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id l0WI3tkN1R-u9jCqXdk; Wed, 05 Dec 2018 05:56:09 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sashk.xyz; s=mail; t=1543978569; bh=c57hmtDBqQonEscICi0n32lsRSn6JfsxGnEFCHLxCFY=; h=From:To:Subject:Date:Message-Id; b=ZN4VxxMoh1Y/xBUhZulM4C6VVcG9Voyn0UjowqJ5YDS9o0PJQ/jntl13g0Ppi3ay3 tRgaQ1lSph2mYCKMxySGcuOv1DiP4+WTZmNSbx2YRR9Y1pHwbgahbZg8guJMZR9FkM Q5jIOqSpxorH1pPt5EMbWrhmDGWycllzsFWZ1Odg= Authentication-Results: mxback15g.mail.yandex.net; dkim=pass header.i=@sashk.xyz Received: by sas2-9bd6ba081e5d.qloud-c.yandex.net with HTTP; Wed, 05 Dec 2018 05:56:09 +0300 From: sashk To: freebsd-stable@freebsd.org Subject: Boot loader stuck after first stage upgrading 11.2-p4 to 11.2-p5 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 04 Dec 2018 21:56:09 -0500 Message-Id: <18399341543978569@sas2-9bd6ba081e5d.qloud-c.yandex.net> X-Rspamd-Queue-Id: 026587FF0F X-Spamd-Result: default: False [-4.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[sashk.xyz]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1a2d::/64]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[sashk.xyz]; DKIM_TRACE(0.00)[sashk.xyz:+]; MIME_BASE64_TEXT(0.10)[]; MX_GOOD(-0.01)[cached: mx.yandex.net]; MIME_HTML_ONLY(0.20)[]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-1.72)[ipnet: 2a02:6b8::/32(-4.80), asn: 13238(-3.82), country: RU(0.01)]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU] X-Rspamd-Server: mx1.freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 02:56:13 -0000 From owner-freebsd-stable@freebsd.org Wed Dec 5 07:26:38 2018 Return-Path: Delivered-To: freebsd-stable@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 3FA2113311D6 for ; Wed, 5 Dec 2018 07:26:38 +0000 (UTC) (envelope-from elliott@freis.com) Received: from n6.nabble.com (n6.nabble.com [162.255.23.37]) by mx1.freebsd.org (Postfix) with ESMTP id 95BBD88D93 for ; Wed, 5 Dec 2018 07:26:37 +0000 (UTC) (envelope-from elliott@freis.com) Received: from n6.nabble.com (localhost [127.0.0.1]) by n6.nabble.com (Postfix) with ESMTP id 2A101ADDD3F1 for ; Wed, 5 Dec 2018 00:26:37 -0700 (MST) Date: Wed, 5 Dec 2018 00:26:37 -0700 (MST) From: efreis To: freebsd-stable@freebsd.org Message-ID: <1543994797170-0.post@n6.nabble.com> In-Reply-To: <1531948073.1994452.1445367480.22BE9855@webmail.messagingengine.com> References: <1531942280.1967142.1445262384.65DBC865@webmail.messagingengine.com> <1531948073.1994452.1445367480.22BE9855@webmail.messagingengine.com> Subject: Re: Cannot set CPU frequency for 8th gen CPU MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 95BBD88D93 X-Spamd-Result: default: False [1.78 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; NEURAL_HAM_MEDIUM(-0.01)[-0.009,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.48)[0.484,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[freis.com]; MX_GOOD(-0.01)[cached: mail.freis.com]; NEURAL_SPAM_LONG(0.33)[0.327,0]; RCVD_IN_DNSWL_NONE(0.00)[37.23.255.162.list.dnswl.org : 127.0.10.0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.01)[asn: 21624(0.01), country: US(-0.09)]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:21624, ipnet:162.255.20.0/22, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 07:26:38 -0000 Hello all, I'm having the same problem here with a GIGABYTE H370M DS3H, very similar to Dave's. Does anyone have a solution to the issue? Cheers, -Elliott -- Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-stable-f3932046.html From owner-freebsd-stable@freebsd.org Wed Dec 5 13:21:36 2018 Return-Path: Delivered-To: freebsd-stable@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 23BE513124C1 for ; Wed, 5 Dec 2018 13:21:36 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9FAD16E725 for ; Wed, 5 Dec 2018 13:21:34 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [10.100.0.31] (haymarket.m5p.com [10.100.0.31]) (authenticated bits=0) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTPSA id wB5DL4Yw049369 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 5 Dec 2018 08:21:16 -0500 (EST) (envelope-from george+freebsd@m5p.com) Subject: Re: Upgrading via source build, 10.4->11.2 To: freebsd-stable@freebsd.org References: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> From: George Mitchell Openpgp: preference=signencrypt Autocrypt: addr=george+freebsd@m5p.com; prefer-encrypt=mutual; keydata= xsFNBFgnLnwBEADAJDiBKQX77LFRz9wZW8mz3KvaQol2nIremcws0F1mz/zgFlk6uhQVtwnL wb4XL5LdFwcNE1+QZzPLcbYWoWQlz0lBw1bMuKAgr0S6V2e0+I0DqhKeslVFctcTwtvT6pnK VLZXO/7ZGAaLzG4K5vSPzgoevU+YI/pxNsVCH2UO/c3jQW63uEt25mIZbCF1Pu4jgp4RhIgF ujn877r/j6OwBwjzRUu3E6ADp+U825d+5YCuQMEH0wIPnn9GTpXvfdKdbwOIl2akqXqs4cnk iATWfK3r6D4mvDEj1OPHlTvJYcfic7aOIiAwmx1C1v78GjXOdOOA0SGffNix3C2/8oZUO1+V Aet4MKpUKkduWSvULhIkHNZ5Nu8SIJOqge8pmtHxuNXAMfMrAjMdjPwwBFLsYg3Xa2E2oJwg ehTauwd/EDJFcVCyDCyCAYOi/BH/+XQyxzgDlY9N9qj9tHqhVPI6XK7t8UVffGiZUq4rHp5J RdOToqiTNC6eCJBczhMIW+DuFvWU9e6W708T1dz0Accn6Lrgk4eRIn3GFPBG+TxnpjAqHsbW 607dcnD3YKAqY4e+khczL4EObhe7dC1v2fmZiAC6Ds3WHR11IfqoUgCkIwJ590Ej+ElygJFF XxI82wtEz9hkeLLvItpyEJNVjppViRW+Dgl/U7ypHB3qDgYjgwARAQABzSBHZW9yZ2UgTWl0 Y2hlbGwgPGdlb3JnZUBtNXAuY29tPsLBlwQTAQgAQQIbIwUJCWYBgAULCQgHAgYVCAkKCwIE FgIDAQIeAQIXgBYhBDXTOGR5LbCVuZCmV8EREt5vqeH5BQJYWXFRAhkBAAoJEMEREt5vqeH5 SRsQAIb/crcxXyAyeokAuTjN+YXkEFdVv/JrOgNXKdCukXt/UGd3nZTcAzpllytDIvIlPTNI 2/nZ5sm6ymeyVwmvkrM/r3sRUib5ftakJpbv0wn2j+eCGAca8IA2frBUg9bEXKcHRJRQCztG cpousHzOziTCRQ/1NfPcIFBNbQMPUVoQ96cJPvM/XfFGOISKKsSI78skHm6Oazh1hLCQTKvy hNNgVpNP/PHCHMbla1+SNgyn35CUelTh153lnkOhw1XyX6IxY4o5Bhcf3YrxAVcoeHq3FEH0 T3ygAdI14VrZGXXitBAMI78QLB0FiWMoPQ3Oddnoh6tlT4djnsc9IW0Tzk6ozvQL7sKdYgO8 ZlIpkBqQQfpSHzwPu9EkOFggPWB9WtP3IajQ0lt1LovqMug4C8APRC2/1cvi+GUIRwjVsop0 ukhlLTTJd3/S4Muh3s87M4Rdek1xpOiMKjYOVaxmhQQ91oz971zJuJJWpX7uUQiXx9oEwCDW TvI5yEuqYLsMUwx3d2iFTr+HbtlBJmF+Vguyrn/a3vFK8P/TH9fMvNeTdln9SuOOa1SAMMcy czOpBYg9RpzNLshUJVrhKzugT59Rl2wsNQsQCUkzgF3f8cZHJyl+8x6t0nuM9LTkMv13YIXS Mde3UOD2EaBhmeIqvC/adQHxpNudvxM1viFJDnTnzsFNBFgnLnwBEAC7kzsZqjBRPonnr/63 C98FSa3LikvqQWygmPSCC9DsFX/fB0CSXIHTrHQ4a7lXdfZyTZcGdxXN+MC8O8thjvVq6WYm CpyOJ/bq4SxOa9cnQSJ5SP9VCmVoDN/3T4ybXFzLAt756kfQ5jsVuP0m6iQ4z918zhZXk+Mo qdwGjYTxsBD02a7m1aeYafyaI2mZ+vdEy0cDhV4PDXI6ThLNAavTPji6ZrBdH5a4LMg30u8v kkNe0eCKvU+0cWb2VQIeddMhhiGSBE2Dv+A4eNe1VZvoGpLDlYdnoHraVFL2GHNFGymj/uRf 1hja5kW9Rekisqby5SpGABwrFFEs7ABpfYG0IRBKbjjG1Cqdfe/R6ETJFvvNOOpCKPAWeqYf Isxv4OHWTmhKihhIanYWCAe1MDLRRbj7UrOTZeia2WJ4v58xbU5rVQoHI/Tzaq86rXzRWITc 5w+kresMad0zpvQ900BdHc8ATNY2aW/Fr5it5OqMvIW6Y4gc8Z95MkQPVc8vj3WzfxuWtZNK 6Wbv4r6Qbiwg1RpY1JoEIoF4OsZJOVMQaB6ezD7xvaa2eY6nRGtq9SoJxo2qvlSbLlKq8NdH VYHhtTbpQ1NfrEJfv5sLX5W5IpoYww48bFYH67+7r1f/W3voBptSgE7qnYAm6Em9bEAKOQEX 8BXwoa54fn03z6TyhwARAQABwsFkBBgBCAAPBQJYJy58AhsMBQkJZgGAAAoJEMEREt5vqeH5 6PcP+JvrMM7ZM8UlnbrY4Er9psPj3ayllRhQFA9h6GNUKYuSzSxOrPaT96s8KUGMCr4jrn1S WFmeeNLLOgSJmQRicMh6LmnKq6WY6UaOfn7Y9O62NUjXfEI3Bw4ID36YCdQ+CJd14r0YOf4M 5F50bvHV3lbzD9TXZPxecHKC2ZUMBbT37tsckWCLL3lzKMsqQLwBUmgBl1NIUc7gyXxiNyxb 6SPVF1NguDDM438mcg9jSRAyjgAk6POUEM8YIXkw0Gg6HF1tNMJJ1xTMBCLYl6fHTtsxJpf9 yo+Hnw346hqYzXn4ytHJ49Ngcre8uhqM1l8iMpa17tEjfalkc1FWR9/qvoowOKtxpvblsy3a YzeEFgIomhLzISz6IafQ3S7Mt5AFlqwN/qQHx0k2V66GzDG0ngZBPROP1sXSpdJzO0zbJQFn MZE3f+y8vXMcE/MBXR7kAdYYApiEMQzVxy9TdQDU3lGLptcPZ1IOntTNFFrvp5NwsKi+6C9i mXtd5kJ1PwhcJYW3/ov/490l60C5SFUL/RZ/NOW8SHFaPcqlGcqIlexFKbzrMQwmYXo95jWB eZ0Qn+raxCUFZNGiwtusyQGBMcpHVJUanOCNd1z4ZbfmhUjDJKC/7YWDunvaDRSukGiRCl6J s8caqXHiVZjx+s76iWzm6AHRP5jg9D6EtTOrGiE= Message-ID: Date: Wed, 5 Dec 2018 08:24:13 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qKWeGzcsI4bWn2ooqYkw8671uTmApSzks" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (mailhost.m5p.com [10.100.0.247]); Wed, 05 Dec 2018 08:21:18 -0500 (EST) X-Rspamd-Queue-Id: 9FAD16E725 X-Spamd-Result: default: False [-5.28 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: mailhost.m5p.com]; NEURAL_HAM_SHORT(-0.61)[-0.610,0]; DMARC_NA(0.00)[m5p.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.26)[asn: 701(-1.20), country: US(-0.09)]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 13:21:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qKWeGzcsI4bWn2ooqYkw8671uTmApSzks Content-Type: multipart/mixed; boundary="2N9JVXn5uH3w3ZghfIMqblZirw5wJBdUy"; protected-headers="v1" From: George Mitchell To: freebsd-stable@freebsd.org Message-ID: Subject: Re: Upgrading via source build, 10.4->11.2 References: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> In-Reply-To: --2N9JVXn5uH3w3ZghfIMqblZirw5wJBdUy Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 12/4/18 9:35 PM, Warner Losh wrote: > On Tue, Dec 4, 2018, 7:25 PM George Mitchell [...] >> kldxref /boot/kernel >> kldxref: unknown metadata record 4 in file atacard.ko >> kldxref: unknown metadata record 4 in file atp.ko >> kldxref: unknown metadata record 4 in file atp.ko >> [...etc...] >> >> Should I have started with "make buildworld," or would that have >> bombed out even worse? Do I reboot and "make buildworld"? Or do >> I "make buildworld" now, while still running 10.4? -- George >> >=20 > Just ignore the warnings. They are harmless. >=20 > Warner > [...] Thanks, that's what I expected. But what I really need to know is whether to make buildworld under 10.4 or 11.2. Or do I do it twice? And presumably I can't run mergemaster until after buildworld. -- George --2N9JVXn5uH3w3ZghfIMqblZirw5wJBdUy-- --qKWeGzcsI4bWn2ooqYkw8671uTmApSzks Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAlwH0YMACgkQwRES3m+p 4flOhQ/9FGwV72oKC15dNWPFifAgaQpsAXF2ewCqwyjZu+vUqyNsPOckkKeLtnQk 2vrDuXoAF2/hBc5KvGcVmRhT2FckHD9y9ewOidM0faQ7CRE3nxG/WVxEj3Myz1Lz 3QISK2zCjsFsWQmhn/pYHKP4on0ggoH0vgmT6LEcXMmYpffs3rNyUDBUqZaNPdzj ylJGHSmBzq6TOZfBtFu319h4knjehgjD6OCPbFRILyx0uyv3Vfm+JUOlCOkUTnRe 9gX1a1na3VkGVP/fDeQLf+HThpgXkQL2mmzmPgTGggMxliGV9RQHwyJhe3PJKNiN kg9zkOlXRSJxiV/yLAceaPg78Ge/lSrmzm5B8NfU+MQYrHabldaOMTt77t7hsczP fJRW66HTHkTmXSDoLg+I/mnaut3LkDIRmzlYNYmxA4EK/EI/4myiUphW1ZrCy4c4 TK7Vo2R/2zYN4/y4cXN5wk0gRbTf2rFPSY2XesfqTwnC3gP4C2SajzE0MEKZCjvu YL+E9jEIOCV/U3GqCVVmtz/RLL7YfByUPPrIhOoAVh2PCqAuCllp/veLgs84Kc2S zBy7n+8Q50uFbpPn54dukqX340NFmhY5/1/mFufdnnthQWmSOFTyLbwny+YRsRSt gpgUWcmis833oW0/shCbzXRcp10PXr76x0VAVU2H7KTbjLjArdA= =oGXz -----END PGP SIGNATURE----- --qKWeGzcsI4bWn2ooqYkw8671uTmApSzks-- From owner-freebsd-stable@freebsd.org Wed Dec 5 14:39:52 2018 Return-Path: Delivered-To: freebsd-stable@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 702B013167DC for ; Wed, 5 Dec 2018 14:39:52 +0000 (UTC) (envelope-from SRS0=j/af=OO=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E678D76CE6 for ; Wed, 5 Dec 2018 14:39:51 +0000 (UTC) (envelope-from SRS0=j/af=OO=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A55C528411; Wed, 5 Dec 2018 15:31:08 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 5D81D28429; Wed, 5 Dec 2018 15:31:07 +0100 (CET) Subject: Re: Upgrading via source build, 10.4->11.2 To: George Mitchell , freebsd-stable@freebsd.org References: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <671e2b4f-9f44-ae4e-a897-47b9b0972ffa@quip.cz> Date: Wed, 5 Dec 2018 15:31:05 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E678D76CE6 X-Spamd-Result: default: False [7.47 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=j/af=OO=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[209.16.49.86.zen.spamhaus.org : 127.0.0.11]; IP_SCORE(0.85)[ip: (2.23), ipnet: 94.124.104.0/21(1.11), asn: 42000(0.89), country: CZ(0.01)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=j/af=OO=quip.cz=000.fbsd@elsa.codelab.cz]; ARC_NA(0.00)[]; FORGED_MUA_SEAMONKEY_MSGID_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.944,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.996,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.986,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; GREYLIST(0.00)[pass,body] X-Rspamd-Server: mx1.freebsd.org X-Spam: Yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 14:39:52 -0000 George Mitchell wrote on 2018/12/05 14:24: > On 12/4/18 9:35 PM, Warner Losh wrote: >> On Tue, Dec 4, 2018, 7:25 PM George Mitchell > [...] >>> kldxref /boot/kernel >>> kldxref: unknown metadata record 4 in file atacard.ko >>> kldxref: unknown metadata record 4 in file atp.ko >>> kldxref: unknown metadata record 4 in file atp.ko >>> [...etc...] >>> >>> Should I have started with "make buildworld," or would that have >>> bombed out even worse? Do I reboot and "make buildworld"? Or do >>> I "make buildworld" now, while still running 10.4? -- George >>> >> >> Just ignore the warnings. They are harmless. >> >> Warner >> [...] > > Thanks, that's what I expected. But what I really need to know is > whether to make buildworld under 10.4 or 11.2. Or do I do it twice? > And presumably I can't run mergemaster until after buildworld. I did upgrade from 10.4 to 11.2 on all our machines, just one builworld, buildkernel on shared build server (NFS exported /usr/obj + /usr/src), then installkernel, mergemaster -p, installworld, mergemaster, shutdown -r now. Miroslav Lachman From owner-freebsd-stable@freebsd.org Wed Dec 5 15:45:57 2018 Return-Path: Delivered-To: freebsd-stable@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 99D9013186F2 for ; Wed, 5 Dec 2018 15:45:57 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by mx1.freebsd.org (Postfix) with ESMTP id D0CA779A74 for ; Wed, 5 Dec 2018 15:45:56 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id 1593B46810B for ; Wed, 5 Dec 2018 16:45:49 +0100 (CET) Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id mg4qoR1UZcMF for ; Wed, 5 Dec 2018 16:45:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id 1D39C46810C for ; Wed, 5 Dec 2018 16:45:48 +0100 (CET) X-Virus-Scanned: amavisd-new at metroplex.pl Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id aWPe16merbpp for ; Wed, 5 Dec 2018 16:45:47 +0100 (CET) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by poczta.dzikakuna.net (Postfix) with ESMTP id D95B446810B for ; Wed, 5 Dec 2018 16:45:47 +0100 (CET) Date: Wed, 5 Dec 2018 16:45:47 +0100 (CET) From: Maciej Jan Broniarz To: freebsd-stable Message-ID: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> In-Reply-To: <1050711291.35415.1544024702130.JavaMail.zimbra@gausus.net> Subject: issue upgradning src MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - GC70 (Win)/8.0.9_GA_6191) Thread-Topic: issue upgradning src Thread-Index: 8HWdLNpahlC2J19fvWW+Zx5eEVGYAg== X-Rspamd-Queue-Id: D0CA779A74 X-Spamd-Result: default: False [0.56 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.47)[-0.468,0]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.14)[-0.143,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[gausus.net]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[poczta.dzikakuna.net]; NEURAL_SPAM_SHORT(0.18)[0.175,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.01)[country: PL(0.03)]; ASN(0.00)[asn:42576, ipnet:91.192.224.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 15:45:57 -0000 Hi, I want to upgrade my 12.0-ALPHA8 to the latest release, yet I am unable to update from source: #pwd /usr/src #ls COPYRIGHT Makefile.libcompat UPDATING etc libexec share tools LOCKS Makefile.sys.inc bin gnu release stand usr.bin MAINTAINERS ObsoleteFiles.inc cddl include rescue sys usr.sbin Makefile README contrib kerberos5 sbin targets Makefile.inc1 README.md crypto lib secure tests #svn update Skipped '.' svn: E155007: None of the targets are working copies #uname -r 12.0-ALPHA8 On the other hand - freebsd-update also fails: #freebsd-update fetch Looking up update.FreeBSD.org mirrors... 2 mirrors found. Fetching public key from update4.freebsd.org... failed. Fetching public key from update1.freebsd.org... failed. No mirrors remaining, giving up. # How can i upgrade to the lastest release of 12.0 without reinstalling the system? All best, mjb From owner-freebsd-stable@freebsd.org Wed Dec 5 16:19:26 2018 Return-Path: Delivered-To: freebsd-stable@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 D6617131A316 for ; Wed, 5 Dec 2018 16:19:26 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB1377B649 for ; Wed, 5 Dec 2018 16:19:20 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate1.intern.punkt.de with ESMTP id wB5FurXB006387; Wed, 5 Dec 2018 16:56:53 +0100 (CET) Received: from [217.29.44.166] ([217.29.44.166]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id wB5FurD7078468; Wed, 5 Dec 2018 16:56:53 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: issue upgradning src From: "Patrick M. Hausen" In-Reply-To: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> Date: Wed, 5 Dec 2018 16:56:53 +0100 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> To: Maciej Jan Broniarz X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: AB1377B649 X-Spamd-Result: default: False [-2.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.926,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.29.32.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[punkt.de]; NEURAL_HAM_LONG(-0.76)[-0.758,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mailin.pluspunkthosting.de,mailin.pluspunkthosting.de]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[131.33.29.217.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.75)[-0.754,0]; IP_SCORE(-0.00)[country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 16:19:27 -0000 Hi! > Am 05.12.2018 um 16:45 schrieb Maciej Jan Broniarz = : > I want to upgrade my 12.0-ALPHA8 to the latest release, yet I am = unable to update from source: > [...] > #freebsd-update fetch freebsd-update upgrade -r 12.0-RC3 HTH, Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-stable@freebsd.org Wed Dec 5 16:28:40 2018 Return-Path: Delivered-To: freebsd-stable@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 017CE131A97A for ; Wed, 5 Dec 2018 16:28:40 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE9B7BE52 for ; Wed, 5 Dec 2018 16:28:39 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id 90C3146810B; Wed, 5 Dec 2018 17:28:38 +0100 (CET) Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ItxeK2Yg4PIi; Wed, 5 Dec 2018 17:28:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id E1EF346810C; Wed, 5 Dec 2018 17:28:37 +0100 (CET) X-Virus-Scanned: amavisd-new at metroplex.pl Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3adtWCvxRRHw; Wed, 5 Dec 2018 17:28:37 +0100 (CET) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by poczta.dzikakuna.net (Postfix) with ESMTP id B1BF246810B; Wed, 5 Dec 2018 17:28:37 +0100 (CET) Date: Wed, 5 Dec 2018 17:28:37 +0100 (CET) From: Maciej Jan Broniarz To: "Patrick M. Hausen" Cc: freebsd-stable Message-ID: <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> In-Reply-To: <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> Subject: Re: issue upgradning src MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - GC70 (Win)/8.0.9_GA_6191) Thread-Topic: issue upgradning src Thread-Index: nI02znsK54U/kLZJCLlCik+dk2EtMg== X-Rspamd-Queue-Id: 4EE9B7BE52 X-Spamd-Result: default: False [0.75 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gausus.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.00)[0.004,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: poczta.dzikakuna.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.20)[0.201,0]; NEURAL_HAM_SHORT(-0.45)[-0.446,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.01)[country: PL(0.03)]; ASN(0.00)[asn:42576, ipnet:91.192.224.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 16:28:40 -0000 ----- Oryginalna wiadomo=C5=9B=C4=87 ----- Od: "Patrick M. Hausen" Do: "Maciej Jan Broniarz" DW: "freebsd-stable" Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 16:56:53 Temat: Re: issue upgradning src Hello, > Am 05.12.2018 um 16:45 schrieb Maciej Jan Broniarz : > I want to upgrade my 12.0-ALPHA8 to the latest release, yet I am unable t= o update from source: > [...] > #freebsd-update fetch >freebsd-update upgrade -r 12.0-RC3 I have tried that, but it didn't solve the problem: #/usr/src # freebsd-update upgrade -r 12.0-RC3 Looking up update.FreeBSD.org mirrors... 2 mirrors found. Fetching public key from update4.freebsd.org... failed. Fetching public key from update1.freebsd.org... failed. No mirrors remaining, giving up. mjb From owner-freebsd-stable@freebsd.org Wed Dec 5 16:34:31 2018 Return-Path: Delivered-To: freebsd-stable@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 67940131AD0C for ; Wed, 5 Dec 2018 16:34:31 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 7F5BA7C348 for ; Wed, 5 Dec 2018 16:34:30 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 0270E2206B; Wed, 5 Dec 2018 11:34:24 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 05 Dec 2018 11:34:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=stRaYLwoEr7tN+dmaOiQ7Brxt5A 5gzyt45+XWG3iLJQ=; b=iss2tSyHzJb7BoAv2BQkaGqAyndUY0vZQcCT2lEkwjQ 8lE25+Cw5CbtabQaSzr4kSR3/jBSw8+MFleMrlNNlJJkr/gAA7QYYcdfVKr2HlyC CupjAoLFFrv/iV15dubt8sfTO5eYvKuqEECNuoH5ynbULFdk6mTgfzEkxOXEP8bN sPc+ByZuPM6lTIIHxPxwX0/4WPbS/nALDf7+VzFG1wIJRmfKLdo50RC4wezowB8t 5a3rKwDmPbMJ7pmbzPOWtoJ+zSSkyBXGhvd50MnuBlq3g9GTsqTL3wNktbZL5y9v FlYVzOOZBqhk3vL6xPv0jswIGIjxanC3bRlvcQrc5qg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=stRaYL woEr7tN+dmaOiQ7Brxt5A5gzyt45+XWG3iLJQ=; b=aE9iOEH8MmP16+MdReeji3 GQGG9XhHuYZPNIXoSgeWiQ3gjJjAUhAkFJEO8eop/1hobhZiekEe7Rtfdddbt3SK J5cItLmJ97jXPZFGumGsDNgFD0qCt+6C+BEBmoetxfKBgaPMIw50grSLgcCsnHwy OZlByg1CH3Qpo+bFN9QKLwjjVIo57FwoFsq0ZD1JpD5rcvp+utPmqLVODXyNPfrF JiJqMlyVJjPE4UVOkAXUwO4YT+RIQg8cyrSjNE/TycqbzmlGfg94nO0VaNBLtsIl iHe/CS8NwKs6bhYj8MDnKKCGycNUMGda2ILOTxKkDZQbugu3imuAdwwI5hPszetA == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [5.138.138.47]) by mail.messagingengine.com (Postfix) with ESMTPA id 4A2AF102ED; Wed, 5 Dec 2018 11:34:22 -0500 (EST) Subject: Re: issue upgradning src To: Maciej Jan Broniarz Cc: freebsd-stable References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Wed, 5 Dec 2018 19:34:15 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Yp7sRmJofcFxBdfgGbM5c6RkLHbpWTScf" X-Rspamd-Queue-Id: 7F5BA7C348 X-Spamd-Result: default: False [-9.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.66)[ip: (-9.60), ipnet: 66.111.4.0/24(-4.74), asn: 11403(-3.84), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 16:34:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Yp7sRmJofcFxBdfgGbM5c6RkLHbpWTScf Content-Type: multipart/mixed; boundary="6PugwJLRGgq13FyS12xqjnpBMx4qXnat8"; protected-headers="v1" From: Yuri Pankov To: Maciej Jan Broniarz Cc: freebsd-stable Message-ID: Subject: Re: issue upgradning src References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> In-Reply-To: <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> --6PugwJLRGgq13FyS12xqjnpBMx4qXnat8 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Maciej Jan Broniarz wrote: >=20 >=20 > ----- Oryginalna wiadomo=C5=9B=C4=87 ----- > Od: "Patrick M. Hausen" > Do: "Maciej Jan Broniarz" > DW: "freebsd-stable" > Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 16:56:53 > Temat: Re: issue upgradning src >=20 > Hello, >=20 >> Am 05.12.2018 um 16:45 schrieb Maciej Jan Broniarz = : >> I want to upgrade my 12.0-ALPHA8 to the latest release, yet I am unabl= e to update from source: >> [...] >> #freebsd-update fetch >=20 >> freebsd-update upgrade -r 12.0-RC3 >=20 > I have tried that, but it didn't solve the problem: >=20 > #/usr/src # freebsd-update upgrade -r 12.0-RC3 > Looking up update.FreeBSD.org mirrors... 2 mirrors found. > Fetching public key from update4.freebsd.org... failed. > Fetching public key from update1.freebsd.org... failed. > No mirrors remaining, giving up. I don't think you can use freebsd-update to upgrade from ALPHA. For the `svn update`, sources installed from ISO are NOT svn checkout, so you need to do that first removing what you currently have in /usr/src -- https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html= , specifically see a note in 23.5.3 with a "Obtaining the Source" header. --6PugwJLRGgq13FyS12xqjnpBMx4qXnat8-- --Yp7sRmJofcFxBdfgGbM5c6RkLHbpWTScf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwH/gcACgkQk4vgf7Eq 4Wy9Rwf8C9UDoN1c3rTXcQQ/apop+rgA+GhEh+LWMe/vU8xf4vRVSt9jXi7Ufuoz EX3R43YYNJSESNnWLvpW7oi1JwXUV/r/HLPaX+hC99XKyRX1scdeb4+BKU8cs/RH ClmU8dYBs9u24GEpYT4T1qMOVVeS1lV9nttLbuCEi1mjL5+Yojb0RfcK32DYokCp wduk+Wf4SdslDIyIJTxRmmRU+nOu+j7MYtaZtzuW2tWuF/ZIz/yuSDXSr/HIENK7 dw0QeGiy4gYuq1RG5Uxas3HcAERApSuGrtEWpje+5IXFC/ejWTCpVAfu+NmdMGwD IKfyax22qzNAhFrrsL+ORjqdgQdNPA== =KmfJ -----END PGP SIGNATURE----- --Yp7sRmJofcFxBdfgGbM5c6RkLHbpWTScf-- From owner-freebsd-stable@freebsd.org Wed Dec 5 16:39:31 2018 Return-Path: Delivered-To: freebsd-stable@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 C5009131AF7A for ; Wed, 5 Dec 2018 16:39:31 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by mx1.freebsd.org (Postfix) with ESMTP id E53DE7C6E9 for ; Wed, 5 Dec 2018 16:39:30 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id 2695246810B; Wed, 5 Dec 2018 17:39:30 +0100 (CET) Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id FB4evgVX8tsV; Wed, 5 Dec 2018 17:39:29 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id 4DA4B46810C; Wed, 5 Dec 2018 17:39:29 +0100 (CET) X-Virus-Scanned: amavisd-new at metroplex.pl Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id XD4PtG5LOmby; Wed, 5 Dec 2018 17:39:29 +0100 (CET) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by poczta.dzikakuna.net (Postfix) with ESMTP id 2521746810B; Wed, 5 Dec 2018 17:39:29 +0100 (CET) Date: Wed, 5 Dec 2018 17:39:28 +0100 (CET) From: Maciej Jan Broniarz To: Yuri Pankov Cc: freebsd-stable Message-ID: <1284625826.35444.1544027968915.JavaMail.zimbra@gausus.net> In-Reply-To: References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> Subject: Re: issue upgradning src MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - GC70 (Win)/8.0.9_GA_6191) Thread-Topic: issue upgradning src Thread-Index: Ug4BTmlzpYRiH+ZIn6g0LCA5jRI/CA== X-Rspamd-Queue-Id: E53DE7C6E9 X-Spamd-Result: default: False [0.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.07)[-0.074,0]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.19)[-0.193,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gausus.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: poczta.dzikakuna.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.03)[-0.030,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.01)[country: PL(0.03)]; ASN(0.00)[asn:42576, ipnet:91.192.224.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 16:39:32 -0000 ----- Oryginalna wiadomo=C5=9B=C4=87 ----- Od: "Yuri Pankov" Do: "Maciej Jan Broniarz" DW: "freebsd-stable" Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 17:34:15 Temat: Re: issue upgradning src Maciej Jan Broniarz wrote: >=20 >=20 > ----- Oryginalna wiadomo=C5=9B=C4=87 ----- > Od: "Patrick M. Hausen" > Do: "Maciej Jan Broniarz" > DW: "freebsd-stable" > Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 16:56:53 > Temat: Re: issue upgradning src >=20 > Hello, >=20 >> Am 05.12.2018 um 16:45 schrieb Maciej Jan Broniarz : >> I want to upgrade my 12.0-ALPHA8 to the latest release, yet I am unable = to update from source: >> [...] >> #freebsd-update fetch >=20 >> freebsd-update upgrade -r 12.0-RC3 >=20 > I have tried that, but it didn't solve the problem: >=20 > #/usr/src # freebsd-update upgrade -r 12.0-RC3 > Looking up update.FreeBSD.org mirrors... 2 mirrors found. > Fetching public key from update4.freebsd.org... failed. > Fetching public key from update1.freebsd.org... failed. > No mirrors remaining, giving up. > I don't think you can use freebsd-update to upgrade from ALPHA. > For the `svn update`, sources installed from ISO are NOT svn checkout, > so you need to do that first removing what you currently have in > /usr/src -- > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html= , > specifically see a note in 23.5.3 with a "Obtaining the Source" header. I have downloaded the sources with svn: svn checkout https://svn.freebsd.org/base/releng/12.0 Still: # svn info /usr/src svn: E155007: '/usr/src' is not a working copy mjb From owner-freebsd-stable@freebsd.org Wed Dec 5 16:43:27 2018 Return-Path: Delivered-To: freebsd-stable@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 E23EC131B306 for ; Wed, 5 Dec 2018 16:43:26 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 5B0F77CCFA for ; Wed, 5 Dec 2018 16:43:26 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 083E2220D3; Wed, 5 Dec 2018 11:43:26 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 05 Dec 2018 11:43:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=jCxDYa7ggYDcPO8RRSgGTGdkFlv Amcf9UcKHq4pnlp4=; b=CV+LYKDxI73gltZfNEx06CarbUp5n2kcnfmlZYkd79N R/FR0uI5/hZFE0Mx39XHZSwqSahIJx4hbvJwtQ+ca4+eH6vKZWKjRH1L/yFPDHGy lTmZYWvVpsRkaA/BS9m9V2/HNKxV1McLtAN/hyKQg3cz7er+KQQZ1MSi2EzZRObn iBuYmnwhvDmSezxUUE9qKmcA0CJjClh/Rzw/5t+/j5nK7xhtouQC2zgHzIhdeOBT XcMmfu6uwfmt4DBGrurHJYjiFC5rxV8c7lACwZPY7QU5XW3/4Jwn4HQ3XbaQz9i2 0XASCdF0EQRtCpcbneHbdG/CuDeVFct0b0LfAaTaKgw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=jCxDYa 7ggYDcPO8RRSgGTGdkFlvAmcf9UcKHq4pnlp4=; b=C3Eeteao1uNGx1mFBpq7QM Z1qedh1WWLaXkL0FqbwSS8dXq50dI+t37BqwoOXH1iAvWB4Kxbkm4GjjnqcVBUFQ 7cCudphxgQ/xG5BTgPDic4uXLGHJU+TuKy08nWiNXem+Sl6iSoWMXJXeMIpBX/4F Oty/XxQe9wCAG6bt4PIsYIzuOY0Xl+eKB3dbLfapjpkOQqYmdfRTSwAA/6syr+bz TB22u6JDnuMn8JAlMHQrt+JoSTqmDcEgWabOXRq4W7IYFu3e6fcLRmRnuFy3lHBZ ueTx3V7yD7+qU8EnSKwqC6HrWOukJmtKTCF2lItegpxGfmPl3nEo55Ta4IWn3jVw == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [5.138.138.47]) by mail.messagingengine.com (Postfix) with ESMTPA id 10BFE102E0; Wed, 5 Dec 2018 11:43:24 -0500 (EST) Subject: Re: issue upgradning src To: Maciej Jan Broniarz Cc: freebsd-stable References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> <1284625826.35444.1544027968915.JavaMail.zimbra@gausus.net> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <908840da-d6a8-225b-f313-80b8d6693a21@yuripv.net> Date: Wed, 5 Dec 2018 19:43:25 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <1284625826.35444.1544027968915.JavaMail.zimbra@gausus.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Wk3xog8UxejCLEKGXYi1vWBnmnRlIlcmE" X-Rspamd-Queue-Id: 5B0F77CCFA X-Spamd-Result: default: False [-9.37 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.66)[ip: (-9.61), ipnet: 66.111.4.0/24(-4.75), asn: 11403(-3.84), country: US(-0.09)]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 16:43:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Wk3xog8UxejCLEKGXYi1vWBnmnRlIlcmE Content-Type: multipart/mixed; boundary="5mA0jWulGf0Zi7CLrSbRPQ4wyfP2Utx4t"; protected-headers="v1" From: Yuri Pankov To: Maciej Jan Broniarz Cc: freebsd-stable Message-ID: <908840da-d6a8-225b-f313-80b8d6693a21@yuripv.net> Subject: Re: issue upgradning src References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> <1284625826.35444.1544027968915.JavaMail.zimbra@gausus.net> In-Reply-To: <1284625826.35444.1544027968915.JavaMail.zimbra@gausus.net> --5mA0jWulGf0Zi7CLrSbRPQ4wyfP2Utx4t Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Maciej Jan Broniarz wrote: >=20 >=20 > ----- Oryginalna wiadomo=C5=9B=C4=87 ----- > Od: "Yuri Pankov" > Do: "Maciej Jan Broniarz" > DW: "freebsd-stable" > Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 17:34:15 > Temat: Re: issue upgradning src >=20 > Maciej Jan Broniarz wrote: >> >> >> ----- Oryginalna wiadomo=C5=9B=C4=87 ----- >> Od: "Patrick M. Hausen" >> Do: "Maciej Jan Broniarz" >> DW: "freebsd-stable" >> Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 16:56:53 >> Temat: Re: issue upgradning src >> >> Hello, >> >>> Am 05.12.2018 um 16:45 schrieb Maciej Jan Broniarz : >>> I want to upgrade my 12.0-ALPHA8 to the latest release, yet I am unab= le to update from source: >>> [...] >>> #freebsd-update fetch >> >>> freebsd-update upgrade -r 12.0-RC3 >> >> I have tried that, but it didn't solve the problem: >> >> #/usr/src # freebsd-update upgrade -r 12.0-RC3 >> Looking up update.FreeBSD.org mirrors... 2 mirrors found. >> Fetching public key from update4.freebsd.org... failed. >> Fetching public key from update1.freebsd.org... failed. >> No mirrors remaining, giving up. >=20 >> I don't think you can use freebsd-update to upgrade from ALPHA. >=20 >> For the `svn update`, sources installed from ISO are NOT svn checkout,= >> so you need to do that first removing what you currently have in >> /usr/src -- >> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.h= tml, >> specifically see a note in 23.5.3 with a "Obtaining the Source" header= =2E >=20 > I have downloaded the sources with svn: >=20 > svn checkout https://svn.freebsd.org/base/releng/12.0 >=20 > Still: > # svn info /usr/src > svn: E155007: '/usr/src' is not a working copy If that's the *exact* command you used, you now have a checkout in "12.0" subdirectory of your $CWD. What you need is something like the following: # rm -rf /usr/src/* # svn checkout https://svn.freebsd.org/base/releng/12.0 /usr/src --5mA0jWulGf0Zi7CLrSbRPQ4wyfP2Utx4t-- --Wk3xog8UxejCLEKGXYi1vWBnmnRlIlcmE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwIAC0ACgkQk4vgf7Eq 4WzmAQgAjGf0EVzBF5E8LGoQniOJNZ9raZML9AqBS84F9BK72dsiQn3HifyX6RSd jZa0UBwvBey2NS2Je5NCW+J7YtxM1kMkhm8JgTz2cnoJDn5N8K4CnkWL8CQkyeqN Meq8Q9Kdhy1NcHkG+E3PodkuYCHa79DUWUjcvhdKDQMYxvW4RRbiGUcUEkqspTF6 +EWZk6Vb78LwsAsxRbmbn4zDvdePHvHhU7kVbNbICDVoXChFMuegbyTPfg+jw80e L6Wilnccjo3bUgbwg6nWYhAcQvSclTZhbvFY5Q8iIjtvJaUxLW2cMZ2LigdBvjCw GRRpvg3fdd6OpIO3AbJM5qbiDblLkg== =BJF+ -----END PGP SIGNATURE----- --Wk3xog8UxejCLEKGXYi1vWBnmnRlIlcmE-- From owner-freebsd-stable@freebsd.org Wed Dec 5 16:48:44 2018 Return-Path: Delivered-To: freebsd-stable@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 79548131B62B for ; Wed, 5 Dec 2018 16:48:44 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by mx1.freebsd.org (Postfix) with ESMTP id C86397D07F for ; Wed, 5 Dec 2018 16:48:43 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id 1EC6346810B; Wed, 5 Dec 2018 17:48:43 +0100 (CET) Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 6FsOHkVEJFOS; Wed, 5 Dec 2018 17:48:41 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id D677146810C; Wed, 5 Dec 2018 17:48:41 +0100 (CET) X-Virus-Scanned: amavisd-new at metroplex.pl Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LQJ_-SNwq3EC; Wed, 5 Dec 2018 17:48:41 +0100 (CET) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by poczta.dzikakuna.net (Postfix) with ESMTP id A767B46810B; Wed, 5 Dec 2018 17:48:41 +0100 (CET) Date: Wed, 5 Dec 2018 17:48:41 +0100 (CET) From: Maciej Jan Broniarz To: Yuri Pankov Cc: freebsd-stable Message-ID: <1935276558.35461.1544028521461.JavaMail.zimbra@gausus.net> In-Reply-To: <908840da-d6a8-225b-f313-80b8d6693a21@yuripv.net> References: <792424757.35417.1544024747455.JavaMail.zimbra@gausus.net> <42A086A9-EF51-4B2B-A7E7-AE5180484A7A@punkt.de> <275126650.35431.1544027317266.JavaMail.zimbra@gausus.net> <1284625826.35444.1544027968915.JavaMail.zimbra@gausus.net> <908840da-d6a8-225b-f313-80b8d6693a21@yuripv.net> Subject: Re: issue upgradning src MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - GC70 (Win)/8.0.9_GA_6191) Thread-Topic: issue upgradning src Thread-Index: imF+qvsb+Ke4w9MdRuuEWCyRp1j4TA== X-Rspamd-Queue-Id: C86397D07F X-Spamd-Result: default: False [0.67 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.182,0]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.220,0]; NEURAL_HAM_LONG(-0.36)[-0.363,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gausus.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: poczta.dzikakuna.net]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.01)[country: PL(0.03)]; ASN(0.00)[asn:42576, ipnet:91.192.224.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 16:48:44 -0000 ----- Oryginalna wiadomo=C5=9B=C4=87 ----- Od: "Yuri Pankov" Do: "Maciej Jan Broniarz" DW: "freebsd-stable" Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 17:43:25 Temat: Re: issue upgradning src Maciej Jan Broniarz wrote: >=20 >=20 > ----- Oryginalna wiadomo=C5=9B=C4=87 ----- > Od: "Yuri Pankov" > Do: "Maciej Jan Broniarz" > DW: "freebsd-stable" > Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 17:34:15 > Temat: Re: issue upgradning src >=20 > Maciej Jan Broniarz wrote: >> >> >> ----- Oryginalna wiadomo=C5=9B=C4=87 ----- >> Od: "Patrick M. Hausen" >> Do: "Maciej Jan Broniarz" >> DW: "freebsd-stable" >> Wys=C5=82ane: =C5=9Broda, 5 grudzie=C5=84 2018 16:56:53 >> Temat: Re: issue upgradning src >> >> Hello, >> >>> Am 05.12.2018 um 16:45 schrieb Maciej Jan Broniarz : >>> I want to upgrade my 12.0-ALPHA8 to the latest release, yet I am unable= to update from source: >>> [...] >>> #freebsd-update fetch >> >>> freebsd-update upgrade -r 12.0-RC3 >> >> I have tried that, but it didn't solve the problem: >> >> #/usr/src # freebsd-update upgrade -r 12.0-RC3 >> Looking up update.FreeBSD.org mirrors... 2 mirrors found. >> Fetching public key from update4.freebsd.org... failed. >> Fetching public key from update1.freebsd.org... failed. >> No mirrors remaining, giving up. >=20 >> I don't think you can use freebsd-update to upgrade from ALPHA. >=20 >> For the `svn update`, sources installed from ISO are NOT svn checkout, >> so you need to do that first removing what you currently have in >> /usr/src -- >> https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.htm= l, >> specifically see a note in 23.5.3 with a "Obtaining the Source" header. >=20 > I have downloaded the sources with svn: >=20 > svn checkout https://svn.freebsd.org/base/releng/12.0 >=20 > Still: > # svn info /usr/src > svn: E155007: '/usr/src' is not a working copy If that's the *exact* command you used, you now have a checkout in "12.0" subdirectory of your $CWD. What you need is something like the following: # rm -rf /usr/src/* # svn checkout https://svn.freebsd.org/base/releng/12.0 /usr/src Ah, my bad. Thank you :) From owner-freebsd-stable@freebsd.org Thu Dec 6 11:51:29 2018 Return-Path: Delivered-To: freebsd-stable@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 64F1813292F4 for ; Thu, 6 Dec 2018 11:51:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 58EBF8D8F8 for ; Thu, 6 Dec 2018 11:51:28 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1gUsBa-000MP6-Ky for freebsd-stable@freebsd.org; Thu, 06 Dec 2018 14:51:18 +0300 Date: Thu, 6 Dec 2018 14:51:18 +0300 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: FreeBSD-12 build question Message-ID: <20181206115118.GD1809@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 58EBF8D8F8 X-Spamd-Result: default: False [-0.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.60)[-0.600,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.60)[-0.603,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zxy.spb.ru]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[country: RU(0.01)]; MX_GOOD(-0.01)[zxy.spb.ru]; NEURAL_HAM_SHORT(-0.55)[-0.552,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:5495, ipnet:195.70.192.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 11:51:29 -0000 1. How I can build release media of FreeBSD-12 on FreeBSD-11 system? Currenly process failed by 'Abort trap'. 585191 121 -rw------- 1 root wheel 8962048 Dec 5 18:58 ./ldconfig.core 585199 121 -rw------- 1 root wheel 8953856 Dec 5 18:58 ./usr/obj/usr/src/amd64.amd64/mktemp.core 585200 249 -rw------- 1 root wheel 9641984 Dec 5 18:58 ./usr/obj/usr/src/amd64.amd64/make.core 2. How I can update FreeBSD-11 (ZFS on Root) to FreeBSD-12 from source? With new kernel ZFS not mounted, /bin/sh crashed. From owner-freebsd-stable@freebsd.org Thu Dec 6 12:03:00 2018 Return-Path: Delivered-To: freebsd-stable@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 7E2AA132A282 for ; Thu, 6 Dec 2018 12:03:00 +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 0A1C48E73F for ; Thu, 6 Dec 2018 12:02:53 +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 wB6C2iUg082844 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 6 Dec 2018 13:02:44 +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 wB6C2inj082841 for ; Thu, 6 Dec 2018 13:02:44 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 6 Dec 2018 13:02:44 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Kernel panic, stable/12 r341604, swapon -a in SU mode, geli encrypted swap, Chelsio T6225-CR, and ccr(4) Message-ID: 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=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no X-Rspamd-Queue-Id: 0A1C48E73F X-Spamd-Result: default: False [-1.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.974,0]; NEURAL_HAM_LONG(-0.94)[-0.944,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[fagskolen.gjovik.no]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.fagskolen.gjovik.no]; NEURAL_HAM_SHORT(-0.02)[-0.022,0]; IP_SCORE(-0.03)[ipnet: 2001:700::/32(-0.02), asn: 224(-0.10), country: NO(-0.01)]; FORGED_SENDER(0.30)[Trond.Endrestol@fagskolen.gjovik.no,trond@fagskolen.gjovik.no]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; FROM_NEQ_ENVFROM(0.00)[Trond.Endrestol@fagskolen.gjovik.no, trond@fagskolen.gjovik.no] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 12:03:00 -0000 After booting stable/12 r341604, running a custom kernel including cxgbe(4), cxgbev(4), and ccr(4), and running swapon -a in SU mode: GEOM_ELI: Device gpt/swap0.eli created. GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: hardware Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 06 fault virtual address = 0x0 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff805be1b2 stack pointer = 0x28:0xfffffe00a6253770 frame pointer = 0x28:0xfffffe00a6253770 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 65 (g_eli[3] gpt/swap0) trap number = 12 panic: page fault cpuid = 3 time = 1544087308 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8055d9eb = db_trace_self_wrapper+0x2b/frame 0xfffffe00a6253420 vpanic() at 0xffffffff808754d3 = vpanic+0x1a3/frame 0xfffffe00a6253480 panic() at 0xffffffff80875323 = panic+0x43/frame 0xfffffe00a62534e0 trap_fatal() at 0xffffffff80bd745f = trap_fatal+0x35f/frame 0xfffffe00a6253530 trap_pfault() at 0xffffffff80bd74b9 = trap_pfault+0x49/frame 0xfffffe00a4b7f590 trap() at 0xffffffff80bd6ade = trap+0x29e/frame 0xfffffe00a4b7f6a0 calltrap() at 0xffffffff80bb3935 = calltrap+0x8/frame 0xfffffe00a4b7f6a0 --- trap 0xc, rip = 0xffffffff805be1b2, rsp = 0xfffffe00a4b7f770, rbp = 0xfffffe00a4b7f770 t4_wrq_tx_locked() at 0xffffffff805be1b2 = t4_wrq_tx_locked+0x12/frame 0xfffffe00a6253770 ccr_process() at 0xffffffff805e3fc3 = ccr_process+0x1953/frame 0xfffffe00a4b7f970 crypto_dispatch() at 0xffffffff80ae3fa4 = crypto_dispatch+0x144/frame 0xfffffe00a4b7f9b0 g_eli_crypto_run() at 0xffffffff807b5cb3 = g_eli_crypto_run+0x273/frame 0xfffffe00a4b7fa10 g_eli_worker() at 0xffffffff807aebc8 = g_eli_worker+0x3c8/frame 0xfffffe00a4b7fa70 fork_exit() at 0xffffffff80834d93 = fork_exit+0x83/frame 0xfffffe00a4b7fab0 fork_trampoline() at 0xffffffff80bb491e = fork_trampoline+0xe/frame 0xfffffe00a4b7fab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 14s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, The Chelsio NIC is a T6225-CR. Kernel config is https://ximalas.info/~trond/create-zfs/canmount/ENTERPRISE-amd64-stable-12 I tried stable/12 r341623 with ccr(4) removed from the kernel, and I had no problems engaging geli encrypted swap in SU mode nor in normal mode. Has anyone else tried ccr(4) on recent stable/12? Are we discouraged from using ccr(4)? I was hoping to take advantage of the crypto accelerator. -- Trond. From owner-freebsd-stable@freebsd.org Thu Dec 6 13:32:21 2018 Return-Path: Delivered-To: freebsd-stable@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 E286E132D61E for ; Thu, 6 Dec 2018 13:32:20 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94B8F6B874 for ; Thu, 6 Dec 2018 13:32:14 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [10.100.0.31] (haymarket.m5p.com [10.100.0.31]) (authenticated bits=0) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTPSA id wB6DVib4056832 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 6 Dec 2018 08:31:53 -0500 (EST) (envelope-from george+freebsd@m5p.com) To: freebsd-stable@freebsd.org References: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> <671e2b4f-9f44-ae4e-a897-47b9b0972ffa@quip.cz> From: George Mitchell Openpgp: preference=signencrypt Autocrypt: addr=george+freebsd@m5p.com; prefer-encrypt=mutual; keydata= xsFNBFgnLnwBEADAJDiBKQX77LFRz9wZW8mz3KvaQol2nIremcws0F1mz/zgFlk6uhQVtwnL wb4XL5LdFwcNE1+QZzPLcbYWoWQlz0lBw1bMuKAgr0S6V2e0+I0DqhKeslVFctcTwtvT6pnK VLZXO/7ZGAaLzG4K5vSPzgoevU+YI/pxNsVCH2UO/c3jQW63uEt25mIZbCF1Pu4jgp4RhIgF ujn877r/j6OwBwjzRUu3E6ADp+U825d+5YCuQMEH0wIPnn9GTpXvfdKdbwOIl2akqXqs4cnk iATWfK3r6D4mvDEj1OPHlTvJYcfic7aOIiAwmx1C1v78GjXOdOOA0SGffNix3C2/8oZUO1+V Aet4MKpUKkduWSvULhIkHNZ5Nu8SIJOqge8pmtHxuNXAMfMrAjMdjPwwBFLsYg3Xa2E2oJwg ehTauwd/EDJFcVCyDCyCAYOi/BH/+XQyxzgDlY9N9qj9tHqhVPI6XK7t8UVffGiZUq4rHp5J RdOToqiTNC6eCJBczhMIW+DuFvWU9e6W708T1dz0Accn6Lrgk4eRIn3GFPBG+TxnpjAqHsbW 607dcnD3YKAqY4e+khczL4EObhe7dC1v2fmZiAC6Ds3WHR11IfqoUgCkIwJ590Ej+ElygJFF XxI82wtEz9hkeLLvItpyEJNVjppViRW+Dgl/U7ypHB3qDgYjgwARAQABzSBHZW9yZ2UgTWl0 Y2hlbGwgPGdlb3JnZUBtNXAuY29tPsLBlwQTAQgAQQIbIwUJCWYBgAULCQgHAgYVCAkKCwIE FgIDAQIeAQIXgBYhBDXTOGR5LbCVuZCmV8EREt5vqeH5BQJYWXFRAhkBAAoJEMEREt5vqeH5 SRsQAIb/crcxXyAyeokAuTjN+YXkEFdVv/JrOgNXKdCukXt/UGd3nZTcAzpllytDIvIlPTNI 2/nZ5sm6ymeyVwmvkrM/r3sRUib5ftakJpbv0wn2j+eCGAca8IA2frBUg9bEXKcHRJRQCztG cpousHzOziTCRQ/1NfPcIFBNbQMPUVoQ96cJPvM/XfFGOISKKsSI78skHm6Oazh1hLCQTKvy hNNgVpNP/PHCHMbla1+SNgyn35CUelTh153lnkOhw1XyX6IxY4o5Bhcf3YrxAVcoeHq3FEH0 T3ygAdI14VrZGXXitBAMI78QLB0FiWMoPQ3Oddnoh6tlT4djnsc9IW0Tzk6ozvQL7sKdYgO8 ZlIpkBqQQfpSHzwPu9EkOFggPWB9WtP3IajQ0lt1LovqMug4C8APRC2/1cvi+GUIRwjVsop0 ukhlLTTJd3/S4Muh3s87M4Rdek1xpOiMKjYOVaxmhQQ91oz971zJuJJWpX7uUQiXx9oEwCDW TvI5yEuqYLsMUwx3d2iFTr+HbtlBJmF+Vguyrn/a3vFK8P/TH9fMvNeTdln9SuOOa1SAMMcy czOpBYg9RpzNLshUJVrhKzugT59Rl2wsNQsQCUkzgF3f8cZHJyl+8x6t0nuM9LTkMv13YIXS Mde3UOD2EaBhmeIqvC/adQHxpNudvxM1viFJDnTnzsFNBFgnLnwBEAC7kzsZqjBRPonnr/63 C98FSa3LikvqQWygmPSCC9DsFX/fB0CSXIHTrHQ4a7lXdfZyTZcGdxXN+MC8O8thjvVq6WYm CpyOJ/bq4SxOa9cnQSJ5SP9VCmVoDN/3T4ybXFzLAt756kfQ5jsVuP0m6iQ4z918zhZXk+Mo qdwGjYTxsBD02a7m1aeYafyaI2mZ+vdEy0cDhV4PDXI6ThLNAavTPji6ZrBdH5a4LMg30u8v kkNe0eCKvU+0cWb2VQIeddMhhiGSBE2Dv+A4eNe1VZvoGpLDlYdnoHraVFL2GHNFGymj/uRf 1hja5kW9Rekisqby5SpGABwrFFEs7ABpfYG0IRBKbjjG1Cqdfe/R6ETJFvvNOOpCKPAWeqYf Isxv4OHWTmhKihhIanYWCAe1MDLRRbj7UrOTZeia2WJ4v58xbU5rVQoHI/Tzaq86rXzRWITc 5w+kresMad0zpvQ900BdHc8ATNY2aW/Fr5it5OqMvIW6Y4gc8Z95MkQPVc8vj3WzfxuWtZNK 6Wbv4r6Qbiwg1RpY1JoEIoF4OsZJOVMQaB6ezD7xvaa2eY6nRGtq9SoJxo2qvlSbLlKq8NdH VYHhtTbpQ1NfrEJfv5sLX5W5IpoYww48bFYH67+7r1f/W3voBptSgE7qnYAm6Em9bEAKOQEX 8BXwoa54fn03z6TyhwARAQABwsFkBBgBCAAPBQJYJy58AhsMBQkJZgGAAAoJEMEREt5vqeH5 6PcP+JvrMM7ZM8UlnbrY4Er9psPj3ayllRhQFA9h6GNUKYuSzSxOrPaT96s8KUGMCr4jrn1S WFmeeNLLOgSJmQRicMh6LmnKq6WY6UaOfn7Y9O62NUjXfEI3Bw4ID36YCdQ+CJd14r0YOf4M 5F50bvHV3lbzD9TXZPxecHKC2ZUMBbT37tsckWCLL3lzKMsqQLwBUmgBl1NIUc7gyXxiNyxb 6SPVF1NguDDM438mcg9jSRAyjgAk6POUEM8YIXkw0Gg6HF1tNMJJ1xTMBCLYl6fHTtsxJpf9 yo+Hnw346hqYzXn4ytHJ49Ngcre8uhqM1l8iMpa17tEjfalkc1FWR9/qvoowOKtxpvblsy3a YzeEFgIomhLzISz6IafQ3S7Mt5AFlqwN/qQHx0k2V66GzDG0ngZBPROP1sXSpdJzO0zbJQFn MZE3f+y8vXMcE/MBXR7kAdYYApiEMQzVxy9TdQDU3lGLptcPZ1IOntTNFFrvp5NwsKi+6C9i mXtd5kJ1PwhcJYW3/ov/490l60C5SFUL/RZ/NOW8SHFaPcqlGcqIlexFKbzrMQwmYXo95jWB eZ0Qn+raxCUFZNGiwtusyQGBMcpHVJUanOCNd1z4ZbfmhUjDJKC/7YWDunvaDRSukGiRCl6J s8caqXHiVZjx+s76iWzm6AHRP5jg9D6EtTOrGiE= Subject: Re: Upgrading via source build, 10.4->11.2 Message-ID: <2d92cd1a-0c2d-76d6-ba52-3f3a160db57d@m5p.com> Date: Thu, 6 Dec 2018 08:34:52 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <671e2b4f-9f44-ae4e-a897-47b9b0972ffa@quip.cz> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6TDUkGg5jN5kOGxp2UagqIf5ki4Ezvu21" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (mailhost.m5p.com [10.100.0.247]); Thu, 06 Dec 2018 08:31:55 -0500 (EST) X-Rspamd-Queue-Id: 94B8F6B874 X-Spamd-Result: default: False [-5.22 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[mailhost.m5p.com]; NEURAL_HAM_SHORT(-0.52)[-0.525,0]; DMARC_NA(0.00)[m5p.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.29)[asn: 701(-1.36), country: US(-0.09)]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 13:32:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6TDUkGg5jN5kOGxp2UagqIf5ki4Ezvu21 Content-Type: multipart/mixed; boundary="xyLZh972gtIIb0I7ObEXdlIZp3w2fD3qJ"; protected-headers="v1" From: George Mitchell To: freebsd-stable@freebsd.org Message-ID: <2d92cd1a-0c2d-76d6-ba52-3f3a160db57d@m5p.com> Subject: Re: Upgrading via source build, 10.4->11.2 References: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> <671e2b4f-9f44-ae4e-a897-47b9b0972ffa@quip.cz> In-Reply-To: <671e2b4f-9f44-ae4e-a897-47b9b0972ffa@quip.cz> --xyLZh972gtIIb0I7ObEXdlIZp3w2fD3qJ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 12/5/18 9:31 AM, Miroslav Lachman wrote: > George Mitchell wrote on 2018/12/05 14:24: >> [...] >> But what I really need to know is >> whether to make buildworld under 10.4 or 11.2.=C2=A0 Or do I do it twi= ce? >> And presumably I can't run mergemaster until after buildworld. >=20 > I did upgrade from 10.4 to 11.2 on all our machines, just one builworld= , > buildkernel on shared build server (NFS exported /usr/obj + /usr/src), > then installkernel, mergemaster -p, installworld, mergemaster, shutdown= > -r now. >=20 > Miroslav Lachman > [...] Thanks! In the end, I did a buildworld under 10.4, reboot into 11.2, mergemaster -p, installworld, mergemaster, reboot. That all seemed to work fine. Today, out of caution, I'll do another buildworld, buildkernel, installkernel, reboot, mergemaster -p, installworld, mergemaster, reboot before I take the really big step: upgrading to a Ryzen processor and from 8GB memory to 32GB. Then I can worry about ports. I might get brave enough to try poudriere again, though so far portmaster has done the job for me. I use rsync to propagate /usr/src and /usr/obj to my other machines so that I can installkernel and installworld on them in single user mode (hard to use NFS when booting in single user). -- George --xyLZh972gtIIb0I7ObEXdlIZp3w2fD3qJ-- --6TDUkGg5jN5kOGxp2UagqIf5ki4Ezvu21 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAlwJJYUACgkQwRES3m+p 4fnB3w/+LA/XGXqFJXZKMk9LWoMqMCinNYsC71XZRCNl/aUWSfkRtnE0Zhsyrp1g JPJAJIT4P34pyAXRsl9wR+1Wfg1vAYdwKuhpFogMR8jNgoKTL7sA+y+dViWbr5hB IRp2d/7ipLcpIn+amxNLu17m0u34s1FNVPmCn9mqZuo9JyFnWfg71J8yMmn2wYuK R0hnuEueA4w/BCGT0qGZduFBjRm367va83AWus7MW44W+kh6/EZWXtxoh0/scV2E T5W3Zd6BmqcVoRXeznD+Bu2ovcClarqaJ/0CWtlBA9LkZAfKVDSEhJMq1S3/nNol owvMEOMXmg6yrTlaad1Wa6iCvcGxDFvGeb62iLqMhZsdJs7UnfKDw3fS/CdPWBOu FO5Rj8GFMsaIOJyBafjMqGv7NL/Lp7ZXdq6JHxoDcTwe9xXb8VXMHfTXDoSdFjkC c3ST7ehkeAhH3bpVVcMR1wD1VQckgJUYKwAgl398GbmgvhZVT5pYiqVp3gODRN23 DY9gr0o0IvNnBnOHNgZgxpdEuHF2nLCGWcPra7gYXB16qVrYNFTaFdYJBygGFabM LkPIuaHVzYqFRyIuOogf4ogcCmckHk9mCN64b/i/OKSxN9MT3WSg1dvsg7CDVkM7 XywB5+NKQJwuO6/9I7NFnYwADXm+LyXde+WRH39eSU8MuZhgFiM= =ZbVg -----END PGP SIGNATURE----- --6TDUkGg5jN5kOGxp2UagqIf5ki4Ezvu21-- From owner-freebsd-stable@freebsd.org Thu Dec 6 13:52:34 2018 Return-Path: Delivered-To: freebsd-stable@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 776DF132E2EF for ; Thu, 6 Dec 2018 13:52:34 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 894C86CB08; Thu, 6 Dec 2018 13:52:23 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB6DqAcm092133 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Dec 2018 14:52:11 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-stable@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id wB6Dq9CL088403; Thu, 6 Dec 2018 20:52:09 +0700 (+07) (envelope-from eugen@grosbein.net) To: FreeBSD Stable From: Eugene Grosbein Subject: vt(4)-related hang of 11.2 X-Enigmail-Draft-Status: N1110 Cc: ed@freebsd.org, Ed Maste , ray@freebsd.org Message-ID: <5C092989.6000007@grosbein.net> Date: Thu, 6 Dec 2018 20:52:09 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.9 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * 2.6 LOCAL_FROM From my domains X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 894C86CB08 X-Spamd-Result: default: False [-4.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.93)[ip: (-3.57), ipnet: 2a01:4f8::/29(-3.57), asn: 24940(-2.51), country: DE(-0.01)]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 13:52:34 -0000 Hi! I ran across several systems based on AMI Aptio CRB CLBTM210 equiped with Intel J1900 processor that hang early at boot in the moment of kernel initialisation unless forced to use syscons(4) console driver instead of default vt(4). Here is screen photo of one of such systems in such dead state started with vt(4), boot_verbose and verbose_loading enabled: http://www.grosbein.net/freebsd/11hang.jpg It boots and works just fine with syscons. The system in question is 11.2-STABLE/amd64 r341225. One of such boxes is ready to produce additional debug output, if needed, test patches etc. for about a week, then it will go in production to some remote site. It processes nextboot.conf as expected even if started with vt(4), if this matters. Here is its kernel config file: include GENERIC ident Base11 options IPDIVERT options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT device enc #EOF According to kern.conftxt, it has options VESA and device vt device vt_vga device vt_efifb Its dmesg.boot and pciconf output follow (started with syscons): Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.2-STABLE #0 r341225: Thu Nov 29 21:47:09 MSK 2018 az@base11.zonov.ru:/data/obj/data/src/sys/Base11 amd64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) CPU: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (2000.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x30678 Family=0x6 Model=0x37 Stepping=8 Features=0xbfebfbff Features2=0x41d8e3bf AMD Features=0x28100800 AMD Features2=0x101 Structured Extended Features=0x2282 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 3962818560 (3779 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: WARNING: L1 data cache covers less APIC IDs than a core 0 < 1 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) Security policy loaded: TrustedBSD MAC/portacl (mac_portacl) Firmware Warning (ACPI): 32/64X length mismatch in FADT/Gpe0Block: 128/32 (20171214/tbfadt-748) WARNING: Bogus Interrupt Trigger Mode. Assume CONFORMS. WARNING: Bogus Interrupt Polarity. Assume CONFORMS ioapic0 irqs 0-86 on motherboard SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! Timecounter "TSC" frequency 2000054736 Hz quality 1000 random: entropy device external interface kbd0 at kbdmux0 netmap: loaded module random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" nexus0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 atrtc0: port 0x70-0x77 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff irq 8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pcib0: _OSC returned error 0x10 pci0: on pcib0 vgapci0: port 0xf080-0xf087 mem 0xd0000000-0xd03fffff,0xc0000000-0xcfffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device ahci0: port 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f mem 0xd0a16000-0xd0a167ff irq 19 at device 19.0 on pci0 ahci0: AHCI v1.30 with 2 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 xhci0: mem 0xd0a00000-0xd0a0ffff irq 20 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 26.0 (no driver attached) hdac0: mem 0xd0a10000-0xd0a13fff irq 22 at device 27.0 on pci0 pcib1: irq 16 at device 28.0 on pci0 pcib1: [GIANT-LOCKED] pci1: on pcib1 igb0: port 0xe000-0xe01f mem 0xd0900000-0xd091ffff,0xd0920000-0xd0923fff irq 16 at device 0.0 on pci1 igb0: Using MSIX interrupts with 3 vectors igb0: Ethernet address: 40:62:31:02:18:41 igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: netmap queues/slots: TX 2/4096, RX 2/4096 pcib2: irq 17 at device 28.1 on pci0 pcib2: [GIANT-LOCKED] pci2: on pcib2 igb1: port 0xd000-0xd01f mem 0xd0800000-0xd081ffff,0xd0820000-0xd0823fff irq 17 at device 0.0 on pci2 igb1: Using MSIX interrupts with 3 vectors igb1: Ethernet address: 40:62:31:02:18:42 igb1: Bound queue 0 to cpu 2 igb1: Bound queue 1 to cpu 3 igb1: netmap queues/slots: TX 2/4096, RX 2/4096 pcib3: irq 18 at device 28.2 on pci0 pcib3: [GIANT-LOCKED] pci3: on pcib3 igb2: port 0xc000-0xc01f mem 0xd0700000-0xd071ffff,0xd0720000-0xd0723fff irq 18 at device 0.0 on pci3 igb2: Using MSIX interrupts with 3 vectors igb2: Ethernet address: 40:62:31:02:18:43 igb2: Bound queue 0 to cpu 0 igb2: Bound queue 1 to cpu 1 igb2: netmap queues/slots: TX 2/4096, RX 2/4096 pcib4: irq 19 at device 28.3 on pci0 pcib4: [GIANT-LOCKED] pci4: on pcib4 igb3: port 0xb000-0xb01f mem 0xd0600000-0xd061ffff,0xd0620000-0xd0623fff irq 19 at device 0.0 on pci4 igb3: Using MSIX interrupts with 3 vectors igb3: Ethernet address: 40:62:31:02:18:44 igb3: Bound queue 0 to cpu 2 igb3: Bound queue 1 to cpu 3 igb3: netmap queues/slots: TX 2/4096, RX 2/4096 isab0: at device 31.0 on pci0 isa0: on isab0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 7c000000183e device_attach: est0 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 7c000000183e device_attach: est1 attach returned 6 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 7c000000183e device_attach: est2 attach returned 6 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 7c000000183e device_attach: est3 attach returned 6 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat loadable, default to accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched FQ_CODEL loaded load_dn_sched dn_sched FQ_PIE loaded load_dn_aqm dn_aqm CODEL loaded load_dn_aqm dn_aqm PIE loaded hdacc0: at cad 2 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 4 on hdaa0 ugen0.1: <0x8086 XHCI root HUB> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-3 ATA SATA 3.x device ada0: Serial Number WD-WXB1A186TS37 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors) ada0: quirks=0x1<4K> Trying to mount root from ufs:/dev/ufs/root [rw]... Root mount waiting for: GMIRROR usbus0 uhub0: 7 ports with 7 removable, self powered Root mount waiting for: GMIRROR usbus0 ugen0.2: at usbus0 uhub1 on uhub0 uhub1: on usbus0 uhub1: 4 ports with 4 removable, self powered Root mount waiting for: GMIRROR usbus0 ugen0.3: at usbus0 ukbd0 on uhub1 ukbd0: on usbus0 kbd1 at ukbd0 Root mount waiting for: GMIRROR GEOM_MIRROR: Force device gm0 start due to timeout. GEOM_MIRROR: Device mirror/gm0 launched (1/2). mountroot: waiting for device /dev/ufs/root... WARNING: / was not properly dismounted random: unblocking device. lo0: link state changed to UP uhid0 on uhub1 uhid0: on usbus0 Output of pciconf -lvvv: hostb0@pci0:0:0:0: class=0x060000 card=0x0f318086 chip=0x0f008086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x0f318086 chip=0x0f318086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor Z36xxx/Z37xxx Series Graphics & Display' class = display subclass = VGA ahci0@pci0:0:19:0: class=0x010601 card=0x0f238086 chip=0x0f238086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor E3800 Series SATA AHCI Controller' class = mass storage subclass = SATA xhci0@pci0:0:20:0: class=0x0c0330 card=0x0f358086 chip=0x0f358086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor Z36xxx/Z37xxx, Celeron N2000 Series USB xHCI' class = serial bus subclass = USB none0@pci0:0:26:0: class=0x108000 card=0x0f188086 chip=0x0f188086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine' class = encrypt/decrypt hdac0@pci0:0:27:0: class=0x040300 card=0x0f048086 chip=0x0f048086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller' class = multimedia subclass = HDA pcib1@pci0:0:28:0: class=0x060400 card=0x0f488086 chip=0x0f488086 rev=0x0e hdr=0x01 vendor = 'Intel Corporation' device = 'Atom Processor E3800 Series PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x0f4a8086 chip=0x0f4a8086 rev=0x0e hdr=0x01 vendor = 'Intel Corporation' device = 'Atom Processor E3800 Series PCI Express Root Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x0f4c8086 chip=0x0f4c8086 rev=0x0e hdr=0x01 vendor = 'Intel Corporation' device = 'Atom Processor E3800 Series PCI Express Root Port 3' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:3: class=0x060400 card=0x0f4e8086 chip=0x0f4e8086 rev=0x0e hdr=0x01 vendor = 'Intel Corporation' device = 'Atom Processor E3800 Series PCI Express Root Port 4' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x0f1c8086 chip=0x0f1c8086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor Z36xxx/Z37xxx Series Power Control Unit' class = bridge subclass = PCI-ISA none1@pci0:0:31:3: class=0x0c0500 card=0x0f128086 chip=0x0f128086 rev=0x0e hdr=0x00 vendor = 'Intel Corporation' device = 'Atom Processor E3800 Series SMBus Controller' class = serial bus subclass = SMBus igb0@pci0:1:0:0: class=0x020000 card=0x00008086 chip=0x15398086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'I211 Gigabit Network Connection' class = network subclass = ethernet igb1@pci0:2:0:0: class=0x020000 card=0x00008086 chip=0x15398086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'I211 Gigabit Network Connection' class = network subclass = ethernet igb2@pci0:3:0:0: class=0x020000 card=0x00008086 chip=0x15398086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'I211 Gigabit Network Connection' class = network subclass = ethernet igb3@pci0:4:0:0: class=0x020000 card=0x00008086 chip=0x15398086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'I211 Gigabit Network Connection' class = network subclass = ethernet Eugene Grosbein From owner-freebsd-stable@freebsd.org Thu Dec 6 13:53:14 2018 Return-Path: Delivered-To: freebsd-stable@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 B3A57132E3A3 for ; Thu, 6 Dec 2018 13:53:14 +0000 (UTC) (envelope-from diver06@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37D7B6CBFD for ; Thu, 6 Dec 2018 13:53:13 +0000 (UTC) (envelope-from diver06@gmx.net) Received: from [192.168.79.177] ([110.54.242.15]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lpfas-1hAJNr10NC-00fUef for ; Thu, 06 Dec 2018 14:53:09 +0100 Subject: Re: Upgrading via source build, 10.4->11.2 To: freebsd-stable@freebsd.org References: <3ca7915d-ab97-065c-44a0-77d18686dfcc@m5p.com> <671e2b4f-9f44-ae4e-a897-47b9b0972ffa@quip.cz> <2d92cd1a-0c2d-76d6-ba52-3f3a160db57d@m5p.com> From: Simon Wright Message-ID: <9cfcc0f4-b29c-618e-665e-f9d1e4f5e203@gmx.net> Date: Thu, 6 Dec 2018 21:53:06 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <2d92cd1a-0c2d-76d6-ba52-3f3a160db57d@m5p.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1o0DitxxHnBRN56w+JzY9Ow9JfdMitUTLoH/mZECUqFceJbA4zj Ic3sf45Ee4x8JaGobRlcGGilhGjskAxB3rjTveo7KWuqIwot+mm1LHSUKufNvKVKzgjpOQB VUe8gJZ23gRP3Q3O+vmEupypeMLkxnHqXx92WEjuZAjtwjohNTHbyoFaXPl1kIKfmbL1cuz j1DQNS7J8DRFfkugEZ96A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:KuuE797ZDt4=:AgVCZExc169Ut4/zAeoaR1 KbA0m2bbyj04YFm5RNboT4cZGXaUnU3Xl15nIRqyVL6qDqE0sesiBs4dyJciwb7w35PLNUWsx Vp26eQlfRLHfaylPbLaEP4TF0T3UQljWcktHRyh6O7fqWuvLfU+018lOTgvegbDUJyio7ai35 /3uyDFQTHGKlTnBoCAf5G78GkkQtyh/o3Zv/F5QLRyNqF8V0+bGjNTzV4Zdqg70O/GFFfyp6R io+NH17Cn+UWvDGMJieaw7GxRWRmY3dQEItxSGsLZP89D1wa8x0RnEoX95hhY7A6DtBPJifyS u9Dj3Mjy6mdPhy3/gboY1tLx40ybvAmY3oYoKpv3kqg3X0LahsKL1U5hbAEcdzm0SCJGzcRz2 sovOASBcBoiUR5H8uYzFNSYf1TY4iyIJLmKARmkTtnWCTtNon0XXH/H9CzxkteaqUA4nEYx0h a0U9IrSe8FLKkf04i+zpyATE0CDfD9Mw1Vrfhyr5mCeyvi49ZW1iR89pcU/TsDHl8P7+QLwap uFrY61jzaDqC5sm19yL9OPAIiWEaxoErpnxEQqKFZIqDF2brh/rcO7dg5UFNIFLTd7M/vWawd B26YMgqq0LMNBd7659Dr4X3/2Lyn/TQus20qLJnJ8VQoP8DXRKnBC9r+iW+Ik03YpUL9Liwhh R6DieYFGQanrvlsabwCGgJze6m6nI5A8eSl3n7uqL/f5lBnWlbrzpyfAo2BG7+PmAdCqZobtW 1Vz2UCuMCf7JxVol71FL+QzpLHH3SHQYyq6JrsK7nfdsCEE72M6gaqGeiJlp1jii65tSZQ9l6 wLThCqraVqDRg6d0Fj+StQODDyriEgYYApIw144JwU/G8vAeJEfio/Us4lNpyNTWeZR4+YwH5 jKNQYqCFgn6er6nfvtbinEQGxla9b9/sDOp+8hG8z9ChJOBETWvgEfd5mIy6cG2P3biwfdRX6 4O/xmm/erMA== X-Rspamd-Queue-Id: 37D7B6CBFD X-Spamd-Result: default: False [-4.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; FREEMAIL_FROM(0.00)[gmx.net]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gmx.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mx00.emig.gmx.net,mx01.emig.gmx.net]; NEURAL_HAM_SHORT(-0.92)[-0.925,0]; IP_SCORE(-0.85)[ip: (-3.54), ipnet: 212.227.0.0/16(-0.62), asn: 8560(-0.07), country: DE(-0.01)]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.net]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 13:53:14 -0000 On 06/12/2018 21:34, George Mitchell wrote: > so that I can installkernel and installworld on them in single user > mode (hard to use NFS when booting in single user). -- George # cd /usr/src # make installkernel KERNCONF=GENERIC (or whatever) reboot then repeat with installworld: # mount -a -t ufs # /etc/netstart then, assuming you have /usr/src nfs mounted in fstab # mount -a -t nfs # cd /usr/src # make installworld From owner-freebsd-stable@freebsd.org Thu Dec 6 13:56:09 2018 Return-Path: Delivered-To: freebsd-stable@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 DE682132E5FC for ; Thu, 6 Dec 2018 13:56:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E8A26CF0A; Thu, 6 Dec 2018 13:56:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB6DtxZq092181 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Dec 2018 14:56:00 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-stable@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id wB6Dtwme088450; Thu, 6 Dec 2018 20:55:58 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: vt(4)-related hang of 11.2 To: FreeBSD Stable References: <5C092989.6000007@grosbein.net> Cc: ed@freebsd.org, Ed Maste , ray@freebsd.org From: Eugene Grosbein Message-ID: <5C092A6E.2000009@grosbein.net> Date: Thu, 6 Dec 2018 20:55:58 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <5C092989.6000007@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.9 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * 2.6 LOCAL_FROM From my domains X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4E8A26CF0A X-Spamd-Result: default: False [-4.51 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.92)[ip: (-3.50), ipnet: 2a01:4f8::/29(-3.57), asn: 24940(-2.51), country: DE(-0.01)]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 13:56:10 -0000 On 06.12.2018 20:52, Eugene Grosbein wrote: > Hi! > > I ran across several systems based on AMI Aptio CRB CLBTM210 equiped with Intel J1900 processor > that hang early at boot in the moment of kernel initialisation unless forced to use syscons(4) console driver > instead of default vt(4). Here is screen photo of one of such systems in such dead state > started with vt(4), boot_verbose and verbose_loading enabled: > > http://www.grosbein.net/freebsd/11hang.jpg > > It boots and works just fine with syscons. The system in question is 11.2-STABLE/amd64 r341225. > > One of such boxes is ready to produce additional debug output, if needed, test patches etc. > for about a week, then it will go in production to some remote site. Forgot to include its /boot/loader.conf: alias_cuseeme_load="YES" alias_dummy_load="YES" alias_ftp_load="YES" alias_irc_load="YES" alias_nbt_load="YES" alias_pptp_load="YES" alias_skinny_load="YES" alias_smedia_load="YES" libalias_load="YES" hw.em.rxd=4096 hw.em.txd=4096 hw.em.max_interrupt_rate=32000 hw.igb.rxd=4096 hw.igb.txd=4096 hw.igb.max_interrupt_rate=32000 mac_portacl_load="YES" dummynet_load="YES" geom_mirror_load="YES" #EOF From owner-freebsd-stable@freebsd.org Thu Dec 6 13:57:50 2018 Return-Path: Delivered-To: freebsd-stable@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 1CEBB132E73F for ; Thu, 6 Dec 2018 13:57:50 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (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 2B3106D05F for ; Thu, 6 Dec 2018 13:57:49 +0000 (UTC) (envelope-from ray@ddteam.net) Received: by mail-ua1-x936.google.com with SMTP id v24so165732uap.13 for ; Thu, 06 Dec 2018 05:57:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ddteam-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fnCiZXnubgKwnnkLrFqtadN7M+bnydjXyvVWT9KE/Yo=; b=GCAUtJxONzch+AgF0mDfMWWQJiiL/VCLlh9TzTTGt5tveh2S2PkZyWbnHBMBvWkclV q06AaWOvAUZztxl4GdMBi4tv3QpHvCX7v2nvL5YC7dw6gBZG3RsCW1SME366pFyJTA94 PTCHN6eC+LWR53XlUf/RW3RgO23VFQ/TO7+1ykyxkruTb2yC8VcQISfxx1X0vYc2/bmo A7176oIcZRAwyyvriRb+SoqvX1SA0o08sA5WSOAPvQ9QqdIAx91Xb8v52KZYdvM5Qjjw uv8NTNiy+q9bicm0Eyl0YDvjjiGMmENjYNmjFtxo15b1rVIPo5S0kjFXu2SAU+sea1fi 3EIw== 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=fnCiZXnubgKwnnkLrFqtadN7M+bnydjXyvVWT9KE/Yo=; b=FfOUGK6NI3+6Yk30v/FnxENmQtVH/qD17aARG4faq/IMKPflmk/DfakBlNGEMdv5Fy vktc02ReOzIsoDQ29M6lbX1ui/F+bjamDcFayEuAK/zpOMbAblsVe2mtXw3QkknwHrTx 2mQ1d5u/VNjBiwzPuympx1reLgLwAU//g8ZOvHHESvFId0NeD6q2kNzbkJdvD3nFdb8o 1/iXPNGNkMbelKexsDo+BBMZcbV9Ym2yIPVD8vSAFGqzcbcCAJsIdsERjMsg/i6ta55F NYZePlBCfioZzPf/JBoD0hF5smRrtv7Q1Pq5NCtdF2+zqQzVvoRLc+Bev234d9zstXzQ y7pw== X-Gm-Message-State: AA+aEWZOfxsivgwAxGpjGMUkeYkJgPEtNewNL0ugFWIA76328I1rsfWx oLSCSiF6jQY45Kjoh8v1Zngo8wc1di12RgeZCA+79Q== X-Google-Smtp-Source: AFSGD/XAuHXNEb6+e5bnlTw98Dq+1DdOcusp77q/j5AAppNZM0/e27Ukk+Ezt/tEkHFS7owuNAINM4j+BkUOTSCROb4= X-Received: by 2002:a9f:24a7:: with SMTP id 36mr12547829uar.41.1544104668372; Thu, 06 Dec 2018 05:57:48 -0800 (PST) MIME-Version: 1.0 References: <5C092989.6000007@grosbein.net> In-Reply-To: <5C092989.6000007@grosbein.net> From: Aleksandr Rybalko Date: Thu, 6 Dec 2018 15:57:36 +0200 Message-ID: Subject: Re: vt(4)-related hang of 11.2 To: Eugene Grosbein Cc: FreeBSD-STABLE Mailing List , ed@freebsd.org, Ed Maste X-Rspamd-Queue-Id: 2B3106D05F X-Spamd-Result: default: False [-3.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[ddteam-net.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[ddteam.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ddteam-net.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,aspmx3.googlemail.com,aspmx5.googlemail.com,alt2.aspmx.l.google.com,aspmx4.googlemail.com]; RCVD_IN_DNSWL_NONE(0.00)[6.3.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.91)[-0.910,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.59)[ipnet: 2607:f8b0::/32(-1.53), asn: 15169(-1.31), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 13:57:50 -0000 Hi, Eugene! In most cases it's just wrong info passed from UEFI firmware about FB. try to hardcode FrameBuffer params into vt_efb driver, to know exatly. Thanks. =D1=87=D1=82, 6 =D0=B3=D1=80=D1=83=D0=B4. 2018 =D0=BE 15:52 Eugene Grosbein= =D0=BF=D0=B8=D1=88=D0=B5: > Hi! > > I ran across several systems based on AMI Aptio CRB CLBTM210 equiped with > Intel J1900 processor > that hang early at boot in the moment of kernel initialisation unless > forced to use syscons(4) console driver > instead of default vt(4). Here is screen photo of one of such systems in > such dead state > started with vt(4), boot_verbose and verbose_loading enabled: > > http://www.grosbein.net/freebsd/11hang.jpg > > It boots and works just fine with syscons. The system in question is > 11.2-STABLE/amd64 r341225. > > One of such boxes is ready to produce additional debug output, if needed, > test patches etc. > for about a week, then it will go in production to some remote site. > > It processes nextboot.conf as expected even if started with vt(4), if thi= s > matters. > > Here is its kernel config file: > > include GENERIC > ident Base11 > options IPDIVERT > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT=3D100 > options IPFIREWALL_DEFAULT_TO_ACCEPT > device enc > #EOF > > According to kern.conftxt, it has options VESA and > > device vt > device vt_vga > device vt_efifb > > Its dmesg.boot and pciconf output follow (started with syscons): > > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.2-STABLE #0 r341225: Thu Nov 29 21:47:09 MSK 2018 > az@base11.zonov.ru:/data/obj/data/src/sys/Base11 amd64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLV= M > 6.0.1) > CPU: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (2000.05-MHz K8-class CPU) > Origin=3D"GenuineIntel" Id=3D0x30678 Family=3D0x6 Model=3D0x37 Step= ping=3D8 > > Features=3D0xbfebfbff > > Features2=3D0x41d8e3bf > AMD Features=3D0x28100800 > AMD Features2=3D0x101 > Structured Extended Features=3D0x2282 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > real memory =3D 4294967296 (4096 MB) > avail memory =3D 3962818560 (3779 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > WARNING: L1 data cache covers less APIC IDs than a core > 0 < 1 > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > Security policy loaded: TrustedBSD MAC/portacl (mac_portacl) > Firmware Warning (ACPI): 32/64X length mismatch in FADT/Gpe0Block: 128/32 > (20171214/tbfadt-748) > WARNING: Bogus Interrupt Trigger Mode. Assume CONFORMS. > WARNING: Bogus Interrupt Polarity. Assume CONFORMS > ioapic0 irqs 0-86 on motherboard > SMP: AP CPU #3 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #1 Launched! > Timecounter "TSC" frequency 2000054736 Hz quality 1000 > random: entropy device external interface > kbd0 at kbdmux0 > netmap: loaded module > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > nexus0 > cryptosoft0: on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > unknown: I/O range not supported > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > atrtc0: port 0x70-0x77 on acpi0 > atrtc0: Warning: Couldn't map I/O. > atrtc0: registered as a time-of-day clock, resolution 1.000000s > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff irq 8 on > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 450 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pcib0: _OSC returned error 0x10 > pci0: on pcib0 > vgapci0: port 0xf080-0xf087 mem > 0xd0000000-0xd03fffff,0xc0000000-0xcfffffff irq 16 at device 2.0 on pci0 > vgapci0: Boot video device > ahci0: port > 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f mem > 0xd0a16000-0xd0a167ff irq 19 at device 19.0 on pci0 > ahci0: AHCI v1.30 with 2 3Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > xhci0: mem 0xd0a00000-0xd0a0ffff irq > 20 at device 20.0 on pci0 > xhci0: 32 bytes context size, 64-bit DMA > xhci0: Port routing mask set to 0xffffffff > usbus0 on xhci0 > usbus0: 5.0Gbps Super Speed USB v3.0 > pci0: at device 26.0 (no driver attached) > hdac0: mem 0xd0a10000-0xd0a13fff irq 22 a= t > device 27.0 on pci0 > pcib1: irq 16 at device 28.0 on pci0 > pcib1: [GIANT-LOCKED] > pci1: on pcib1 > igb0: port > 0xe000-0xe01f mem 0xd0900000-0xd091ffff,0xd0920000-0xd0923fff irq 16 at > device 0.0 on pci1 > igb0: Using MSIX interrupts with 3 vectors > igb0: Ethernet address: 40:62:31:02:18:41 > igb0: Bound queue 0 to cpu 0 > igb0: Bound queue 1 to cpu 1 > igb0: netmap queues/slots: TX 2/4096, RX 2/4096 > pcib2: irq 17 at device 28.1 on pci0 > pcib2: [GIANT-LOCKED] > pci2: on pcib2 > igb1: port > 0xd000-0xd01f mem 0xd0800000-0xd081ffff,0xd0820000-0xd0823fff irq 17 at > device 0.0 on pci2 > igb1: Using MSIX interrupts with 3 vectors > igb1: Ethernet address: 40:62:31:02:18:42 > igb1: Bound queue 0 to cpu 2 > igb1: Bound queue 1 to cpu 3 > igb1: netmap queues/slots: TX 2/4096, RX 2/4096 > pcib3: irq 18 at device 28.2 on pci0 > pcib3: [GIANT-LOCKED] > pci3: on pcib3 > igb2: port > 0xc000-0xc01f mem 0xd0700000-0xd071ffff,0xd0720000-0xd0723fff irq 18 at > device 0.0 on pci3 > igb2: Using MSIX interrupts with 3 vectors > igb2: Ethernet address: 40:62:31:02:18:43 > igb2: Bound queue 0 to cpu 0 > igb2: Bound queue 1 to cpu 1 > igb2: netmap queues/slots: TX 2/4096, RX 2/4096 > pcib4: irq 19 at device 28.3 on pci0 > pcib4: [GIANT-LOCKED] > pci4: on pcib4 > igb3: port > 0xb000-0xb01f mem 0xd0600000-0xd061ffff,0xd0620000-0xd0623fff irq 19 at > device 0.0 on pci4 > igb3: Using MSIX interrupts with 3 vectors > igb3: Ethernet address: 40:62:31:02:18:44 > igb3: Bound queue 0 to cpu 2 > igb3: Bound queue 1 to cpu 3 > igb3: netmap queues/slots: TX 2/4096, RX 2/4096 > isab0: at device 31.0 on pci0 > isa0: on isab0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > acpi_tz0: on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ppc0: cannot reserve I/O port range > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 7c000000183e > device_attach: est0 attach returned 6 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 7c000000183e > device_attach: est1 attach returned 6 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 7c000000183e > device_attach: est2 attach returned 6 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 7c000000183e > device_attach: est3 attach returned 6 > Timecounters tick every 1.000 msec > ipfw2 (+ipv6) initialized, divert enabled, nat loadable, default to > accept, logging disabled > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched QFQ loaded > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched PRIO loaded > load_dn_sched dn_sched FQ_CODEL loaded > load_dn_sched dn_sched FQ_PIE loaded > load_dn_aqm dn_aqm CODEL loaded > load_dn_aqm dn_aqm PIE loaded > hdacc0: at cad 2 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 4 on hdaa0 > ugen0.1: <0x8086 XHCI root HUB> at usbus0 > uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ACS-3 ATA SATA 3.x device > ada0: Serial Number WD-WXB1A186TS37 > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 476940MB (976773168 512 byte sectors) > ada0: quirks=3D0x1<4K> > Trying to mount root from ufs:/dev/ufs/root [rw]... > Root mount waiting for: GMIRROR usbus0 > uhub0: 7 ports with 7 removable, self powered > Root mount waiting for: GMIRROR usbus0 > ugen0.2: at usbus0 > uhub1 on uhub0 > uhub1: on > usbus0 > uhub1: 4 ports with 4 removable, self powered > Root mount waiting for: GMIRROR usbus0 > ugen0.3: at usbus0 > ukbd0 on uhub1 > ukbd0: on usbus0 > kbd1 at ukbd0 > Root mount waiting for: GMIRROR > GEOM_MIRROR: Force device gm0 start due to timeout. > GEOM_MIRROR: Device mirror/gm0 launched (1/2). > mountroot: waiting for device /dev/ufs/root... > WARNING: / was not properly dismounted > random: unblocking device. > lo0: link state changed to UP > uhid0 on uhub1 > uhid0: on usbus0 > > > Output of pciconf -lvvv: > > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x0f318086 chip=3D0x0f008= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor Z36xxx/Z37xxx Series SoC Transaction > Register' > class =3D bridge > subclass =3D HOST-PCI > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x0f318086 chip=3D0x0f318= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor Z36xxx/Z37xxx Series Graphics & Displa= y' > class =3D display > subclass =3D VGA > ahci0@pci0:0:19:0: class=3D0x010601 card=3D0x0f238086 chip=3D0x0f238= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor E3800 Series SATA AHCI Controller' > class =3D mass storage > subclass =3D SATA > xhci0@pci0:0:20:0: class=3D0x0c0330 card=3D0x0f358086 chip=3D0x0f358= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor Z36xxx/Z37xxx, Celeron N2000 Series US= B > xHCI' > class =3D serial bus > subclass =3D USB > none0@pci0:0:26:0: class=3D0x108000 card=3D0x0f188086 chip=3D0x0f188= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor Z36xxx/Z37xxx Series Trusted Execution > Engine' > class =3D encrypt/decrypt > hdac0@pci0:0:27:0: class=3D0x040300 card=3D0x0f048086 chip=3D0x0f048= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor Z36xxx/Z37xxx Series High Definition > Audio Controller' > class =3D multimedia > subclass =3D HDA > pcib1@pci0:0:28:0: class=3D0x060400 card=3D0x0f488086 chip=3D0x0f488= 086 > rev=3D0x0e hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor E3800 Series PCI Express Root Port 1' > class =3D bridge > subclass =3D PCI-PCI > pcib2@pci0:0:28:1: class=3D0x060400 card=3D0x0f4a8086 chip=3D0x0f4a8= 086 > rev=3D0x0e hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor E3800 Series PCI Express Root Port 2' > class =3D bridge > subclass =3D PCI-PCI > pcib3@pci0:0:28:2: class=3D0x060400 card=3D0x0f4c8086 chip=3D0x0f4c8= 086 > rev=3D0x0e hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor E3800 Series PCI Express Root Port 3' > class =3D bridge > subclass =3D PCI-PCI > pcib4@pci0:0:28:3: class=3D0x060400 card=3D0x0f4e8086 chip=3D0x0f4e8= 086 > rev=3D0x0e hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor E3800 Series PCI Express Root Port 4' > class =3D bridge > subclass =3D PCI-PCI > isab0@pci0:0:31:0: class=3D0x060100 card=3D0x0f1c8086 chip=3D0x0f1c8= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor Z36xxx/Z37xxx Series Power Control Uni= t' > class =3D bridge > subclass =3D PCI-ISA > none1@pci0:0:31:3: class=3D0x0c0500 card=3D0x0f128086 chip=3D0x0f128= 086 > rev=3D0x0e hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Atom Processor E3800 Series SMBus Controller' > class =3D serial bus > subclass =3D SMBus > igb0@pci0:1:0:0: class=3D0x020000 card=3D0x00008086 chip=3D0x15398= 086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'I211 Gigabit Network Connection' > class =3D network > subclass =3D ethernet > igb1@pci0:2:0:0: class=3D0x020000 card=3D0x00008086 chip=3D0x15398= 086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'I211 Gigabit Network Connection' > class =3D network > subclass =3D ethernet > igb2@pci0:3:0:0: class=3D0x020000 card=3D0x00008086 chip=3D0x15398= 086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'I211 Gigabit Network Connection' > class =3D network > subclass =3D ethernet > igb3@pci0:4:0:0: class=3D0x020000 card=3D0x00008086 chip=3D0x15398= 086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'I211 Gigabit Network Connection' > class =3D network > subclass =3D ethernet > > Eugene Grosbein > --=20 WBW ------- Rybalko Aleksandr From owner-freebsd-stable@freebsd.org Thu Dec 6 14:02:50 2018 Return-Path: Delivered-To: freebsd-stable@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 38FBB132F070 for ; Thu, 6 Dec 2018 14:02:50 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 168946D994 for ; Thu, 6 Dec 2018 14:02:47 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id ECD58210C6 for ; Thu, 6 Dec 2018 09:02:46 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Thu, 06 Dec 2018 09:02:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=borderworlds.dk; h=to:from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=fm1; bh=vLjyPISpDXubKJ3512y6uwGgJ3 deoj+R0ZVN7rzTE+w=; b=auktV0dd96WJt7KRZGF4EUtZgrhp+IdpF5SKWi30HW 7mcMW/Zp6d6Ef36VmVyhr4fzjN/SFjdWiyNvFMnynBCtXSBvAhSHJOR62IgFHDJF gexU4QpP+fJ5qnRvwb3sXjAuY2kVcU2IVwyeJ1Yew0HFsdfU4mwlNkodJK0lvZLa qD6KPU7OTfFdZtYX+DXO57bpkfPYWZ7KK9bR1A1t/zI6m/2cx27g90mmd2diyAc6 b/Nk/Z2i2Hnk1wUP7ypBqMziOl03YZYTRxLqg5Y++KHPhQdrFCnPR4JhRyLrNcbz OEyWq4G7/aS6ZoiILzvN6j0HSbai/2hYZV8XR+IxU8Bg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=vLjyPI SpDXubKJ3512y6uwGgJ3deoj+R0ZVN7rzTE+w=; b=okNyYdkL85dLI2OEamCAJo im2Ih/oBFOlOrYW+cglXeTD6GGNbxKuhppXZPgZtXBDvxr7URI1P+BeJxdVKXIXQ Pb/YJuzRZR94OpzDTU4B2Gy72PN78EeygApwN/afcJGAHKIq0fEV5bXTrhtLRrG+ cL3xh+swXyQx3OGG340uFpGtWe2N7fCDqag8Tpyosa6kDZ1icLFX3YxSJaZN0/+G TvVCd0L3u491YxxW5ezgKsJNXvwI3DUK0iENbeOxsgezibZomVrI1N2F8P+hmUzg Lw8DbPSy4pIxudrLhXLymWsE6/Px3yl6/PGkVjEctbWuL70cnl3HApia7XAms82w == X-ME-Sender: X-ME-Proxy: Received: from baku.borderworlds.dk (80-62-117-94-mobile.dk.customer.tdc.net [80.62.117.94]) by mail.messagingengine.com (Postfix) with ESMTPA id DEDB9103CD for ; Thu, 6 Dec 2018 09:02:45 -0500 (EST) To: freebsd-stable@freebsd.org From: =?UTF-8?Q?Christian_St=c3=a6rk?= Subject: Trouble with headphones and hda audio Organization: The Border Worlds Message-ID: <823091a9-1be1-ac78-fdc6-81cc38c04d64@borderworlds.dk> Date: Thu, 6 Dec 2018 15:02:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 168946D994 X-Spamd-Result: default: False [-5.33 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[borderworlds.dk,messagingengine.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[borderworlds.dk]; DKIM_TRACE(0.00)[borderworlds.dk:+,messagingengine.com:+]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-1.74)[ipnet: 66.111.4.0/24(-4.75), asn: 11403(-3.84), country: US(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[94.117.62.80.zen.spamhaus.org : 127.0.0.11]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 14:02:50 -0000 Hello, I have a new laptop. It's running 11.2-RELEASE. While sound on the speakers works fine, sound through the headphones does not. From dmesg: hdac0: mem 0xa1318000-0xa131bfff,0xa1000000-0xa10fffff irq 16 at device 31.3 on pci0 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 18 on hdaa0 pcm1: at nid 33 on hdaa0 hdacc1: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 3 on hdaa1 I have tried setting hw.snd.default_unit=1. Then there is no sound neither on the speakers or in the headphones. As I was searching for a solution, I found out that I should do a pindump. Pindump with the headphones unplugged: hdaa0: Dumping AFG pins: hdaa0: nid   0x    as seq device       conn  jack    loc color   misc hdaa0: 18 b7a60130 3  0  Mic           Fixed Digital Lid-In Unknown 1 hdaa0:     Caps: IN hdaa0: 19 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN hdaa0: 20 90170110 1  0  Speaker       Fixed Analog  Internal Unknown 1 hdaa0:     Caps:    OUT    EAPD      Sense: 0x00000000 (disconnected) hdaa0: 22 40000000 0  0  Line-out      None  Unknown 0x00 Unknown 0 DISA hdaa0:     Caps:    OUT HP           Sense: 0x00000000 (disconnected) hdaa0: 23 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps:    OUT HP           Sense: 0x00000000 (disconnected) hdaa0: 24 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN                  Sense: 0x00000000 (disconnected) hdaa0: 25 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN             VREF Sense: 0x00000000 (disconnected) hdaa0: 26 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN             VREF Sense: 0x00000000 (disconnected) hdaa0: 27 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN OUT    EAPD VREF Sense: 0x00000000 (disconnected) hdaa0: 30 42e213f2 15 2  Res.E         None  1/4     Front Black   3 DISA hdaa0:     Caps:    OUT hdaa0: 33 04211020 2  0  Headphones    Jack  1/8     Right Black   0 hdaa0:     Caps:    OUT HP EAPD      Sense: 0x00000000 (disconnected) hdaa0: NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa0:  GPIO0: disabled hdaa0:  GPIO1: disabled hdaa0:  GPIO2: disabled Pindump with the headphones plugged in: hdaa1: Dumping AFG pins: hdaa1: nid   0x    as seq device       conn  jack    loc color   misc hdaa1:  3 18560010 1  0  Digital-out   Jack  Digital 0x18 Unknown 0 hdaa1:     Caps:    OUT              Sense: 0x00000000 (disconnected) hdaa1: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdaa0: Dumping AFG pins: hdaa0: nid   0x    as seq device       conn  jack    loc color   misc hdaa0: 18 b7a60130 3  0  Mic           Fixed Digital Lid-In Unknown 1 hdaa0:     Caps: IN hdaa0: 19 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN hdaa0: 20 90170110 1  0  Speaker       Fixed Analog  Internal Unknown 1 hdaa0:     Caps:    OUT    EAPD      Sense: 0x00000000 (disconnected) hdaa0: 22 40000000 0  0  Line-out      None  Unknown 0x00 Unknown 0 DISA hdaa0:     Caps:    OUT HP           Sense: 0x00000000 (disconnected) hdaa0: 23 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps:    OUT HP           Sense: 0x00000000 (disconnected) hdaa0: 24 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN                  Sense: 0x00000000 (disconnected) hdaa0: 25 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN             VREF Sense: 0x00000000 (disconnected) hdaa0: 26 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN             VREF Sense: 0x00000000 (disconnected) hdaa0: 27 411111f0 15 0  Speaker       None  1/8     Rear Black   1 DISA hdaa0:     Caps: IN OUT    EAPD VREF Sense: 0x00000000 (disconnected) hdaa0: 30 42e213f2 15 2  Res.E         None  1/4     Front Black   3 DISA hdaa0:     Caps:    OUT hdaa0: 33 04211020 2  0  Headphones    Jack  1/8     Right Black   0 hdaa0:     Caps:    OUT HP EAPD      Sense: 0x80000000 (connected) hdaa0: NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa0:  GPIO0: disabled hdaa0:  GPIO1: disabled hdaa0:  GPIO2: disabled hdaa1: Dumping AFG pins: hdaa1: nid   0x    as seq device       conn  jack    loc color   misc hdaa1:  3 18560010 1  0  Digital-out   Jack  Digital 0x18 Unknown 0 hdaa1:     Caps:    OUT              Sense: 0x00000000 (disconnected) hdaa1: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 Can anyone help me fixing this? Best regards Christian From owner-freebsd-stable@freebsd.org Thu Dec 6 14:08:21 2018 Return-Path: Delivered-To: freebsd-stable@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 42321132F405 for ; Thu, 6 Dec 2018 14:08:21 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B5C26DDC6; Thu, 6 Dec 2018 14:08:20 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB6E8Cb5092281 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Dec 2018 15:08:12 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ray@ddteam.net Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id wB6E8B1V088561; Thu, 6 Dec 2018 21:08:11 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: vt(4)-related hang of 11.2 To: Aleksandr Rybalko References: <5C092989.6000007@grosbein.net> Cc: FreeBSD-STABLE Mailing List , ed@freebsd.org, Ed Maste From: Eugene Grosbein Message-ID: <5C092D4B.8050302@grosbein.net> Date: Thu, 6 Dec 2018 21:08:11 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.9 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * 2.6 LOCAL_FROM From my domains X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 8B5C26DDC6 X-Spamd-Result: default: False [-4.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; IP_SCORE(-1.91)[ip: (-3.44), ipnet: 2a01:4f8::/29(-3.56), asn: 24940(-2.51), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 14:08:21 -0000 On 06.12.2018 20:57, Aleksandr Rybalko wrote: > Hi, Eugene! > > In most cases it's just wrong info passed from UEFI firmware about FB. > try to hardcode FrameBuffer params into vt_efb driver, to know exatly. I'm not familiar with vt_efb code. Can you please elaborate what should I do to debug this, exactly? From owner-freebsd-stable@freebsd.org Thu Dec 6 14:16:45 2018 Return-Path: Delivered-To: freebsd-stable@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 B92AE132F875 for ; Thu, 6 Dec 2018 14:16:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EB456E3FF for ; Thu, 6 Dec 2018 14:16:43 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id wB6EGUjj065054; Thu, 6 Dec 2018 14:16:30 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id wB6EGUFF065053; Thu, 6 Dec 2018 06:16:30 -0800 (PST) (envelope-from david) Date: Thu, 6 Dec 2018 06:16:30 -0800 From: David Wolfskill To: Christian =?iso-8859-1?Q?St=E6rk?= Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with headphones and hda audio Message-ID: <20181206141630.GE1193@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Christian =?iso-8859-1?Q?St=E6rk?= , freebsd-stable@freebsd.org References: <823091a9-1be1-ac78-fdc6-81cc38c04d64@borderworlds.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gfkS+pgRssjg/Rwm" Content-Disposition: inline In-Reply-To: <823091a9-1be1-ac78-fdc6-81cc38c04d64@borderworlds.dk> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 9EB456E3FF X-Spamd-Result: default: False [-9.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.144.209.73]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx.catwhisker.org]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[73.209.144.198.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/19, country:US]; IP_SCORE(-3.66)[ip: (-9.71), ipnet: 198.144.192.0/19(-4.73), asn: 7961(-3.78), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 14:16:45 -0000 --gfkS+pgRssjg/Rwm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 06, 2018 at 03:02:43PM +0100, Christian St=E6rk wrote: > Hello, >=20 > I have a new laptop. It's running 11.2-RELEASE. >=20 > While sound on the speakers works fine, sound through the headphones=20 > does not. > ..... Some of us who had a problem of this nature (in the cases with which I am familiar, the headphones produced a loud hissing/static-type noise, regardless of volume settings or attempts to play sound through them) have found that the circumvention in has been effective. You might try it. Peace, david --=20 David H. Wolfskill david@catwhisker.org "... but the rest of the world is not a Trump MAGA rally/." See http://www.catwhisker.org/~david/publickey.gpg for my public key. --gfkS+pgRssjg/Rwm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAlwJLz5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclMdggAkz3YEVk4fTcZZV4BBkp6ibMGWnMMlhElupeiqCMknftnzN400XUzFdk7 5X/0yU9h6x8ypdtBcYFN1eT8MEWFe/88/JTpeOmpWqZNSTBb51OkNJpVUmLwCT+t KUgIw3O3d1oUylJii/QrsEVTTEmBfp2mX3oi9lYU/Q1bHI71ypRZGM+1U0eaKKQn cX7hHjLMD1VfPrC4oCt2phPuE6P/2G9aQ4t6MEYVeeiVva3NlE48pNQu+LuoI9gn 7Rh8khLJzbSiIuHTcH32LjSDiLw3B635+So4x58PyJLrTaVuzSbI+JuJXCfqBAp3 BUwD/sH0HvgSknky86DRrWiZ43hG8A== =4jgv -----END PGP SIGNATURE----- --gfkS+pgRssjg/Rwm-- From owner-freebsd-stable@freebsd.org Thu Dec 6 15:52:29 2018 Return-Path: Delivered-To: freebsd-stable@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 5808A1332D36 for ; Thu, 6 Dec 2018 15:52:29 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 19D9D7227B; Thu, 6 Dec 2018 15:52:26 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB6FqGhC093071 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Dec 2018 16:52:17 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ray@ddteam.net Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id wB6FqFvG040040; Thu, 6 Dec 2018 22:52:16 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: vt(4)-related hang of 11.2 To: Aleksandr Rybalko References: <5C092989.6000007@grosbein.net> Cc: FreeBSD-STABLE Mailing List , ed@freebsd.org, Ed Maste From: Eugene Grosbein Message-ID: <5C0945AF.3060604@grosbein.net> Date: Thu, 6 Dec 2018 22:52:15 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 19D9D7227B X-Spamd-Result: default: False [-4.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; IP_SCORE(-1.89)[ip: (-3.38), ipnet: 2a01:4f8::/29(-3.56), asn: 24940(-2.51), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 15:52:29 -0000 On 06.12.2018 20:57, Aleksandr Rybalko wrote: > In most cases it's just wrong info passed from UEFI firmware about FB. > try to hardcode FrameBuffer params into vt_efb driver, to know exatly. Forgot to add importand detail: it boots and works with vt(4) using FreeBSD 11.1. From owner-freebsd-stable@freebsd.org Thu Dec 6 16:01:23 2018 Return-Path: Delivered-To: freebsd-stable@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 A98DA133329F for ; Thu, 6 Dec 2018 16:01:23 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8654372928; Thu, 6 Dec 2018 16:01:12 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB6G14oR093185 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Dec 2018 17:01:05 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ray@ddteam.net Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id wB6G13MJ040119; Thu, 6 Dec 2018 23:01:03 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: vt(4)-related hang of 11.2 To: Aleksandr Rybalko References: <5C092989.6000007@grosbein.net> <5C0945AF.3060604@grosbein.net> Cc: FreeBSD-STABLE Mailing List , ed@freebsd.org, Ed Maste From: Eugene Grosbein Message-ID: <5C0947BF.9090500@grosbein.net> Date: Thu, 6 Dec 2018 23:01:03 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <5C0945AF.3060604@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.9 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * 2.6 LOCAL_FROM From my domains X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 8654372928 X-Spamd-Result: default: False [-4.47 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; IP_SCORE(-1.88)[ip: (-3.33), ipnet: 2a01:4f8::/29(-3.55), asn: 24940(-2.51), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 16:01:23 -0000 On 06.12.2018 22:52, Eugene Grosbein wrote: > On 06.12.2018 20:57, Aleksandr Rybalko wrote: > >> In most cases it's just wrong info passed from UEFI firmware about FB. >> try to hardcode FrameBuffer params into vt_efb driver, to know exatly. > > Forgot to add importand detail: it boots and works with vt(4) using FreeBSD 11.1. > > r322258 is known working stable/11 revison that booted such a system with default console just fine; stable/11 r338465 hangs. From owner-freebsd-stable@freebsd.org Thu Dec 6 16:12:53 2018 Return-Path: Delivered-To: freebsd-stable@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 A69681333BD2 for ; Thu, 6 Dec 2018 16:12:53 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1376C73661; Thu, 6 Dec 2018 16:12:52 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB6GCjC0093279 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Dec 2018 17:12:46 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ray@ddteam.net Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id wB6GCiRW040209; Thu, 6 Dec 2018 23:12:44 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: vt(4)-related hang of 11.2 To: Aleksandr Rybalko References: <5C092989.6000007@grosbein.net> <5C0945AF.3060604@grosbein.net> <5C0947BF.9090500@grosbein.net> Cc: FreeBSD-STABLE Mailing List , ed@freebsd.org, Ed Maste From: Eugene Grosbein Message-ID: <5C094A7C.1090608@grosbein.net> Date: Thu, 6 Dec 2018 23:12:44 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <5C0947BF.9090500@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.9 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * 2.6 LOCAL_FROM From my domains X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 1376C73661 X-Spamd-Result: default: False [-4.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; IP_SCORE(-1.87)[ip: (-3.27), ipnet: 2a01:4f8::/29(-3.55), asn: 24940(-2.51), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 16:12:53 -0000 On 06.12.2018 23:01, Eugene Grosbein wrote: >>> In most cases it's just wrong info passed from UEFI firmware about FB. >>> try to hardcode FrameBuffer params into vt_efb driver, to know exatly. >> >> Forgot to add importand detail: it boots and works with vt(4) using FreeBSD 11.1. >> >> > > r322258 is known working stable/11 revison that booted such a system with default console just fine; > stable/11 r338465 hangs. Looking at the diff, I see I should try hw.vga.acpi_ignore_no_vga=1 that stable/11 got in between... I'll try next day and respond. From owner-freebsd-stable@freebsd.org Thu Dec 6 16:28:54 2018 Return-Path: Delivered-To: freebsd-stable@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 04B0D130A7E2 for ; Thu, 6 Dec 2018 16:28:54 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4827411D; Thu, 6 Dec 2018 16:28:53 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB6GSiGQ093399 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Dec 2018 17:28:45 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ray@ddteam.net Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id wB6GShhL040349; Thu, 6 Dec 2018 23:28:43 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: vt(4)-related hang of 11.2 To: Aleksandr Rybalko References: <5C092989.6000007@grosbein.net> <5C0945AF.3060604@grosbein.net> <5C0947BF.9090500@grosbein.net> <5C094A7C.1090608@grosbein.net> Cc: FreeBSD-STABLE Mailing List , ed@freebsd.org, Ed Maste From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <5C094E3B.5090800@grosbein.net> Date: Thu, 6 Dec 2018 23:28:43 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <5C094A7C.1090608@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.9 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * 2.6 LOCAL_FROM From my domains X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4D4827411D X-Spamd-Result: default: False [-4.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; IP_SCORE(-1.86)[ip: (-3.22), ipnet: 2a01:4f8::/29(-3.54), asn: 24940(-2.51), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 16:28:54 -0000 >>>> In most cases it's just wrong info passed from UEFI firmware about FB. >>>> try to hardcode FrameBuffer params into vt_efb driver, to know exatly. >>> >>> Forgot to add importand detail: it boots and works with vt(4) using FreeBSD 11.1. >>> >> >> r322258 is known working stable/11 revison that booted such a system with default console just fine; >> stable/11 r338465 hangs. > > Looking at the diff, I see I should try hw.vga.acpi_ignore_no_vga=1 that stable/11 got in between... > I'll try next day and respond. hw.vga.acpi_ignore_no_vga=1 solved the problem and now it boots with vt(4) just fine. The question is: why it hangs and does not boot "blind" without this setting? Can it panic maybe? This box has no COM-port at glance (for serial console) but dmidecode reports it has... From owner-freebsd-stable@freebsd.org Thu Dec 6 17:05:38 2018 Return-Path: Delivered-To: freebsd-stable@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 7ABF3130BB59 for ; Thu, 6 Dec 2018 17:05:38 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC9F3759C3 for ; Thu, 6 Dec 2018 17:05:37 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 42DC9210FE; Thu, 6 Dec 2018 12:05:37 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Thu, 06 Dec 2018 12:05:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=borderworlds.dk; h=subject:to:references:cc:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=E 03fZKy1WCpy0DKl9m6i8kFGo3/ZWlp+mH08PXnUdww=; b=zc7p/XUmemt3DE9aZ YZdQSMlCB0JU2fMVJkGlkWJZfAowMb5JScse/YvXkqAgcXHdSMYe4Q46yGwaZKLW uJiFnVgN+m29j4Chdg68FksiFqzOapUkA4SmXno87976auSh2bZDXHPiygJr7sjT jvpVxhcKrrHC2zTVYWcAAXz/BRyw8JRc2XhnvXh5G9USS6euDrvwQl2Nu1E240XC RWrX8TGzOWP/gnMCuroHBOO+kibOUAz4q841xx3pM4m6Ft0Wq//aRz60ZPMh94LD iwNWANp5UEN1fWTS0zzsb/e+a3oG1sQMHthbpY55iMffGIPsr07RKnzAzssqUfWu Un+2A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=E03fZKy1WCpy0DKl9m6i8kFGo3/ZWlp+mH08PXnUd ww=; b=SWRMzr9XUw3jzc08lvX3nrnk89Bo+qqzSxt0JRVDxP/m2Aentx+Jb66dM 0wkjK3/F92Vpl6r72N8XshUsiSsXqlXtzpQbyNK98KLhWr8whsHyzY3dEdX/YOrL /8sIVjlxUmLaKAOk0gqZmhnd3RMRKjkoGnZxAIBcx8x2R2eJ7BHXgtAFRM9UdF8r ow/pvwC5HH2rhYerGSBgsWZaet+fqZlob/g/yuGPMSXsD9io1OjQKw/ePrtRKcba IkPHKyN9ft/K8ENMea2X96Aq49tSONcc2uKMXF0E5ixxW4oTDTJncykfTi70Lrk1 B46qYTx51UPtPshP1txDkSt3DS9SA== X-ME-Sender: X-ME-Proxy: Received: from baku.borderworlds.dk (80-62-117-94-mobile.dk.customer.tdc.net [80.62.117.94]) by mail.messagingengine.com (Postfix) with ESMTPA id 20594E462B; Thu, 6 Dec 2018 12:05:32 -0500 (EST) Subject: Re: Trouble with headphones and hda audio To: David Wolfskill References: <823091a9-1be1-ac78-fdc6-81cc38c04d64@borderworlds.dk> <20181206141630.GE1193@albert.catwhisker.org> Cc: freebsd-stable@freebsd.org From: =?UTF-8?Q?Christian_St=c3=a6rk?= Organization: The Border Worlds Message-ID: <85e586a0-1fa0-1e0d-810b-b6f0fcaa457e@borderworlds.dk> Date: Thu, 6 Dec 2018 18:05:30 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <20181206141630.GE1193@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: BC9F3759C3 X-Spamd-Result: default: False [-5.34 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[borderworlds.dk,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[borderworlds.dk]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[borderworlds.dk:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; IP_SCORE(-1.74)[ipnet: 66.111.4.0/24(-4.75), asn: 11403(-3.84), country: US(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[94.117.62.80.zen.spamhaus.org : 127.0.0.11]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 17:05:38 -0000 On 12/6/18 3:16 PM, David Wolfskill wrote: > On Thu, Dec 06, 2018 at 03:02:43PM +0100, Christian Strk wrote: > > I have a new laptop. It's running 11.2-RELEASE. > > While sound on the speakers works fine, sound through the headphones > does not. > ..... > Some of us who had a problem of this nature (in the cases with which I > am familiar, the headphones produced a loud hissing/static-type noise, > regardless of volume settings or attempts to play sound through them) > have found that the circumvention in > has been effective. It works somewhat. The sound doesn't switch to headphones automatically when they are plugged in, but I can change hw.snd.default_unit to 1 and sound will then play on the headphones. Thank you for the tip. Best regards Christian From owner-freebsd-stable@freebsd.org Thu Dec 6 17:38:11 2018 Return-Path: Delivered-To: freebsd-stable@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 8E163130CB6D for ; Thu, 6 Dec 2018 17:38:11 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) (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 98521770C0 for ; Thu, 6 Dec 2018 17:38:10 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-pg1-x52d.google.com with SMTP id w7so436763pgp.13 for ; Thu, 06 Dec 2018 09:38:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=SZKyMR2PercVOw5A0JnuqbZAup2J6cfzflVOOzYh5CU=; b=FeYk2b4iPCGjEwMKLjWGi00/hol6hQrhNfwci1GCh2mFZLp65oAzkcE5tOfV1cHM9T B0dvUl2hnW+vJ8cBZcStrOtVed5tIMJrhvpkh4DtGc6qTBmdC+QJDabM/NUrbeICeYKy ybfJ8ve9HY3FbThECiu+ZUYdpfESK+GikGqN8DSnWCxGLQrKJMlmgnzUUrEKD5hyVb61 QXTJF2xXtJvEwoPcAp6Gm9OOFxBLXFphQY8PHDTPZfNXKYsa17ZJZXwFDkgw9eU8hNlM HNjEfSsQnwTcB8DvyoF6FWDMFEEH/vgTCVHNC+2AuYXTRlWX2nghGJ3XhLsfc1JWPgwb b9Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=SZKyMR2PercVOw5A0JnuqbZAup2J6cfzflVOOzYh5CU=; b=fDkuk/0XcqIj9TlMMfSMTYa4f7m0mKUelO1UvIRtxBqKvb9svdLjdwHeTuHFOeZTty bxTLdho/tK2/naeiGgGc6jx5042wluU4mSoyLVhbEThhevUOH8n9Ev3GayINxgKFIgfu sCrbwNkFs3Ez/hHnLo5wJ0Fj94d/9YSlO0UC4bAGbzyEcmRXT3YwTAagqxrKz7J0MYQP QP63pry2rpUFxf4pRNIicHicpvA/sOx1cGfSn+Ys9HF8PlS2llCNLm5pu1U67wtMM2VD +SEOlIpNdNwOMZQn0+P3bfIRD5fDZpnhjb78WjpQ7k5S17R74YsHwfAtbudo+LzeqAqU 1gtQ== X-Gm-Message-State: AA+aEWZwNsQykWcNZkjWkrEOqP1p2Zf7JrbENSH4/IbNORHmVfzbL9n6 xnYNE1Gh16XIEQeq6j+/2fIGHW/h X-Google-Smtp-Source: AFSGD/W4ub3sHuzntvvhuD4H2Pdc4lwBcfApYyomBPKoWDxEMJaeoOXwd3hW5/4gfQg9IhHo6BuowQ== X-Received: by 2002:a62:3c1:: with SMTP id 184mr17462485pfd.56.1544117888860; Thu, 06 Dec 2018 09:38:08 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [12.32.117.8]) by smtp.googlemail.com with ESMTPSA id r83sm2177382pfc.115.2018.12.06.09.38.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Dec 2018 09:38:07 -0800 (PST) Subject: Re: Kernel panic, stable/12 r341604, swapon -a in SU mode, geli encrypted swap, Chelsio T6225-CR, and ccr(4) To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD stable References: From: Navdeep Parhar Message-ID: <58497f97-f1ff-0d80-f9b9-5722e53ffa41@gmail.com> Date: Thu, 6 Dec 2018 09:38:06 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 98521770C0 X-Spamd-Result: default: False [-4.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[d.2.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.58)[ipnet: 2607:f8b0::/32(-1.53), asn: 15169(-1.31), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 17:38:11 -0000 Can you please file a bug at https://bugs.freebsd.org/bugzilla/ and assign it to me? Regards, Navdeep On 12/6/18 4:02 AM, Trond Endrest=C3=B8l wrote: > After booting stable/12 r341604, running a custom kernel including=20 > cxgbe(4), cxgbev(4), and ccr(4), and running swapon -a in SU mode: >=20 > GEOM_ELI: Device gpt/swap0.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: hardware >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 3; apic id =3D 06 > fault virtual address =3D 0x0 > fault code =3D supervisor write data, page not present > instruction pointer =3D 0x20:0xffffffff805be1b2 > stack pointer =3D 0x28:0xfffffe00a6253770 > frame pointer =3D 0x28:0xfffffe00a6253770 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 65 (g_eli[3] gpt/swap0) > trap number =3D 12 > panic: page fault > cpuid =3D 3 > time =3D 1544087308 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff8055d9eb =3D db_trace_self_wrapper= +0x2b/frame 0xfffffe00a6253420 > vpanic() at 0xffffffff808754d3 =3D vpanic+0x1a3/frame 0xfffffe00a625348= 0 > panic() at 0xffffffff80875323 =3D panic+0x43/frame 0xfffffe00a62534e0 > trap_fatal() at 0xffffffff80bd745f =3D trap_fatal+0x35f/frame 0xfffffe0= 0a6253530 > trap_pfault() at 0xffffffff80bd74b9 =3D trap_pfault+0x49/frame 0xfffffe= 00a4b7f590 > trap() at 0xffffffff80bd6ade =3D trap+0x29e/frame 0xfffffe00a4b7f6a0 > calltrap() at 0xffffffff80bb3935 =3D calltrap+0x8/frame 0xfffffe00a4b7f= 6a0 > --- trap 0xc, rip =3D 0xffffffff805be1b2, rsp =3D 0xfffffe00a4b7f770, r= bp =3D 0xfffffe00a4b7f770 > t4_wrq_tx_locked() at 0xffffffff805be1b2 =3D t4_wrq_tx_locked+0x12/fram= e 0xfffffe00a6253770 > ccr_process() at 0xffffffff805e3fc3 =3D ccr_process+0x1953/frame 0xffff= fe00a4b7f970 > crypto_dispatch() at 0xffffffff80ae3fa4 =3D crypto_dispatch+0x144/frame= 0xfffffe00a4b7f9b0 > g_eli_crypto_run() at 0xffffffff807b5cb3 =3D g_eli_crypto_run+0x273/fra= me 0xfffffe00a4b7fa10 > g_eli_worker() at 0xffffffff807aebc8 =3D g_eli_worker+0x3c8/frame 0xfff= ffe00a4b7fa70 > fork_exit() at 0xffffffff80834d93 =3D fork_exit+0x83/frame 0xfffffe00a4= b7fab0 > fork_trampoline() at 0xffffffff80bb491e =3D fork_trampoline+0xe/frame 0= xfffffe00a4b7fab0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > Uptime: 14s > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, >=20 > The Chelsio NIC is a T6225-CR. >=20 > Kernel config is=20 > https://ximalas.info/~trond/create-zfs/canmount/ENTERPRISE-amd64-stable= -12 >=20 > I tried stable/12 r341623 with ccr(4) removed from the kernel, and I=20 > had no problems engaging geli encrypted swap in SU mode nor in normal=20 > mode. >=20 > Has anyone else tried ccr(4) on recent stable/12? > Are we discouraged from using ccr(4)? > I was hoping to take advantage of the crypto accelerator. >=20 From owner-freebsd-stable@freebsd.org Thu Dec 6 19:34:57 2018 Return-Path: Delivered-To: freebsd-stable@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 D2021131050A for ; Thu, 6 Dec 2018 19:34:57 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from webmail5.jnielsen.net (webmail5.jnielsen.net [69.87.218.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A85A7C7DD for ; Thu, 6 Dec 2018 19:34:54 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [10.3.135.19] (50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162]) (authenticated bits=0) by webmail5.jnielsen.net (8.15.2/8.15.2) with ESMTPSA id wB6JJiq0051013 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 6 Dec 2018 12:19:47 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail5.jnielsen.net: Host 50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162] claimed to be [10.3.135.19] From: John Nielsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: /dev/crypto not being used in 12-STABLE Message-Id: Date: Thu, 6 Dec 2018 12:19:44 -0700 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 8A85A7C7DD X-Spamd-Result: default: False [-1.39 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.890,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.985,0]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mx0.freebsdsolutions.net,mx1.freebsdsolutions.net,mx2.freebsdsolutions.net,mx3.freebsdsolutions.net]; DMARC_NA(0.00)[jnielsen.net]; NEURAL_SPAM_SHORT(0.21)[0.207,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.09)[asn: 6364(0.54), country: US(-0.09)]; ASN(0.00)[asn:6364, ipnet:69.87.218.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 19:34:58 -0000 I have upgraded two physical machines from 11-STABLE to 12-STABLE = recently (one is 12.0-PRERELEASE r341380 and the other is = 12.0-PRERELEASE r341391). I noticed today that neither machine seems to = be utilizing /dev/crypto. Typically I see at least ssh/sshd have the = device open plus some programs from ports. But 'fuser' doesn't list any = processes on either machine: # fuser /dev/crypto /dev/crypto: Both machines are running custom kernels that include "device crypto" = and "device cryptodev". One of them additionally has "device aesni". Is anyone else seeing this? Any idea what would cause it? Thanks, JN From owner-freebsd-stable@freebsd.org Thu Dec 6 22:47:32 2018 Return-Path: Delivered-To: freebsd-stable@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 DC9581316D60 for ; Thu, 6 Dec 2018 22:47:31 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:191:217b::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F341A85C6B for ; Thu, 6 Dec 2018 22:47:30 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Thu, 06 Dec 2018 23:47:19 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail201809; t=1544136448; bh=vfq7B+coTBo0g+/l8v1NfpXm0hVUrd+Oe7BbUmAQZ6M=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=TmTct1Cf0eLJeqHkSlgoe/T+AWFPGLmjlOkpUHpVJb8ZkFh8sH8Dw36tEGtI1YWgQ fhTq9M63bk/Lbk5YwgW+oMGHa/YOfY8XmFr89Co7+cE8TmVByZsMRulezdcEF6SWhM rYeLtHTv+afWfEqvZuLVe7iWJ2oTdiU+rs2QwtCw+4Tmg25idmTTt4zDTrngJAsG03 g0nT7B43Flxb102gi36mYVeLkAtU/JYYRJlbByiZsg+XrOwnoV4tiDatCaGXgBzCL6 I+wIGLtlWtmzZhLAUywK56G2602/3SJToQ8OA+dgz+kFmhf9XdIfF0rvN/GJgX8BWt GBJuEKA7RVakg== Message-ID: <87h8fqjmrs.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: Re: /dev/crypto not being used in 12-STABLE In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/27.0 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: F341A85C6B X-Spamd-Result: default: False [-3.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gojira.at]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:191:217b::25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[gojira.at:+]; MX_GOOD(-0.01)[mail.bsd4all.net]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.21)[ipnet: 2a01:4f8::/29(-3.53), asn: 24940(-2.50), country: DE(-0.01)]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 22:47:32 -0000 On Thu, 06 Dec 2018 20:19:44 +0100, John Nielsen wrote: > > I have upgraded two physical machines from 11-STABLE to 12-STABLE > recently (one is 12.0-PRERELEASE r341380 and the other is > 12.0-PRERELEASE r341391). I noticed today that neither machine seems > to be utilizing /dev/crypto. Typically I see at least ssh/sshd have > the device open plus some programs from ports. But 'fuser' doesn't > list any processes on either machine: > > # fuser /dev/crypto > /dev/crypto: > > Both machines are running custom kernels that include "device > crypto" and "device cryptodev". One of them additionally has "device > aesni". > > Is anyone else seeing this? Any idea what would cause it? With security/openssl (1.0.2q): % /usr/local/bin/openssl engine (cryptodev) BSD cryptodev engine (rdrand) Intel RDRAND engine (dynamic) Dynamic engine loading support % /usr/local/bin/openssl speed -engine cryptodev engine "cryptodev" set. With openssl 1.1.1a from base (and security/openssl111): % openssl engine (rdrand) Intel RDRAND engine (dynamic) Dynamic engine loading support % openssl speed -engine cryptodev invalid engine "cryptodev" 34371112960:error:25066067:DSO support routines:dlfcn_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_dlfcn.c:117:filename(/usr/lib/engines/cryptodev.so): Cannot open "/usr/lib/engines/cryptodev.so" 34371112960:error:25070067:DSO support routines:DSO_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c:162: 34371112960:error:260B6084:engine routines:dynamic_load:dso not found:/usr/src/crypto/openssl/crypto/engine/eng_dyn.c:414: 34371112960:error:2606A074:engine routines:ENGINE_by_id:no such engine:/usr/src/crypto/openssl/crypto/engine/eng_list.c:334:id=cryptodev 34371112960:error:25066067:DSO support routines:dlfcn_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_dlfcn.c:117:filename(libcryptodev.so): Shared object "libcryptodev.so" not found, required by "openssl" 34371112960:error:25070067:DSO support routines:DSO_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c:162: 34371112960:error:260B6084:engine routines:dynamic_load:dso not found:/usr/src/crypto/openssl/crypto/engine/eng_dyn.c:414: -- Herbert From owner-freebsd-stable@freebsd.org Thu Dec 6 23:04:54 2018 Return-Path: Delivered-To: freebsd-stable@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 B86A213178A0 for ; Thu, 6 Dec 2018 23:04:54 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-it1-x129.google.com (mail-it1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (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 F147D86BF6 for ; Thu, 6 Dec 2018 23:04:53 +0000 (UTC) (envelope-from delphij@gmail.com) Received: by mail-it1-x129.google.com with SMTP id i145so4147859ita.4 for ; Thu, 06 Dec 2018 15:04:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=hQPB6xmQWQebTlIudnOrmywThO8x5rpZgDMSM4/xIpY=; b=pJv1vuz36cRo500PO44CVZCV0twxvp59c6LLWKWqkL78HwhYN1I/tzpb2qLFoey89Z pixKs7caMw2y7fUNyml3whnRSV6Jy1T5xI+E4Dx0owovWKt2BRiPLKSAj+KiPC0te/nN gqJIrAbzigIBGbm8KDZSdVKC3a9N4juooPYUlJzew9pS/kBCvh401hNqrIIg2LCbfVZ+ Ofi2IyyfH+kjxNUyiSR0wk+Wm7RWd57zrpm1ZTFPhjvGRbV/EflWWkLip6RRkqSQxD7I uvcqSG31G76eb9i75mIES5SX5htQTqriU97+Euh05vbBllIxL/5u8hwzELfCRszARMfm iBYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=hQPB6xmQWQebTlIudnOrmywThO8x5rpZgDMSM4/xIpY=; b=LLq3CV2O6HrQm55qKQcSqnLj+5QwF6dsjrIjrLtFiddkKzVnX/v2wGtfHYofxkm1H9 ZJJ1qfP+8xRsxjLvzBAB2DFyJFKd1FihjyUuGfbM6zVp5A2D/jESzPymCGko2yHSHjmJ IfpjNMErNaNkqHwq3N/e89adJQoAHTMWJmcOvPiTb/2q32NB2uAogi+E0oaQzLayy4mz 7kjgizeQlSJjb7BVDsJCUBcS7NiUk8tZxTZgkeTe/RdbytwJ6MZ116sc85hvj4X/GBEm tBnDUvC+TlnEUge1lwBZ9Z1VnoFmoa7H3+cNg1hvjNh4DRPsk87cnZ1WotxACkFZz61B L61Q== X-Gm-Message-State: AA+aEWaxOWFPcN/anpXjZuq1S+9uMG/5yvi2v3daw0F4D3V5okrYeHwM gCX4z4DImTrbGX9lEEBBmA1DVM6mot/M+n3g2B2gUJz3 X-Google-Smtp-Source: AFSGD/VkVB/UJ8VCv9PeyZUfHyWRLkRT523ZZPtBxhq46eDajJL8yaJajg2AEJW6XRLzb4xie5e0Ra3WqLzjTRgnAm0= X-Received: by 2002:a24:5953:: with SMTP id p80mr282130itb.46.1544137492963; Thu, 06 Dec 2018 15:04:52 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Xin LI Date: Thu, 6 Dec 2018 15:04:41 -0800 Message-ID: Subject: Re: /dev/crypto not being used in 12-STABLE To: lists@jnielsen.net Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: F147D86BF6 X-Spamd-Result: default: False [-6.17 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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]; RCVD_IN_DNSWL_NONE(0.00)[9.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.18)[ip: (-7.93), ipnet: 2607:f8b0::/32(-1.54), asn: 15169(-1.31), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 23:04:55 -0000 On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrote: > > I have upgraded two physical machines from 11-STABLE to 12-STABLE recentl= y (one is 12.0-PRERELEASE r341380 and the other is 12.0-PRERELEASE r341391)= . I noticed today that neither machine seems to be utilizing /dev/crypto. T= ypically I see at least ssh/sshd have the device open plus some programs fr= om ports. But 'fuser' doesn't list any processes on either machine: > > # fuser /dev/crypto > /dev/crypto: > > Both machines are running custom kernels that include "device crypto" and= "device cryptodev". One of them additionally has "device aesni". > > Is anyone else seeing this? Any idea what would cause it? Your average OpenSSL applications should not use /dev/crypto, if your goal is to utilize AES-NI (which does not require /dev/crypto). On capable systems, AES-NI would be used automatically (and it's faster this way). Cheers, From owner-freebsd-stable@freebsd.org Thu Dec 6 23:24:38 2018 Return-Path: Delivered-To: freebsd-stable@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 24F251318A4E for ; Thu, 6 Dec 2018 23:24:38 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from webmail5.jnielsen.net (webmail5.jnielsen.net [69.87.218.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 209C96A202 for ; Thu, 6 Dec 2018 23:24:36 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [10.3.135.19] (50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162]) (authenticated bits=0) by webmail5.jnielsen.net (8.15.2/8.15.2) with ESMTPSA id wB6NOWiA053063 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Dec 2018 16:24:34 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail5.jnielsen.net: Host 50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162] claimed to be [10.3.135.19] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: /dev/crypto not being used in 12-STABLE From: John Nielsen In-Reply-To: Date: Thu, 6 Dec 2018 16:24:31 -0700 Cc: FreeBSD Stable Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Xin LI X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 209C96A202 X-Spamd-Result: default: False [-2.31 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.953,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[jnielsen.net]; NEURAL_HAM_LONG(-0.99)[-0.987,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx0.freebsdsolutions.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.64)[-0.643,0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.08)[asn: 6364(0.49), country: US(-0.09)]; ASN(0.00)[asn:6364, ipnet:69.87.218.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 23:24:38 -0000 > On Dec 6, 2018, at 4:04 PM, Xin LI wrote: >=20 > On Thu, Dec 6, 2018 at 11:37 AM John Nielsen = wrote: >>=20 >> I have upgraded two physical machines from 11-STABLE to 12-STABLE = recently (one is 12.0-PRERELEASE r341380 and the other is = 12.0-PRERELEASE r341391). I noticed today that neither machine seems to = be utilizing /dev/crypto. Typically I see at least ssh/sshd have the = device open plus some programs from ports. But 'fuser' doesn't list any = processes on either machine: >>=20 >> # fuser /dev/crypto >> /dev/crypto: >>=20 >> Both machines are running custom kernels that include "device crypto" = and "device cryptodev". One of them additionally has "device aesni". >>=20 >> Is anyone else seeing this? Any idea what would cause it? >=20 > Your average OpenSSL applications should not use /dev/crypto, if your > goal is to utilize AES-NI (which does not require /dev/crypto). On > capable systems, AES-NI would be used automatically (and it's faster > this way). Thanks for the response. Is there a way to verify that AES-NI is being = used for e.g. ssh? I'm also curious why/when/how the change to not use = (or support?) /dev/crypto from base openssl was made. From owner-freebsd-stable@freebsd.org Thu Dec 6 23:38:24 2018 Return-Path: Delivered-To: freebsd-stable@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 15025131A8EE for ; Thu, 6 Dec 2018 23:38:24 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-it1-x135.google.com (mail-it1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (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 5EC2A6B25A for ; Thu, 6 Dec 2018 23:38:23 +0000 (UTC) (envelope-from delphij@gmail.com) Received: by mail-it1-x135.google.com with SMTP id a6so4394090itl.4 for ; Thu, 06 Dec 2018 15:38:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=lUTIixa69KS9XOIVOKjYIynX73ADu0BQurCS3OpwwAc=; b=sYRimRb8q4eLEudF5T42+RNArRsfEiAAvE8b3/t8iq1A70QOzgSK048kRoUEu2dMZ6 eTL+HD2sW72WvymBrGWjbjfPTMGq01j0Eaaq4K5DNaT6hEI7KpMznIHLBpP90Oq3j2ml sF1/3A5ZMQoubyH1iC3eFOh4BiqNSlz3ffWb6VU03aLqVuqs69gqTI12L2fiNJ2elySR h9maMle8q0KZJQkIWpCpYQXIUrQJlZ9t8GwcboHeSFz715n1CXizUmEox2lLKpVuvivl yEdI0RfPfqkjxT+QFgaEooxwPLOWx0XbFz4ZF+h/Z4LjCgBe+kwOWgKUOY77yxdOm2wO y7Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=lUTIixa69KS9XOIVOKjYIynX73ADu0BQurCS3OpwwAc=; b=pjJoCCzve+hDOmj6+Q3nCE/L1WgZEBVnxW3w6vH6MsC9XCDEnAOsvE/QeJ1FbY7hKy 1TUQtYWoFqjt+H9OdOl4TCf3lP0nugqE0F3FXNhct0nryonxMRhtkNI8j+/0m65crMy3 eyLaNle5I31xtKsYBf28Wnx+iPUNupK+IS52hBPzCjbp6MrvhQ4MuB8yRg7s7fhXQS2M e4yQaEV/BtnGudef/sY4pQ0NIfsy7GUurU1Zg1y7JG3LevbUvsxqNe0U5BdeFRIeGCfj I78jj68cz45G17mQLR7O7LhtWgzIVrtuze3TIcZCbUTFFCi1IQY9rHnN0+7arODzSbrr kxcA== X-Gm-Message-State: AA+aEWZ4jplO2Odevnwap5OA3NsBV2ZmF6dVrd0b/STOonUv+p3RhBjp GV866VKIPg3S1G/d0R8+ferz5m5pZegUShq5mNc= X-Google-Smtp-Source: AFSGD/VmsaJcoolkOA7UQ/c0CnMNYoy/sHHmfiEntlq6Syzno1cadtdi6BDesEpXNQESVlrzLnkY3CI7q82jGd9AJSM= X-Received: by 2002:a05:660c:91:: with SMTP id t17mr276449itj.41.1544139502130; Thu, 06 Dec 2018 15:38:22 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Xin LI Date: Thu, 6 Dec 2018 15:38:09 -0800 Message-ID: Subject: Re: /dev/crypto not being used in 12-STABLE To: lists@jnielsen.net Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 5EC2A6B25A X-Spamd-Result: default: False [-6.08 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[5.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(-2.11)[ip: (-7.60), ipnet: 2607:f8b0::/32(-1.54), asn: 15169(-1.31), country: US(-0.09)]; NEURAL_HAM_SHORT(-0.96)[-0.964,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 23:38:24 -0000 On Thu, Dec 6, 2018 at 3:24 PM John Nielsen wrote: > > > On Dec 6, 2018, at 4:04 PM, Xin LI wrote: > > > > On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrote= : > >> > >> I have upgraded two physical machines from 11-STABLE to 12-STABLE rece= ntly (one is 12.0-PRERELEASE r341380 and the other is 12.0-PRERELEASE r3413= 91). I noticed today that neither machine seems to be utilizing /dev/crypto= . Typically I see at least ssh/sshd have the device open plus some programs= from ports. But 'fuser' doesn't list any processes on either machine: > >> > >> # fuser /dev/crypto > >> /dev/crypto: > >> > >> Both machines are running custom kernels that include "device crypto" = and "device cryptodev". One of them additionally has "device aesni". > >> > >> Is anyone else seeing this? Any idea what would cause it? > > > > Your average OpenSSL applications should not use /dev/crypto, if your > > goal is to utilize AES-NI (which does not require /dev/crypto). On > > capable systems, AES-NI would be used automatically (and it's faster > > this way). > > Thanks for the response. Is there a way to verify that AES-NI is being us= ed for e.g. ssh? I'm also curious why/when/how the change to not use (or su= pport?) /dev/crypto from base openssl was made. You can disable the use of AES by passing environment variable OPENSSL_ia32cap and compare the speed, e.g.: OPENSSL_ia32cap=3D"~0x200000000000000" openssl speed -evp aes-128-cbc (disabled bit 57, or ~0x200000000000000 means to disable the AES-NI capability bit). On most systems, using AES-NI is about twice fast, personally I don't really see a reason why people would want to disable it in production (even for security reasons), though, but yes there is an option. Cheers, From owner-freebsd-stable@freebsd.org Thu Dec 6 23:39:11 2018 Return-Path: Delivered-To: freebsd-stable@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 3A599131A917 for ; Thu, 6 Dec 2018 23:39:11 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDCC06B26E for ; Thu, 6 Dec 2018 23:39:10 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 9E57710AFD2; Thu, 6 Dec 2018 18:39:09 -0500 (EST) Subject: Re: /dev/crypto not being used in 12-STABLE To: John Nielsen , Xin LI References: Cc: FreeBSD Stable From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= xsDiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg80eSm9obiBCYWxk d2luIDxqb2huQGJhbGR3aW4uY3g+wmMEExECACMCGwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIX gAUCRND5wwIZAQAKCRBy3lIGd+N/BNLXAJ9KIb6teuDL1W+FkCgvv+y8PxKTkACeIUfbn3sl cueBzqTcf09idwa8YTbOwU0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Ds gnr31AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh +GojXlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cM SOrHYUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOF QVHOEVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq 1tqzhltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZ TwtXsNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m 7Z164yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioI AjjHaIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbU KWwxQ4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjH uW/CSQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZN wwCfafMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <0b3d8b81-4ed2-e900-9f0e-46ac7006a705@FreeBSD.org> Date: Thu, 6 Dec 2018 15:39:07 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 06 Dec 2018 18:39:10 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-Rspamd-Queue-Id: BDCC06B26E X-Spamd-Result: default: False [-2.50 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.96)[-0.958,0]; NEURAL_HAM_LONG(-0.56)[-0.561,0]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 23:39:11 -0000 On 12/6/18 3:24 PM, John Nielsen wrote: >> On Dec 6, 2018, at 4:04 PM, Xin LI wrote: >> >> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrote: >>> >>> I have upgraded two physical machines from 11-STABLE to 12-STABLE recently (one is 12.0-PRERELEASE r341380 and the other is 12.0-PRERELEASE r341391). I noticed today that neither machine seems to be utilizing /dev/crypto. Typically I see at least ssh/sshd have the device open plus some programs from ports. But 'fuser' doesn't list any processes on either machine: >>> >>> # fuser /dev/crypto >>> /dev/crypto: >>> >>> Both machines are running custom kernels that include "device crypto" and "device cryptodev". One of them additionally has "device aesni". >>> >>> Is anyone else seeing this? Any idea what would cause it? >> >> Your average OpenSSL applications should not use /dev/crypto, if your >> goal is to utilize AES-NI (which does not require /dev/crypto). On >> capable systems, AES-NI would be used automatically (and it's faster >> this way). > > Thanks for the response. Is there a way to verify that AES-NI is being used for e.g. ssh? I'm also curious why/when/how the change to not use (or support?) /dev/crypto from base openssl was made. I suspect it was something we just didn't test in the flurry of other work during the OpenSSL upgrade. However, it is much faster to use the AES-NI instructions in userland than to use a system call that copies the data into a kernel buffer, uses the sames AES-NI instructions, then copies the data back out again along with the overhead of a pair of user <--> kernel transitions. If you have an actual crypto offload device (as in a PCI-e card or something), then you might be interested in /dev/crypto (and we should fix that eventually), but AES-NI is just faster software crypto and is best done directly in userland. -- John Baldwin                                                                              From owner-freebsd-stable@freebsd.org Thu Dec 6 23:48:39 2018 Return-Path: Delivered-To: freebsd-stable@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 700EB131B191 for ; Thu, 6 Dec 2018 23:48:39 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from webmail5.jnielsen.net (webmail5.jnielsen.net [69.87.218.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D92516BE83; Thu, 6 Dec 2018 23:48:38 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [10.3.135.19] (50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162]) (authenticated bits=0) by webmail5.jnielsen.net (8.15.2/8.15.2) with ESMTPSA id wB6NmZEd053264 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Dec 2018 16:48:37 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail5.jnielsen.net: Host 50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162] claimed to be [10.3.135.19] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: /dev/crypto not being used in 12-STABLE From: John Nielsen In-Reply-To: <0b3d8b81-4ed2-e900-9f0e-46ac7006a705@FreeBSD.org> Date: Thu, 6 Dec 2018 16:48:35 -0700 Cc: FreeBSD Stable Content-Transfer-Encoding: quoted-printable Message-Id: References: <0b3d8b81-4ed2-e900-9f0e-46ac7006a705@FreeBSD.org> To: John Baldwin X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: D92516BE83 X-Spamd-Result: default: False [-2.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.936,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[jnielsen.net]; NEURAL_HAM_LONG(-0.99)[-0.988,0]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx0.freebsdsolutions.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.66)[-0.662,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.07)[asn: 6364(0.45), country: US(-0.09)]; ASN(0.00)[asn:6364, ipnet:69.87.218.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 23:48:39 -0000 > On Dec 6, 2018, at 4:39 PM, John Baldwin wrote: >=20 > On 12/6/18 3:24 PM, John Nielsen wrote: >>> On Dec 6, 2018, at 4:04 PM, Xin LI wrote: >>>=20 >>> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen = wrote: >>>>=20 >>>> I have upgraded two physical machines from 11-STABLE to 12-STABLE = recently (one is 12.0-PRERELEASE r341380 and the other is = 12.0-PRERELEASE r341391). I noticed today that neither machine seems to = be utilizing /dev/crypto. Typically I see at least ssh/sshd have the = device open plus some programs from ports. But 'fuser' doesn't list any = processes on either machine: >>>>=20 >>>> # fuser /dev/crypto >>>> /dev/crypto: >>>>=20 >>>> Both machines are running custom kernels that include "device = crypto" and "device cryptodev". One of them additionally has "device = aesni". >>>>=20 >>>> Is anyone else seeing this? Any idea what would cause it? >>>=20 >>> Your average OpenSSL applications should not use /dev/crypto, if = your >>> goal is to utilize AES-NI (which does not require /dev/crypto). On >>> capable systems, AES-NI would be used automatically (and it's faster >>> this way). >>=20 >> Thanks for the response. Is there a way to verify that AES-NI is = being used for e.g. ssh? I'm also curious why/when/how the change to not = use (or support?) /dev/crypto from base openssl was made. >=20 > I suspect it was something we just didn't test in the flurry of other = work > during the OpenSSL upgrade. I did wonder about that. :) > However, it is much faster to use the AES-NI > instructions in userland than to use a system call that copies the = data > into a kernel buffer, uses the sames AES-NI instructions, then copies = the > data back out again along with the overhead of a pair of user <--> = kernel > transitions. If you have an actual crypto offload device (as in a = PCI-e > card or something), then you might be interested in /dev/crypto (and = we > should fix that eventually), but AES-NI is just faster software crypto = and > is best done directly in userland. That makes sense and explains some other comments I was just reading. Is = aesni(4) even required if all you want is userland acceleration? From owner-freebsd-stable@freebsd.org Fri Dec 7 00:05:31 2018 Return-Path: Delivered-To: freebsd-stable@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 E514B132127C for ; Fri, 7 Dec 2018 00:05:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86D846CF20; Fri, 7 Dec 2018 00:05:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 5BDF5FCD3; Fri, 7 Dec 2018 00:05:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: /dev/crypto not being used in 12-STABLE To: John Nielsen , Xin LI Cc: FreeBSD Stable References: From: Jung-uk Kim Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: <65a51dc6-7b20-70f3-ad53-8a3d99afbd8b@FreeBSD.org> Date: Thu, 6 Dec 2018 19:05:25 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4Z8prfDQS7PGRuugKkBHzE6gEzOijUBUj" X-Rspamd-Queue-Id: 86D846CF20 X-Spamd-Result: default: False [-2.51 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.94)[-0.937,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-0.59)[-0.593,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 00:05:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4Z8prfDQS7PGRuugKkBHzE6gEzOijUBUj Content-Type: multipart/mixed; boundary="vvoYfKgUSMI7kYZ9JWSzVT2b0cQ07XrnS"; protected-headers="v1" From: Jung-uk Kim To: John Nielsen , Xin LI Cc: FreeBSD Stable Message-ID: <65a51dc6-7b20-70f3-ad53-8a3d99afbd8b@FreeBSD.org> Subject: Re: /dev/crypto not being used in 12-STABLE References: In-Reply-To: --vvoYfKgUSMI7kYZ9JWSzVT2b0cQ07XrnS Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18. 12. 6., John Nielsen wrote: >> On Dec 6, 2018, at 4:04 PM, Xin LI wrote: >> >> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrot= e: >>> >>> I have upgraded two physical machines from 11-STABLE to 12-STABLE rec= ently (one is 12.0-PRERELEASE r341380 and the other is 12.0-PRERELEASE r3= 41391). I noticed today that neither machine seems to be utilizing /dev/c= rypto. Typically I see at least ssh/sshd have the device open plus some p= rograms from ports. But 'fuser' doesn't list any processes on either mach= ine: >>> >>> # fuser /dev/crypto >>> /dev/crypto: >>> >>> Both machines are running custom kernels that include "device crypto"= and "device cryptodev". One of them additionally has "device aesni". >>> >>> Is anyone else seeing this? Any idea what would cause it? >> >> Your average OpenSSL applications should not use /dev/crypto, if your >> goal is to utilize AES-NI (which does not require /dev/crypto). On >> capable systems, AES-NI would be used automatically (and it's faster >> this way). >=20 > Thanks for the response. Is there a way to verify that AES-NI is being = used for e.g. ssh? > I'm also curious why/when/how the change to not use (or support?) /dev/= crypto from base > openssl was made. OpenSSL 1.1.1 removed the old cryptodev: https://svnweb.freebsd.org/base/vendor-crypto/openssl/dist/CHANGES?revisi= on=3D340690&view=3Dmarkup#l400 Instead, OpenSSL added devcrypto engine for Linux: https://github.com/openssl/openssl/commit/619eb33 and added BSD support: https://github.com/openssl/openssl/commit/4f79aff then, completely removed BSD-specific cryptodev: https://github.com/openssl/openssl/commit/f39a550 However, it is disabled by default. Theoretically, it is functionally equivalent but it wasn't tested much. I can enable the new engine on head if many users request it. Jung-uk Kim --vvoYfKgUSMI7kYZ9JWSzVT2b0cQ07XrnS-- --4Z8prfDQS7PGRuugKkBHzE6gEzOijUBUj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlwJuUUACgkQfJ+WJvzb 8UbOgwgAlUZeRuoT5i5nr8ANOObLdFPaKhBHZIA0fGwf8R0LllON47Eso+QYYw7I t/f/0THEGqI7kODpqB1wPMo/sFpgd6FBrbPf6IhpJgELsAE7QJ9+baThCCi6me0h Ws+aVGqkD3lxu4zQvcmLlcOQPbXDEOogtFxAyinI29S3splc9mZelTE9bw+Xr1RI iw1xND9ERFPmvTgns9RWlzg8oyrMMU0E93l8++GaPBzlszuU8jS09Fhe10Ow9Pxx 4LDS8z9qHlqx5DQ1watrn5+DSHFbzjEE1LazoVWSodp5g9mHgKIhmHG4JP0SbSVA sFah5PK9H+hYc8YMT8b0lGdhOycJ5w== =mW5p -----END PGP SIGNATURE----- --4Z8prfDQS7PGRuugKkBHzE6gEzOijUBUj-- From owner-freebsd-stable@freebsd.org Fri Dec 7 00:18:24 2018 Return-Path: Delivered-To: freebsd-stable@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 5FE9B1321D47 for ; Fri, 7 Dec 2018 00:18:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0248A6D9CB; Fri, 7 Dec 2018 00:18:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id CA80BFDD1; Fri, 7 Dec 2018 00:18:23 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: /dev/crypto not being used in 12-STABLE To: John Nielsen , Xin LI Cc: FreeBSD Stable References: <65a51dc6-7b20-70f3-ad53-8a3d99afbd8b@FreeBSD.org> From: Jung-uk Kim Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: Date: Thu, 6 Dec 2018 19:18:19 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <65a51dc6-7b20-70f3-ad53-8a3d99afbd8b@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oOzpbl2i7zuMQy3GqzS1mE7eumiM6O8rN" X-Rspamd-Queue-Id: 0248A6D9CB X-Spamd-Result: default: False [-2.50 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.94)[-0.939,0]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-0.59)[-0.592,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 00:18:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oOzpbl2i7zuMQy3GqzS1mE7eumiM6O8rN Content-Type: multipart/mixed; boundary="LBYCDNGDJ1U1Ktkr0eCpANnh8bg74iwgB"; protected-headers="v1" From: Jung-uk Kim To: John Nielsen , Xin LI Cc: FreeBSD Stable Message-ID: Subject: Re: /dev/crypto not being used in 12-STABLE References: <65a51dc6-7b20-70f3-ad53-8a3d99afbd8b@FreeBSD.org> In-Reply-To: <65a51dc6-7b20-70f3-ad53-8a3d99afbd8b@FreeBSD.org> --LBYCDNGDJ1U1Ktkr0eCpANnh8bg74iwgB Content-Type: multipart/mixed; boundary="------------4DD66C0B0B8C23E8586603B3" Content-Language: en-US This is a multi-part message in MIME format. --------------4DD66C0B0B8C23E8586603B3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 18. 12. 6., Jung-uk Kim wrote: > On 18. 12. 6., John Nielsen wrote: >>> On Dec 6, 2018, at 4:04 PM, Xin LI wrote: >>> >>> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wro= te: >>>> >>>> I have upgraded two physical machines from 11-STABLE to 12-STABLE re= cently (one is 12.0-PRERELEASE r341380 and the other is 12.0-PRERELEASE r= 341391). I noticed today that neither machine seems to be utilizing /dev/= crypto. Typically I see at least ssh/sshd have the device open plus some = programs from ports. But 'fuser' doesn't list any processes on either mac= hine: >>>> >>>> # fuser /dev/crypto >>>> /dev/crypto: >>>> >>>> Both machines are running custom kernels that include "device crypto= " and "device cryptodev". One of them additionally has "device aesni". >>>> >>>> Is anyone else seeing this? Any idea what would cause it? >>> >>> Your average OpenSSL applications should not use /dev/crypto, if your= >>> goal is to utilize AES-NI (which does not require /dev/crypto). On >>> capable systems, AES-NI would be used automatically (and it's faster >>> this way). >> >> Thanks for the response. Is there a way to verify that AES-NI is being= used for e.g. ssh? >> I'm also curious why/when/how the change to not use (or support?) /dev= /crypto from base >> openssl was made. >=20 > OpenSSL 1.1.1 removed the old cryptodev: >=20 > https://svnweb.freebsd.org/base/vendor-crypto/openssl/dist/CHANGES?revi= sion=3D340690&view=3Dmarkup#l400 >=20 > Instead, OpenSSL added devcrypto engine for Linux: >=20 > https://github.com/openssl/openssl/commit/619eb33 >=20 > and added BSD support: >=20 > https://github.com/openssl/openssl/commit/4f79aff >=20 > then, completely removed BSD-specific cryptodev: >=20 > https://github.com/openssl/openssl/commit/f39a550 >=20 > However, it is disabled by default. Theoretically, it is functionally > equivalent but it wasn't tested much. >=20 > I can enable the new engine on head if many users request it. FYI, the attached patch should enable the new engine. Jung-uk Kim --------------4DD66C0B0B8C23E8586603B3 Content-Type: text/x-patch; name="devcrypto.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="devcrypto.diff" Index: secure/lib/libcrypto/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- secure/lib/libcrypto/Makefile (revision 341666) +++ secure/lib/libcrypto/Makefile (working copy) @@ -192,8 +192,8 @@ SRCS+=3D ecp_nistz256-x86.S ecp_nistz256.c .endif =20 # engine -SRCS+=3D eng_all.c eng_cnf.c eng_ctrl.c eng_dyn.c eng_err.c eng_fat.c -SRCS+=3D eng_init.c eng_lib.c eng_list.c eng_openssl.c eng_pkey.c +SRCS+=3D eng_all.c eng_cnf.c eng_ctrl.c eng_devcrypto.c eng_dyn.c eng_er= r.c +SRCS+=3D eng_fat.c eng_init.c eng_lib.c eng_list.c eng_openssl.c eng_pke= y.c SRCS+=3D eng_rdrand.c eng_table.c tb_asnmth.c tb_cipher.c tb_dh.c tb_dig= est.c SRCS+=3D tb_dsa.c tb_eckey.c tb_pkmeth.c tb_rand.c tb_rsa.c =20 Index: secure/lib/libcrypto/opensslconf.h.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- secure/lib/libcrypto/opensslconf.h.in (revision 341666) +++ secure/lib/libcrypto/opensslconf.h.in (working copy) @@ -46,9 +46,6 @@ extern "C" { #ifndef OPENSSL_NO_CRYPTO_MDEBUG_BACKTRACE # define OPENSSL_NO_CRYPTO_MDEBUG_BACKTRACE #endif -#ifndef OPENSSL_NO_DEVCRYPTOENG -# define OPENSSL_NO_DEVCRYPTOENG -#endif #ifndef OPENSSL_NO_EC_NISTP_64_GCC_128 # define OPENSSL_NO_EC_NISTP_64_GCC_128 #endif --------------4DD66C0B0B8C23E8586603B3-- --LBYCDNGDJ1U1Ktkr0eCpANnh8bg74iwgB-- --oOzpbl2i7zuMQy3GqzS1mE7eumiM6O8rN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlwJvEsACgkQfJ+WJvzb 8UbsjAgAk3WENN9P4r4KmWisTNwrSHUl/6raF1TBtsyRwv+6TDuL4QQqxnZW7fnJ TZ7wOabLQaG4UELOeiKKryLuwd3wuFLDNoC4SLYDmzQmQig7urY4J23r5LZBgGVT cpYsq9pjQsNvCLtplcpXy8RFqdgWhBClfbUY8+1XexczpTS53+3waBibjqEfd3J4 gp99EgybvcbMxwImWynqzffMyN+11Asdr/FNbaCsyA+/LxDC5g0dEVmMFROVQ63X j7OBSbz1mIuVJrJq8GcajE0bAew2jKqlud2U0Gnfu+w569UYcrk5HjVvRFTZUzRw k0LSNFRrY90zGUsKegd6JL3CAvglqg== =nswm -----END PGP SIGNATURE----- --oOzpbl2i7zuMQy3GqzS1mE7eumiM6O8rN-- From owner-freebsd-stable@freebsd.org Fri Dec 7 00:19:44 2018 Return-Path: Delivered-To: freebsd-stable@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 D7E521321E1A for ; Fri, 7 Dec 2018 00:19:44 +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 277E76DAC7; Fri, 7 Dec 2018 00:19:44 +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 wB70JXTA049877 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 02:19:36 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wB70JXTA049877 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wB70JX4H049876; Fri, 7 Dec 2018 02:19:33 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 7 Dec 2018 02:19:33 +0200 From: Konstantin Belousov To: John Nielsen Cc: John Baldwin , FreeBSD Stable Subject: Re: /dev/crypto not being used in 12-STABLE Message-ID: <20181207001933.GH52540@kib.kiev.ua> References: <0b3d8b81-4ed2-e900-9f0e-46ac7006a705@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.0 (2018-11-25) 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-Rspamd-Queue-Id: 277E76DAC7 X-Spamd-Result: default: False [-5.11 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; IP_SCORE(-2.12)[ip: (-2.57), ipnet: 2001:470::/32(-4.48), asn: 6939(-3.46), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 00:19:45 -0000 On Thu, Dec 06, 2018 at 04:48:35PM -0700, John Nielsen wrote: > Is aesni(4) even required if all you want is userland acceleration? > No, it is not. Same for rdrand_rng(4), if an application uses hw random source directly. From owner-freebsd-stable@freebsd.org Fri Dec 7 02:09:44 2018 Return-Path: Delivered-To: freebsd-stable@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 2EE001325299 for ; Fri, 7 Dec 2018 02:09:44 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resqmta-po-08v.sys.comcast.net (resqmta-po-08v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:167]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "resqmta-po-01v.sys.comcast.net", Issuer "COMODO RSA Organization Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8769A71776 for ; Fri, 7 Dec 2018 02:09:43 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resomta-po-01v.sys.comcast.net ([96.114.154.225]) by resqmta-po-08v.sys.comcast.net with ESMTP id V4zygPdl6elikV5SIgJL7D; Fri, 07 Dec 2018 02:01:26 +0000 Received: from koitsu.org ([73.231.56.13]) by resomta-po-01v.sys.comcast.net with ESMTPA id V5SHgxJ4lPJTvV5SHgd7mA; Fri, 07 Dec 2018 02:01:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0AD331581FD9; Thu, 6 Dec 2018 18:01:25 -0800 (PST) Date: Thu, 6 Dec 2018 18:01:25 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Subject: Re: /dev/crypto not being used in 12-STABLE Message-ID: <20181207020124.GA87799@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-CMAE-Envelope: MS4wfDCctwcL5ZfGFfRt4uDWzAbuS2XBdiWaJyjnLKEKbo/sT63/O3y4mKNnOt8odZQfzgGyHfGVEDTKPbTtijAzf0gyl9sfngMQmfwo5aMgZ499+rSRxS9f QTWTz3nT6delNWiuUNw6lIJAzK7iBnXq02kX/3j0NLjCOCQvoMSnx6NI X-Rspamd-Queue-Id: 8769A71776 X-Spamd-Result: default: False [10.03 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; FAKE_REPLY_C(6.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fe16:19:96:114:154:160/123]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.44)[-0.437,0]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[koitsu.org]; NEURAL_SPAM_SHORT(0.45)[0.453,0]; MX_GOOD(-0.01)[cached: mambo.koitsu.org]; NEURAL_SPAM_LONG(0.42)[0.421,0]; HFILTER_HELO_5(3.00)[resqmta-po-08v.sys.comcast.net]; RCVD_IN_DNSWL_LOW(-0.10)[7.6.1.0.4.5.1.0.4.1.1.0.6.9.0.0.9.1.0.0.6.1.e.f.8.5.5.0.1.0.0.2.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; IP_SCORE(0.00)[ipnet: 2001:558::/29(0.92), asn: 7922(-0.83), country: US(-0.09)]; GREYLIST(0.00)[pass,body]; RECEIVED_SPAMHAUS_PBL(0.00)[13.56.231.73.zen.spamhaus.org : 127.0.0.10] X-Rspamd-Server: mx1.freebsd.org X-Spam: Yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 02:09:44 -0000 I'm not subscribed to -stable. This is in response to jkim@'s messages here: https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/090202.html https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/090202.html Based on what I can tell, OpenSSL 1.1.1 or thereabouts removed the cryptodev OpenSSL engine, which was a tie-in to BSD's cryptodev(4), which is accessed via /dev/crypto and related crypto(4) ioctls. Instead, they offered a replacement engine called devcrypto (what an awful name), with the primary focus being against something from Linux called cryptodev-linux, then was made to work on FreeBSD 8.4. This code was as of June 2017; 8.4 was EOL'd August 2015. Interesting. https://github.com/openssl/openssl/commit/4f79aff is not "add support for BSD" at all. It's "tweak further stuff for BSD", probably to get it to work on newer FreeBSD; they seem to care about crypto/cryptodev.h details. I asked myself: why do they care about that if they're doing it all themselves? Looking at the code sheds light on that. The actual devcrypto engine commits that added BSD support are here: https://github.com/openssl/openssl/pull/3744 https://github.com/openssl/openssl/pull/3744/files The commits indicate that the devcrypto is enabled by default on FreeBSD. But we can tell from Herbert's post and jkim@'s patch that's not true at all, i.e. FreeBSD disables it. Why? And is that a good default? Here's why I ask: The new devcrypto engine most definitely utilises /dev/crypto (thus cryptodev(4) and crypto(4)). cipher_init(), prepare_cipher_methods(), digest_init(), and prepare_digest_methods() all utilise that interface: https://github.com/openssl/openssl/pull/3744/files#diff-027f92eb0a10c0986aec873d9fd1ab66 So while OpenSSL now uses more of its own native C and assembly code (e.g. for AES-NI support), and that's certainly faster than all the overhead that cryptodev(4) brings with it (see jhb@'s post), I wonder: 1. What happens to people using crypto hardware accelerators, ex. hifn(4), padlock(4), ubsec(4), and safe(4)? How exactly would OpenSSL utilise these H/W accelerators if the devcrypto engine is disabled? 2. If the devcrypto engine is *enabled*, and people have aesni(4) loaded alongside cryptodev(4), which gets priority: OpenSSL's native AES-NI code or cryptodev(4)/aesni(4)? Likewise: if the decrypto engine is to remain disabled as a default: this needs to be made crystal clear in Release Notes, so that folks using H/W accelerators know they'll no longer benefit from those cards unless they use a patch (third-party so/module won't work, AFAIT, as OpenSSL's dynamic engine loading is unavailable per openssl engine -t). Might I suggest enabling devcrypto be capable via src.conf, ex. WITH_OPENSSL_ENGINE_DEVCRYPTO=true? -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator PGP 0x2A389531 | | Making life hard for others since 1977. | From owner-freebsd-stable@freebsd.org Fri Dec 7 10:53:59 2018 Return-Path: Delivered-To: freebsd-stable@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 1CBEF13347A0 for ; Fri, 7 Dec 2018 10:53:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) 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 932E785141 for ; Fri, 7 Dec 2018 10:53:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 566C0133479F; Fri, 7 Dec 2018 10:53:58 +0000 (UTC) Delivered-To: stable@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 44B8B133479E for ; Fri, 7 Dec 2018 10:53:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 3C46E8513E for ; Fri, 7 Dec 2018 10:53:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1gVDlG-000M2c-DS for stable@freebsd.org; Fri, 07 Dec 2018 12:53:34 +0200 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: pxeboot stuck Message-Id: <3869B66E-FCCD-437B-9C71-04EEF100A313@cs.huji.ac.il> Date: Fri, 7 Dec 2018 12:53:34 +0200 To: stable@freebsd.org X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 932E785141 X-Spamd-Result: default: False [-4.74 / 15.00]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; RCVD_COUNT_FIVE(0.00)[5]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; FROM_HAS_DN(0.00)[]; FORWARDED(0.00)[stable@mailman.ysv.freebsd.org]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[huji.ac.il]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; MX_GOOD(-0.01)[cached: kabab.cs.huji.ac.il]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.55)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.53), asn: 10310(-3.25), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[stable@freebsd.org,freebsd-stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 10:53:59 -0000 Hi, today=E2=80=99s latest 11.2 rev 341671, when booting off local disk all = is fine, but pxeboot gets stuck after printing FreeBSD/x86 bootstrap loader. Revision 1.1 (Fri Dec 7 09:45:34 IST 2018 danny-pe-44) - older pxeboot get slightly further, but hang too. older root images work fine so what magic is now needed? thanks, danny From owner-freebsd-stable@freebsd.org Fri Dec 7 14:22:18 2018 Return-Path: Delivered-To: freebsd-stable@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 4C9CA130EFDE for ; Fri, 7 Dec 2018 14:22:18 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) (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 1F3418CF47 for ; Fri, 7 Dec 2018 14:22:17 +0000 (UTC) (envelope-from ray@ddteam.net) Received: by mail-vk1-xa2b.google.com with SMTP id 197so967448vkf.4 for ; Fri, 07 Dec 2018 06:22:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ddteam-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=l0CWj7XnRGe32ODUYeroNnLLZHw2RjQk29MP8tL7Jqk=; b=ZlYDHnwEBU7k2ba164BKDmrXaxlKwXc19Y48ktMRrly3dY3iEwGw3yOuiXiD4lYNBk 7LEPlW9DLyWsmPVcs9a7J9wjROgvIvYXTrfunJauqu0j5ufI6qVqDRMLJZlWlG0gLOCZ +DYP93lVhHkbjtspjdlZR0ww6f/Q5hJdyq6sIkjyqE/C7gdKsoVjzeT+BNvnvvU0zWKw /kbjYvfg5oaabmewnpJQ7E2rWXXYbe8oqgS7vgt4ZlV6sTTJ9lgXZPwSjrBn4eEJiHnO R9D5/PbnCiG2MZhS20TnyH47OD8aqoIZeN1i0qqRT/5y7s6WGtKPxKD/8xftJ9YyL/ue xSqQ== 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=l0CWj7XnRGe32ODUYeroNnLLZHw2RjQk29MP8tL7Jqk=; b=Lvw7Aue2D3aIPrwkN/Za/xxcpo6PBqK6QYbmqdERcWLN6PbE8pZwFIdR2ZN/kx4JNN ESF4bDcmHTHWbfWyf+tNvcSCuXOU3k5DK/SH9nbU3rVfBcfGm+aX5H9FpeGS5UYHsElG Y1tcP/9p3T8ucSFogp+yW0nNY230admp8SW4lqW7wuPSEkA12OOrM/MkOV9ssWvYe7l+ YPDix9CbIKcI93w25GwnDM5kqUz35ISGs/fY9h7XqQi7YlhWWblB2p+bTcOSmTYRBMwe G6oJ3sj4Ni7+CohctmEYcSviMxac9P46jYR14k2smDX+ULxfYaApdkBa2QFzo5neQvr3 NrKA== X-Gm-Message-State: AA+aEWZ9OQd17tiYxcURBxK1CWb0hd+ZXta0qZ3uUrnUyDUTa9qyBC2z qC6WRop9q/qaRFqgp3WOwdlkWiZ3WOTQOH1AqAMGHWlGR7BaXw== X-Google-Smtp-Source: AFSGD/UbZMJpJvIoa09gvI94vJuydBy082SH5bL4+Vn6xRiqhuoFo4VdDab1njCBM+t23qsLjTTlrodq9Y8KC06Kyes= X-Received: by 2002:a1f:5e47:: with SMTP id s68mr914909vkb.64.1544192536150; Fri, 07 Dec 2018 06:22:16 -0800 (PST) MIME-Version: 1.0 References: <5C092989.6000007@grosbein.net> <5C092D4B.8050302@grosbein.net> In-Reply-To: <5C092D4B.8050302@grosbein.net> From: Aleksandr Rybalko Date: Fri, 7 Dec 2018 16:22:03 +0200 Message-ID: Subject: Re: vt(4)-related hang of 11.2 To: Eugene Grosbein Cc: FreeBSD-STABLE Mailing List , ed@freebsd.org, Ed Maste X-Rspamd-Queue-Id: 1F3418CF47 X-Spamd-Result: default: False [-3.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; R_DKIM_ALLOW(-0.20)[ddteam-net.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[ddteam.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ddteam-net.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx4.googlemail.com,aspmx3.googlemail.com,aspmx5.googlemail.com,alt2.aspmx.l.google.com,aspmx2.googlemail.com]; RCVD_IN_DNSWL_NONE(0.00)[b.2.a.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.76)[-0.757,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.58)[ipnet: 2607:f8b0::/32(-1.51), asn: 15169(-1.30), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 14:22:18 -0000 Hi Eugene! In the sys/dev/vt/hw/efifb/efifb.c, starting from line 115, set of initialized fields of "info" struct. Like "info->fb_height =3D efifb->fb_height;". "efifb" holds data passed by loader from UEFI firmware metadata. There is fb_height, fb_width, fb_mask_(red|green|blue|reserved), fb_stride and fb_addr fields. In most cases fb_stride is wrong. So you can temporarly hardcode some of that values to real info for your display to check what is wrong. =D1=87=D1=82, 6 =D0=B3=D1=80=D1=83=D0=B4. 2018 =D0=BE 16:08 Eugene Grosbein= =D0=BF=D0=B8=D1=88=D0=B5: > On 06.12.2018 20:57, Aleksandr Rybalko wrote: > > Hi, Eugene! > > > > In most cases it's just wrong info passed from UEFI firmware about FB. > > try to hardcode FrameBuffer params into vt_efb driver, to know exatly. > > I'm not familiar with vt_efb code. Can you please elaborate what should I > do to debug this, exactly? > > > --=20 WBW ------- Rybalko Aleksandr From owner-freebsd-stable@freebsd.org Fri Dec 7 15:03:59 2018 Return-Path: Delivered-To: freebsd-stable@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 C15C1131002E for ; Fri, 7 Dec 2018 15:03:59 +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 4A1778E7AE for ; Fri, 7 Dec 2018 15:03:53 +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 wB7F3dnI029961 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 7 Dec 2018 16:03:39 +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 wB7F3db9029958 for ; Fri, 7 Dec 2018 16:03:39 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 7 Dec 2018 16:03:38 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: Kernel panic, stable/12 r341604, swapon -a in SU mode, geli encrypted swap, Chelsio T6225-CR, and ccr(4) In-Reply-To: <58497f97-f1ff-0d80-f9b9-5722e53ffa41@gmail.com> Message-ID: References: <58497f97-f1ff-0d80-f9b9-5722e53ffa41@gmail.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=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no X-Rspamd-Queue-Id: 4A1778E7AE X-Spamd-Result: default: False [-1.72 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.72)[-0.717,0]; NEURAL_HAM_LONG(-0.96)[-0.962,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[fagskolen.gjovik.no]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.fagskolen.gjovik.no]; NEURAL_HAM_SHORT(-0.01)[-0.008,0]; IP_SCORE(-0.03)[ipnet: 2001:700::/32(-0.02), asn: 224(-0.10), country: NO(-0.01)]; FORGED_SENDER(0.30)[Trond.Endrestol@fagskolen.gjovik.no,trond@fagskolen.gjovik.no]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; FROM_NEQ_ENVFROM(0.00)[Trond.Endrestol@fagskolen.gjovik.no, trond@fagskolen.gjovik.no] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 15:03:59 -0000 On Thu, 6 Dec 2018 09:38-0800, Navdeep Parhar wrote: > Can you please file a bug at https://bugs.freebsd.org/bugzilla/ and > assign it to me? See PR 233851. -- Trond. From owner-freebsd-stable@freebsd.org Fri Dec 7 17:26:57 2018 Return-Path: Delivered-To: freebsd-stable@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 AD572131459A for ; Fri, 7 Dec 2018 17:26:57 +0000 (UTC) (envelope-from 0100016789b53b7b-5e79e767-f971-48aa-a605-b37912f7c911-000000@amazonses.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 2559B6F249 for ; Fri, 7 Dec 2018 17:26:57 +0000 (UTC) (envelope-from 0100016789b53b7b-5e79e767-f971-48aa-a605-b37912f7c911-000000@amazonses.com) Received: by mailman.ysv.freebsd.org (Postfix) id D98871314599; Fri, 7 Dec 2018 17:26:56 +0000 (UTC) Delivered-To: stable@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 B6E6F1314598 for ; Fri, 7 Dec 2018 17:26:56 +0000 (UTC) (envelope-from 0100016789b53b7b-5e79e767-f971-48aa-a605-b37912f7c911-000000@amazonses.com) Received: from a8-87.smtp-out.amazonses.com (a8-87.smtp-out.amazonses.com [54.240.8.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 105EB6F248 for ; Fri, 7 Dec 2018 17:26:56 +0000 (UTC) (envelope-from 0100016789b53b7b-5e79e767-f971-48aa-a605-b37912f7c911-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=i477zxocsinqu7tbkow2jiz7oei5pc3j; d=broadway29.com; t=1544203615; h=Message-ID:Reply-To:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=ENM1QRnicrKz+TbZo1ewx+q96wmGG3h0GoR/5r3wiFY=; b=LuE53iCdsxgwdp2Q0mVMfimgOhVGwab0XeOUB8QCGKrkQ2wOlcoYWiTmlYRWj5hf IF2Pg11MyLb/yyM07NKly/csYDrOEfMQs2nNMTvqSNzbePwM7RLb+BNAMx0+BZgfxOK h+FYJ4NvYnkxDOy6kzBimLuS/jHkCNX6reOW6pjw= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1544203615; h=Message-ID:Reply-To:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=ENM1QRnicrKz+TbZo1ewx+q96wmGG3h0GoR/5r3wiFY=; b=bznavne5XabN5vfl4/5ZRPWVwgzJgfADLLYOLIzIqGoy/lH9MLHX+v/UpkOHx5Ld TYLbUp+9u6630fFR/IIV+IW04DfAEiSUMTDnBeeWictUJfhfpMKxawlCWW4LrA1tukT ypal8xzGmgyvOorx1w9I8b7cmPQwcGb2mVjt3pu8= Message-ID: <0100016789b53b7b-5e79e767-f971-48aa-a605-b37912f7c911-000000@email.amazonses.com> Reply-To: "Broadway29.com" From: "Broadway29.com" To: stable@freebsd.org Subject: Broadway29.com - Dont Tell Anyone! 17% Off Our Entire Stock (Secret Discout Code Inside) Date: Fri, 7 Dec 2018 17:26:55 +0000 X-Priority: 3 X-SES-Outgoing: 2018.12.07-54.240.8.87 Feedback-ID: 1.us-east-1.v/pkAKlWZT8uc/NOqSkAoqhnrArAtfvC7SldcgolNfc=:AmazonSES X-Rspamd-Queue-Id: 2559B6F249 X-Spamd-Result: default: False [-4.26 / 15.00]; HAS_REPLYTO(0.00)[Announcements@Broadway29.com]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; FORWARDED(0.00)[stable@mailman.ysv.freebsd.org]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[broadway29.com:+,amazonses.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; FORGED_SENDER(0.00)[Announcements@Broadway29.com,0100016789b53b7b-5e79e767-f971-48aa-a605-b37912f7c911-000000@amazonses.com]; RCVD_NO_TLS_LAST(0.10)[]; IP_SCORE(-3.54)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.52), asn: 10310(-3.24), country: US(-0.09)]; MX_GOOD(-0.01)[cached: feedback-smtp.us-east-1.amazonses.com]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FROM_NEQ_ENVFROM(0.00)[Announcements@Broadway29.com,0100016789b53b7b-5e79e767-f971-48aa-a605-b37912f7c911-000000@amazonses.com]; FORGED_RECIPIENTS(0.00)[stable@freebsd.org,freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; R_SPF_FAIL(0.00)[-all]; R_DKIM_ALLOW(-0.20)[broadway29.com,amazonses.com]; URL_IN_SUBJECT(0.40)[broadway29.com]; FROM_HAS_DN(0.00)[]; FORGED_SENDER_FORWARDING(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; HTML_SHORT_LINK_IMG_1(2.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; DMARC_NA(0.00)[Broadway29.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_SHORT(-0.61)[-0.608,0]; MANY_INVISIBLE_PARTS(0.10)[2]; MIME_HTML_ONLY(0.20)[] X-Rspamd-Server: mx1.freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 17:26:57 -0000 From owner-freebsd-stable@freebsd.org Fri Dec 7 17:43:25 2018 Return-Path: Delivered-To: freebsd-stable@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 2D2C71314D81 for ; Fri, 7 Dec 2018 17:43:25 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80C916FDFA for ; Fri, 7 Dec 2018 17:43:24 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 1A16C10B476; Fri, 7 Dec 2018 12:43:23 -0500 (EST) Subject: Re: /dev/crypto not being used in 12-STABLE To: Konstantin Belousov , John Nielsen References: <0b3d8b81-4ed2-e900-9f0e-46ac7006a705@FreeBSD.org> <20181207001933.GH52540@kib.kiev.ua> Cc: FreeBSD Stable From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= xsDiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg80eSm9obiBCYWxk d2luIDxqb2huQGJhbGR3aW4uY3g+wmMEExECACMCGwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIX gAUCRND5wwIZAQAKCRBy3lIGd+N/BNLXAJ9KIb6teuDL1W+FkCgvv+y8PxKTkACeIUfbn3sl cueBzqTcf09idwa8YTbOwU0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Ds gnr31AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh +GojXlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cM SOrHYUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOF QVHOEVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq 1tqzhltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZ TwtXsNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m 7Z164yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioI AjjHaIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbU KWwxQ4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjH uW/CSQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZN wwCfafMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Fri, 7 Dec 2018 09:43:21 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181207001933.GH52540@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Fri, 07 Dec 2018 12:43:23 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-Rspamd-Queue-Id: 80C916FDFA X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; NEURAL_HAM_SHORT(-0.95)[-0.955,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 17:43:25 -0000 On 12/6/18 4:19 PM, Konstantin Belousov wrote: > On Thu, Dec 06, 2018 at 04:48:35PM -0700, John Nielsen wrote: >> Is aesni(4) even required if all you want is userland acceleration? >> > No, it is not. Same for rdrand_rng(4), if an application uses hw random > source directly. To elaborate further, aesni(4) is only useful to accelerate in-kernel crypto use (e.g. IPSec or GELI). The fact that /dev/crypto trys to use it by default is a bug (IMO) that I'm planning on addressing. -- John Baldwin                                                                              From owner-freebsd-stable@freebsd.org Fri Dec 7 18:08:57 2018 Return-Path: Delivered-To: freebsd-stable@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 625891315586; Fri, 7 Dec 2018 18:08:57 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 606C070AC0; Fri, 7 Dec 2018 18:08:56 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 0390FB03FC; Fri, 7 Dec 2018 19:08:54 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Eb0zNfoGRdkd; Fri, 7 Dec 2018 19:08:53 +0100 (CET) Received: from [192.168.11.152] (unknown [192.168.11.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id E65FEB03FB; Fri, 7 Dec 2018 19:08:52 +0100 (CET) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 To: Toomas Soome , Mark Martinec Cc: freebsd-current , freebsd-stable@freebsd.org, Ian Lepore References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> <1543954753.1860.243.camel@freebsd.org> From: Willem Jan Withagen Message-ID: <53ceda24-fa1b-8546-3511-bd500b440dfe@digiware.nl> Date: Fri, 7 Dec 2018 19:08:53 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: nl X-Rspamd-Queue-Id: 606C070AC0 X-Spamd-Result: default: False [-3.74 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[digiware.nl]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[smtp.digiware.nl,www.digiware.nl]; NEURAL_HAM_SHORT(-0.83)[-0.832,0]; IP_SCORE(-0.60)[asn: 28878(-3.01), country: NL(0.01)]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 18:08:57 -0000 On 05/12/2018 00:48, Toomas Soome wrote: > Yes, that must be true but it does not hurt to get checked. > > And of course, lsdev -v from 11.x loader would be good too. > > Anyhow, I am afraid we have reached to point where more specific debug info is needed (printed out), with lack of output about disks at all, it must be related to floppy device checks. Just another point in time. Ended up more or less in the same situation this afternoon with freebsd-upgrade to RC3 Boot stops after listing all DOS disks, in a spinner. So that is no fix. I booted from USB 11.2 and replaced the /boot/zfs{boot,loader} by the 11.2 ones. That makes my server again happy. --WjW > Rgds, > Toomas > > Sent from my iPhone > >> On 4 Dec 2018, at 22:19, Ian Lepore wrote: >> >> On Tue, 2018-12-04 at 21:51 +0200, Toomas Soome via freebsd-stable >> wrote: >>>> On 4 Dec 2018, at 19:59, Mark Martinec >>> i> wrote: >>>> >>>>>> 2018-11-29 18:43, Toomas Soome wrote: >>>>>>> I just did push biosdisk updates to stable/12, I wonder if >>>>>>> you could >>>>>>> test those bits… >>>> Myself wrote: >>>>>> Thank you! I haven't tried it yet, but I wonder whether this >>>>>> fix was >>>>>> already incorporated into 12.0-RC3, which would make my rescue >>>>>> easier. >>>>>> Otherwise I can build a stable/12 on another host and >>>>>> transplant >>>>>> the problematic file(s) to the affected host - if I knew which >>>>>> files >>>>>> to copy. >>>> 2018-12-02 18:59, Toomas wrote: >>>>> The files are /boot/loader* binaries - to be exact, check which >>>>> one is >>>>> linked to /boot/loader. I can provide binaries if needed. >>>>> [...] >>>>> rgds, >>>>> toomas >>>> I got a maintenance window today so I tried with the new loader, >>>> and it did not help. >>>> >>>> More specifically: >>>> >>>> As it comes with 12-RC2, the /boot/loader was hard linked with >>>> loader_lua. >>>> Its size is 421888 bytes. So I concentrated on this loader. >>>> >>>> I build a fresh stable/12 on another host, and copied the newly >>>> built loader_lua (425984 bytes) to the /boot directory of the >>>> affected >>>> host, deleted the file 'loader', and hard-linked loader_lua to >>>> loader. >>>> >>>> The situation has not changed: the BTX loader lists all BIOS drives >>>> C..J (disk0..disk7), then a spinner starts and gets stuck forever. >>>> It never reaches the 'BIOS 635kB/3537856kB available memory' line. >>>> >>>> While trying to restore the old /boot from 11.2, I tried booting >>>> a live image from a 12.0-RC3 memory stick - and the loader got >>>> stuck again, same as when booting from a disk. >>>> >>>> So I had to boot from an 11.2 memstick to be able to regain >>>> control. >>>> >>>> Mark >>>> >>>> >>> ok, if you could perform 2 tests: >>> >>> 1. from loader prompt enter 0x413 0xa000 - @w . cr >>> >>> 2. on first spinner, press space and type on boot: prompt: >>> /boot/loader_4th and see if that will do better >>> thanks, >>> toomas >>> >> I don't think that will be an option. If it hasn't gotten to the point >> of saying how much BIOS available memory there is, it's only halfway >> through loader main() and has hung before getting to interact(). >> >> In fact, if that line hasn't printed, but some disk drives have been >> listed, it pretty much has to be hung in the "March through the device >> switch probing for things" loop. If all the disks are listed, then it >> got through that entry in the devsw, and is likely hanging in the >> dv_init calls for either the pxedisk or zfsdev devices. >> >> -- Ian >> >>>> >>>>>>>> On 29 Nov 2018, at 17:01, Mark Martinec >>>>>>> bsd@ijs.si> wrote: >>>>>>>> After successfully upgraded three hosts from 11.2-p4 to >>>>>>>> 12.0-RC2 (amd64, >>>>>>>> zfs, bios), I tried my luck with one of our production >>>>>>>> hosts, and ended up >>>>>>>> with a stuck loader after rebooting with a new kernel >>>>>>>> (after the first >>>>>>>> stage of upgrade). >>>>>>>> These were the steps, and all went smoothly and normally >>>>>>>> until a reboot: >>>>>>>> freebsd-update upgrade -r 12.0-RC2 >>>>>>>> freebsd-update install >>>>>>>> shutdown -r now >>>>>>>> While booting, the 'BTX loader' comes up, lists the BIOS >>>>>>>> drives, >>>>>>>> then the spinner below the list comes up and begins >>>>>>>> turning, >>>>>>>> stuttering, and after a couple of seconds it grinds to a >>>>>>>> standstill >>>>>>>> and nothing happens afterwards. >>>>>>>> At this point the ZFS and the bootstrap loader is supposed >>>>>>>> to >>>>>>>> come up, but it doesn't. >>>>>>>> This host has too zfs pools, the system pool consists of >>>>>>>> two SSDs >>>>>>>> in a zfs mirror (also holding a freebsd-boot partition >>>>>>>> each), the >>>>>>>> other pool is a raidz2 with six JBOD disks on an LSI >>>>>>>> controller. >>>>>>>> The gptzfsboot in both freebsd-boot partitions is fresh >>>>>>>> from 11.2, >>>>>>>> both zpool versions are up-to-date with 11.2. The 'zpool >>>>>>>> status -v' >>>>>>>> is happy with both pools. >>>>>>>> After rebooting from an USB drive and reverting the /boot >>>>>>>> directory >>>>>>>> to a previous version, the machine comes up normally again >>>>>>>> with the 11.2-RELEASE-p4. >>>>>>>> I found a file init.core in the / directory, slightly >>>>>>>> predating the >>>>>>>> last reboot with a salvaged system - although it was >>>>>>>> probably not >>>>>>>> a cause of the problem, but a consequence of the rescue >>>>>>>> operation. >>>>>>>> It is unfortunate that this is a production host, so I >>>>>>>> can't play >>>>>>>> much with it. One or two more quick experiments I can >>>>>>>> probably >>>>>>>> afford, but not much more. Should I just first wait for the >>>>>>>> official 12.0 release? Should I try booting with a 12.0 on >>>>>>>> USB >>>>>>>> and try to import pools? Suggestions welcome. >>>>>>>> Now that the /boot has been manually restored to the 11.2 >>>>>>>> state, >>>>>>>> A SECOND QUESTION is about freebsd-update, which still >>>>>>>> thinks we are >>>>>>>> in the middle of an upgrade procedure. Trying now to just >>>>>>>> update >>>>>>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch >>>>>>>> complains: >>>>>>>> # uname -a >>>>>>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>>>>>> # >>>>>>>> # freebsd-version >>>>>>>> 11.2-RELEASE-p4 >>>>>>>> # >>>>>>>> # freebsd-update fetch >>>>>>>> src component not installed, skipped >>>>>>>> You have a partially completed upgrade pending >>>>>>>> Run '/usr/sbin/freebsd-update install' first. >>>>>>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>>>>>> So what is the right way to get rid of all traces of the >>>>>>>> unsuccessful upgrade, and let freebsd-update believe we are >>>>>>>> cleanly >>>>>>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>>>>>> Mark >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd. >>> org" >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Dec 7 19:18:04 2018 Return-Path: Delivered-To: freebsd-stable@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 5FABC13170FA for ; Fri, 7 Dec 2018 19:18:04 +0000 (UTC) (envelope-from 5c00fb3a76ee7753d833d0e1_98613@rdmsgb.com) Received: from mail924.rdmsgb.com (mail924.rdmsgb.com [54.205.221.145]) (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 9526173573 for ; Fri, 7 Dec 2018 19:18:03 +0000 (UTC) (envelope-from 5c00fb3a76ee7753d833d0e1_98613@rdmsgb.com) MIME-Version: 1.0 From: "Sky" To: "freebsd-stable@freebsd.org" Reply-To: Subject: =?utf-8?q?Vantagens_de_ter_Sky_pr=C3=A9-pago?= Errors-To: <5c00fb3a76ee7753d833d0e1_98613@rdmsgb.com> X-Identity: 5c00fb3a76ee7753d833d0e1_98613 Date: Fri, 07 Dec 2018 17:17:57 -0200 Feedback-ID: 98613:5c00fb3a76ee7753d833d0e1:neswletter:mlwb X-Campaign: 98613 X-campaignid: 98613 Message-Id: <20181207191757.1253340205@mail924.rdmsgb.com> X-Rspamd-Queue-Id: 9526173573 X-Spamd-Result: default: False [-0.27 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sky@ofertasespetaculares.com]; NEURAL_HAM_MEDIUM(-0.92)[-0.916,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:54.205.221.145]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HTML_SHORT_LINK_IMG_1(2.00)[]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.95)[-0.953,0]; NEURAL_SPAM_SHORT(0.19)[0.191,0]; MX_GOOD(-0.01)[mail.rdmsgb.com]; TO_DN_EQ_ADDR_ALL(0.00)[]; FORGED_SENDER(0.30)[sky@ofertasespetaculares.com,5c00fb3a76ee7753d833d0e1_98613@rdmsgb.com]; RCVD_COUNT_ZERO(0.00)[0]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.67)[asn: 14618(-3.27), country: US(-0.09)]; ASN(0.00)[asn:14618, ipnet:54.204.0.0/15, country:US]; FROM_NEQ_ENVFROM(0.00)[sky@ofertasespetaculares.com,5c00fb3a76ee7753d833d0e1_98613@rdmsgb.com]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[ofertasespetaculares.com : SPF not aligned (relaxed), No valid DKIM, none] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 19:18:04 -0000 Caso nao esteja visualizando corretamente esta mensagem, acesse aqui.  | | | CLIQUE AQUI E COMPRE AGORA ---|--- | | | ---|---|--- VANTAGENS DE TER SKY PRÉ-PAGO |   | | | | ---|---|--- O EQUIPAMENTO É SEU POR APENAS 12X DE R$ 12,00 | ESCOLHA SUA PROGRAMAÇÃO COM OS CANAIS E DIAS IDEAIS | RECARREGUE DEPOIS, QUANDO PUDER E COMO QUISER   | | | | **MUDE PARA SKY** | | **ATENDIMENTO 13X CAMPEÃO ** | | **COBERTURA NACIONAL ** | | **5 MILHÕES DE ASSINANTES ** ---|---|---|---|---|---|--- |   | SKY e mais. | ---|---|--- Este e-mail foi enviado para freebsd-stable@freebsd.org. Se voce nao deseja mais receber nossos e-mails, cancele sua inscriçao aqui. From owner-freebsd-stable@freebsd.org Fri Dec 7 23:38:13 2018 Return-Path: Delivered-To: freebsd-stable@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 0F7E1132412E for ; Fri, 7 Dec 2018 23:38:13 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A90B97D60B; Fri, 7 Dec 2018 23:38:12 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 7CF1818B99; Fri, 7 Dec 2018 23:38:12 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: /dev/crypto not being used in 12-STABLE To: Jeremy Chadwick , freebsd-stable@freebsd.org References: <20181207020124.GA87799@icarus.home.lan> From: Jung-uk Kim Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> Date: Fri, 7 Dec 2018 18:38:04 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <20181207020124.GA87799@icarus.home.lan> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dm48vtAgT2l62NMvb0HwXcx8gEQYg0kvj" X-Rspamd-Queue-Id: A90B97D60B X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 23:38:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dm48vtAgT2l62NMvb0HwXcx8gEQYg0kvj Content-Type: multipart/mixed; boundary="kUGfCWxAxpcuGMxHLeitXgaGnP18k6t5r"; protected-headers="v1" From: Jung-uk Kim To: Jeremy Chadwick , freebsd-stable@freebsd.org Message-ID: <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> Subject: Re: /dev/crypto not being used in 12-STABLE References: <20181207020124.GA87799@icarus.home.lan> In-Reply-To: <20181207020124.GA87799@icarus.home.lan> --kUGfCWxAxpcuGMxHLeitXgaGnP18k6t5r Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18. 12. 6., Jeremy Chadwick wrote: > I'm not subscribed to -stable. >=20 > This is in response to jkim@'s messages here: >=20 > https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/090202= =2Ehtml > https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/090202= =2Ehtml >=20 > Based on what I can tell, OpenSSL 1.1.1 or thereabouts removed the > cryptodev OpenSSL engine, which was a tie-in to BSD's cryptodev(4), > which is accessed via /dev/crypto and related crypto(4) ioctls. >=20 > Instead, they offered a replacement engine called devcrypto (what an > awful name), with the primary focus being against something from Linux > called cryptodev-linux, then was made to work on FreeBSD 8.4. This cod= e > was as of June 2017; 8.4 was EOL'd August 2015. Interesting. >=20 > https://github.com/openssl/openssl/commit/4f79aff is not "add support > for BSD" at all. It's "tweak further stuff for BSD", probably to get i= t > to work on newer FreeBSD; they seem to care about crypto/cryptodev.h > details. I asked myself: why do they care about that if they're doing > it all themselves? Looking at the code sheds light on that. The actua= l > devcrypto engine commits that added BSD support are here: >=20 > https://github.com/openssl/openssl/pull/3744 > https://github.com/openssl/openssl/pull/3744/files >=20 > The commits indicate that the devcrypto is enabled by default on > FreeBSD. But we can tell from Herbert's post and jkim@'s patch that's > not true at all, i.e. FreeBSD disables it. Why? And is that a good > default? Why do you think it is enabled by default? https://github.com/openssl/openssl/blob/619eb33/Configure#L428 Note crypto(4) was imported from OpenBSD. Since OpenBSD 4.9, it was disabled by default. https://www.openbsd.org/plus49.html Then, they killed it in 5.7. https://www.openbsd.org/plus57.html o Unlinked the crypto(4) pseudo device (disabled by default for about 4 years). Now FreeBSD is the only major BSD with /dev/crypto. That's why new engine was not thoroughly tested. > Here's why I ask: > > The new devcrypto engine most definitely utilises /dev/crypto (thus > cryptodev(4) and crypto(4)). cipher_init(), prepare_cipher_methods(), > digest_init(), and prepare_digest_methods() all utilise that interface:= >=20 > https://github.com/openssl/openssl/pull/3744/files#diff-027f92eb0a10c09= 86aec873d9fd1ab66 >=20 > So while OpenSSL now uses more of its own native C and assembly code > (e.g. for AES-NI support), and that's certainly faster than all the > overhead that cryptodev(4) brings with it (see jhb@'s post), I wonder: >=20 > 1. What happens to people using crypto hardware accelerators, ex. > hifn(4), padlock(4), ubsec(4), and safe(4)? How exactly would OpenSSL > utilise these H/W accelerators if the devcrypto engine is disabled? padlock has a dynamic engine, i.e., /usr/lib/engines/padlock.so. I believe glxsb, hifn(4), safe(4), and ubsec(4) users are very rare nowadays. If we have significant number of users and they show reasonable performance, then I will reconsider my decision. > 2. If the devcrypto engine is *enabled*, and people have aesni(4) > loaded alongside cryptodev(4), which gets priority: OpenSSL's native > AES-NI code or cryptodev(4)/aesni(4)? I believe jhb@ answered this question already. > Likewise: if the decrypto engine is to remain disabled as a default: > this needs to be made crystal clear in Release Notes, so that folks > using H/W accelerators know they'll no longer benefit from those cards > unless they use a patch (third-party so/module won't work, AFAIT, as > OpenSSL's dynamic engine loading is unavailable per openssl engine -t).= > Might I suggest enabling devcrypto be capable via src.conf, ex. > WITH_OPENSSL_ENGINE_DEVCRYPTO=3Dtrue? Actually, dynamic engines work as expected[1]. % openssl version OpenSSL 1.1.1a-freebsd 20 Nov 2018 % cat silly-engine.c =2E.. % cc -fPIC -o silly-engine.o -c silly-engine.c % cc -shared -o silly-engine.so -lcrypto silly-engine.o % openssl engine -t -c `pwd`/silly-engine.so (/home/jkim/silly-engine.so) A silly engine for demonstration purposes Loaded: (silly) A silly engine for demonstration purposes [ available ] Jung-uk Kim 1. https://www.openssl.org/blog/blog/2015/10/08/engine-building-lesson-1-a-m= inimum-useless-engine/ --kUGfCWxAxpcuGMxHLeitXgaGnP18k6t5r-- --dm48vtAgT2l62NMvb0HwXcx8gEQYg0kvj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlwLBGMACgkQfJ+WJvzb 8UbeaggAnNaYkq0q8sxcIR97Ol+nllTbnNqXYl46Ketwg6CrtkKFWflZ6N5zWw1a jAjDd2FF8ch3nHeQ22kqbhZ99tlS+MvrMg7cUxm2zCZd0nd2Q4YjZ9PD+uZ6YBlg JXDoxMdLHnFtf8nVmEPAPdWWqg26nWcki2+S2l1F/Aq2MtClLXSqT1P6RgEZU5c8 JkXzKbu0ZH8TDRJfWkbPBGdhnY+UNQ1dhYWH7+zZ74+wzbOlBPTDch7UWddaBCCU zJYX3MwPk2TZqL+0J2NxyG8TmWEYB5jQzkks8Lb7Yv3iUqqicYbXgsJRGKdS1LKl hyISgokGm8+WzCz76704yi/WRrI04g== =4kcT -----END PGP SIGNATURE----- --dm48vtAgT2l62NMvb0HwXcx8gEQYg0kvj-- From owner-freebsd-stable@freebsd.org Sat Dec 8 00:04:57 2018 Return-Path: Delivered-To: freebsd-stable@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 68789132544B for ; Sat, 8 Dec 2018 00:04:57 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.132]) (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 BB3DA7E952 for ; Sat, 8 Dec 2018 00:04:56 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1544227494; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=qOAM6FtXHlRRkbxLq9ok0/ZR88x5jFZ25OzMzeJUGNZGpYTZg4n4VLTPwMozIZMle2uTz1OSzMy3I g7+qbWGVUnCX+WTAgskUZJesdNSo1OIrec0kIK8MB0V4iSx90e+qTXsj/CphNmiXlU61C+AV9CQ6CN qA0NWPeCHZ3gsvzy3GwmCWcbM7mBPImXt5a+k8xozcSITfTYeo/PPHx92h/VCp3ZH+XfOX63AIg/v3 /uGRItDsR8IUGTDkzO+cWj+Oa/7s8nqM/yEFus1QX4+DFbFjpteP3LInjVJXKt7dWugpR5KFJtiCah 4jKF9aI1k2OBQouytsi7OYTBv5Qs8ew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=LgaA0JDqgWo0yakZ3JPstNVu8x3WvkYvLtPmdPXhaQU=; b=XVgfnE8+D8LCobAxRjrd3F+d1+4c63g1hN4wDt7ihTYa/546EcTt7UWHTjV/0ktJPjNnfMwSw+/v0 7Q1N8MvdDrhglJsooKTd39Tnz5lSbWX9S5EAfJNcYlcmjuq+GwGcSgeULgHe6ExBO+fptMnJ25jORw 4AhDE+0Ql3SIPhd/CwOq1k6XvQHxFMFsI4wzKpRDns1220s5UwqSt7uuXiPf97DGpWFSEjrdV8FRYd QOTRBnth8VzZPEwMZMnJ6um1rUdrTrJyqOCprgU7+C3yKECmxoATRg+NvJZsuHX3Qno1JfUbzG7Ebp TWeerJu6Pj5F4y8iJxrNXX1D6IigmsA== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=LgaA0JDqgWo0yakZ3JPstNVu8x3WvkYvLtPmdPXhaQU=; b=ickuNb0lFfN2de81v73tzJAgXLadJwY92DH2R3fAbdhUVYpLZAOA/DueOIFyMM/7ESvweurmMqztJ UblfZAkrT+w2RRzC4q2lQK6dOnFe1g4jVT2IcX9OTaXjEJBP8ESS1ysfedGtob1Z9zrqAV9VZY3WPH B5Bmyzr50fSmMCLIIN+mdMAVRaEiF4GHWx+Gj88XUuiH1hMBnpPc7M1DKYLEbdV8sGsZdeIlHEvDKA 89bhvgqzjzaKWhJZ83nwaiYVkW38XQK54edFONjVaHamZnsduxQu+BLNgPosc10UAhdpHBNYb54WRs wS6h5PNUPA8Gvc62pO5jdkd0EZdr++w== X-MHO-RoutePath: aGlwcGll X-MHO-User: e178b12d-fa7c-11e8-8a28-a1efd8da9a94 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id e178b12d-fa7c-11e8-8a28-a1efd8da9a94; Sat, 08 Dec 2018 00:04:52 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wB804nIS065593; Fri, 7 Dec 2018 17:04:49 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1544227489.1860.321.camel@freebsd.org> Subject: Re: /dev/crypto not being used in 12-STABLE From: Ian Lepore To: Jung-uk Kim , Jeremy Chadwick , freebsd-stable@freebsd.org Date: Fri, 07 Dec 2018 17:04:49 -0700 In-Reply-To: <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> References: <20181207020124.GA87799@icarus.home.lan> <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: BB3DA7E952 X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; NEURAL_HAM_LONG(-1.00)[-0.995,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2018 00:04:57 -0000 On Fri, 2018-12-07 at 18:38 -0500, Jung-uk Kim wrote: > > So while OpenSSL now uses more of its own native C and assembly code > > (e.g. for AES-NI support), and that's certainly faster than all the > > overhead that cryptodev(4) brings with it (see jhb@'s post), I wonder: > > > > 1. What happens to people using crypto hardware accelerators, ex. > > hifn(4), padlock(4), ubsec(4), and safe(4)? How exactly would OpenSSL > > utilise these H/W accelerators if the devcrypto engine is disabled? > > padlock has a dynamic engine, i.e., /usr/lib/engines/padlock.so. I > believe glxsb, hifn(4), safe(4), and ubsec(4) users are very rare > nowadays. If we have significant number of users and they show > reasonable performance, then I will reconsider my decision. What about non-x86 hardware? Most 32-bit ARM chips have crypto accelleration hardware which is not implemenented as cpu instructions (or accessible in any way from userland). -- Ian From owner-freebsd-stable@freebsd.org Sat Dec 8 00:31:52 2018 Return-Path: Delivered-To: freebsd-stable@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 0AFB613268C5 for ; Sat, 8 Dec 2018 00:31:52 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resqmta-po-06v.sys.comcast.net (resqmta-po-06v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "resqmta-po-01v.sys.comcast.net", Issuer "COMODO RSA Organization Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A690A8019F for ; Sat, 8 Dec 2018 00:31:50 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resomta-po-20v.sys.comcast.net ([96.114.154.244]) by resqmta-po-06v.sys.comcast.net with ESMTP id VPjQgTS5E8nS7VQX7g9jJt; Sat, 08 Dec 2018 00:31:49 +0000 Received: from koitsu.org ([73.231.56.13]) by resomta-po-20v.sys.comcast.net with ESMTPA id VQX6g3Cq0RrfAVQX7gFBKC; Sat, 08 Dec 2018 00:31:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 453EB1581FAF; Fri, 7 Dec 2018 16:31:48 -0800 (PST) Date: Fri, 7 Dec 2018 16:31:48 -0800 From: Jeremy Chadwick To: Jung-uk Kim Cc: freebsd-stable@freebsd.org Subject: Re: /dev/crypto not being used in 12-STABLE Message-ID: <20181208003148.GA9469@icarus.home.lan> References: <20181207020124.GA87799@icarus.home.lan> <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> User-Agent: Mutt/1.11.0 (2018-11-25) X-CMAE-Envelope: MS4wfH+X63BuTK+vBuQQwcIspntuz7/PHcJ29NA7N4Yvuq9yysXMin2lCGdDOga0g7CWqg+pAI/zw9PaTAFWNktQbB28UoWMVmLT4+dNk5BroUEBxWrQGHkY X9+KfkKtOBSibovzprlTRWFPvmiOFfeOwQ6Ur54euIv19knuSdIebkRDFpeAz+Ie42yZihauO+mU+w== X-Rspamd-Queue-Id: A690A8019F X-Spamd-Result: default: False [1.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.43)[-0.435,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fe16:19:96:114:154:160/123]; NEURAL_HAM_LONG(-0.89)[-0.893,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[koitsu.org]; NEURAL_SPAM_SHORT(0.19)[0.186,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mambo.koitsu.org]; RCPT_COUNT_TWO(0.00)[2]; HFILTER_HELO_5(3.00)[resqmta-po-06v.sys.comcast.net]; IP_SCORE(-0.01)[ipnet: 2001:558::/29(0.88), asn: 7922(-0.82), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[5.6.1.0.4.5.1.0.4.1.1.0.6.9.0.0.9.1.0.0.6.1.e.f.8.5.5.0.1.0.0.2.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[13.56.231.73.zen.spamhaus.org : 127.0.0.10] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2018 00:31:52 -0000 On Fri, Dec 07, 2018 at 06:38:04PM -0500, Jung-uk Kim wrote: > On 18. 12. 6., Jeremy Chadwick wrote: > > I'm not subscribed to -stable. > > > > This is in response to jkim@'s messages here: > > > > https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/090202.html > > https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/090202.html > > > > Based on what I can tell, OpenSSL 1.1.1 or thereabouts removed the > > cryptodev OpenSSL engine, which was a tie-in to BSD's cryptodev(4), > > which is accessed via /dev/crypto and related crypto(4) ioctls. > > > > Instead, they offered a replacement engine called devcrypto (what an > > awful name), with the primary focus being against something from Linux > > called cryptodev-linux, then was made to work on FreeBSD 8.4. This code > > was as of June 2017; 8.4 was EOL'd August 2015. Interesting. > > > > https://github.com/openssl/openssl/commit/4f79aff is not "add support > > for BSD" at all. It's "tweak further stuff for BSD", probably to get it > > to work on newer FreeBSD; they seem to care about crypto/cryptodev.h > > details. I asked myself: why do they care about that if they're doing > > it all themselves? Looking at the code sheds light on that. The actual > > devcrypto engine commits that added BSD support are here: > > > > https://github.com/openssl/openssl/pull/3744 > > https://github.com/openssl/openssl/pull/3744/files > > > > The commits indicate that the devcrypto is enabled by default on > > FreeBSD. But we can tell from Herbert's post and jkim@'s patch that's > > not true at all, i.e. FreeBSD disables it. Why? And is that a good > > default? > > Why do you think it is enabled by default? > > https://github.com/openssl/openssl/blob/619eb33/Configure#L428 Because of this commit to OpenSSL's CHANGES file, which is part of what I linked above; last sentence: https://github.com/openssl/openssl/pull/3744/files#diff-e4eb329834da3d36278b1b7d943b3bc9 *) Add devcrypto engine. This has been implemented against cryptodev-linux, then adjusted to work on FreeBSD 8.4 as well. Enable by configuring with 'enable-devcryptoeng'. This is done by default on BSD implementations, as cryptodev.h is assumed to exist on all of them. [Richard Levitte] Is this message incorrect/false? While I can read the perl code that is the Configure script just fine, the CHANGES entry makes me think there may be "other pieces" that affect the value of the key in that hash (e.g. some script that uses uname detection and calls Configure with argument). Are there? > Note crypto(4) was imported from OpenBSD. Since OpenBSD 4.9, it was > disabled by default. > > https://www.openbsd.org/plus49.html > > Then, they killed it in 5.7. > > https://www.openbsd.org/plus57.html > > o Unlinked the crypto(4) pseudo device (disabled by default for about 4 > years). > > Now FreeBSD is the only major BSD with /dev/crypto. That's why new > engine was not thoroughly tested. Thanks for the information. So this implies there is a desire to get rid of cryptodev(4) (which is the /dev/crypto endpoint), at least on OpenBSD. Apologies if this is off-topic, but: is "device cryptodev" something that should be removed from one's kernel config (due to what sounds like desired deprecation), while keeping "device crypto" (to ensure userland applications that use libcrypto/crypto(4) functions can still get at crypto(9))? > > Here's why I ask: > > > > The new devcrypto engine most definitely utilises /dev/crypto (thus > > cryptodev(4) and crypto(4)). cipher_init(), prepare_cipher_methods(), > > digest_init(), and prepare_digest_methods() all utilise that interface: > > > > https://github.com/openssl/openssl/pull/3744/files#diff-027f92eb0a10c0986aec873d9fd1ab66 > > > > So while OpenSSL now uses more of its own native C and assembly code > > (e.g. for AES-NI support), and that's certainly faster than all the > > overhead that cryptodev(4) brings with it (see jhb@'s post), I wonder: > > > > 1. What happens to people using crypto hardware accelerators, ex. > > hifn(4), padlock(4), ubsec(4), and safe(4)? How exactly would OpenSSL > > utilise these H/W accelerators if the devcrypto engine is disabled? > > padlock has a dynamic engine, i.e., /usr/lib/engines/padlock.so. I > believe glxsb, hifn(4), safe(4), and ubsec(4) users are very rare > nowadays. If we have significant number of users and they show > reasonable performance, then I will reconsider my decision. Consider me surprised by this approach. See below/end of my response. > > 2. If the devcrypto engine is *enabled*, and people have aesni(4) > > loaded alongside cryptodev(4), which gets priority: OpenSSL's native > > AES-NI code or cryptodev(4)/aesni(4)? > > I believe jhb@ answered this question already. Not really. "The fact that /dev/crypto trys to use it [aesni(4)] by default is a bug (IMO) that I'm planning on addressing" doesn't shed any light on the *priority* of engine selection in OpenSSL in scenarios where devcrypto engine is enabled and aesni(4) is loaded/enabled. > > Likewise: if the decrypto engine is to remain disabled as a default: > > this needs to be made crystal clear in Release Notes, so that folks > > using H/W accelerators know they'll no longer benefit from those cards > > unless they use a patch (third-party so/module won't work, AFAIT, as > > OpenSSL's dynamic engine loading is unavailable per openssl engine -t). > > Might I suggest enabling devcrypto be capable via src.conf, ex. > > WITH_OPENSSL_ENGINE_DEVCRYPTO=true? > > Actually, dynamic engines work as expected[1]. > > % openssl version > OpenSSL 1.1.1a-freebsd 20 Nov 2018 > % cat silly-engine.c > ... > % cc -fPIC -o silly-engine.o -c silly-engine.c > % cc -shared -o silly-engine.so -lcrypto silly-engine.o > % openssl engine -t -c `pwd`/silly-engine.so > (/home/jkim/silly-engine.so) A silly engine for demonstration purposes > Loaded: (silly) A silly engine for demonstration purposes > [ available ] Then this is another OpenSSL version change that should probably be documented in some manner in Release Notes, because dynamic engine has historically never been available on FreeBSD: $ openssl version OpenSSL 1.0.2p-freebsd 14 Aug 2018 $ openssl engine -t -v (cryptodev) BSD cryptodev engine [ available ] (dynamic) Dynamic engine loading support [ unavailable ] SO_PATH, NO_VCHECK, ID, LIST_ADD, DIR_LOAD, DIR_ADD, LOAD You didn't answer my other two questions, so I'll repeat them: If the intention is to keep the (new) devcrypto engine disabled, will Release Notes reflect this fact, so that users/owners of H/W accelerator cards/devices know that they'll be losing H/W acceleration offloading capability under OpenSSL? (While this doesn't impact me, I am thinking about other FreeBSD users who *do* have such hardware) And what have you to say about my suggestion, re: src.conf tunable for building/enabling the devcrypto engine? -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator PGP 0x2A389531 | | Making life hard for others since 1977. | From owner-freebsd-stable@freebsd.org Sat Dec 8 03:55:25 2018 Return-Path: Delivered-To: freebsd-stable@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 5F5CC132F09B for ; Sat, 8 Dec 2018 03:55:25 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F234A6B584; Sat, 8 Dec 2018 03:55:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C4D731A5DE; Sat, 8 Dec 2018 03:55:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: /dev/crypto not being used in 12-STABLE To: Jeremy Chadwick Cc: freebsd-stable@freebsd.org References: <20181207020124.GA87799@icarus.home.lan> <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> <20181208003148.GA9469@icarus.home.lan> From: Jung-uk Kim Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: <8c7be0a2-65a7-2313-4c18-fab8ca89884a@FreeBSD.org> Date: Fri, 7 Dec 2018 22:55:18 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <20181208003148.GA9469@icarus.home.lan> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EyhfopjnksLycK5eay2ezddf9VqscPVRk" X-Rspamd-Queue-Id: F234A6B584 X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2018 03:55:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EyhfopjnksLycK5eay2ezddf9VqscPVRk Content-Type: multipart/mixed; boundary="wwCO4Z17htNhPX90RZQSbc1z16fzeyJJs"; protected-headers="v1" From: Jung-uk Kim To: Jeremy Chadwick Cc: freebsd-stable@freebsd.org Message-ID: <8c7be0a2-65a7-2313-4c18-fab8ca89884a@FreeBSD.org> Subject: Re: /dev/crypto not being used in 12-STABLE References: <20181207020124.GA87799@icarus.home.lan> <995cddb8-f4ce-b9c9-aa8f-5e7cd5c465e2@FreeBSD.org> <20181208003148.GA9469@icarus.home.lan> In-Reply-To: <20181208003148.GA9469@icarus.home.lan> --wwCO4Z17htNhPX90RZQSbc1z16fzeyJJs Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18. 12. 7., Jeremy Chadwick wrote: > On Fri, Dec 07, 2018 at 06:38:04PM -0500, Jung-uk Kim wrote: >> On 18. 12. 6., Jeremy Chadwick wrote: >>> I'm not subscribed to -stable. >>> >>> This is in response to jkim@'s messages here: >>> >>> https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/0902= 02.html >>> https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/0902= 02.html >>> >>> Based on what I can tell, OpenSSL 1.1.1 or thereabouts removed the >>> cryptodev OpenSSL engine, which was a tie-in to BSD's cryptodev(4), >>> which is accessed via /dev/crypto and related crypto(4) ioctls. >>> >>> Instead, they offered a replacement engine called devcrypto (what an >>> awful name), with the primary focus being against something from Linu= x >>> called cryptodev-linux, then was made to work on FreeBSD 8.4. This c= ode >>> was as of June 2017; 8.4 was EOL'd August 2015. Interesting. >>> >>> https://github.com/openssl/openssl/commit/4f79aff is not "add support= >>> for BSD" at all. It's "tweak further stuff for BSD", probably to get= it >>> to work on newer FreeBSD; they seem to care about crypto/cryptodev.h >>> details. I asked myself: why do they care about that if they're doin= g >>> it all themselves? Looking at the code sheds light on that. The act= ual >>> devcrypto engine commits that added BSD support are here: >>> >>> https://github.com/openssl/openssl/pull/3744 >>> https://github.com/openssl/openssl/pull/3744/files >>> >>> The commits indicate that the devcrypto is enabled by default on >>> FreeBSD. But we can tell from Herbert's post and jkim@'s patch that'= s >>> not true at all, i.e. FreeBSD disables it. Why? And is that a good >>> default? >> >> Why do you think it is enabled by default? >> >> https://github.com/openssl/openssl/blob/619eb33/Configure#L428 >=20 > Because of this commit to OpenSSL's CHANGES file, which is part of what= > I linked above; last sentence: >=20 > https://github.com/openssl/openssl/pull/3744/files#diff-e4eb329834da3d3= 6278b1b7d943b3bc9 >=20 > *) Add devcrypto engine. This has been implemented against cryptodev= -linux, > then adjusted to work on FreeBSD 8.4 as well. > Enable by configuring with 'enable-devcryptoeng'. This is done by= default > on BSD implementations, as cryptodev.h is assumed to exist on all = of them. > [Richard Levitte] >=20 > Is this message incorrect/false? Yes, it is incorrect. > While I can read the perl code that is > the Configure script just fine, the CHANGES entry makes me think there > may be "other pieces" that affect the value of the key in that hash > (e.g. some script that uses uname detection and calls Configure with > argument). Are there? There is config script but it does not change the configuration. >> Note crypto(4) was imported from OpenBSD. Since OpenBSD 4.9, it was >> disabled by default. >> >> https://www.openbsd.org/plus49.html >> >> Then, they killed it in 5.7. >> >> https://www.openbsd.org/plus57.html >> >> o Unlinked the crypto(4) pseudo device (disabled by default for about = 4 >> years). >> >> Now FreeBSD is the only major BSD with /dev/crypto. That's why new >> engine was not thoroughly tested. >=20 > Thanks for the information. >=20 > So this implies there is a desire to get rid of cryptodev(4) (which is > the /dev/crypto endpoint), at least on OpenBSD. Yes. > Apologies if this is off-topic, but: is "device cryptodev" something > that should be removed from one's kernel config (due to what sounds lik= e > desired deprecation), while keeping "device crypto" (to ensure userland= > applications that use libcrypto/crypto(4) functions can still get at > crypto(9))? I have no desire to deprecate cryptodev(4) from FreeBSD. I only disabled it for OpenSSL 1.1.1 because it was the default configuration. >>> Here's why I ask: >>> >>> The new devcrypto engine most definitely utilises /dev/crypto (thus >>> cryptodev(4) and crypto(4)). cipher_init(), prepare_cipher_methods()= , >>> digest_init(), and prepare_digest_methods() all utilise that interfac= e: >>> >>> https://github.com/openssl/openssl/pull/3744/files#diff-027f92eb0a10c= 0986aec873d9fd1ab66 >>> >>> So while OpenSSL now uses more of its own native C and assembly code >>> (e.g. for AES-NI support), and that's certainly faster than all the >>> overhead that cryptodev(4) brings with it (see jhb@'s post), I wonder= : >>> >>> 1. What happens to people using crypto hardware accelerators, ex. >>> hifn(4), padlock(4), ubsec(4), and safe(4)? How exactly would OpenSS= L >>> utilise these H/W accelerators if the devcrypto engine is disabled? >> >> padlock has a dynamic engine, i.e., /usr/lib/engines/padlock.so. I >> believe glxsb, hifn(4), safe(4), and ubsec(4) users are very rare >> nowadays. If we have significant number of users and they show >> reasonable performance, then I will reconsider my decision. >=20 > Consider me surprised by this approach. See below/end of my response. >=20 >>> 2. If the devcrypto engine is *enabled*, and people have aesni(4) >>> loaded alongside cryptodev(4), which gets priority: OpenSSL's native >>> AES-NI code or cryptodev(4)/aesni(4)? >> >> I believe jhb@ answered this question already. >=20 > Not really. "The fact that /dev/crypto trys to use it [aesni(4)] by > default is a bug (IMO) that I'm planning on addressing" doesn't shed an= y > light on the *priority* of engine selection in OpenSSL in scenarios > where devcrypto engine is enabled and aesni(4) is loaded/enabled. I just tried the devcrypto engine with aesni(4). Unfortunately, it didn't work for me. 3051 openssl NAMI "/dev/crypto" 3051 openssl RET openat 3 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument 3051 openssl CALL ioctl(0x3,CIOCGSESSION,0x7fffffffe3e0) 3051 openssl RET ioctl -1 errno 22 Invalid argument >>> Likewise: if the decrypto engine is to remain disabled as a default: >>> this needs to be made crystal clear in Release Notes, so that folks >>> using H/W accelerators know they'll no longer benefit from those card= s >>> unless they use a patch (third-party so/module won't work, AFAIT, as >>> OpenSSL's dynamic engine loading is unavailable per openssl engine -t= ). >>> Might I suggest enabling devcrypto be capable via src.conf, ex. >>> WITH_OPENSSL_ENGINE_DEVCRYPTO=3Dtrue? >> >> Actually, dynamic engines work as expected[1]. >> >> % openssl version >> OpenSSL 1.1.1a-freebsd 20 Nov 2018 >> % cat silly-engine.c >> ... >> % cc -fPIC -o silly-engine.o -c silly-engine.c >> % cc -shared -o silly-engine.so -lcrypto silly-engine.o >> % openssl engine -t -c `pwd`/silly-engine.so >> (/home/jkim/silly-engine.so) A silly engine for demonstration purposes= >> Loaded: (silly) A silly engine for demonstration purposes >> [ available ] >=20 > Then this is another OpenSSL version change that should probably be > documented in some manner in Release Notes, because dynamic engine > has historically never been available on FreeBSD: >=20 > $ openssl version > OpenSSL 1.0.2p-freebsd 14 Aug 2018 > $ openssl engine -t -v > (cryptodev) BSD cryptodev engine > [ available ] > (dynamic) Dynamic engine loading support > [ unavailable ] > SO_PATH, NO_VCHECK, ID, LIST_ADD, DIR_LOAD, DIR_ADD, LOAD It works for me. % uname -or FreeBSD 11.2-RELEASE-p5 % openssl version OpenSSL 1.0.2o-freebsd 27 Mar 2018 % cc -fPIC -o silly-engine.o -c silly-engine.c % cc -shared -o silly-engine.so -lcrypto silly-engine.o % openssl engine -t -c `pwd`/silly-engine.so (/usr/home/jkim/silly-engine.so) A silly engine for demonstration purpose= s Loaded: (silly) A silly engine for demonstration purposes [ available ] > You didn't answer my other two questions, so I'll repeat them: >=20 > If the intention is to keep the (new) devcrypto engine disabled, will > Release Notes reflect this fact, so that users/owners of H/W accelerato= r > cards/devices know that they'll be losing H/W acceleration offloading > capability under OpenSSL? (While this doesn't impact me, I am thinking= > about other FreeBSD users who *do* have such hardware) I am not re@ but re@ is well-aware of the situation, AFAIK. > And what have you to say about my suggestion, re: src.conf tunable for > building/enabling the devcrypto engine? I'll just enable devcrypto engine if it works and many users demand it. Jung-uk Kim --wwCO4Z17htNhPX90RZQSbc1z16fzeyJJs-- --EyhfopjnksLycK5eay2ezddf9VqscPVRk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlwLQKcACgkQfJ+WJvzb 8UZvMAf+N4kmRspFm7iRKxhddnhZVfgwqNcKX3Z+NIDCFnFiRv6B7jBV1VvZu+HE c58r6ML5witF9GHVILBNjsFJRI/IUyQoh0W0oefDZ/Z6u+WDxk6RCVQHvrd797jB oSG7CfOj65iyce7Oj0g9g2IkFXq4dOyRdN3oUQ/6r0GR27AYrj2C+6X53SS+9sdE MrOglMqfIegzZlbcM8ZQNtSnOqUtEhpEvsAI/5ChVXQZmbZxotzxPoOCH39lZtsv fKpswwzSfCoK672DOr7JEaBFoeu1YlLpMdxtJ4G4UjGux36DYkaEa/rrqymOOxF0 h9mzz7DmaHpxNQPEFVh+CT1EsurwmA== =u0jN -----END PGP SIGNATURE----- --EyhfopjnksLycK5eay2ezddf9VqscPVRk-- From owner-freebsd-stable@freebsd.org Sat Dec 8 13:16:03 2018 Return-Path: Delivered-To: freebsd-stable@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 7BCB2131552F for ; Sat, 8 Dec 2018 13:16:03 +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 F1D4B7CEF0 for ; Sat, 8 Dec 2018 13:16:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AD501131552B; Sat, 8 Dec 2018 13:16:02 +0000 (UTC) Delivered-To: stable@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 9BDF8131552A for ; Sat, 8 Dec 2018 13:16:02 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A2F57CEE8 for ; Sat, 8 Dec 2018 13:16:02 +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 4F60112CF1 for ; Sat, 8 Dec 2018 13:16:01 +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 wB8DG1RX029578 for ; Sat, 8 Dec 2018 13:16:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB8DG1Hd029575 for stable@FreeBSD.org; Sat, 8 Dec 2018 13:16:01 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: stable@FreeBSD.org Subject: [Bug 227213] FreeBSD 10.4 kernel deadlocks on sysctlmemlock Date: Sat, 08 Dec 2018 13:15:59 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.4-STABLE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markk@knigma.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: 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-Rspamd-Queue-Id: F1D4B7CEF0 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.99)[-0.992,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_HAM_LONG(-0.99)[-0.993,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2018 13:16:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227213 Mark Knight changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |Overcome By Events --- Comment #37 from Mark Knight --- Seems fine / resolved under FreeBSD 11.2-RELEASE-p4, so I guess this can no= w be closed. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Sat Dec 8 17:10:25 2018 Return-Path: Delivered-To: freebsd-stable@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 165F41322C66 for ; Sat, 8 Dec 2018 17:10:25 +0000 (UTC) (envelope-from no-reply@b24-nfmket.bitrix24.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 782C586586 for ; Sat, 8 Dec 2018 17:10:24 +0000 (UTC) (envelope-from no-reply@b24-nfmket.bitrix24.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3B55D1322C65; Sat, 8 Dec 2018 17:10:24 +0000 (UTC) Delivered-To: stable@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 D295B1322C63 for ; Sat, 8 Dec 2018 17:10:23 +0000 (UTC) (envelope-from no-reply@b24-nfmket.bitrix24.com) Received: from mta-us-005.bitrix24.com (mta-us-005.bitrix24.com [54.243.135.145]) (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 068DF86583 for ; Sat, 8 Dec 2018 17:10:22 +0000 (UTC) (envelope-from no-reply@b24-nfmket.bitrix24.com) Received: from ip-10-149-184-16.ec2.internal ([10.149.184.16] helo=ec2-54-156-124-68.compute-1.amazonaws.com) by mta-us-005.bitrix24.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1gVUIi-0002JE-7q for stable@freebsd.org; Sat, 08 Dec 2018 07:33:12 +0300 Received: from [127.0.0.1] (helo=ec2-54-156-124-68.compute-1.amazonaws.com) by ec2-54-156-124-68.compute-1.amazonaws.com with smtp (Exim 4.90_1) (envelope-from ) id 1gVUIh-0005jQ-Ps for stable@freebsd.org; Sat, 08 Dec 2018 07:33:11 +0300 Received: (from no-reply@b24-nfmket.bitrix24.com) by ec2-54-156-124-68.compute-1.amazonaws.com (mini_sendmail/1.3.6 29jun2005); Sat, 08 Dec 2018 07:33:11 MSK (sender mini_sendmail@ec2-54-156-124-68.compute-1.amazonaws.com) To: stable@freebsd.org Subject: =?UTF-8?B?RXVybyB1bml2ZXJzaXR5INmE2YTYqtiv2LHZitioINmI2KfZhNiq2LfZiNmK2LEg2YjYqtij2YfZitmEINin2YTZg9mI2KfYr9ixINin2YTZiNi42YrZgdmK2Kk=?= From: info@euro-matich.co Reply-To: info@euro-matich.co Precedence: bulk X-Priority: 3 (Normal) Date: Sat, 08 Dec 2018 07:33:11 +0300 MIME-Version: 1.0 X-Bitrix-Mail-Callback-Sign: 0731db515c2e451898a16f24abb728e3f8e0ef5ec5cea6ca1b65fbed09d48c14 X-Rspamd-Queue-Id: 782C586586 X-Spamd-Result: default: False [-0.21 / 15.00]; HAS_REPLYTO(0.00)[info@euro-matich.co]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; FORWARDED(0.00)[stable@mailman.ysv.freebsd.org]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; MX_GOOD(-0.01)[cached: mail-001.bitrix24.com]; R_SPF_PERMFAIL(0.00)[~all]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; FORGED_SENDER(0.00)[info@euro-matich.co,no-reply@b24-nfmket.bitrix24.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.54)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.51), asn: 10310(-3.22), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FROM_NEQ_ENVFROM(0.00)[info@euro-matich.co,no-reply@b24-nfmket.bitrix24.com]; HTTP_TO_HTTPS(2.00)[]; FORGED_RECIPIENTS(0.00)[stable@freebsd.org,freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; FROM_DN_EQ_ADDR(1.00)[]; FORGED_SENDER_FORWARDING(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[euro-matich.co]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; HTML_SHORT_LINK_IMG_2(1.00)[]; MISSING_MID(2.50)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2018 17:10:25 -0000 Euro university  يسرنا في شركة Euro university للتدريب والتطوير وتأهيل الكوادر الوظيفية تقديم الجديد  في   السكرتارية التنفيذية وإدارة المكاتب  اكتسب المهارات اللازمة للعمل في مجال السكرتارية التنفيذية وادارة المكاتب . كورس تدريبي متكامل يؤهل للعمل كسكرتير تنفيذي محترف ومدير مكتب محترف، بالإضافة الى تعلم كيفية استخدام التطبيقات الالكترونية في مجال السكرتارية التنفيذية. للاطلاع على كامل البرنامج  اضغط هنا: https://mailinternetsub.com/com.b24-nfmket/pub/mail/click.php?tag=sender.eyJSRUNJUElFTlRfSUQiOiIxMjAzNDIifQ%3D%3D&url=http%3A%2F%2Feuro-university.com%2Ftopics%3Fws%3D2%26amp%3Btopic%3D13904%26bx_sender_conversion_id%3D120342%26utm_source%3Dnewsletter%26utm_medium%3Dmail%26utm_campaign%3Deuro_university&sign=e8fc5f71270d0111863f3947d7e304e878467dbc94fccaa4a14e130119467167   ( Euro University للتدريب والتطوير) رقم الدولي :0090531368311 Email: info@euro-university.com: https://mailinternetsub.com/com.b24-nfmket/pub/mail/click.php?tag=sender.eyJSRUNJUElFTlRfSUQiOiIxMjAzNDIifQ%3D%3D&url=https%3A%2F%2Fa2plcpnl0442.prod.iad2.secureserver.net%3A2096%2Fcpsess9514713929%2Fhorde%2Fimp%2Fdynamic.php%3Fpage%3Dmailbox%26bx_sender_conversion_id%3D120342%26utm_source%3Dnewsletter%26utm_medium%3Dmail%26utm_campaign%3Deuro_university&sign=e5862042464b94357513ebdc7185c2d157680e8bcce413a1a33c1e9ec9577e42   Web Site: http://www.euro-university.com/: https://mailinternetsub.com/com.b24-nfmket/pub/mail/click.php?tag=sender.eyJSRUNJUElFTlRfSUQiOiIxMjAzNDIifQ%3D%3D&url=http%3A%2F%2Fwww.euro-university.com%2F%3Fbx_sender_conversion_id%3D120342%26utm_source%3Dnewsletter%26utm_medium%3Dmail%26utm_campaign%3Deuro_university&sign=62e45e739f08b69b28d7a8b0362b9db02b08b6ccb9ef627607468de03490a94e You are receiving this message because you have previously registered with us as our customer. Please click here: https://mailinternetsub.com/com.b24-nfmket/pub/mail/click.php?tag=sender.eyJSRUNJUElFTlRfSUQiOiIxMjAzNDIifQ%3D%3D&url=https%3A%2F%2Fmailinternetsub.com%2Fcom.b24-nfmket%2Fpub%2Fmail%2Funsubscribe.php%3Ftag%3Dsender.eyJSRUNJUElFTlRfSUQiOiIxMjAzNDIiLCJNQUlMSU5HX0lEIjoiMiIsIkVNQUlMIjoic3RhYmliQGVtaXJhdGVzLm5ldC5hZSIsIkNPREUiOiJzdGFiaWJAZW1pcmF0ZXMubmV0LmFlIiwiVEVTVCI6Ik4ifQ%253D%253D.a374da59f9d35bc720ae84c6c8a4fba6e86fc730337d5d6c104b527a2e8b154d%26bx_sender_conversion_id%3D120342%26utm_source%3Dnewsletter%26utm_medium%3Dmail%26utm_campaign%3Deuro_university&sign=9fa08624a9212656579a49293b8a5a66c6e2b6de966a6be54aa39a867a287b36 if you no longer want to receive emails from us.