- 16 Feb, 2016 7 commits
-
-
Cyrill Gorcunov authored
Signed-off-by:
Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@virtuozzo.com>
-
Cyrill Gorcunov authored
Just got a situation inside VM where pretty new kernel with memfd has been installed (and as result __NR_memfd_create shipped with kernel headers is provided as well) but libc was old having no SYS_memfd_create defined. Thus we've got an error because we use exactly SYS_ number for calls. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Dmitry Safonov authored
I have CONFIG_HAS_LIBBSD, but -DCONFIG_HAS_LIBBSD isn't passed to compiler. Fix for the following error: <...> CC cr-dedup.o CC cr-dump.o cr-dump.c: In function ‘dump_filemap’: cr-dump.c:382:3: error: implicit declaration of function ‘strlcpy’ [-Werror=implicit-function-declaration] strlcpy(aufs_link.name, vma_area->aufs_rpath, ^ cc1: all warnings being treated as errors /home/japdoll/tools/criu/scripts/nmk/scripts/rules.mk:53: recipe for target 'cr-dump.o' failed make[2]: *** [cr-dump.o] Error 1 Makefile:146: recipe for target 'built-in.o' failed make[1]: *** [built-in.o] Error 2 Makefile:109: recipe for target 'criu' failed make: *** [criu] Error 2 Signed-off-by:
Dmitry Safonov <dsafonov@virtuozzo.com> Acked-by:
-
Dmitry Safonov authored
Delete it from there. Signed-off-by:
-
Pavel Tikhomirov authored
We missed restore problems with multiple semaphores in one array with vzt-cpt, enhance the test to catch it. The problem was the change of 'struct sem' size which lead to wrong memcpy of sem_array->sem_base in our kernel checkpointing. Signed-off-by:
Pavel Tikhomirov <ptikhomirov@virtuozzo.com> Signed-off-by:
-
Pavel Emelyanov authored
Signed-off-by:
-
- 15 Feb, 2016 17 commits
-
-
Cyrill Gorcunov authored
All sitting in images/ already. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
- while arch-lib already depends on syscall lib better to put it into deps explicitly - criu's built-in.o must depend on the pie target rather than pie/lib.a only because it uses -blob.h for internal deps Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Have been removed while developing criu-2 series, need to check that they are cleaned during "clean" stage. Signed-off-by:
-
Andrei Vagin authored
Signed-off-by:
Andrew Vagin <avagin@virtuozzo.com> Signed-off-by:
-
Tycho Andersen authored
Signed-off-by:
Tycho Andersen <tycho.andersen@canonical.com> Signed-off-by:
-
Tycho Andersen authored
This is (I think) where it was intended to go based on the gitignore rename, so let's actually generate it and install it to/from there. Signed-off-by:
-
Laurent Dufour authored
Signed-off-by:
Laurent Dufour <ldufour@linux.vnet.ibm.com> Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Both CRIU library and CRIT python data are moved into lib/c and lib/py. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
No longer valid. Signed-off-by:
-
Cyrill Gorcunov authored
But keep @protobuf as a symlink: we have this path encoded in sources. Gonna be removed with time. Signed-off-by:
-
Cyrill Gorcunov authored
- no more x86_64 in @ARCH, as in kernel it's traditional x86 entry - @build renamed to @build-old, will be deprecated Signed-off-by:
-
Cyrill Gorcunov authored
This is initial import of NMK engine which we gonna use for CRIU and related tools building. It's very tiny and while here we merge it as is in future it gonna be rather a submodule from https://github.com/cyrillos/nmk An idea is to have unified build engine for most tools we're gonna use. Signed-off-by:
-
- 12 Feb, 2016 6 commits
-
-
Dmitry Safonov authored
Not nice to leave them. Signed-off-by:
-
Dmitry Safonov authored
Otherwise it may suck on some distros (Arch i.e): make zdtm make[2]: Entering directory '/home/japdoll/tools/criu/test' ./zdtm.py run -a --parallel 2 File "./zdtm.py", line 33 print " ..." ^ SyntaxError: Missing parentheses in call to 'print' Makefile:25: recipe for target 'zdtm' failed make[2]: *** [zdtm] Error 1 make[2]: Leaving directory '/home/japdoll/tools/criu/test' Makefile:9: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/home/japdoll/tools/criu/test' Makefile:258: recipe for target 'test' failed make: *** [test] Error 2 Signed-off-by: -
Dmitry Safonov authored
As they store just a value, not any recursive expands, lets simplify. Impact: cleanup Signed-off-by:
-
Dmitry Safonov authored
As SRCARCH := arm defined two lines above, no need for additional ifeq. Impact: cleanup Signed-off-by:
Christopher Covington <cov@codeaurora.org> Signed-off-by:
-
Tycho Andersen authored
Because of the #undef (probably left over from some debugging I did that accidentally got committed), this test never ran. Anyway, this is all unnecessary because we can just use the seccomp_filter feature flag in the tests. Also reenable the seccomp_filter_tsync test. Signed-off-by:
-
Tycho Andersen authored
This is superceded by criu check seccomp_filter and doesn't work on some systems anyway. Signed-off-by:
-
- 11 Feb, 2016 2 commits
-
-
Pavel Emelyanov authored
It always exits with "no support" message and checkskip works strangely. Need to resolve those two first." Signed-off-by: -
Tycho Andersen authored
Since we need to align some allocations (but not most of them), let's always align them when checking the current position. v2: always rst_mem_align() before the beginning of each "set" of allocations v3: merge rst_mem_align and rst_mem_cpos Signed-off-by:
-
- 10 Feb, 2016 1 commit
-
-
Tycho Andersen authored
Since we align in rst_mem_alloc, we should also align when reporting the current position; if we don't and things get unlucky, we report a different position than where the pointer is actually allocated, which fucks things up quite bad :) Closes #111 Signed-off-by:
-
- 09 Feb, 2016 3 commits
-
-
Andrey Vagin authored
When we kill a container, all processes from its pidns are killed by SIGKILL, but we don't expect that someone from the freezer cgroup will be killed too if it was not dumped. (00.468446) Error (seize.c:439): Unexpected child 79162 (00.468489) Error (seize.c:440): BUG at seize.c:440 This situation is posiable, if someone enters into pidns by setns. In this patch, we deatches from extra processes before killing dumped processes. In this case, we are not get signals if someone is killed. v2: use process_to_wait insread of adding a new var https://jira.sw.ru/browse/PSBM-43795Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
-
Andrew Vagin authored
Cc: Tycho Andersen <tycho.andersen@canonical.com> Signed-off-by:
-
Cyrill Gorcunov authored
I manage to miss source refresh. Sorry. Signed-off-by:
-
- 08 Feb, 2016 4 commits
-
-
Cyrill Gorcunov authored
memfd is available since 3.16 kernel so don't fail building criu on earlier kernels but simply don't use it on older kernels. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Tycho Andersen authored
Fix checkskip logic, also emit a clearer reason when checkskip fails as to why the test was skipped. Signed-off-by:
-
Tycho Andersen authored
If the profile is "undefined" render_lsm_profile doesn't render anything, since there is no need to set a profile. We shouldn't crash in this case. We never hit this bug because we are careful not to put an "undefined" profile into the images. But, if someone else edits the images, we shouldn't crash on restore because of that. Closes #110 Reported-by: Coverity Signed-off-by:
-
