android_kernel_samsung_msm8976/arch/um/os-Linux
Paolo 'Blaisorblade' Giarrusso eb28931e4a [PATCH] uml: rename and improve actually_do_remove()
Rename actually_do_remove() to remove_files_and_dir(), make it call
closedir(), make it ignore ENOENT (I see it frequently enough).

ENOENT is probably due to multiple threads calling the exitcall functions
together*, but fixing that is non-trivial; and ignoring it is perfectly ok
in any case.

* it can surely happen: last_ditch_exit() is installed as SIGTERM handler
  at boot, and it's not removed on thread creation.  So killall vmlinux
  (which I do) surely causes that.  I've seen also a crash which seems to
  do the same.

Installing the handler on only the main thread would make UML do no cleanup
when another thread exits, and we're not sure we want that.  And mutual
exclusion in that context is tricky - we can't use spinlock in code not on
a kernel stack (spinlock debugging uses "current" a lot).

Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Cc: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-07-01 09:56:03 -07:00
..
drivers
include
skas [PATCH] uml: error handling fixes 2006-05-01 18:17:44 -07:00
sys-i386 [PATCH] uml: error handling fixes 2006-05-01 18:17:44 -07:00
sys-x86_64 [PATCH] uml: error handling fixes 2006-05-01 18:17:44 -07:00
aio.c
elf_aux.c
file.c [PATCH] uml: error handling fixes 2006-05-01 18:17:44 -07:00
helper.c
irq.c
main.c [PATCH] uml: fix a typo in do_uml_initcalls 2006-06-05 12:29:17 -07:00
Makefile
mem.c [PATCH] uml: fix off-by-one bug in VM file creation 2006-06-30 11:25:37 -07:00
process.c
sigio.c
signal.c
start_up.c
time.c [PATCH] uml: fix wall_to_monotonic initialization 2006-06-05 12:29:17 -07:00
tls.c
trap.c
tt.c
tty.c
tty_log.c
uaccess.c
umid.c [PATCH] uml: rename and improve actually_do_remove() 2006-07-01 09:56:03 -07:00
user_syms.c [PATCH] uml: export symbols added by GCC hardened 2006-05-01 18:17:45 -07:00
util.c