kern_path is the one, should I move this and dependencies to a new file called bfp_namei.c, in there I'll change it to use GFP_ATOMIC or create a new function to replace kern_path. What do you think?

I agree with that approach then, is easier than mantain and keep in sync more namei functions. Thanks a lot.

Hey Yonghong, I also needed to replace the call to __getname as allocations on the slab cache could sleep, that makes getname_kernel the only name cache consumer that does not block. What do you think

Yonghong, I totally agree with this new approach as it isolates the allocation type per caller.That way we should not have any regressions on existing code, and the only caller using GFP_ATOMIC getnam

I'm sorry I won't change __getname. Bests

Hey Yonghong, I have changed getname_kernel interface to specify the allocation type, all previous callers preserve GFP_KERNEL as the allocation type, after this change getname_kernel could be used wi

Thanks Yonghong!. Yes, I was looking at filename_lookup today on how to do it, I'll work on that. Thank you very much.

Hi Yonghong, I had time yesterday to finish the code to avoid using getname_kernel , self-tests run ok with expected results. Here is the current code to avoid the getname_kernel call. diff --git a/ke