Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935054AbcKWKRH (ORCPT ); Wed, 23 Nov 2016 05:17:07 -0500 Received: from foss.arm.com ([217.140.101.70]:47640 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934497AbcKWKRE (ORCPT ); Wed, 23 Nov 2016 05:17:04 -0500 Subject: Re: [PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver To: Frank Rowand References: <1477925138-23457-1-git-send-email-bgolaszewski@baylibre.com> <1477925138-23457-2-git-send-email-bgolaszewski@baylibre.com> <5833A2DA.40701@gmail.com> Cc: Sekhar Nori , Bartosz Golaszewski , Kevin Hilman , Michael Turquette , Rob Herring , Mark Rutland , Peter Ujfalusi , Russell King , Sudeep Holla , LKML , arm-soc , linux-drm , linux-devicetree , Jyri Sarha , Tomi Valkeinen , David Airlie , Laurent Pinchart From: Sudeep Holla Organization: ARM Message-ID: <60ae05f0-7719-f6c2-f725-97501f6fc219@arm.com> Date: Wed, 23 Nov 2016 10:16:58 +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: <5833A2DA.40701@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: 1109 Lines: 37 On 22/11/16 01:43, Frank Rowand wrote: > Hi Sekhar, > > (And adding Sudeep since he becomes involved in this further > down thread and at that point says he will re-work this > proposed work around in a manner that is incorrect in a > manner that is similar to this proposed work around.) > > On 11/21/16 08:33, Sekhar Nori wrote: [...] >> static int da8xx_ddrctl_probe(struct platform_device *pdev) >> { >> const struct da8xx_ddrctl_config_knob *knob; >> @@ -118,7 +130,7 @@ static int da8xx_ddrctl_probe(struct platform_device *pdev) >> setting = da8xx_ddrctl_get_board_settings(); >> if (!setting) { >> dev_err(dev, "no settings for board '%s'\n", >> - of_flat_dt_get_machine_name()); > > da8xx_ddrctl_get_board_settings() tries to match based on the "compatible" > property in the root node. The "model" property in the root node has > nothing to do with the failure to match. So creating and then using > da8xx_ddrctl_get_machine_name() to potentially report model is not useful. > > It should be sufficient to simply report that no compatible matched. > Agreed. -- Regards, Sudeep