Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265280AbUADWZj (ORCPT ); Sun, 4 Jan 2004 17:25:39 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265681AbUADWZj (ORCPT ); Sun, 4 Jan 2004 17:25:39 -0500 Received: from hermine.idb.hist.no ([158.38.50.15]:27665 "HELO hermine.idb.hist.no") by vger.kernel.org with SMTP id S265280AbUADWZi (ORCPT ); Sun, 4 Jan 2004 17:25:38 -0500 Date: Sun, 4 Jan 2004 23:37:19 +0100 To: Andries Brouwer Cc: Linus Torvalds , Rob Love , rob@landley.net, Pascal Schmidt , linux-kernel@vger.kernel.org, Greg KH Subject: Re: udev and devfs - The final word Message-ID: <20040104223719.GA1388@hh.idb.hist.no> References: <20040103141029.B3393@pclin040.win.tue.nl> <20040104000840.A3625@pclin040.win.tue.nl> <20040104034934.A3669@pclin040.win.tue.nl> <20040104142111.A11279@pclin040.win.tue.nl> <20040104230104.A11439@pclin040.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040104230104.A11439@pclin040.win.tue.nl> User-Agent: Mutt/1.5.4i From: Helge Hafting Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1415 Lines: 36 On Sun, Jan 04, 2004 at 11:01:04PM +0100, Andries Brouwer wrote: > On Sun, Jan 04, 2004 at 01:05:20PM -0800, Linus Torvalds wrote: > > > Oh, _I_ always understood. You were the one that was arguing for > > stable numbers as somehow important. > > Indeed. I said "preferably stable across reboots". > > > I'm just telling you that they aren't stable, and that a > > user application that depends on their stability or > > their uniqueness is BROKEN. > > Surprise! Are you leaving POSIX? Or ditching NFS? > Or demanding that NFS servers must never reboot? > > A common Unix idiom is testing for the identity > of two files by comparing st_ino and st_dev. > A broken idiom? > > No idea what part of our Unix heritage you now have decided to call broken. > You worry about /dev over nfs, with the server booting in the middle of such a comparison? This can work even with randomized device numbers, just don't let that nfs server populate the exported /dev itself. Let the client(s) run udev, and have one /dev for each on persistent storage. If the nfs server reboots it simply keeps serving /dev's in whatever shape the clients set them up with. Helge Hafting - 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/