mir/criu
2
0
Fork 0
mirror of https://github.com/checkpoint-restore/criu synced 2025-08-23 10:28:05 +00:00
Code Issues Releases Wiki Activity
criu/include/files-reg.h

30 lines
716 B
C
Raw Normal View History

files: Move regular files handling code to files-reg Instead of spreading regular files handling code over files.c and cr-dump.c move it to files-reg.c. This allows to extend regular file handling code in future without disturbing other source files and make code logically coupled, where files.c is mostly a place for general file handling code unrelated to file type specifics. While mostly it was code tossing there is some change I have to notice -- the structure ghost_file was previously declared in two paces cr-dump.c and files.c, in cr-dump.c it was used for dumping while in files.c it was used for restore. The structure had different members. So to resolve this conflict the ghost_file structure was renamed to ghost_file_dumpee. Nothing else is changed. Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-20 20:00:30 +04:00
#ifndef FILES_REG_H__
#define FILES_REG_H__
#include "types.h"
fifo: Add checkpoint restore for fifos v4 Checkpoint and restore of fifo is similar to pipes c/r except the pipe end-points are named file. Because the fifo has a name we use regular files facility for fifo path c/r. Still there is a trick used to "open" fifo: the opening procedure migh sleep if a fifo's peer is not yet opened, so before doing a real open we yield a fake open procedure (with O_RDWR flag) which prevents us from sleeping even if peer is not yet ready. Also we need writable fifo end to restore data queued. v2: - add open/priv members to reg_file_info - make open_fifo_fd to use open_fe_fd - comment on pipe_id - make sure the fifo data is not restored twice v3: - drop useless fixme comment and add sane one v4: - Use restore_data flag to escape data restore duplication - Use S_ISREG for file contents copying Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-26 02:36:13 +04:00
#include "files.h"
#include "image.h"
files: Move regular files handling code to files-reg Instead of spreading regular files handling code over files.c and cr-dump.c move it to files-reg.c. This allows to extend regular file handling code in future without disturbing other source files and make code logically coupled, where files.c is mostly a place for general file handling code unrelated to file type specifics. While mostly it was code tossing there is some change I have to notice -- the structure ghost_file was previously declared in two paces cr-dump.c and files.c, in cr-dump.c it was used for dumping while in files.c it was used for restore. The structure had different members. So to resolve this conflict the ghost_file structure was renamed to ghost_file_dumpee. Nothing else is changed. Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-20 20:00:30 +04:00
protobuf: Use RegFileEntry instead of reg_file_entry structure v3 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 <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-07-17 07:17:02 +04:00
#include "../protobuf/regfile.pb-c.h"
protobuf: Use GhostFileEntry instead of struct ghost_file_entry Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-07-17 07:17:51 +04:00
#include "../protobuf/ghost-file.pb-c.h"
protobuf: Use RegFileEntry instead of reg_file_entry structure v3 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 <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-07-17 07:17:02 +04:00
files: Move regular files handling code to files-reg Instead of spreading regular files handling code over files.c and cr-dump.c move it to files-reg.c. This allows to extend regular file handling code in future without disturbing other source files and make code logically coupled, where files.c is mostly a place for general file handling code unrelated to file type specifics. While mostly it was code tossing there is some change I have to notice -- the structure ghost_file was previously declared in two paces cr-dump.c and files.c, in cr-dump.c it was used for dumping while in files.c it was used for restore. The structure had different members. So to resolve this conflict the ghost_file structure was renamed to ghost_file_dumpee. Nothing else is changed. Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-20 20:00:30 +04:00
struct cr_fdset;
struct fd_parms;
fifo: Add checkpoint restore for fifos v4 Checkpoint and restore of fifo is similar to pipes c/r except the pipe end-points are named file. Because the fifo has a name we use regular files facility for fifo path c/r. Still there is a trick used to "open" fifo: the opening procedure migh sleep if a fifo's peer is not yet opened, so before doing a real open we yield a fake open procedure (with O_RDWR flag) which prevents us from sleeping even if peer is not yet ready. Also we need writable fifo end to restore data queued. v2: - add open/priv members to reg_file_info - make open_fifo_fd to use open_fe_fd - comment on pipe_id - make sure the fifo data is not restored twice v3: - drop useless fixme comment and add sane one v4: - Use restore_data flag to escape data restore duplication - Use S_ISREG for file contents copying Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-26 02:36:13 +04:00
struct reg_file_info {
struct file_desc d;
protobuf: Use RegFileEntry instead of reg_file_entry structure v3 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 <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-07-17 07:17:02 +04:00
RegFileEntry *rfe;
fifo: Add checkpoint restore for fifos v4 Checkpoint and restore of fifo is similar to pipes c/r except the pipe end-points are named file. Because the fifo has a name we use regular files facility for fifo path c/r. Still there is a trick used to "open" fifo: the opening procedure migh sleep if a fifo's peer is not yet opened, so before doing a real open we yield a fake open procedure (with O_RDWR flag) which prevents us from sleeping even if peer is not yet ready. Also we need writable fifo end to restore data queued. v2: - add open/priv members to reg_file_info - make open_fifo_fd to use open_fe_fd - comment on pipe_id - make sure the fifo data is not restored twice v3: - drop useless fixme comment and add sane one v4: - Use restore_data flag to escape data restore duplication - Use S_ISREG for file contents copying Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-26 02:36:13 +04:00
char *remap_path;
char *path;
};
files: Move regular files handling code to files-reg Instead of spreading regular files handling code over files.c and cr-dump.c move it to files-reg.c. This allows to extend regular file handling code in future without disturbing other source files and make code logically coupled, where files.c is mostly a place for general file handling code unrelated to file type specifics. While mostly it was code tossing there is some change I have to notice -- the structure ghost_file was previously declared in two paces cr-dump.c and files.c, in cr-dump.c it was used for dumping while in files.c it was used for restore. The structure had different members. So to resolve this conflict the ghost_file structure was renamed to ghost_file_dumpee. Nothing else is changed. Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-20 20:00:30 +04:00
extern int open_reg_by_id(u32 id);
fifo: Sanitize fifo restore Don't push open cb onto reg_file_into, pass it into regfiles engine as an argument. Note: I haven't merged the fifo zdtms yet, thus this patch is untested. Signed-off-by: Pavel Emelyanov <xemul@parallels.com> Tested-by: Cyrill Gorcunov <gorcunov@openvz.org>
2012-07-01 17:56:00 +04:00
extern int open_path_by_id(u32 id, int (*open_cb)(struct reg_file_info *, void *), void *arg);
files: Move regular files handling code to files-reg Instead of spreading regular files handling code over files.c and cr-dump.c move it to files-reg.c. This allows to extend regular file handling code in future without disturbing other source files and make code logically coupled, where files.c is mostly a place for general file handling code unrelated to file type specifics. While mostly it was code tossing there is some change I have to notice -- the structure ghost_file was previously declared in two paces cr-dump.c and files.c, in cr-dump.c it was used for dumping while in files.c it was used for restore. The structure had different members. So to resolve this conflict the ghost_file structure was renamed to ghost_file_dumpee. Nothing else is changed. Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
2012-06-20 20:00:30 +04:00
extern void clear_ghost_files(void);
extern int collect_reg_files(void);
extern int dump_reg_file(struct fd_parms *p, int lfd, const struct cr_fdset *cr_fdset);
extern int dump_one_reg_file(int lfd, u32 id, const struct fd_parms *p);
#endif /* FILES_REG_H__ */
Reference in New Issue Copy Permalink