- 06 Nov, 2013 19 commits
-
-
Pavel Emelyanov authored
Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
This patch fixes compilation error on arm: In file included from arch/arm/vdso-pie.c:4:0: include/vma.h:5:19: error: field ‘h’ has incomplete type include/vma.h:14:19: error: field ‘list’ has incomplete type Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
pstree and parasite are two different subsystems, so it "should" not depend on each other. parasite-syscall uses the pid struct, so this patch moves it in a separate header. Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
v2: generate patch relative to the official git. Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Andrey Vagin authored
Stack grows down on x86 and ARM Signed-off-by:
Andrey Vagin <avagin@openvz.org> Acked-by:
Cyrill Gorcunov <gorcunov@openvz.org> Acked-by: Alexander Kartashov <alekskartashov@parallels.com>: Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
- 03 Nov, 2013 9 commits
-
-
Pavel Emelyanov authored
Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
The sigreturn_restore is the place when we prepare the restorer layout and jump to it. Reading and decoding images should be done earlier. The new rst-malloc engine allows for that. Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
The sigreturn_restore is the place when we prepare the restorer layout and jump to it. Reading and decoding images should be done earlier. The new rst-malloc engine allows for that. Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
The sigreturn_restore is the place when we prepare the restorer layout and jump to it. Reading and decoding images should be done earlier. The new rst-malloc engine allows for that. Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
Just a code sanitation. Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
We're filling some rst-mem data _after_ we get the self maps list. This is a bug, since the restorer vma get forcedly mapped into a place we get out of self-vmas-list. Move the self-vmas-list getting after we allocate the memory we need. Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Ruslan Kuprieiev authored
write_pidfile() was taken out from cr-restore.c, where it was supposed to kill child if unable to create pidfile. Now we're also using it at service/page-server where kill is redundant. So lets take out kill() from write_pidfile() back to cr-restore. Signed-off-by:
Ruslan Kuprieiev <kupruser@gmail.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
- 01 Nov, 2013 12 commits
-
-
Pavel Emelyanov authored
This actually fixes a bug -- memory for shmem info was not allocated dynamically, thus we were limited in the amount of shmems to be restored. Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
On restore we need differetn types of memory allocation. Here's an engine that tries to generalize them all. The main difference is in how the buffer with objects is being grown up. There are 3 types of memory allocations: 1. shared memory -- objects, that will be used by all criu children, but will not reach the restorer 2. shared remapable -- the same, but restorer would need access to them, i.e. -- buffer with objects will get remapped into restorer 3. private -- the same, but allocatedby each task for itself Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Igor Sukhih authored
Depending on BITS_PER_LONG userspace representation of dev_t may vary, so we need to choose proper encoding. Signed-off-by:
Igor Sukhih <igor@parallels.com> Signed-off-by:
Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Ruslan Kuprieiev authored
Hi! Now we're ignoring SIGCHLD from forked children. This patch provides SIGCHLD handler, that will wait for child and write some information about it's exit status to logfile. Signed-off-by:
Ruslan Kuprieiev <kupruser@gmail.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Cyrill Gorcunov authored
Signed-off-by:
Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Alexander Kartashov authored
Signed-off-by:
Alexander Kartashov <alekskartashov@parallels.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Alexander Kartashov authored
It has been a mistake to introduce this struct since the FPU state is stored deep inside an ARM sigframe. A remnant of the struct is left to make the code compatible with the universal declaration of the routine sigreturn_prep_fpu_frame(). Signed-off-by:
Alexander Kartashov <alekskartashov@parallels.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Alexander Kartashov authored
The ARM VFP header is a part of the VFP frame that makes it unreasonable to have frame initialization split into two routines. This patch moerges the ARM version of the routine sigreturn_prep_fpu_frame() into restore_fpu() and reduces the former into a stub. Signed-off-by:
Alexander Kartashov <alekskartashov@parallels.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Alexander Kartashov authored
The routine restore_fpu() contains two bugs: 1) it reads more bytes from the array ThreadInfoArm::fpstate::vfp_regs than it actually containes; 2) the value of the field ThreadInfoArm::fpstate::fpscr is dropped on the floor. Signed-off-by:
Alexander Kartashov <alekskartashov@parallels.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Alexander Kartashov authored
It turned out that AArch64 uses the UAPI syscall numbering scheme that is incompatible with x86. Unfortunately this kills the idea of the unified syscall table and syscall generator. Note that the following syscalls: * open, * mkdir, * rmdir, * unlink, are declared obsolete in the UAPI. Moreover the syscall arch_prctl doesn't exist in the UAPI. Signed-off-by:
Alexander Kartashov <alekskartashov@parallels.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-