- 10 Sep, 2015 16 commits
-
-
Laurent Dufour authored
This test, specific to the ppc64 architecture, is checking that the content of the VSX registers is correctly checkpointed and restored. Signed-off-by:
Laurent Dufour <ldufour@linux.vnet.ibm.com> Acked-by:
Andrew Vagin <avagin@odin.com> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Laurent Dufour authored
Signed-off-by:
-
Laurent Dufour authored
The following tests are failing when run on ppc64 and are designed for x86 architecture. Moving them to the x86's test list. Signed-off-by:
-
Laurent Dufour authored
The commit ba743509 which introduces support for Altivec and VSX support was breaking the checkpoint --leave-running. The root cause is that the address of the Altivec and VSX registers in the signal frame should be computed for the stack in the context of the checkpointed process. This patch fixes this issue through the sigreturn_prep_fpu_frame which is designed to update the signal frame based on the remote address. Fixes: ba743509 ("ppc64: Add Altivec and VSX support") Reported-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
-
Andrew Vagin authored
If you call clone directly you are responsible for setting up the TLS area yourself. $ abrt-cli ls | grep different_creds | wc -l 39 $ gdb -c /var/spool/abrt/ccpp-2015-07-24-10\:21\:14-8014/coredump different_creds Core was generated by `./different_creds --pidfile=different_creds.pid --outfile=different_creds.out'. Program terminated with signal SIGILL, Illegal instruction. #0 0x00007f86e2d8c7d9 in _dl_x86_64_restore_sse () from /lib64/ld-linux-x86-64.so.2 Missing separate debuginfos, use: dnf debuginfo-install glibc-2.21-7.fc22.x86_64 libattr-2.4.47-9.fc22.x86_64 libcap-2.24-7.fc22.x86_64 (gdb) bt #0 0x00007f86e2d8c7d9 in _dl_x86_64_restore_sse () from /lib64/ld-linux-x86-64.so.2 #1 0x00007f86e2d84add in _dl_fixup () from /lib64/ld-linux-x86-64.so.2 #2 0x00007f86e2d8bbc0 in _dl_runtime_resolve () from /lib64/ld-linux-x86-64.so.2 #3 0x0000000000402da3 in sys_futex (val3=0, uaddr2=0x0, timeout=0x0, val=0, op=0, uaddr=0x6063f0 <sig_received>) at lock.h:29 #4 futex_wait_while (f=0x6063f0 <sig_received>, v=0) at lock.h:121 #5 test_waitsig () at test.c:367 #6 0x0000000000401c4b in main (argc=<optimized out>, argv=0x7ffce16432f8) at different_creds.c:82 Reported-by: Mr Jenkins Cc: Tycho Andersen <tycho.andersen@canonical.com> Signed-off-by:
Tycho Andersen <tycho.andersen@canonical.com> Signed-off-by:
-
Laurent Dufour authored
There was a \n missing. CC: Pavel Emelyanov <xemul@parallels.com> Signed-off-by:
-
Laurent Dufour authored
There were multiple copy of the same code spread over the different architectures handling the vDSO. This patch is merging the duplicated code in arch/*/vdso-pie.c and arch/*/include/asm/vdso.h in the common files and let only the architecture specific part in the arch/*/* files. The file are now organized this way: include/asm-generic/vdso.h contains basic definition which could be overwritten by architectures. arch/*/include/asm/vdso.h contains per architecture definitions. It may includes include/asm-generic/vdso.h pie/util-vdso.c include/util-vdso.h These files contains code and definitions common to both criu and the parasite code. The file include/util-vdso.h includes arch/*/include/asm/vdso.h. pie/parsite-vdso.c include/parasite-vdso.h contains code and definition specific to the parasite code handling the vDSO. The file include/parasite-vdso.h includes include/util-vdso.h. arch/*/vdso-pie.c contains the architecture specific code installing the vDSO trampoline. vdso.c include/vdso.h contains code and definition specific to the criu code handling the vDSO. The file include/vdso.h includes include/util-vdso.h. CC: Christopher Covington <cov@codeaurora.org> CC: Pavel Emelyanov <xemul@parallels.com> Signed-off-by:
Cyrill Gorcunov <gorcunov@gmail.com> Signed-off-by:
-
Laurent Dufour authored
Merge arch/*/vdso.c files in vdso.c. The merge has been done by copying arch/x86/vdso.c in vdso.c since it contains patch a67e9f7b ("vdso: don't play with a function exit code"). The commit f9ae6d9d ("Replace remaining hard-coded TASK_SIZE use") pushed in the aarch64 has been replicated since it should be cross platform. CC: Christopher Covington <cov@codeaurora.org> CC: Pavel Emelyanov <xemul@parallels.com> Signed-off-by:
-
Laurent Dufour authored
When building without the vDSO support on PowerPC (which is not a good idea), the build is failing because few files are not included in the build. This fix moves those files inclusion outside of the vDSO directive. CC: Pavel Emelyanov <xemul@parallels.com> Signed-off-by:
-
Tycho Andersen authored
In ubuntu wily, these paths are inotify'd by various daemons, so we should watch them as well. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by:
-
Andrey Vagin authored
Reported-by: Mr Jenkins Signed-off-by:
-
Cyrill Gorcunov authored
In commit 664659a0 we defined max possible values for TCP queues but on low memory machines (or on machinese whith custom limits set via sysctl) this trick doesn't work well all the time. We have to fetch the allowed values from /proc/sys/net/ipv4/tcp_[wmem|rmem] which might be simply missing on the environment we run. So lets stick with really small values here got from kernel source code so instead of failing we would be able to restore in a bit "slower" than usual. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
The function is too big and @p is too short. Signed-off-by:
-
- 07 Sep, 2015 1 commit
-
-
Pavel Emelyanov authored
We have quite a lot of new stuff this time. More flexibility in cgroup management code (and this story far from being over) in the library and in the crit command line, preparations to x66 32bit, that also helped the PPC port, freezer cgroup filannly found its place in the code. We also had our first CVE-s found :) and a LOT of bugs fixed. So the plan for the 1.8 is: cgroups, secured containers and bugfixes. x86 32bit is tempting too. Signed-off-by:
-
- 04 Sep, 2015 10 commits
-
-
Cyrill Gorcunov authored
Travis testing engine complained about @_BSD_SOURCE which is not the case on my build environment. Anyway lets do a safe thing -- conditional definition. Signed-off-by:
-
Cyrill Gorcunov authored
BTRFS uses own device numbering scheme so lets do a trick close one to what we have in CRIU itself -- mangle device to match mountinfo output. Signed-off-by:
-
Cyrill Gorcunov authored
In particular we have to find out if we're running on btrfs filesystem for proper device number mangling. Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
Currently the buffer size is 4096. It always works because we use hosts where PAGE_SIZE is 4096. PowerPC64 has a bigger PAGE_SIZE. Here is a comment from the kernel code. /* * skb should fit one page. This choice is good for headerless malloc. * But we should limit to 8K so that userspace does not have to * use enormous buffer sizes on recvmsg() calls just to avoid * MSG_TRUNC when PAGE_SIZE is very large. */ We set the buffer size to 16384, because it's the max length of recvmsg() for this case. We will need less iterations to collect all data, so the perfomance should be better. Signed-off-by:
-
Cyrill Gorcunov authored
It lookups over shared entries and finds widest. Signed-off-by:
-
Cyrill Gorcunov authored
We don't use C99 comments. Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrew Vagin authored
Signed-off-by:
-
Andrew Vagin authored
Signed-off-by:
-
- 02 Sep, 2015 6 commits
-
-
Cyrill Gorcunov authored
- make sure it doesn't exist using O_EXCL - don't forget to close it Reported-by:
-
Pavel Emelyanov authored
Signed-off-by: -
Hui Kang authored
Signed-off-by:
Hui Kang <hkang.sunysb@gmail.com> Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
1) Deleted bindmount for files should be restored by creating temp file. The kernel doesn't permit to mix bindmount in terms of file/dir relationship: either both source and target should be files or directories. Thus we can call stat on the target and figure out what kind of source we had. 2) Even for deleted entries better to use permissions from the target's stat call, this makes result close to how would it look if program hadn't been checkpointed. Reported-by:
Andrey Wagin <avagin@gmail.com> Signed-off-by:
-
Andrew Vagin authored
Reported-by: Mr Jenkins Signed-off-by:
-
- 01 Sep, 2015 6 commits
-
-
Andrey Vagin authored
Reported-by: Mr Jenkins Signed-off-by:
-
Andrew Vagin authored
Signed-off-by:
-
Laurent Dufour authored
The commit 69d008d5 ("Use run-time page_size() for mremap") introduces the use of dynamic page size in rst-malloc.c. The commit also add the include of unistd.h in arch/aarch64/include/asm/page.h to allow the build to succeed on this architecture. Since ppc64 is also using the same way to deal with page size, the same include is required in arch/ppc64/include/asm/page.h Signed-off-by:
Christopher Covington <cov@codeaurora.org> Signed-off-by:
-
Andrey Vagin authored
*** CID 139494: Error handling issues (CHECKED_RETURN) Signed-off-by: -
Andrey Vagin authored
*** CID 139492: Memory - illegal accesses (BUFFER_SIZE_WARNING) Signed-off-by: -
Andrey Vagin authored
*** CID 139496: Memory - illegal accesses (USE_AFTER_FREE) Signed-off-by:
-
- 25 Aug, 2015 1 commit
-
-
Andrew Vagin authored
You can see two equal inode numbers with differen devices and it was a reason why the test failed. 4: C: 12491/12495/12496 4: c: 1: POSIX ADVISORY WRITE 0 fc:03:12468 0 EOF 4: c: 2: POSIX ADVISORY READ 0 fc:03:12421 0 EOF 4: c: 3: POSIX ADVISORY WRITE 0 00:14:16285 0 EOF 4: c: 4: FLOCK MSNFS READ 4 fc:03:12496 0 EOF 4: c: 5: FLOCK ADVISORY WRITE 4 fc:03:12495 0 EOF 4: c: 6: FLOCK ADVISORY READ 4 fc:03:12491 0 EOF 4: c: 7: POSIX ADVISORY WRITE 0 00:14:16280 0 EOF 4: c: 8: POSIX ADVISORY WRITE 0 00:14:12677 0 EOF 4: c: 9: FLOCK ADVISORY WRITE 0 00:14:12520 0 EOF 4: c: 10: FLOCK ADVISORY WRITE 0 00:14:12495 0 EOF Signed-off-by:
-
