Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 28 Mar 2003 13:37:04 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 28 Mar 2003 13:37:04 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]:23565 "EHLO smtpzilla3.xs4all.nl") by vger.kernel.org with ESMTP id ; Fri, 28 Mar 2003 13:37:03 -0500 Date: Fri, 28 Mar 2003 19:48:13 +0100 (CET) From: Roman Zippel X-X-Sender: roman@serv To: Joel Becker cc: Greg KH , Alan Cox , , Linux Kernel Mailing List Subject: Re: 64-bit kdev_t - just for playing In-Reply-To: <20030328180545.GG32000@ca-server1.us.oracle.com> Message-ID: References: <1048805732.3953.1.camel@dhcp22.swansea.linux.org.uk> <20030327234820.GE1687@kroah.com> <20030328180545.GG32000@ca-server1.us.oracle.com> 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 Content-Length: 1231 Lines: 27 Hi, On Fri, 28 Mar 2003, Joel Becker wrote: > I represent the users which need this most, and I an tell you we > will be 100x happier pointing and guessing at enough dev_t space. If we > were to have to stick with the ancient, serously outdated limits of the > current space, we will be terribly unhappy. > Not having the perfect solution all at once doesn't mean you do > nothing. The size of dev_t is orthogonal to device naming. Once this > is in, the current device naming (however poor it is) can handle the > number of devices we need. Future device naming strategies (like the > one Greg is working on) will work with a large dev_t just fine. I don't mind temporary solutions, but I prefer the ones, which don't have to be thrown away completely (e.g. like Andries char device changes). If Andries would actually explain, what he wants to do with the larger dev_t, it would be a lot easier to help him, so that we can at least avoid the biggest mistakes. bye, Roman - 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/