![]() | |||||||||||||
Messages in this thread |
> 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 13:03 [W:0.439 / U:0.090 seconds] ©2003-2008 Jasper Spaans | |||||||||||||