Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753297AbbLIIuW (ORCPT ); Wed, 9 Dec 2015 03:50:22 -0500 Received: from metis.ext.4.pengutronix.de ([92.198.50.35]:58067 "EHLO metis.ext.4.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752474AbbLIIuT (ORCPT ); Wed, 9 Dec 2015 03:50:19 -0500 Date: Wed, 9 Dec 2015 09:50:05 +0100 From: Sascha Hauer To: John Stultz Cc: Arnd Bergmann , lkml , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Vinay Simha BN , Bjorn Andersson , Haojian Zhuang , devicetree@vger.kernel.org, Android Kernel Team Subject: Re: [RFC][PATCH] misc: Introduce reboot_reason driver Message-ID: <20151209085005.GR11966@pengutronix.de> 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: X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-IRC: #ptxdist @freenode X-Accept-Language: de,en X-Accept-Content-Type: text/plain X-Uptime: 09:47:09 up 52 days, 17:26, 92 users, load average: 0.04, 0.04, 0.05 User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: sha@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2814 Lines: 82 On Tue, Dec 08, 2015 at 04:13:35PM -0800, John Stultz wrote: > On Tue, Dec 8, 2015 at 1:52 PM, Arnd Bergmann wrote: > > > > On Tuesday 08 December 2015 13:29:22 John Stultz wrote: > > > > > diff --git a/arch/arm/boot/dts/qcom-apq8064-nexus7-flo.dts b/arch/arm/boot/dts/qcom-apq8064-nexus7-flo.dts > > > index 5183d18..ee5dcb7 100644 > > > --- a/arch/arm/boot/dts/qcom-apq8064-nexus7-flo.dts > > > +++ b/arch/arm/boot/dts/qcom-apq8064-nexus7-flo.dts > > > @@ -282,6 +282,15 @@ > > > }; > > > }; > > > > > > + reboot_reason: reboot_reason@2a03f65c { > > > + compatible = "reboot_reason"; > > > > This is not a good compatible string. There should generally be a vendor > > name associated with it (use "linux," if nothing else, and you should have > > '-' instead of '_'. > > > Ack. > > > > > > > > > + reg = <0x2A03F65C 0x4>; > > > > This may easily conflict with the device it is part of. We should have > > non-overlapping register areas in general. For the example you are > > looking at, which register block is this? > > So Bjorn says its IMEM, but I was assuming it was just a reserved > magic phys addr from the bootloader. > > Ideally I'm hoping to use this same driver for another device, which > plans to reserve a page from memory that the bootloader won't clear. > > > > > +/* Types of reasons */ > > > +static enum { > > > + NONE, > > > + BOOTLOADER, > > > + RECOVERY, > > > + OEM, > > > + MAX_REASONS > > > +} __maybe_unused reason_types; > > > > The variable seems to always be unused, not just "__maybe_unused". Maybe remove it? > > > Yea. I initially just had the empty enum, but the compiler was giving > me "useless class storage specifier in empty declaration" warnings. So > I added a variable to it, but then I got unused variable warnings. So > I ended up with this. :P > > Is there a better way? Are enums for array indexes out of fashion? They are not, but you have declared a variable (reason_types) which you don't use. You probably meant to create a enum named reason_types, like this: enum reason_types { NONE, BOOTLOADER, RECOVERY, OEM, MAX_REASONS }; Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | -- 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/