[CRIU] Re: [PATCH v2 06/11] dump: add pid_fd_dir for fd params
Pavel Emelyanov
xemul at parallels.com
Mon Mar 5 11:15:43 EST 2012
On 03/05/2012 08:05 PM, Kinsbursky Stanislav wrote:
> 05.03.2012 19:41, Pavel Emelyanov пишет:
>> On 03/05/2012 04:38 PM, Kinsbursky Stanislav wrote:
>>> Will be usefull later when fd reopen will be perfermed only where required.
>>>
>>> Signed-off-by: Stanislav Kinsbursky<skinsbursky at openvz.org>
>>>
>>> ---
>>> cr-dump.c | 13 ++++++++-----
>>> 1 files changed, 8 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/cr-dump.c b/cr-dump.c
>>> index 39590b7..b880f8e 100644
>>> --- a/cr-dump.c
>>> +++ b/cr-dump.c
>>> @@ -93,6 +93,7 @@ struct fd_parms {
>>> unsigned int flags;
>>> unsigned int type;
>>> ino_t ino;
>>> + int pid_fd_dir;
>>>
>>> u64 id;
>>> pid_t pid;
>> fd_parms is not a way to reduce the amount of arguments walking up and down
>> the stack, but a structure which represents a file descriptor parameters. The
>> pid_fd_dir has nothing to do with it.
>
> I'm trying to unify dump_one*() functions prototypes.
> Someday they could be even derefenced by pointers. If not - then anyway -
> unified code look better.
> This pid_fd_nr is not used for sockets. So, I decided to remove it from general
> code.
> You don't like the idea itself or implementation only?
Hm... I guess implementation only.
More information about the CRIU
mailing list