From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Troth Date: Wed, 07 Jan 2004 20:25:44 +0000 Subject: Re: removable media revalidation - udev vs. devfs or static /dev Message-Id: List-Id: References: <200401012333.04930.arvidjaar@mail.ru> <20040103055847.GC5306@kroah.com> <20040107185656.GB31827@kroah.com> <20040107195032.GB823@kroah.com> In-Reply-To: <20040107195032.GB823@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Greg KH Cc: Linus Torvalds , Andrey Borzenkov , linux-hotplug-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org > > 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. Nooo!!! Resist the temptation!! Don't give in! > Hm, that would be nice. I don't remember seeing it being proposed > before, what are the main complaints people have with this? Consider the long-range ramifications if a device can also be a directory, just "magically". I'm not going to automatically diss the idea (other than my natural reaction above) but please consider beyond the immediate hack. It reminds me of AIX from the days when it ran on PCs. They had this neat trick of "hidden directories" (for a different purpose). It looked like an executable, but really was a directory containing multiple executables for various platforms. (This version of AIX also ran on the mainframe, AIX/386 and AIX/370.) There were/are better ways of solving the problem they were addressing. -- R; ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel