- 17 Jul, 2012 20 commits
-
-
Cyrill Gorcunov authored
Signed-off-by:
Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Pavel Emelyanov authored
We pass them as generic (*)() pointers into pb_read/pb_write so typechecking is required Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Switch to pb_ helpers to shrink code. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Use recently introduced pb_ helpers to shrink the code. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Need for PB transition. Signed-off-by:
-
Cyrill Gorcunov authored
To not spread opencoded copying of PB entries and image structures we add a few pb_ helpers to be used until PB code completely merged. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
This patch switches reg_file_entry structure with RegFileEntry protobuf entry. Note that there a few nits remains - old fown_t structure doesn't scale well with FownEntry from RegFileEntry, so to not mess with rest of crtools code I've added a couple of opencoded copy operands, will clean this aspect up once rest of code is converted - the "show" procedure doesn't print fown for same reason v2: - rename fown_t to fown_entry in .proto v3: - don't print nil symbol on show Signed-off-by:
-
Cyrill Gorcunov authored
A short story -- there were a long conversation on which format should be used to keep checkpointed data on disk image. We ended up in using Google's Protocol Buffers (see https://developers.google.com/protocol-buffers/ for detailed description). Thus image entries should be convered to PB. This patch converts fdinfo_entry to PB "message fdinfo_entry". Build note: one should have protobuf and protobuf-c installed to be able to build crtools. - http://code.google.com/p/protobuf/ - http://code.google.com/p/protobuf-c/Inspired-by:
Kinsbursky Stanislav <skinsbursky@openvz.org> Signed-off-by:
-
Cyrill Gorcunov authored
To not bloat util.h or image.h the protobuf.h introduced to handle all PB needs. We represent our PB objects as pairs of records | 4 bytes for object packed size +--- | X bytes -- object itself v3: - Use plain read/write calls - Use local buffers for small objects v4: - Add pb_pksize helper to calculate object size with header Signed-off-by:
-
- 16 Jul, 2012 7 commits
-
-
Pavel Emelyanov authored
After previous patch they are no longer required. Signed-off-by: -
Andrey Vagin authored
Before this patch a transport socket was created on-demand for each operation requiring it. It will be problematic, when we start supporting net namespaces. That said -- create a transport sockets and interconnect them early. Signed-off-by:
Andrey Vagin <avagin@openvz.org> Acked-by:
-
Cyrill Gorcunov authored
No need to keep it in header, sk_packet used solely in one C file. Signed-off-by:
-
Cyrill Gorcunov authored
Need for PB transition. Signed-off-by:
-
Cyrill Gorcunov authored
For PB transition. Signed-off-by:
-
Cyrill Gorcunov authored
The kernel threats them as interger values so we should declare them this way. Moreover, explicitly clean them up to eliminate side effects. Initially I hit a problem where high bits of long "size" variable was containing some crap from stack and in result I've got errors like | Error (sk-queue.c:102): dump_sk_queue: Can't allocate 171798904800 bytes | Error (cr-dump.c:1289): Dump files (pid: 2505) failed with -1 Signed-off-by:
Stanislav Kinsbursky <skinsbursky@parallels.com> Signed-off-by:
-
Konstantin Khlebnikov authored
debugfs isn't virtualized and never will be jira #PCLIN-31059 Signed-off-by:
Konstantin Khlebnikov <khlebnikov@openvz.org> Acked-by:
Andrey Vagin <avagin@parallels.com> Signed-off-by:
-
- 12 Jul, 2012 2 commits
-
-
Pavel Emelyanov authored
Otherwise the show result depends on the loglevel :\ Signed-off-by: -
Pavel Emelyanov authored
1. Seeking should be done for real files only , for fifos using the same code -- shouldn't. Thus -- move the lseek to proper place; 2. It's nice to print error on file open error; 3. It's nice to handle lseek error. Signed-off-by:
-
- 13 Jul, 2012 2 commits
-
-
Cyrill Gorcunov authored
For PB transition. Signed-off-by:
-
Cyrill Gorcunov authored
Need it for PB transition. Signed-off-by:
-
- 12 Jul, 2012 1 commit
-
-
Pavel Emelyanov authored
This serves two things -- kills annoying data offset management which makes protobuf switch too ugly. And removes the need to seek the pipe data image, which in turn is the prerequisity for streaming migration. Memory usage is still optimal, since we still use splice on dump path and on restore stage we F_GIFT pipe buffers to the kernel. Signed-off-by:
-
- 11 Jul, 2012 8 commits
-
-
Pavel Emelyanov authored
Using do { } while (0) for statemets macro like this is a good practice. Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Cyrill Gorcunov authored
Need it for PB transition. Signed-off-by:
-
Pavel Emelyanov authored
Strictly speaking the fd link can point to PATH_MAX string, but for the sake of is_anonfd_link 32 bytes is enough -- even if the target string is longer it will not match the required anon_inode:xxx string. Signed-off-by: -
Pavel Emelyanov authored
To open /proc/self/fd/%d PATH_MAX array is too long :) We can use shorter. Plus fix the snprintf size argument. Signed-off-by: -
Pavel Emelyanov authored
Just to explicitly state that a pipe ID is its inode number. Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by:
-
