[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140326101227.GC941@arch.cereza>
Date: Wed, 26 Mar 2014 07:12:27 -0300
From: Ezequiel Garcia <ezequiel.garcia@...e-electrons.com>
To: Russell King - ARM Linux <linux@....linux.org.uk>
Cc: Sebastian Capella <sebastian.capella@...aro.org>,
linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
linaro-kernel@...ts.linaro.org, Len Brown <len.brown@...el.com>,
Pavel Machek <pavel@....cz>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH] ARM: machine_power_off should not return
Russell,
Thanks for the reply!
On Mar 26, Russell King - ARM Linux wrote:
> On Tue, Mar 25, 2014 at 07:45:55PM -0300, Ezequiel Garcia wrote:
> >
> > Without this patch we got the heartbeat's reboot_notifier called twice while
> > testing the recent hibernation patches, which was unexpected and produced a
> > kernel panic: https://lkml.org/lkml/2014/3/19/363
>
> I don't see why we should make this change. kernel/reboot.c handles
> this function returning, so other places should do too.
>
> Even on x86, this function can return:
>
[..]
>
> Therefore, I'd say... it's a bug in the hibernation code - or we probably
> have many buggy architectures. I'd suggest fixing the hibernation code
> rather than stuffing some workaround like an endless loop into every
> architecture.
>
Which is exactly what Sebastian did first:
https://lkml.org/lkml/2014/3/20/605
But Pavel asked to fix ARM's machine_power_off instead.
Also, looking at the other architectures, it seems this API is not well
defined: some of them have an infinite loop, some don't. So it's hard to
say the function is supposed to return or not.
--
Ezequiel GarcĂa, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.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