From owner-freebsd-arch@FreeBSD.ORG Sat Nov 22 21:12:30 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 290AD139; Sat, 22 Nov 2014 21:12:30 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D9E4B60C; Sat, 22 Nov 2014 21:12:29 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id B4957AD60; Sat, 22 Nov 2014 21:12:28 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 7A8181F95; Sat, 22 Nov 2014 22:12:28 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Adrian Chadd Subject: Re: svn commit: r274739 - head/sys/mips/conf References: <201411200552.sAK5qnXP063073@svn.freebsd.org> <20141120084832.GE24601@funkthat.com> <20141121092245.GI99957@funkthat.com> <1416582989.1147.250.camel@revolution.hippie.lan> <026FEB8A-CA8C-472F-A8E4-DA3D0AC44B34@grondar.org> <1416596266.1147.290.camel@revolution.hippie.lan> <1416598889.1147.297.camel@revolution.hippie.lan> <7387FDB9-206F-418F-8B0B-D1FB9723A4D7@grondar.org> Date: Sat, 22 Nov 2014 22:12:28 +0100 In-Reply-To: (Adrian Chadd's message of "Fri, 21 Nov 2014 13:57:29 -0800") Message-ID: <86a93juegz.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arch@freebsd.org" , Ian Lepore , Mark R V Murray X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 21:12:30 -0000 Adrian Chadd writes: > Unfortunately there are things that the real world expects on these > silly embedded platforms that we can't avoid [...] So, we can't just > "not" have random ready early at boot [...] Sorry to break up a good shouting match with facts, but: | r273958 | des | 2014-11-02 03:01:55 +0100 (Sun, 02 Nov 2014) | 5 lines |=20 | Restore the auto-reseed logic, but move it to a much later point, | immediately before kick_init. |=20 | Approved by: so (self) which will be three weeks ago in about five hours. Auto-reseeding was off for about 80 hours, and three weeks later you and Ian are still acting like it's off and we're refusing to turn it back on. Grow up. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no