any value to supporting swap version 0 and *really* old kernels?

Jason Schoon floydpink at gmail.com
Wed Mar 29 22:23:07 UTC 2006


On 3/29/06, Robert P. J. Day <rpjday at mindspring.com> wrote:
>
>
>   i just noticed the option (under minix filesystems) for selecting
> swap V0 support, despite the fact that this version of swap hasn't
> been supported for years.  but there's more to it than that.
>
>   i notice that util-linux/mkswap.c appreciates that swap V1 was
> introduced in kernel 2.1.117 but this raises a couple of questions.
> first, are there really people still using such an old kernel that
> they would need swap V0 support?
>
>   it's certainly reasonable for developers to still be using a 2.4
> kernel, it's maybe not so reasonable that they're using a 2.2 kernel,
> but it's *really* stretching it to think that someone is still using
> something that's even older than 2.1.117, no?  i mean, that version
> dates back to *1998*.  at what point can one legitimately say, no,
> it's time for you to upgrade.  but that's not all.
>
>   it's also curious that mkswap.c carefully distinguishes between
> 2.1.117 and earlier versions.  is there a reason that busybox would
> support differences between consecutive *experimental* versions of the
> kernel?  should it support experimental versions at all?
>
>   to keep things simple, one would think it would be enough to
> distinguish between 2.0 and 2.2 kernels and leave it at that, without
> getting into the 2.1.x stream.  or just plain drop support for
> pre-2.2 kernels.  one would think that giving someone the ability to
> go back to a 2.2.0 (jan 1999) kernel is giving them plenty of grace as
> it is.
>
> rday


Didn't Tito or Bernhard already drop support for v0 in favor of always using
v1?  I seem to remember that discussion from right before the
1.1.1release.  Perhaps that was a patch waiting for after release to
be applied?
(Can't search the mailing list or source right now, or I would look back and
see).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.busybox.net/pipermail/busybox/attachments/20060329/12e2ba68/attachment-0001.htm 


More information about the busybox mailing list