[Devel] Re: [PATCH RFC] Send checkpoint and restart debug info to a log file (v2)
Oren Laadan
orenl at librato.com
Fri Oct 23 11:48:26 PDT 2009
Matt Helsley wrote:
> On Wed, Oct 21, 2009 at 07:51:57PM -0500, Serge E. Hallyn wrote:
>> Quoting Oren Laadan (orenl at librato.com):
>
> <snip>
>
>>>> More practically, requiring userspace to pass over a flag
>>>> consisting of CKPT_DBG_MEM|CKPT_DBG|FILE|CKPT_DBG|TASK, and
>>>> handle corresponding usage flags, is not nice.
>>> I agree with you on about this. Maybe we want a better
>>> interface ?
>>>
>>> Which brings me to this random thought: maybe we want to
>>> make the fourth argument of sys_{checkpoint,restart} a
>>> structure, to make it easier to extend it in the future
>>> without having to go throw a clone3-like hell...
>
> Adding new kernel interfaces is supposed to be somewhat hellish.
>
>>> Specifically, this structure could now be:
>>>
>>> struct ckpt_args {
>>> int version;
>>> int logfd;
>>> int logmask;
>>> };
>>>
>>> (or use union checkpoint {} and union restart {} to tell
>>> between checkpoint- and restart-related args.
>> Well I don't like passing structs to the kernel actually (and
>
> Let's not do this. I agree that passing structs, when unnecessary,
> is gross. Especially if it gets used to extend the arguments
> passed via the syscall interface (new flag values I don't mind).
Ok, we already allow future extension by being strict about
which flags are taken or not.
Then what do we do with logmask ? I prefer it to be a per-syscall
value as opposed to a system-wise setting.
Oren.
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list