[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080902153253.GE8524@us.ibm.com>
Date: Tue, 2 Sep 2008 10:32:53 -0500
From: "Serge E. Hallyn" <serue@...ibm.com>
To: Oren Laadan <orenl@...columbia.edu>
Cc: Dave Hansen <dave@...ux.vnet.ibm.com>,
containers@...ts.linux-foundation.org, jeremy@...p.org,
arnd@...db.de, linux-kernel@...r.kernel.org
Subject: Re: [RFC v2][PATCH 4/9] Memory management - dump state
Quoting Oren Laadan (orenl@...columbia.edu):
>
> Dave, Serge:
>
> I'm currently away so I must keep this short. I think we have so far
> more discussion than an actual problem. I'm happy to coordinate with
> every interested party to eventually see this work go into main stream.
>
> My only concerns are twofold: first, to get more feedback I believe we
> need to get the code a bit more usable; including FDs is an excellent
> way to actually do that. That will add significant value to the patch.
> I think it's important to demonstrate how shared resources and multiple
> processes are handled. FDs demonstrate the former (with a fixed version
> of the recent patchset - I will post soon). The latter will increase
> the size of the patchset significantly, so perhaps can indeed wait for
> now.
>
> It should not be hard for me to add functionality on top of a more
> basic patchset.
Excellent.
Having two trees or branches, one very basic and nigh-upon useless, with
another advanced enough to be a valuable proof of concept to answer "oh
yeah, well how will you do (X)?", will work out best.
> The question is, what is "basic" ?
Yes that is a very good question :)
> Anyway, I will be
> back towards the end of the week. Let's try to discuss this over IRC
> then (e.g. Friday afternoon ?).
Sounds great. (I may be taking the day off to paint, but will try to
monitor irc)
thanks,
-serge
--
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