From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764650AbYDOOUZ (ORCPT ); Tue, 15 Apr 2008 10:20:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755687AbYDOOUL (ORCPT ); Tue, 15 Apr 2008 10:20:11 -0400 Received: from accolon.hansenpartnership.com ([76.243.235.52]:52492 "EHLO accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754510AbYDOOUI (ORCPT ); Tue, 15 Apr 2008 10:20:08 -0400 Subject: Re: What to do about the 2TB limit on HDIO_GETGEO ? From: James Bottomley To: Andrew Morton Cc: Dan Williams , "H. Peter Anvin" , Kay Sievers , Tejun Heo , Mark Lord , Greg KH , Jens Axboe , Jeff Garzik , Linus Torvalds , Linux Kernel , IDE/ATA development list , linux-scsi In-Reply-To: <20080415001828.b0c9ed64.akpm@linux-foundation.org> References: <47E875AD.1000901@rtr.ca> <47E88A13.70808@zytor.com> <47E90019.3050006@rtr.ca> <47E90458.7030801@zytor.com> <47E9383F.3050908@rtr.ca> <20080325192515.GA24234@suse.de> <47E99A02.7040903@rtr.ca> <47E99EBE.7010708@gmail.com> <3ae72650803271229h6e188de1t81ccfb64e5d3a214@mail.gmail.com> <47EBF7D0.6000901@zytor.com> <20080415001828.b0c9ed64.akpm@linux-foundation.org> Content-Type: text/plain Date: Tue, 15 Apr 2008 09:20:02 -0500 Message-Id: <1208269202.3131.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2008-04-15 at 00:18 -0700, Andrew Morton wrote: > On Fri, 11 Apr 2008 16:25:32 -0700 "Dan Williams" wrote: > > > > It doesn't really seem to be to belong under class at all. I would suggest > > > /sys/dev/char/ and /sys/dev/block/, for char and block respectively. > > > > > > > This thread fizzled out without a patch... here goes: > > > > ... > > > > sysfs: add /sys/dev/{char,block} to lookup sysfs path by major:minor > > Crickets are chirping and I can't remember what the conclusion to all this > was. In fact the thread was more than ten-deep so I probably fell asleep. > > I queued it up so that others cannot do the same ;) The expressed preference was simply to expand the ioctl (or add a new one that got the required information without having to go through the old HDIOGETGEO path to extract the value from a fictitious geometry). Greg was a bit sceptical of the value of the above proposal ... James