[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1prxgoex1.fsf@ebiederm.dsl.xmission.com>
Date: Sat, 08 Dec 2007 18:06:02 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: "Rafael J. Wysocki" <rjw@...k.pl>
Cc: Pavel Machek <pavel@....cz>, "Huang, Ying" <ying.huang@...el.com>,
nigel@...el.suspend2.net,
Andrew Morton <akpm@...ux-foundation.org>,
Jeremy Maitin-Shepard <jbms@....edu>,
linux-kernel@...r.kernel.org, linux-pm@...ts.linux-foundation.org,
Kexec Mailing List <kexec@...ts.infradead.org>
Subject: Re: [PATCH 1/4 -mm] kexec based hibernation -v7 : kexec jump
"Rafael J. Wysocki" <rjw@...k.pl> writes:
>> I'm not kexec hacker... but maybe this is in good enough state to be
>> merged? It is useful on its own: kexec jump and back means we can dump
>> system then continue running, for example...
>
> As far as I'm concerned, patches [1/4] and [2/4] can go.
>
> The other two are not in that shape yet (especially the [3/4] patch).
Ok. Then I will see if I can review these in the next couple days
and give some feedback.
At a quick skim through the code it appears there is some more infrastructure
then we need and things can still be simplified.
Since this applies in particular to the user space interface I'm not comfortable
with these patches going in just yet.
The unused KEXEC_PRESERVE_ flags especially give me pause. Having something
like that, that isn't currently wired up sounds like a bad place to start.
Eric
--
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