Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262796AbUAHBHh (ORCPT ); Wed, 7 Jan 2004 20:07:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262902AbUAHBHh (ORCPT ); Wed, 7 Jan 2004 20:07:37 -0500 Received: from obsidian.spiritone.com ([216.99.193.137]:36230 "EHLO obsidian.spiritone.com") by vger.kernel.org with ESMTP id S262796AbUAHBHg (ORCPT ); Wed, 7 Jan 2004 20:07:36 -0500 Date: Wed, 07 Jan 2004 17:07:33 -0800 From: "Martin J. Bligh" To: Greg KH cc: Linus Torvalds , Andrey Borzenkov , linux-hotplug-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: removable media revalidation - udev vs. devfs or static /dev Message-ID: <16970000.1073524052@[10.10.2.4]> In-Reply-To: <20040108004124.GA3388@kroah.com> References: <200401012333.04930.arvidjaar@mail.ru> <20040103055847.GC5306@kroah.com> <20040107185656.GB31827@kroah.com> <20040107195032.GB823@kroah.com> <14870000.1073521945@[10.10.2.4]> <20040108004124.GA3388@kroah.com> X-Mailer: Mulberry/2.2.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1460 Lines: 34 --Greg KH wrote (on Wednesday, January 07, 2004 16:41:24 -0800): > On Wed, Jan 07, 2004 at 04:32:26PM -0800, Martin J. Bligh wrote: >> >> NOTE! We do have an alternative: if we were to just make block device >> >> nodes support "readdir" and "lookup", you could just do >> >> >> >> open("/dev/sda/1" ...) >> >> >> >> and it magically works right. I've wanted to do this for a long time, but >> >> every time I suggest allowing it, people scream. >> > >> > Hm, that would be nice. I don't remember seeing it being proposed >> > before, what are the main complaints people have with this? >> >> Couldn't the partitions go under "/dev/sdaX/{1,2,3}" and solve the same >> problem without doing magic on the devices? > > No, that's not the point. As discussed on irc, I think you now > understand the issue (partitions not being present, media changed > without kernel knowing about it, etc.) I think it is the point ... you don't need to scan the device until someone does "readdir" / "lookup" as Linus says above. Just this way there's no duplexing of the block devices, just a magic directory node (which might avoid the screams Linus mentions). And it gets rid of the polling crap. M. - 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/