Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756451AbZDZTxk (ORCPT ); Sun, 26 Apr 2009 15:53:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754534AbZDZTx2 (ORCPT ); Sun, 26 Apr 2009 15:53:28 -0400 Received: from mail2.shareable.org ([80.68.89.115]:51519 "EHLO mail2.shareable.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753585AbZDZTx1 (ORCPT ); Sun, 26 Apr 2009 15:53:27 -0400 Date: Sun, 26 Apr 2009 20:52:49 +0100 From: Jamie Lokier To: Alan Stern Cc: David VomLehn , Alan Cox , Ingo Molnar , Arjan van de Ven , "H. Peter Anvin" , Thomas Gleixner , Linus Torvalds , Linux Kernel Mailing List , Linux USB Mailing List , Linux Embedded Mailing List , Andrew Morton Subject: Re: Wait for console to become available, v3.2 Message-ID: <20090426195249.GC10627@shareable.org> References: <20090425014152.GD23106@shareable.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1570 Lines: 36 Alan Stern wrote: > On Sat, 25 Apr 2009, Jamie Lokier wrote: > > > I'm thinking this broader use: > > > > - My boot _script_ is waiting for a disk which identifies as > > UUID=392852908752345749857 to appear before it can mount it on > > /data. If there's no such disk, it proceeds without it. It's a > > USB disk, behind a USB hub. > > > > - My boot script is looking to see if I'm holding down 'z' on the > > keyboard, to do something different. But how does it know if > > there's a USB keyboard plugged in (behind two USB hubs) that > > hasn't finished being detected? > > > > It just seemed to fit comfortably into what's being discussed. > > Are you suggesting this new interface be exported to userspace somehow? Not directly. Only in the same way that open("/dev/console") delays until there's a console, so reading the keyboard can delay until we know if we had a keyboard plugged in at boot, and looking for a disk called UUID=392852908752345749857 can wait until we know if there was one plugged in at boot time. The latter issue with UUID is done in userspace now by reading all disks, but I'm under the impression changes are planned in that department because reading every disk from userspace to locate specific ones is too slow on big systems. -- Jamie -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/