linux-kernel - Re: [PATCH 1/5] KERNEL: Support asynchronously-discovered boot devices, v4 (resend)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20090501231122.GA12797@cuplxvomd02.corp.sa.net>
Date:	Fri, 1 May 2009 16:11:22 -0700
From:	David VomLehn <dvomlehn@...co.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	stern@...land.harvard.edu, linux-kernel@...r.kernel.org,
	linux-usb@...r.kernel.org, linux-scsi@...lxvomd02.corp.sa.net,
	netdev@...lxvomd02.corp.sa.net
Subject: Re: [PATCH 1/5] KERNEL: Support asynchronously-discovered boot
	devices, v4 (resend)

On Fri, May 01, 2009 at 01:22:58PM -0700, Andrew Morton wrote:
> On Fri, 1 May 2009 09:58:03 -0700
> David VomLehn <dvomlehn@...co.com> wrote:
> > Yes, we do need a good name, so we are now guaranteed to be entering
> > the Bike Shed Zone.
> 
> Getting the name right is important!  We live with the decision daily,
> for years.

Please don't misunderstand; I was agreeing that we need a *good* name! And
making the (intended to be humorous) comment about bike shedding.

> > I've avoided making any guarantees about this, but /sbin/init is implicitly
> > the red line. If we make this explicit, we're probably back in the vicinity
> > of the bike shed, but this should help frame any subsequent discussion
> > in a concrete manner.
> 
> Well, decisions which are made here can make the difference between
> "computer boots" and "computer doesn't boot".  That ain't bikeshed
> painting.

Again, I agree on the importance of this. At the same time, we risk
kickstarting an abstract and long-winded philosophical discourse on what
the "right" choice is. It does seem as though these usually do yield,
as a minimum, a better understanding of what we're doing, and I am all
in favor of that.

David VomLehn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/