Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933267AbcKNMFn (ORCPT ); Mon, 14 Nov 2016 07:05:43 -0500 Received: from mout.kundenserver.de ([217.72.192.75]:56884 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752173AbcKNMFi (ORCPT ); Mon, 14 Nov 2016 07:05:38 -0500 From: Arnd Bergmann To: "pankaj.dubey" Cc: Jisheng Zhang , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, rmk+kernel@armlinux.org.uk, horms@verge.net.au, magnus.damm@gmail.com, geert+renesas@glider.be, vireshk@kernel.org, shiraz.linux.kernel@gmail.com, krzk@kernel.org, thomas.ab@samsung.com, Russell King , Dinh Nguyen , Patrice Chotard , Linus Walleij , Liviu Dudau , Ray Jui , Stephen Warren , Heiko Stuebner , Shawn Guo , Michal Simek , Wei Xu , Andrew Lunn , Jun Nie , "cpgs ." Subject: Re: [PATCH 01/16] ARM: scu: Provide support for parsing SCU device node to enable SCU Date: Mon, 14 Nov 2016 13:03:09 +0100 Message-ID: <2479429.Js1FDSdQzs@wuerfel> User-Agent: KMail/5.1.3 (Linux/4.4.0-34-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: <71596b86-7653-5c02-fc46-59409a91243f@samsung.com> References: <1479099731-28108-1-git-send-email-pankaj.dubey@samsung.com> <20161114141251.7ea86e7a@xhacker> <71596b86-7653-5c02-fc46-59409a91243f@samsung.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:le4XY1TRWg9SX5VQ9TtaTwKcz7GWTH/9S9VFNN/wL+qZsZapnNg 6gNlELbw6zTnt8Wspp2oh0W+aiKIa9DMY3YqmeBMVfgmQZeGsUimWWED95t4Fv663StZfSR pZht6SsEPvZlBf4IdPBIVrkVMSh2AHFoUy4x1swYdV5Tt0txIpjmG7JOQrjI5hc9HzY0Cfe O5UlBeIZLbTKV6/lQMnzg== X-UI-Out-Filterresults: notjunk:1;V01:K0:q2xkwXrGENA=:IVEQdPfSSJqDo3oSAS2vr6 /LgLK/6L+zOwGpStqVjIH6ZTvqUWBylgyPCY4LuEfjBmEg5UnknMBTyJMxgY0XQ4JARdyieoV JN9J7NlAK6qy3yECfXRSt/2n7k+x1gEffcgf2KO2g4SvWoNeEO7kv2Ot6JzbXQTwqv1ONRZTF 3cM9MSPRCHYEqrYJYVGhtEiVuFoVRXHurdWE/cwbNANZfQN4K5jnIaSY3mGhX4fJgwJVDxdOm jWDeJp6ukxPMApaEafABjiScZcIlSUMkOgQitTIIJWE73K30T838XQFA2Dvpbbl9r11X9yZDn udMTmZiiJhWVzXHXbmyJ0NdI+G9iNyqdrP7AsQpODnzJa/YdWPVjd5vmsbAXjgyLqrVZQ+NJ8 dPnLfTSv7IwG62VNJbOnIlunLshb0uS886P5nyAcRiVN94OAazNyfDvn9QLwlWYRHReidcRI8 4+qqMMdswY5Rw4msQ1yHufMqybXLSizGzRdQZCv0DmS1fhEgi8HbUXYCmT8/3/VyGoOV+UD4D WW03AuXfuG7UeqCAhrR0f76s0K3qNInBeaqwL48LDxk029Y/8yZWQCiFwkO4DB+Jg6ZSBrCEM eyc66D0uv2bprMl9etfCgncoUldApjLGBaXq7h6PTBVE5R7daSrGMYFgM7EALRBKsKdPVtd8e vaNlz8eRO6h7szMzQc5IigZ57wix25Z1sd3X9cW2djy/hTdIDDjedovWYYZdlRzDzIOxo7swY 88T5QBD+UUq74HnT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 836 Lines: 20 On Monday, November 14, 2016 2:10:16 PM CET pankaj.dubey wrote: > >> + scu_base = of_iomap(np, 0); > >> + of_node_put(np); > >> + if (!scu_base) { > >> + pr_err("%s failed to map scu_base via DT\n", __func__); > > > > For non-ca5, non-ca9 based SoCs, we'll see this error msg. We understand > > what does it mean, but it may confuse normal users. In current version, > > berlin doesn't complain like this for non-ca9 SoCs > > > > OK, let me see other reviewer's comment on this. Then we will decide if > this error message is required or can be omitted. We need to look at all callers here, to see if the function ever gets called for a CPU that doesn't have an SCU. I'd say we should warn if we know there is an SCU but we cannot map it, but never warn on any of the CPU cores that don't support an SCU. Arnd