Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 21 Jan 2003 17:25:09 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 21 Jan 2003 17:25:09 -0500 Received: from dhcp34.trinity.linux.conf.au ([130.95.169.34]:4480 "EHLO lxorguk.ukuu.org.uk") by vger.kernel.org with ESMTP id ; Tue, 21 Jan 2003 17:25:08 -0500 Subject: Re: 32bit dev_t From: Alan To: Steven Dake Cc: Joel Becker , Linux Kernel Mailing List In-Reply-To: <3E2DBBAD.80206@mvista.com> References: <20030121195041.GE20972@ca-server1.us.oracle.com> <3E2DBBAD.80206@mvista.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1043188385.1384.1.camel@dhcp22.swansea.linux.org.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1 (1.2.1-2) Date: 21 Jan 2003 22:33:05 +0000 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2003-01-21 at 21:29, Steven Dake wrote: > Joel, > > Linux doesn't really need a 32 bit kdev_t structure to support 1000 > disks. There is plenty of device space available to support over 1500 > disks by modifying the linux scsi layer. You run out of assigned major/minor numbers. There is a sick hack that steals other device idents but thats not usable in a production environment. 32bit dev_t IMHO is essential to 2.6. Essential enough that if its not in the base 2.6 all the vendors have to get together and issue a Linus incompatible but common 32bit dev_t interface. - 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/