From owner-freebsd-arch@FreeBSD.ORG Sat Nov 22 21:06:45 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25CA1E06; Sat, 22 Nov 2014 21:06:45 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D839535E; Sat, 22 Nov 2014 21:06:44 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id DEBB3AD40; Sat, 22 Nov 2014 21:06:43 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 7778A1F91; Sat, 22 Nov 2014 22:06:43 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ian Lepore 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> Date: Sat, 22 Nov 2014 22:06:43 +0100 In-Reply-To: <1416598889.1147.297.camel@revolution.hippie.lan> (Ian Lepore's message of "Fri, 21 Nov 2014 12:41:29 -0700") Message-ID: <86egsvueqk.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: arch@freebsd.org, John-Mark Gurney , Adrian Chadd , 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:06:45 -0000 Ian Lepore writes: > The arrogance in the way you talk down to me about my right and ability > to decide these things is mind-boggling. It's clear you're going to do > whatever you want, so I guess I'll just shut up. With all due respect, Ian, you've been very difficult to work with, not least because any attempt to have an adult discussion with you on this subject ends with you saying "you clearly don't want to listen so I'll just go away". It's simply not true, but repeat it often enough and it will *become* true. We now have automatic unblocking back (which is *precisely* what you wanted), and I am willing to allow a tunable to turn it off, but I will not allow disabling it by default, because I believe it is better than the alternative in all but a minority of cases. Considering that those cases are usually very specialized embedded systems where the developers either do not care about randomness at all or understand that it is an important issue that they need to address, I think we are better off focusing our efforts on issues such as clone divergence. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no