On 02/17/2014 12:52 PM, Cyrill Gorcunov wrote: > On Mon, Feb 17, 2014 at 12:34:12PM +0400, Pavel Emelyanov wrote: > ... >> Maybe we can make prlctl() do lite-execve()? It will open the executable, >> read the >> required amount of headers and just put data red from there onto mm-struct? >> This >> should be MUCH better, that full execve() with loading all binary data plus >> strace >> and flushing old mm-s. > > Well, this would be good, except I don't know how would we deal with > executables > which are running but deleted, where would we fetch these headers from? (Note > the > program can map new executable region, jump there and unmap own text section).
If we meet opened but unlinked file we handle this by either carrying the file with us, or by creating a hard-link when possible. Anyway, this is not a problem, we can handle this. As far as unmapped .text section is concerned. It also doesn't matter much. I we agree on API that doesn't flush old mappings (I really hope we do), we will be able to remap them as needed. Thanks, Pavel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
