Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761231AbYCYXXX (ORCPT ); Tue, 25 Mar 2008 19:23:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760174AbYCYXXG (ORCPT ); Tue, 25 Mar 2008 19:23:06 -0400 Received: from mx2.suse.de ([195.135.220.15]:34549 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756043AbYCYXXF (ORCPT ); Tue, 25 Mar 2008 19:23:05 -0400 Date: Tue, 25 Mar 2008 16:22:52 -0700 From: Greg KH To: "H. Peter Anvin" Cc: Randy Dunlap , Mark Lord , Jens Axboe , Jeff Garzik , Tejun Heo , Linus Torvalds , Andrew Morton , Linux Kernel , IDE/ATA development list , linux-scsi Subject: Re: What to do about the 2TB limit on HDIO_GETGEO ? Message-ID: <20080325232252.GA25338@suse.de> References: <47E90019.3050006@rtr.ca> <47E90458.7030801@zytor.com> <47E9383F.3050908@rtr.ca> <20080325192515.GA24234@suse.de> <20080325123454.4eba7644.randy.dunlap@oracle.com> <47E96263.9000808@zytor.com> <20080325212032.GA24495@suse.de> <47E96E15.7020105@zytor.com> <20080325230009.GA25062@suse.de> <47E9853C.1030506@zytor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47E9853C.1030506@zytor.com> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1154 Lines: 28 On Tue, Mar 25, 2008 at 04:05:32PM -0700, H. Peter Anvin wrote: >> How does this have anything to do with boot times? Do you really have a >> foolish shell script that iteratorates over every single disk in the >> sysfs tree for every disk? What does it do that for? > > Any time you want to get the sysfs information for a filesystem which is > already mounted, that's what you're forced to do. > >> I thought we were talking about 2TB disks here, with a proposed new >> ioctl, not foolishness of boot scripts... > > I pointed out that having a way to map device numbers to sysfs directories > would have the same effect, *and* would be usable for other purposes. I'd > rather see that than a new ioctl, and another, and another... Again, a simple udev rule will give you that today if you really want it... And I think 'udevinfo' can be used to retrieve this information as well. thanks, greg k-h -- 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/