On Tuesday 25 May 2010, Chris Metcalf wrote: > > The idea was to only have them around as a transitional helper for > > new architectures while getting merged, but nothing should ever > > use these in production. > > > > Perhaps the best strategy for Tile for now is to enable the transitional > helpers, and then when glibc no longer requires any of those syscalls, > we can remove them from the kernel. If this happens in the relatively > short term (e.g. before our 3.0 release later this year) all the better, > but for now we can separate this into a first change that preserves most > of the compatibility syscalls, and work towards remove them in a later > release. I don't like the idea of adding syscalls first and then disabling them again. We tried that on score and now we're stuck with the wrong syscall table there because they never got removed. Instead, I'd suggest you do the minimal syscall table for upstream and just carry a private patch to enable the other syscalls until you get a working glibc/eglibc/uclibc with the official kernel. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
