Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752516AbcKRKlQ (ORCPT ); Fri, 18 Nov 2016 05:41:16 -0500 Received: from foss.arm.com ([217.140.101.70]:44812 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752298AbcKRKlO (ORCPT ); Fri, 18 Nov 2016 05:41:14 -0500 Subject: Re: [PATCH 1/2] of: base: add support to get machine model name To: Frank Rowand , linux-kernel@vger.kernel.org References: <1479396775-32033-1-git-send-email-sudeep.holla@arm.com> <582E1A59.7040502@gmail.com> Cc: Sudeep Holla , Rob Herring , Arnd Bergmann , devicetree@vger.kernel.org From: Sudeep Holla Organization: ARM Message-ID: <075d4718-8cd2-e390-b755-bc24e7497eae@arm.com> Date: Fri, 18 Nov 2016 10:41:10 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <582E1A59.7040502@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1434 Lines: 51 On 17/11/16 21:00, Frank Rowand wrote: > On 11/17/16 07:32, Sudeep Holla wrote: >> Currently platforms/drivers needing to get the machine model name are >> replicating the same snippet of code. In some case, the OF reference >> counting is either missing or incorrect. >> >> This patch adds support to read the machine model name either using >> the "model" or the "compatible" property in the device tree root node >> to the core OF/DT code. >> >> This can be used to remove all the duplicate code snippets doing exactly >> same thing later. > > I find five instances of reading only property "model": > > arch/arm/mach-imx/cpu.c > arch/arm/mach-mxs/mach-mxs.c > arch/c6x/kernel/setup.c > arch/mips/cavium-octeon/setup.c > arch/sh/boards/of-generic.c > Ah sorry you were not Cc-ed in 2/2, but that shows all the instances that this will be used for. > I find one instance of reading property "model", then if > that does not exist, property "compatible": > > arch/mips/generic/proc.c > Correct as you can check in patch 2/2 > The proposed patch matches the code used in one place, and thus > current usage does not match the patch description. > Yes, but does it matter ? compatibles are somewhat informative about the model IMO. > Is my search bad? Are you planning to add additional instances > of reading "model" then "compatible"? > No, just replacing the existing ones as in patch 2/2 -- Regards, Sudeep