Re: [git pull] signal.git, pile 2 (was Re: [RFC][CFT][CFReview] execve and kernel_thread unification work)

2012-10-12 Thread Benjamin Herrenschmidt
On Fri, 2012-10-12 at 02:09 +0100, Al Viro wrote: > Anyway, if ppc folks can live with that stuff in its current form for now, > here's the second signal.git pull request. Stuff in there: kernel_thread/ > kernel_execve/sys_execve conversions for several more architectures plus > assorted signal

Re: [git pull] signal.git, pile 2 (was Re: [RFC][CFT][CFReview] execve and kernel_thread unification work)

2012-10-12 Thread Benjamin Herrenschmidt
On Fri, 2012-10-12 at 02:09 +0100, Al Viro wrote: Anyway, if ppc folks can live with that stuff in its current form for now, here's the second signal.git pull request. Stuff in there: kernel_thread/ kernel_execve/sys_execve conversions for several more architectures plus assorted signal fixes

Re: [git pull] signal.git, pile 2 (was Re: [RFC][CFT][CFReview] execve and kernel_thread unification work)

2012-10-11 Thread Paul Mackerras
On Fri, Oct 12, 2012 at 02:09:58AM +0100, Al Viro wrote: > > How granular are you planning to make that? I mean, we are talking about > 3 objects here - init/main.o, kernel/kthread.o and kernel/kmod.o. Do they > get TOC separate from that of arch/powerpc/kernel/entry_64.o? Potentially, yes, it

[git pull] signal.git, pile 2 (was Re: [RFC][CFT][CFReview] execve and kernel_thread unification work)

2012-10-11 Thread Al Viro
On Fri, Oct 12, 2012 at 11:16:33AM +1100, Paul Mackerras wrote: > On Thu, Oct 11, 2012 at 01:53:06PM +0100, Al Viro wrote: > > > Umm... Maybe, but let's do that as subsequent cleanup. Again, > > we almost certainly don't need to mess with TOC at all - the callbacks > > are in the main

[git pull] signal.git, pile 2 (was Re: [RFC][CFT][CFReview] execve and kernel_thread unification work)

2012-10-11 Thread Al Viro
On Fri, Oct 12, 2012 at 11:16:33AM +1100, Paul Mackerras wrote: On Thu, Oct 11, 2012 at 01:53:06PM +0100, Al Viro wrote: Umm... Maybe, but let's do that as subsequent cleanup. Again, we almost certainly don't need to mess with TOC at all - the callbacks are in the main kernel, there

Re: [git pull] signal.git, pile 2 (was Re: [RFC][CFT][CFReview] execve and kernel_thread unification work)

2012-10-11 Thread Paul Mackerras
On Fri, Oct 12, 2012 at 02:09:58AM +0100, Al Viro wrote: How granular are you planning to make that? I mean, we are talking about 3 objects here - init/main.o, kernel/kthread.o and kernel/kmod.o. Do they get TOC separate from that of arch/powerpc/kernel/entry_64.o? Potentially, yes, it