uml: userspace files should call libc directly
A number of files that were changed in the recent removal of tt mode are userspace files which call the os_* wrappers instead of calling libc directly. A few other files were affected by this, through This patch makes these call glibc directly. There are also style fixes in the affected areas. os_print_error has no remaining callers, so it is deleted. There is a interface change to os_set_exec_close, eliminating a parameter which was always the same. The callers are fixed as well. os_process_pc got its error path cleaned up. Signed-off-by:Jeff Dike <jdike@linux.intel.com> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
Showing
- arch/um/include/os.h 1 addition, 2 deletionsarch/um/include/os.h
- arch/um/kernel/ksyms.c 0 additions, 1 deletionarch/um/kernel/ksyms.c
- arch/um/kernel/physmem.c 3 additions, 1 deletionarch/um/kernel/physmem.c
- arch/um/os-Linux/aio.c 2 additions, 2 deletionsarch/um/os-Linux/aio.c
- arch/um/os-Linux/drivers/ethertap_user.c 41 additions, 20 deletionsarch/um/os-Linux/drivers/ethertap_user.c
- arch/um/os-Linux/drivers/tuntap_user.c 13 additions, 11 deletionsarch/um/os-Linux/drivers/tuntap_user.c
- arch/um/os-Linux/file.c 45 additions, 57 deletionsarch/um/os-Linux/file.c
- arch/um/os-Linux/helper.c 5 additions, 3 deletionsarch/um/os-Linux/helper.c
- arch/um/os-Linux/mem.c 3 additions, 3 deletionsarch/um/os-Linux/mem.c
- arch/um/os-Linux/process.c 20 additions, 17 deletionsarch/um/os-Linux/process.c
- arch/um/os-Linux/skas/process.c 2 additions, 2 deletionsarch/um/os-Linux/skas/process.c
- arch/um/os-Linux/start_up.c 3 additions, 2 deletionsarch/um/os-Linux/start_up.c
Loading
Please register or sign in to comment