Re: 2.6.6-mm1

[Wim Coekaerts]

> Migrating away from this will require work from vendors, Oracle, PAM
> developers, /bin/login and /bin/su developers.  Until that has happened I
> think we should arrange for vendor kernels and kernel.org kernels to offer
> the same interfaces.

We have done the work and are going to be ok going forward to just use
hugeltbfs directly, just mounting it with right uid,gid. the main issue
of course is the existing stuff out there and the fact that upgrades
from 2.4 to 2.6 would be a tad more nasty if we had to change so much
stuff around. it's never really a problem if we have advanced warning
and work towards stuff, it's a problem when we rely on stuff that exists
and then it gets pulled out underneath.

> And I don't think pulling the feature out of kernel.org kernels will
> provide any added stimulus, frankly.  They'll just ship the hack and go off
> to do something else.

at least we will make the change ;)

> If someone had done the kernel and userspace work 6-12 months ago then
> sure, we wouldn't be in this situation.

right we did the work based on what we were given, shm_hugetlb, was
quite painless. I think the start of this problem in particular was the
bigpages hack that started 2 years ago.

Wim

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/