Re: [RFC v2][PATCH 4/9] Memory management - dump state

[Serge E. Hallyn]

Quoting Oren Laadan (orenl@xxxxxxxxxxxxxxx):
>
> 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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/