- 20 Dec, 2011 1 commit
-
-
Cyrill Gorcunov authored
The kernel patches are carried in a separate repo anyway, so a second place for patches might be confusing. Signed-off-by:Cyrill Gorcunov <gorcunov@openvz.org>
-
- 19 Dec, 2011 20 commits
-
-
Cyrill Gorcunov authored
Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by: -
Cyrill Gorcunov authored
This as well forces to move ptrace definitions into ptrace.h, otherwise freshly fetched kernel headers become conflict with existing ptrace constants. Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by: -
Cyrill Gorcunov authored
We don't support x86-32 yet so no need to carry this declaration, it's only confusing. Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by: -
Cyrill Gorcunov authored
Regardless that we link all things in one executable better declare them so from the very beggining. Signed-off-by: -
Cyrill Gorcunov authored
Already defined in seize.h Signed-off-by: -
Cyrill Gorcunov authored
And rearrange the rest. Signed-off-by: -
Cyrill Gorcunov authored
Instead of keeping all unrelated to C/R procedure helpers in util.c move logging related helpers to log.c. Signed-off-by: -
Cyrill Gorcunov authored
In a sake of consistency. Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by:
Pavel Emelianov <xemul@parallels.com>
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Not a clean solution yet. Signed-off-by:
-
Cyrill Gorcunov authored
This as well implies we change paths to PATH_MAX size. Signed-off-by:
-
Cyrill Gorcunov authored
It might contain working directory path as well. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Better to have global vars gathered. Signed-off-by:
-
- 16 Dec, 2011 3 commits
-
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
- 13 Dec, 2011 3 commits
-
-
Cyrill Gorcunov authored
getcwd returns NULL on error, fix it. Signed-off-by: -
Cyrill Gorcunov authored
We have a mess in our return codes: some functions return negative values, while others -- positive. Sanitize the return codes and make error condition to return negative values. Reported-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
- 10 Dec, 2011 1 commit
-
-
Cyrill Gorcunov authored
pr_perror is not the same as perror and requires new line at then end. Signed-off-by:
-
- 09 Dec, 2011 9 commits
-
-
Andrey Vagin authored
Otherwise it may begin to restore a parent objects... Signed-off-by:
-
Andrey Vagin authored
For this reason a function may return success in case of error. Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
1. pipe() returns two descriptors with numbers (r: x, w: y). We may want to restore it as (r: y, w: x). 2. Close a extra end, before try to restore a target end. Signed-off-by:
-
Cyrill Gorcunov authored
Stage structures in one place. Signed-off-by: -
Cyrill Gorcunov authored
Even u64 address might consume not greater than 20 bytes of string so 128 is enough and safe here. Signed-off-by: -
Andrey Vagin authored
If a process continue to run, it may change a state of filesystem. @gorcunov: - Drop -k option, it's not needed anymore. - Allow -c option (continue execution of a process after being dumped) in dumping procedure. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by: -
Andrey Vagin authored
If you execute this script without arguments, it will execute all test cases, which should pass. Or the first argument may be a path to the test case. Signed-off-by:
-
- 08 Dec, 2011 3 commits
-
-
Cyrill Gorcunov authored
Since we use pure syscalls there is no need to keep intermediate layer for signals. Moreover mask entry moved at the end of the structure so we will easily expand it if it'll be ever needed. Note it breaks backward compatibility with older image but since it's development stage it should be safe. Signed-off-by:
Andrew Vagin <avagin@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
Probably all of you know about "lock inversion". There was a similar problem on restoring pipes. One process try to restore pipe1 and waits when another process attached to it. In this time another process restores pipe2 and waits too. I know two solves. 1. Open all pipes -> attach to them -> close unnecessary ends. This method has a problem, if only one end belongs to the process. In this cases another end occupies a descriptor, which may be needed to another pipe. 2. Restore pipes in the same order. This patch does that. A sorted list of pipe entries are constructed. Signed-off-by:
-
