[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <877hvgnv6z.fsf@caffeine.danplanet.com>
Date: Wed, 30 Sep 2009 11:28:36 -0700
From: Dan Smith <danms@...ibm.com>
To: Daniel Lezcano <daniel.lezcano@...e.fr>
Cc: "Serge E. Hallyn" <serue@...ibm.com>, linux-api@...r.kernel.org,
containers@...ts.linux-foundation.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
Andrew Morton <akpm@...ux-foundation.org>,
torvalds@...ux-foundation.org, mingo@...e.hu, xemul@...nvz.org
Subject: Re: [PATCH 00/80] Kernel based checkpoint/restart [v18]
DL> Yep, I agree. But you didn't answer the question, what are the
DL> network resources you plan to checkpoint / restart ? eg. you let
DL> the container to setup your network, will you restore netdev
DL> statistics ? the mac address ? ipv4 ? ipv6 ?
Yes, Yes, Yes, and Yes. I'm making the assumption that the common
case will be with a veth device in the container and that all of the
aforementioned attributes should be copied over. In the future case
where we could potentially have a real device in the container, it
probably doesn't make sense to copy the mac address.
DL> Is it possible to do a detailed list of network resources you plan
DL> to CR with the different items you will address from userspace and
DL> kernel space ?
I'm sure it's possible, but no, I haven't planned out everything for
the next year. If you have strong feelings about what should be done
in user and kernel space, feel free to share :)
DL> Argh ! I was hoping there was something else than the source code
The header file makes it pretty clear what is going on, but maybe the
Documentation/checkpoint/readme.txt will help. Putting all the
details in such a documentation file would be rather silly at the
moment, given that new things are being added at a rapid rate and it
would duplicate the only description that matters, which is the
header file.
--
Dan Smith
IBM Linux Technology Center
email: danms@...ibm.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists