[patch 10/10] Make set_fs_{root,pwd} take a struct path

In nearly all cases the set_fs_{root,pwd}() calls work on a struct path. Change the function to reflect this and use path_get() here. Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> --- fs/namespace.c| 26 -

[patch 06/10] Introduce path_put()

* Add path_put() functions for releasing a reference to the dentry and vfsmount of a struct path in the right order * Switch from path_release(nd) to path_put(&nd->path) * Rename dput_path() to path_put_conditional() Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> Signed-off-by: Andreas Gruenbac

[patch 07/10] Use path_put() in a few places instead of {mnt,d}put()

Use path_put() in a few places instead of {mnt,d}put() Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> --- fs/afs/mntpt.c |3 +-- fs/namei.c | 15 +-- 2 files changed, 6 insertions(+), 12 deletions(-) Index: b/fs/afs/mntp

[patch 09/10] Use struct path in fs_struct

* Use struct path in fs_struct. Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> --- fs/dcache.c | 31 + fs/namei.c| 47 +- fs/namespace.c|

[patch 08/10] Introduce path_get()

This introduces the symmetric function to path_put() for getting a reference to the dentry and vfsmount of a struct path in the right order. Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> --- fs/namei.c | 17 +++-- incl

[patch 01/10] Dont touch fs_struct in drivers

The sound drivers and the pnpbios core test for current->root != NULL. This test seems to be unnecessary since we always have rootfs mounted before initializing the drivers. Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> --- drivers/pnp/pnpbios/core.c |2 -- sound/core/seq/seq_clientmgr.c

[patch 02/10] Dont touch fs_struct in usermodehelper

This test seems to be unnecessary since we always have rootfs mounted before calling a usermodehelper. Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> --- kernel/kmod.c |5 + 1 file changed, 1 insertion(+), 4 deletions(-) Index: b/kern

[patch 04/10] Move struct path into its own header

Move the definition of struct path into its own header file for further patches. Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> --- include/linux/namei.h |6 +- include/linux/path.h | 12 2 files changed, 13 insertions(

[patch 03/10] Remove path_release_on_umount()

path_release_on_umount() should only be called from sys_umount(). I merged the function into sys_umount() instead of having in in namei.c. Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> --- fs/namei.c| 10 -- fs/namespace.c|4 +++- include/linux/namei.h |1 -

[patch 00/10] Use struct path in struct nameidata

This is a respin of the patch series Andreas posted last month. It leaves out the restructuring of the intent which will be done at a later point in time. There are three preparing patches that remove unneeded code IMHO. I haven't got feedback from Takashi since he is on holiday. Please, can someb

[PATCH 1/2] oprofile: Make callgraph use dump_trace() on i386/x86_64

This patch improves oprofile callgraphs for i386/x86_64. The old backtracing code was unable to produce even kernel backtraces if the kernel wasn't compiled with framepointers. The code now uses dump_trace(). Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> --- arch/i386/oprofile/backtrace.c | 104

[PATCH 2/2] i386/x86_64: Introduce frame_pointer() and stack_pointer()

This patch defines frame_pointer() and stack_pointer() similar to the already defined instruction_pointer(). Thus the oprofile code can be written in a more readable fashion. Signed-off-by: Jan Blunck <[EMAIL PROTECTED]> --- arch/i386/oprofile/backtrace.c | 12 ++-- include/asm-i386/ptr

[PATCH 0/2] Improve Oprofile Callgraphs on i386/x86_64

Here are two patches that should improve Oprofile callgraphs inside the kernel for i386/x86_64. I already send them to the oprofile-list yesterday but they are still waiting for moderator approval. Cheers, Jan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body o