2012/6/23 Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>: > On Sat, Jun 23, 2012 at 12:18:29PM +0800, Peiyong Feng wrote: >> 2012/6/23 Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>: >> > On Sat, Jun 23, 2012 at 11:20:35AM +0800, Peiyong Feng wrote: >> >> Hi all, >> >> >> >> This patch implement the uhook kernel driver. Here are some ideals and >> >> explanations: >> >> >> >> 1. What is uhook >> >> >> >> uhook(userspace kernel hook) means call kernel function from >> >> userspace. That is to say, we can >> >> >> >> write a function in kernel space and call it in userspace while the >> >> kernel Image is running. For example: >> > >> > That's, um, "interesting", but is of course, nothing we can accept into >> > the main kernel tree, as I'm sure you can understand. Otherwise, you >> > just created a few thousand undocumented system calls whose behavior >> > changes every release which is not something we can accept. >> > >> > But it is a great hack, very nicely done. I'm sure that some people >> > will like it for debugging, although I'm not quite sure you got all of >> >> Well, is there some other tree I can commit the patch? > > What do you mean by this? I mean that although the main line kernel cannot accept this patch, and uhook is very useful to play a rule as a debug tool. Is there some where else that can hold this tool, and let more people use the uhook? > >> > the user/kernel boundry conditions correct, and I know the 32/64bit >> > issues aren't handled, which you might want to clean up sometime in the >> >> I am still working on it. The ultimate aim is that the uhook module can process >> any funciton and any data type > > Good luck :) > _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/devel
