Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760287AbYCYXIS (ORCPT ); Tue, 25 Mar 2008 19:08:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755352AbYCYXIA (ORCPT ); Tue, 25 Mar 2008 19:08:00 -0400 Received: from terminus.zytor.com ([198.137.202.10]:36063 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754700AbYCYXH7 (ORCPT ); Tue, 25 Mar 2008 19:07:59 -0400 Message-ID: <47E9853C.1030506@zytor.com> Date: Tue, 25 Mar 2008 16:05:32 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Greg KH 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 ? References: <47E87942.2020409@rtr.ca> <47E88A13.70808@zytor.com> <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> In-Reply-To: <20080325230009.GA25062@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1164 Lines: 25 > 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... ioctl()s are also nasty since they're generally root-only (or rather, device-owner only). Since the information is already in sysfs, there is no benefit to this hiding. Otherwise one could consider a ioctl() "give me the sysfs name of this device." -hpa -- 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/