Thread (13 messages) 13 messages, 5 authors, 2016-08-23

Re: [uml-devel] [PATCH] UML: don't discard .text.exit section

From: Richard Weinberger <richard@nod.at>
Date: 2016-08-19 11:23:42
Also in: lkml, stable

On 19.08.2016 12:48, Andrey Ryabinin wrote:
On 08/19/2016 03:14 AM, Dmitry Vyukov wrote:
quoted
On Thu, Aug 18, 2016 at 3:08 AM, Andrey Ryabinin
[off-list ref] wrote:
quoted
quoted
Sorry for delays, I am travelling.
Do we need ".fini_array" section? It's also destructors that we don't
run. Or does UML use them? Does discarding ".fini_array" help?
libc has desctructors and use them for whatever purpose it needs.

Does UML actually gracefully exit running global destructors? That
would also require gracefully shutting down all threads/cpus. Doesn't
it just _exit (or syscall(SYS_exit_group))?
Sigh, I dunno, I didn't look that far. My intention was to fix build and keep old behavior unaffected.
If you want to wipe destructors, and think that this is ok, go ahead.
UML exits like any regular C program does.
The main() function is in arch/um/os-Linux/main.c, when the kernel terminates,
hence linux_main() returns back to main() it just returns the exit code.
At this point libc's destructors will run, right?

Thanks,
//richard

------------------------------------------------------------------------------
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help