On Thu, Oct 13 2005, David S. Miller wrote:
> From: Alexander Viro <[email protected]>
> Date: Thu, 13 Oct 2005 19:49:34 -0400
>
> > all 2.4: BLKSECTGET takes long * and is supported by several block drivers
> > bio-14-pre9: Takes BLKSECTGET to drivers/block/blkpg.c, defining it for all
> > block drivers *AND* making it take unsigned short *
> > 2.5.1-pre2: bio merge
> > all 2.[56] kernels since then: BLKSECTGET takes unsigned short *
> > 32bit compat: unchanged since 2.4 and thus broken on 2.[56]
> > applications: we have seen ones using 2.6 ABI and getting buggered in
> > 32bit compat. Most likely there are some using 2.4 ABI...
> >
> > IMO the least painful variant is to switch 2.6 compat code to match
> > 2.6 native (i.e. use COMPATIBLE_IOCTL()), leave 2.4 as-is and live
> > with the fact of userland ABI change between 2.4 and 2.6...
>
> Well, what's the userland state and why in the world did this
> happen in the first place?
Given that this change happened over 4 years ago, I cannot remember the
details of it. But it wasn't a conscious decision to change it, must
have been an unfortunate typo when killing maxsectors[].
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
