Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 3 Apr 2001 12:35:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 3 Apr 2001 12:35:16 -0400 Received: from leibniz.math.psu.edu ([146.186.130.2]:52190 "EHLO math.psu.edu") by vger.kernel.org with ESMTP id ; Tue, 3 Apr 2001 12:35:04 -0400 Date: Tue, 3 Apr 2001 12:34:18 -0400 (EDT) From: Alexander Viro To: Richard Gooch cc: Alan Cox , Martin Dalecki , Ingo Oeser , Andries.Brouwer@cwi.nl, torvalds@transmeta.com, hpa@transmeta.com, linux-kernel@vger.kernel.org, tytso@MIT.EDU Subject: Re: Larger dev_t In-Reply-To: <200104031605.f33G5D604937@mobilix.atnf.CSIRO.AU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 3 Apr 2001, Richard Gooch wrote: > However, a large number of people run devfs on small to large systems, > and these "races" aren't causing problems. People tell me it's quite > stable. I run devfs on my systems, and not once have I had a problem > due to devfs "races". So I feel it's quite unfair to paint such a dire > picture (I'm referring to Martin's comments here, not Alan's). And _that_ approach is the reason why I absolutely refuse to run your code on any of my boxen. Sorry. If devfs (without serious cleanup) will become mandatory I'll fork the tree - better backporting patches to Linus' one than depending on current devfs. You've been sitting on known (and easily fixable) bugs and asking to leave fixing them to you for what, 10 months already? Furrfu... You are maintainer of that code. You keep insisting on having everything and a kitchen sink in the devfs and refuse to split the functionality into reasonable pieces. Essentially you are saying that it's all or nothing deal. Fine with me - out of these options I certainly prefer the latter. Al - 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/