Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751222AbbLHWPW (ORCPT ); Tue, 8 Dec 2015 17:15:22 -0500 Received: from seldrel01.sonyericsson.com ([37.139.156.2]:1663 "EHLO seldrel01.sonyericsson.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750752AbbLHWPV (ORCPT ); Tue, 8 Dec 2015 17:15:21 -0500 Date: Tue, 8 Dec 2015 14:15:10 -0800 From: Bjorn Andersson To: Arnd Bergmann CC: John Stultz , lkml , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Vinay Simha BN , Haojian Zhuang , "devicetree@vger.kernel.org" , Android Kernel Team Subject: Re: [RFC][PATCH] misc: Introduce reboot_reason driver Message-ID: <20151208221510.GH4000@usrtlx11787.corpusers.net> References: <1449610162-30543-1-git-send-email-john.stultz@linaro.org> <1858873.xsM5XHIlTX@wuerfel> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <1858873.xsM5XHIlTX@wuerfel> User-Agent: Mutt/1.5.22 (2013-10-16) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2387 Lines: 77 On Tue 08 Dec 13:52 PST 2015, Arnd Bergmann wrote: > On Tuesday 08 December 2015 13:29:22 John Stultz wrote: > [..] > > +static int reboot_reason(struct notifier_block *nb, unsigned long action, > > + void *data) > > +{ > > + char *cmd = (char *)data; > > + long reason = reasons[NONE]; > > + > > + if (!reboot_reason_addr) > > + return NOTIFY_DONE; > > + > > + if (cmd != NULL) { > > + if (!strncmp(cmd, "bootloader", 10)) > > + reason = reasons[BOOTLOADER]; > > + else if (!strncmp(cmd, "recovery", 8)) > > + reason = reasons[RECOVERY]; > > + else if (!strncmp(cmd, "oem-", 4)) { > > + unsigned long code; > > + > > + if (!kstrtoul(cmd+4, 0, &code)) > > + reason = reasons[OEM] | (code & 0xff); > > + } > > + } > > + > > + if (reason != -1) > > + writel(reason, reboot_reason_addr); > > + return NOTIFY_DONE; > > +} > > Will this reboot the machine? > It will store the magic in IMEM, that is then read by the boot loader after the reboot to make it trigger alternative boot flows - e.g. the recovery/update path or enter fastboot mode. > > + /* Install the notifier */ > > + restart_nb.notifier_call = reboot_reason; > > + restart_nb.priority = 256; > > + if (register_restart_handler(&restart_nb)) { > > If not, you should use register_reboot_notifier() rather than > register_restart_handler(). The former gets called to do something > just before rebooting, while the latter attempts to actually reboot > the machine. > It should be a reboot_notifier, sorry for missing this in my answer. > > +static int __init reboot_reason_init(void) > > +{ > > + return platform_driver_register(&reboot_reason_driver); > > +} > > +arch_initcall(reboot_reason_init); > > Why this early? If it can be a normal device_initcall, you can use > module_platform_driver(). > Not represented in this patch is that several Android vendors uses this mechanism to communicate a panic() to the boot loader; to let the system enter some sort of memory dump state. Adding support for that would be convenient and mandate the early, otherwise it's just userspace that will trigger this so module would be fine. Regards, Bjorn -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/