[CRIU] [PATCH RFC 05/30] files: Send/receive fds with pointers on their struct fdinfo_list_entry in receiver
Kirill Tkhai
ktkhai at virtuozzo.com
Tue Nov 29 03:00:43 PST 2016
On 22.11.2016 17:20, Pavel Emelyanov wrote:
> On 11/02/2016 01:51 PM, Kirill Tkhai wrote:
>> On 02.11.2016 08:18, Andrei Vagin wrote:
>>> On Tue, Nov 01, 2016 at 05:31:09PM +0300, Kirill Tkhai wrote:
>>>> Signed-off-by: Kirill Tkhai <ktkhai at virtuozzo.com>
>>>> ---
>>>> criu/files.c | 21 +++++++++++++++++++--
>>>> criu/include/files.h | 1 +
>>>> criu/pipes.c | 2 +-
>>>> criu/sk-unix.c | 2 +-
>>>> criu/tty.c | 2 +-
>>>> 5 files changed, 23 insertions(+), 5 deletions(-)
>>>>
>>>> diff --git a/criu/files.c b/criu/files.c
>>>> index 97b4e95..348f2c7 100644
>>>> --- a/criu/files.c
>>>> +++ b/criu/files.c
>>>> @@ -957,6 +957,23 @@ static int open_transport_fd(int pid, struct fdinfo_list_entry *fle)
>>>> return -1;
>>>> }
>>>>
>>>> +int recv_fd_from_peer(struct fdinfo_list_entry *fle)
>>>> +{
>>>> + struct fdinfo_list_entry *tmp;
>>>> + int fd, ret;
>>>> +
>>>> + ret = recv_fds(fle->fe->fd, &fd, 1, NULL, (unsigned long *)&tmp);
>>>> + if (ret)
>>>> + return -1;
>>>> +
>>>> + if (tmp != fle) {
>>>> + pr_err("Received wrong fle\n");
>>>
>>> How do you guarantee the order of receiving file descriptors?
>>> Descriptors are sent from different processes, how do you synchronize
>>> them?
>>
>> The thing is this patch does not change logic.
>
> So the answer is -- we receive it from the same socket as before. Right?
Yes, this moment we receive all the sockets on their own transport sockets.
This is just a preparation. Real work for making receiving async is made
in next patches. See my below comment about this.
>> It even does not break tests.
>
> Tests can be not enough :(
>
>> We still have receive stage, and the patch is a preparation to a moment
>> when order is changed.
>>
>> Order processing is in other patch: "[09/30] files: Allow to receive further fds".
>> It prepares recv_fd_from_peer() to make a deal with multiply received fles. But even there
>> it's unused, it's a preparation.
>>
>> Real use of single transport_fd for sending and receiving is in "[10/30] files: Make sending fds to peers async".
>> Per-fd transport fds are killed there.
^^^
>>>> + return -1;
>>>> + }
>>>> +
>>>> + return fd;
>>>> +}
>>>> +
>>>> int send_fd_to_peer(int fd, struct fdinfo_list_entry *fle, int sock)
>>>> {
>>>> struct sockaddr_un saddr;
>>>> @@ -968,7 +985,7 @@ int send_fd_to_peer(int fd, struct fdinfo_list_entry *fle, int sock)
>>>> transport_name_gen(&saddr, &len,
>>>> futex_get(&fle->real_pid), fle->fe->fd);
>>>> pr_info("\t\tSend fd %d to %s\n", fd, saddr.sun_path + 1);
>>>> - return send_fd(sock, &saddr, len, fd);
>>>> + return send_fds(sock, &saddr, len, &fd, 1, false, (unsigned long *)&fle);
>>>> }
>>>>
>>>> static int send_fd_to_self(int fd, struct fdinfo_list_entry *fle, int sock)
>>>> @@ -1078,7 +1095,7 @@ static int receive_fd(int pid, struct fdinfo_list_entry *fle)
>>>>
>>>> pr_info("\tReceive fd for %d\n", fle->fe->fd);
>>>>
>>>> - tmp = recv_fd(fle->fe->fd);
>>>> + tmp = recv_fd_from_peer(fle);
>>>> if (tmp < 0) {
>>>> pr_err("Can't get fd %d\n", tmp);
>>>> return -1;
>>>> diff --git a/criu/include/files.h b/criu/include/files.h
>>>> index 2cd1a67..457cc46 100644
>>>> --- a/criu/include/files.h
>>>> +++ b/criu/include/files.h
>>>> @@ -148,6 +148,7 @@ extern int file_desc_add(struct file_desc *d, u32 id, struct file_desc_ops *ops)
>>>> extern struct fdinfo_list_entry *file_master(struct file_desc *d);
>>>> extern struct file_desc *find_file_desc_raw(int type, u32 id);
>>>>
>>>> +extern int recv_fd_from_peer(struct fdinfo_list_entry *fle);
>>>> extern int send_fd_to_peer(int fd, struct fdinfo_list_entry *fle, int sock);
>>>> extern int restore_fown(int fd, FownEntry *fown);
>>>> extern int rst_file_params(int fd, FownEntry *fown, int flags);
>>>> diff --git a/criu/pipes.c b/criu/pipes.c
>>>> index 9fc87bd..31f436e 100644
>>>> --- a/criu/pipes.c
>>>> +++ b/criu/pipes.c
>>>> @@ -237,7 +237,7 @@ static int recv_pipe_fd(struct pipe_info *pi)
>>>>
>>>> pr_info("\tWaiting fd for %d\n", fd);
>>>>
>>>> - tmp = recv_fd(fd);
>>>> + tmp = recv_fd_from_peer(fle);
>>>> if (tmp < 0) {
>>>> pr_err("Can't get fd %d\n", tmp);
>>>> return -1;
>>>> diff --git a/criu/sk-unix.c b/criu/sk-unix.c
>>>> index 6a1a532..7d9728a 100644
>>>> --- a/criu/sk-unix.c
>>>> +++ b/criu/sk-unix.c
>>>> @@ -1096,7 +1096,7 @@ static int open_unixsk_pair_slave(struct unix_sk_info *ui)
>>>> pr_info("Opening pair slave (id %#x ino %#x peer %#x) on %d\n",
>>>> ui->ue->id, ui->ue->ino, ui->ue->peer, fle->fe->fd);
>>>>
>>>> - sk = recv_fd(fle->fe->fd);
>>>> + sk = recv_fd_from_peer(fle);
>>>> if (sk < 0) {
>>>> pr_err("Can't recv pair slave\n");
>>>> return -1;
>>>> diff --git a/criu/tty.c b/criu/tty.c
>>>> index 7ec5b1f..3dc60cd 100644
>>>> --- a/criu/tty.c
>>>> +++ b/criu/tty.c
>>>> @@ -923,7 +923,7 @@ static int receive_tty(struct tty_info *info)
>>>> fle = file_master(&info->d);
>>>> pr_info("\tWaiting tty fd %d (pid %d)\n", fle->fe->fd, fle->pid);
>>>>
>>>> - fd = recv_fd(fle->fe->fd);
>>>> + fd = recv_fd_from_peer(fle);
>>>> close(fle->fe->fd);
>>>> if (fd < 0) {
>>>> pr_err("Can't get fd %d\n", fd);
>>>>
>> .
>>
>
More information about the CRIU
mailing list