From owner-svn-src-head@FreeBSD.ORG Wed Aug 7 11:11:56 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 03B442F3; Wed, 7 Aug 2013 11:11:56 +0000 (UTC) (envelope-from bms@fastmail.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C395E2239; Wed, 7 Aug 2013 11:11:55 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id AF61321013; Wed, 7 Aug 2013 07:11:54 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Wed, 07 Aug 2013 07:11:54 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.net; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=mesmtp; bh=42gbmLWQEc8rsl39TGSjxRVLcXA=; b=ANvza5ihzsCjC5g09QMA/4oQkAYk lKno2YRWYmuqiCKYpSLly9wXxYI4/8aSb/uCZdoFU7vYQMn0xPZlEmf7DWJGJMe9 wOm5hU7pi2+5oUTgjPNSPd9inlhtBhk9hkJL7y80EwH2MnZju4VzGXtVgm1o/NGG TgiDduQXOG5/QBI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=42gbmLWQEc8rsl39TGSjxR VLcXA=; b=AQkpkw55gGQ7YXJ+mtwYHT36eu7yAW2RmDcDkiExYZZ0QBsjnetESo CjGyTFnzafLs3BZGzdDN1rOFESNgcsO1k6HqvRQYKnQBKmMf4mK8jTl3XGM8MIDw L0zgNlQz8OtFSGv/b8g6dmmjdfplUjyMfHj3StPneC+VoNYW26/r8= X-Sasl-enc: /8J9cu60G+9xrOS6bhpm/HfsAjb/AQkKmEgWS05k3kYH 1375873914 Received: from [192.168.1.90] (unknown [149.241.33.238]) by mail.messagingengine.com (Postfix) with ESMTPA id E5484C00E7F; Wed, 7 Aug 2013 07:11:49 -0400 (EDT) Message-ID: <52022A70.70404@fastmail.net> Date: Wed, 07 Aug 2013 12:07:28 +0100 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: Marcel Moolenaar Subject: Re: svn commit: r253590 - in head/sys: kern net sys References: <201307240424.r6O4OLEZ000913@svn.freebsd.org> In-Reply-To: <201307240424.r6O4OLEZ000913@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2013 11:11:56 -0000 On 24/07/13 05:24, Marcel Moolenaar wrote: > Log: > Decouple the UUID generator from network interfaces by having MAC > addresses added to the UUID generator using uuid_ether_add(). The > UUID generator keeps an arbitrary number of MAC addresses, under > the assumption that they are rarely removed (= uuid_ether_del()). > This achieves the following: > 1. It brings up closer to having the network stack as a loadable > module. > 2. It allows the UUID generator to filter MAC addresses for best > results (= highest chance of uniqeness). > 3. MAC addresses can come from anywhere, irrespactive of whether > it's used for an interface or not. I like this change, because it's interface agnostic. The fallback behaviour in uuidgen (of choosing the first Ethernet interface) isn't desirable in many situations. Also I like the line of thinking in point 1. In some embedded and niche environments, not having any IP4/6 at all is quite desirable (kernel size, security).