Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp218408ybx; Wed, 30 Oct 2019 13:58:30 -0700 (PDT) X-Google-Smtp-Source: APXvYqz6ignlpUaac1saZP9w41HwIWzAvc/NTqaJepHJ2bdqZcgC9PdDHD3nsqUBYUxuPyeqBrN8 X-Received: by 2002:aa7:ca0b:: with SMTP id y11mr2002154eds.51.1572469110016; Wed, 30 Oct 2019 13:58:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572469110; cv=none; d=google.com; s=arc-20160816; b=bGfebnXyUG/4vhyKZV/8J0G/nESAxrKW6UZ7O+hrETAtbOmKgy7h91BgInx5eJ5uKz 0zPrwT/OLW+Lf+21YGbUDLQ6qd6DG3Q/FD/BDVc5Qyh4oOUGoKKWi6k0fQk0P/TXkOK+ /N1tdg1ZDmGpTy85CsUXnLOp5uFzmmnfhmoxNwBvg5MO70edszXO07ydFos7Yzfz17zF OZev2OKbV56s1jICbp8lgd1lUQSw/dsMiR+mTfPpV/4UBO4SZGNmj+NRhLAOJq7fYmY4 li3eZ/pB9t+QGCIXtN62Drw4beCmD81HdnhwGe6YSGeYsu2qD3RznQo5pBPJincz7jlW ZCeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from; bh=OMFab6Veh55PkLLOku89YRzUouKAkAW/VANq4js4gjc=; b=FBfTQcgcgB5J9nszAMkxj23ZsCHsnf2jz9RXdZhAnkrm5xXh3ig0XbZdrfULW8E0uj elZ102e/X1j4Sai/Uei9OjPFmZQVU4JS8GL1MtYEa3RbcncS+mekwtVEKjPf8tmmLcji n0Y0OSdKb73+yzI5CqnII5tcpo24D6baXJNX/ZvH+lS04PEH8XnDnYKMQN4JDxPz/6Rt 939G2Ko3iKnutvx0sWFhiAN89QXMhphBAR1X2CWaTJJvYrjSTHmJwYMpQsB0fn2WIo+y tOqFI7FFsYrWBJyobUpfX/asbNFDm/1kS5hh5ppSHYYTYKV8/2phJZP86A5wwknN6Hbt h0HQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a27si2466048edm.187.2019.10.30.13.58.06; Wed, 30 Oct 2019 13:58:29 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727022AbfJ3U5S (ORCPT + 99 others); Wed, 30 Oct 2019 16:57:18 -0400 Received: from smtp08.smtpout.orange.fr ([80.12.242.130]:29953 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726749AbfJ3U5R (ORCPT ); Wed, 30 Oct 2019 16:57:17 -0400 Received: from belgarion ([90.55.204.252]) by mwinf5d15 with ME id KwxF210025TFNlm03wxFig; Wed, 30 Oct 2019 21:57:15 +0100 X-ME-Helo: belgarion X-ME-Auth: amFyem1pay5yb2JlcnRAb3JhbmdlLmZy X-ME-Date: Wed, 30 Oct 2019 21:57:15 +0100 X-ME-IP: 90.55.204.252 From: Robert Jarzmik To: Arnd Bergmann Cc: Daniel Mack , Haojian Zhuang , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Linus Walleij , Michael Turquette , Stephen Boyd , linux-clk@vger.kernel.org Subject: Re: [PATCH 36/46] ARM: pxa: move smemc register access from clk to platform References: <20191018154052.1276506-1-arnd@arndb.de> <20191018154201.1276638-36-arnd@arndb.de> X-URL: http://belgarath.falguerolles.org/ Date: Wed, 30 Oct 2019 21:57:15 +0100 In-Reply-To: <20191018154201.1276638-36-arnd@arndb.de> (Arnd Bergmann's message of "Fri, 18 Oct 2019 17:41:51 +0200") Message-ID: <87pnielzo4.fsf@belgarion.home> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/26 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Arnd Bergmann writes: > The get_sdram_rows() and get_memclkdiv() helpers need smemc > register that are separate from the clk registers, move > them out of the clk driver, and use an extern declaration > instead. > > Cc: Michael Turquette > Cc: Stephen Boyd > Cc: linux-clk@vger.kernel.org > Signed-off-by: Arnd Bergmann This patch bothers me a bit. The idea behind generic.c is that it's a file common to all pxa2xx, pxa3xx platforms. Yet with this patch, someone without history will believe that calling pxa_smemc_get_sdram_rows() on a pxa3xx platform is perfectly valid, while it is not, because DRAC2 doesn't exist on pxa3xx (bits are not defined in MDCNFG). At least I'll rename the function to pxa2xx_smemc_get_sdram_rows() if you don't have a better idea. Cheers. -- Robert