kernel/git/stable/linux.git/arch/parisc/hpux/fs.c, branch master

parisc: hpux - Delete files in hpux subdirectory

2015-02-16T21:35:05+00:00

Signed-off-by: Helge Deller

vfs: make first argument of dir_context.actor typed

2014-10-31T21:48:54+00:00

Signed-off-by: Miklos Szeredi Signed-off-by: Al Viro

execve: use 'struct filename *' for executable name passing

2014-02-05T20:54:53+00:00

This changes 'do_execve()' to get the executable name as a 'struct filename', and to free it when it is done. This is what the normal users want, and it simplifies and streamlines their error handling. The controlled lifetime of the executable name also fixes a use-after-free problem with the trace_sched_process_exec tracepoint: the lifetime of the passed-in string for kernel users was not at all obvious, and the user-mode helper code used UMH_WAIT_EXEC to serialize the pathname allocation lifetime with the execve() having finished, which in turn meant that the trace point that happened after mm_release() of the old process VM ended up using already free'd memory. To solve the kernel string lifetime issue, this simply introduces "getname_kernel()" that works like the normal user-space getname() function, except with the source coming from kernel memory. As Oleg points out, this also means that we could drop the tcomm[] array from 'struct linux_binprm', since the pathname lifetime now covers setup_new_exec(). That would be a separate cleanup. Reported-by: Igor Zhbanov Tested-by: Steven Rostedt Cc: Oleg Nesterov Cc: Al Viro Signed-off-by: Linus Torvalds

[readdir] constify ->actor

2013-06-29T08:57:05+00:00

Signed-off-by: Al Viro

[readdir] introduce ->iterate(), ctx->pos, dir_emit()

2013-06-29T08:46:47+00:00

New method - ->iterate(file, ctx). That's the replacement for ->readdir(); it takes callback from ctx->actor, uses ctx->pos instead of file->f_pos and calls dir_emit(ctx, ...) instead of filldir(data, ...). It does *not* update file->f_pos (or look at it, for that matter); iterate_dir() does the update. Note that dir_emit() takes the offset from ctx->pos (and eventually filldir_t will lose that argument). Signed-off-by: Al Viro

[readdir] introduce iterate_dir() and dir_context

2013-06-29T08:46:46+00:00

iterate_dir(): new helper, replacing vfs_readdir(). struct dir_context: contains the readdir callback (and will get more stuff in it), embedded into whatever data that callback wants to deal with; eventually, we'll be passing it to ->readdir() replacement instead of (data,filldir) pair. Signed-off-by: Al Viro

[PARISC] hpux: Remove obsolete regs parameter from do_execve() in hpux_execve()

2013-01-30T02:26:57+00:00

commit da3d4c5fa56236dd924d77ffc4f982356816b93b ("get rid of pt_regs argument of do_execve()") removed the parameter, but forgot to update hpux_execve(): arch/parisc/hpux/fs.c: In function 'hpux_execve': arch/parisc/hpux/fs.c:47:6: error: too many arguments to function 'do_execve' Signed-off-by: Geert Uytterhoeven Signed-off-by: James Bottomley

vfs: define struct filename and have getname() return it

2012-10-13T00:14:55+00:00

getname() is intended to copy pathname strings from userspace into a kernel buffer. The result is just a string in kernel space. It would however be quite helpful to be able to attach some ancillary info to the string. For instance, we could attach some audit-related info to reduce the amount of audit-related processing needed. When auditing is enabled, we could also call getname() on the string more than once and not need to recopy it from userspace. This patchset converts the getname()/putname() interfaces to return a struct instead of a string. For now, the struct just tracks the string in kernel space and the original userland pointer for it. Later, we'll add other information to the struct as it becomes convenient. Signed-off-by: Jeff Layton Signed-off-by: Al Viro

switch simple cases of fget_light to fdget

2012-09-27T02:20:08+00:00

Signed-off-by: Al Viro

switch hpux_getdents() to fget_light()

2012-09-27T01:10:05+00:00

Signed-off-by: Al Viro