> On Sun, Oct 13, 2002 at 09:58:00PM -0400, Derrick J Brashear wrote:
> > The version we have now uses long, so... (read on)
>
> I know..
>
> > we have people with deployed utilities which call the afs system call,
> > because, well, it's the AFS system call. it would be good to maintain
> > compatibility with those, which means we should
> > a) keep using the same system call if we can
> > b) if so, keep using "long".
>
>
> AFS is currently not in mainline. You request a new feature, in this
> case an optional syscall that only was reserved previously.
Well, given the previous commentary I would have expected the hook to have
already existed, and if it had we would have changed to conform to it
months ago.
> In
> general we don|t merge random stuff asis in the kernel just because it
> happens to exist. There is no reason you can't add a sane API
> for openafs 1.3
No disagreement (on that). Do you propose we orphan old versions? (Which
isn't to say "Yes" is a wrong answer)
Also, we're not ready for 1.3 yet. RedHat 8.0's kernel sort of forced the
issue sooner than we would have liked to have dealt with this, and
actually causes another problem; It means the "extra groups" encoding for
PAGs breaks. That's certainly not the end of the world, but the obvious
solution is a Linux Security Module, and at least as yet that's not in
their kernel.
-
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/