Date: Thu, 11 Mar 2004 22:22:22 +1100
From: Anton Blanchard <anton@samba.org>
To: Andrew Morton <akpm@osdl.org>
Cc: Mickael Marchand <marchand@kde.org>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.4-mm1
Message-ID: <20040311112222.GA16751@krispykreme>
References: <20040310233140.3ce99610.akpm@osdl.org> <200403111017.33363.marchand@kde.org> <20040311030607.22706063.akpm@osdl.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040311030607.22706063.akpm@osdl.org>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1033
Lines: 30


> > ioctl32(fsck.reiserfs:201): Unknown cmd fd(4) cmd(80081272){00} arg(ffffdab8) on /dev/ide/host0/bus0/target0/lun0/part4
> 
> Is this something which 2.6 has always done, or is it new behaviour?
> 
> reiserfs ioctl translation appears to be incomplete...

Some clown is running around "fixing" our ioctls:

X0081272 is BLKGETSIZE64. Yeah its bust, it was one of those calls that
we passed in sizeof(8) instead of 8. The ioctl should be X0041272. 
The definition is:

#define BLKGETSIZE64 _IOR(0x12,114,size_t)

However at least in debian unstable, util-linux has:

./fdisk/common.h:#define BLKGETSIZE64 _IOR(0x12,114,8)  /* 8 = sizeof(u64) */
./lib/get_blocks.c:#define BLKGETSIZE64 _IOR(0x12,114,long long)

ie X0081272

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233626

Anton
-
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/