[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140415205453.GX24070@n2100.arm.linux.org.uk>
Date: Tue, 15 Apr 2014 21:54:53 +0100
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Sebastian Capella <sebastian.capella@...aro.org>
Cc: One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>,
Pavel Machek <pavel@....cz>,
Linux Kernel <linux-kernel@...r.kernel.org>,
"linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
"linaro-kernel@...ts.linaro.org" <linaro-kernel@...ts.linaro.org>,
Len Brown <len.brown@...el.com>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Ezequiel Garcia <ezequiel.garcia@...e-electrons.com>
Subject: Re: [PATCH RFC] PM / Hibernate: no kernel_power_off when
pm_power_off NULL
On Tue, Apr 15, 2014 at 11:34:52AM -0700, Sebastian Capella wrote:
> Ping..
>
> There appears to be disagreement on the correct path to take on this.
>
> Pavel and Alan recommend that arm's machine_power_off shall never return
>
> Russell suggests hibernation be modified to handle machine_power_off
> returning; that x86 architecture (and others as well) can have
> machine_power_off returning.
>
> Discussions available at the links below:
> https://lkml.org/lkml/2014/3/25/554 -- linux-arm discussion
> https://lkml.org/lkml/2014/3/20/649 -- linux-pm discussion
>
> Should I continue with the original hibernation patch from the
> linux-pm discussion?
>
> Does anyone have any response to Russel's commentsl?
What I'm basically saying is that I see no reason for ARM to do something
different to what x86 does.
What is pretty clear to me is that ARM is compatible with x86, which is
compatible with kernel/reboot.c, and it's the hibernate code which is
the odd one out.
--
FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly
improving, and getting towards what was expected from it.
--
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