Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 28 Mar 2003 02:31:36 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 28 Mar 2003 02:31:36 -0500 Received: from rth.ninka.net ([216.101.162.244]:25024 "EHLO rth.ninka.net") by vger.kernel.org with ESMTP id ; Fri, 28 Mar 2003 02:31:35 -0500 Subject: Re: BLKGETSIZE64 is broken (0x80041272) From: "David S. Miller" To: Pete Zaitcev Cc: linux-kernel@vger.kernel.org In-Reply-To: <20030327214214.B19517@devserv.devel.redhat.com> References: <20030327214214.B19517@devserv.devel.redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1048837368.22744.0.camel@rth.ninka.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 27 Mar 2003 23:42:49 -0800 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 849 Lines: 19 On Thu, 2003-03-27 at 18:42, Pete Zaitcev wrote: > I was adding ioctl translations and found that BLKGETSIZE64 > equals 0x80041272, with wrong size. Apparently, a whole bunch > of ioctls takes sizeof(sizeof(foo)), which evaluates to 4 > in 32 bit userland, regardless of the size of foo. > Are we going to do anything about it? Anton and I noticed this a few months ago, we just handle it the way it needs to be in the ioctl32 translation layers of ppc64 and sparc64. I believe we even notified people such as Andi Kleen at the time this was discovered by Anton. -- David S. Miller - 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/