On Wed, Sep 11, 2013 at 10:25:57AM +0800, Peng Tao wrote: > On Wed, Sep 11, 2013 at 9:44 AM, Christoph Hellwig <hch@xxxxxxxxxxxxx> wrote: > > On Wed, Sep 11, 2013 at 01:14:11AM +0800, Peng Tao wrote: > >> The problem is access_process_vm() is not exported since certain > >> version of kernel including the latest. According to Christoph in the > >> other mail, access_process_vm() is also a core mm function that is not > >> supposed to be exported. Then what kind of change shall we make in > >> order to keep current functionality? > > > > You should remove the higher level functionality, kernel modules are > > not supposed to look at userspace environment variables. > > > OK. I've looked at the specific case that Lustre uses > access_process_vm() to get the jobid environment variable and package > it into the RPC requests to server. However, it turns out that in the > latest Lustre server code, the jobid in a request is not used > anywhere. So it looks like we can just get rid of it. > > Andreas, could you please confirm this? Is the jobid an obsolete > parameter that can be abandoned? Or is there plan to use it somehow in > the future? > "Plan to use it in the future" is not a reason or argument to keep it today, especially if it is something you are not supposed to do to start with. If you ever need it, you should be able to find some other means to support a similar functionality. Guenter _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
