Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752423AbbEFJcj (ORCPT ); Wed, 6 May 2015 05:32:39 -0400 Received: from mout.kundenserver.de ([212.227.17.10]:65338 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751317AbbEFJcJ convert rfc822-to-8bit (ORCPT ); Wed, 6 May 2015 05:32:09 -0400 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Pali =?ISO-8859-1?Q?Roh=E1r?= , Rob Herring , Russell King , Will Deacon , Ivaylo Dimitrov , Sebastian Reichel , Pavel Machek , Tony Lindgren , Andreas =?ISO-8859-1?Q?F=E4rber?= , linux-omap@vger.kernel.org, "linux-kernel@vger.kernel.org" , devicetree@vger.kernel.org Subject: Re: [RESEND] [PATCH v2 1/2] arm: devtree: Set system_rev from DT revision Date: Wed, 06 May 2015 11:31:15 +0200 Message-ID: <3577431.y872Foi4kj@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <1430902142-17035-2-git-send-email-pali.rohar@gmail.com> References: <1430902142-17035-1-git-send-email-pali.rohar@gmail.com> <1430902142-17035-2-git-send-email-pali.rohar@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" X-Provags-ID: V03:K0:z/erMvBaxHwuh65S9PhrWhWMWdW5w5kHGvx5Rvc0RiD5ng+lp2I IJW4jtCnYiCXzE2XWc6vBK77TCkH7ajb2K/qY+Ct7NFt319dYiQVHXgSAaEiy+S5XQ2GMLs QTjZW6BD636iFE6jvktZE8tfTBq1/Mei3Xi0cT1MAkBCqa9RqzwHxYp07YbS/stb7bSsovH KLgCRlrU5DLn5INhLBhzg== X-UI-Out-Filterresults: notjunk:1; Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1618 Lines: 43 On Wednesday 06 May 2015 10:49:01 Pali Roh?r wrote: > With this patch "revision" DT string entry is used to set global system_rev > variable. DT "revision" is expected to be string with one hexadecimal number. > So "Revision" line in /proc/cpuinfo will be same as "revision" DT value. > > Signed-off-by: Pali Roh?r > Acked-by: Pavel Machek +devicetree mailing list The property needs to be specified in a binding somewhere. > @@ -246,5 +247,14 @@ const struct machine_desc * __init setup_machine_fdt(unsigned int dt_phys) > /* Change machine number to match the mdesc we're using */ > __machine_arch_type = mdesc->nr; > > + /* Set system revision from DT */ > + prop = of_get_flat_dt_prop(dt_root, "revision", &size); > + if (prop && size > 0) { > + char revision[11]; > + strlcpy(revision, prop, min(size, (int)sizeof(revision))); > + if (kstrtouint(revision, 16, &system_rev) != 0) > + system_rev = 0; > + } > + > return mdesc; > } > What is the reason for doing it this early? I think it would be nicer to do it after unflattening the DT. Also, it seems strange to have a string property and then use kstrtouint to convert it into a number. I think it should either be specified in a DT binding to be a string and then have the kernel not assume that it is a number, or we should define it to be binary. Arnd -- 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/