Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752940AbbHNU5v (ORCPT ); Fri, 14 Aug 2015 16:57:51 -0400 Received: from mout.kundenserver.de ([212.227.126.131]:50435 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752066AbbHNU5r (ORCPT ); Fri, 14 Aug 2015 16:57:47 -0400 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Kenneth Lee , robh+dt@kernel.org, pawel.moll@arm.com, mark.rutland@arm.com, ijc+devicetree@hellion.org.uk, galak@codeaurora.org, catalin.marinas@arm.com, will.deacon@arm.com, Yisen.Zhuang@huawei.com, davem@davemloft.net, paul.gortmaker@windriver.com, dingtianhong@huawei.com, zhangfei.gao@linaro.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linuxarm@huawei.com, salil.mehta@huawei.com, huangdaode@hisilicon.com, Kenneth Lee Subject: Re: [PATCH 3/5] net: add Hisilicon Network Subsystem MDIO support Date: Fri, 14 Aug 2015 22:57:28 +0200 Message-ID: <2142879.tTtWetb0nc@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <1439548222-231611-4-git-send-email-liguozhu@hisilicon.com> References: <1439548222-231611-1-git-send-email-liguozhu@hisilicon.com> <1439548222-231611-4-git-send-email-liguozhu@hisilicon.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:RsNfA2GLmapB1aTdrmI5wNOctEGtCUQUGIoA6075pJ23wtksUD3 zrtzYar2yuS45ead0OTiSGm1up07Z+qC3MJ9XSGRBSCILm2JkgeSn/x0PNC1nxsDwvZZxY5 ti4fpIOc8uOmMF2mvFrDPp8UxNob7O8kUyPdGbA/wrVErlL4JhosZby7dj1ZKlqbdFFV9/U 8T9byVphINw/T19mNbhxg== X-UI-Out-Filterresults: notjunk:1;V01:K0:0l4o3reaQdM=:sS2Z52Y7fluzrUX4Od7EsS 7lTbKPls+2RIw4pbgKBO+BgVv7PUi1/2BkIrRUQdEV+w8Y/xaA0N95+UoRafXF1dsWzEsyPcZ g4OUy0Y8yFBzMe5pWJAB/azkjPm3JoSRiogbXIBEpTjCm9cW6E4W+6oif+Na4ww62nSZnLm3I LYC0P1gdIcDzvhzts5icBJoF12jp3M+Wzb1BofhjCUBJRSlBS+R2bk/MfXXJTKLKeu3Um86f5 uNWJe/bx2NvNxH0ifl6h4w117hKJb7VIX0NNEB9USr0S98WlQ2vfcyXodZGEmrwKlyLeO+yex 2HEIsKYAaIpsfEX4XB3K/qFeRK32MR4lRApK/Vx/GD4IkXF1ur/afjYMvfToGjyNgQGbbhfMQ 2NUg9+7XfKfNlnC8HF5R+VQssekZHLKv9u9MUEevY/SqsSfJgBdJAvU1oM2ucPp0nHvQ19DHB TTgfEeOwMneEDnCBghbg1bk1vWJEX/Fex9E84gxmnPBQeE6qXdnWNMwGkuDDP4v0yzpo9Panv fJMzSRJXeVepY2/IeKdt+gFpodRwryGJZA3YVqjXTEK3ZCdcgxkMnGzkOA4mxEht9hRxuKSoq 1iu8pgA/uUBHUOt4nSfeIbePYIACByX65+MjcgaPlQCzZuu0aXvxaGWh0SiihmMwpJ6XfBgvj P7EA/VwqaiR5PIx9qZZYQ1RW5OqvAzdqH83FcwiNA0cs7d6JKhB3pLUM2aqTub6qIDDTWZMNS IVUW0CCuyMG7v175 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1505 Lines: 46 On Friday 14 August 2015 18:30:20 Kenneth Lee wrote: > +#define MDIO_BASE_ADDR 0x403C0000 Does not belong in here (and is not used) > +#define MDIO_COMMAND_REG 0x0 > +#define MDIO_ADDR_REG 0x4 > +#define MDIO_WDATA_REG 0x8 > +#define MDIO_RDATA_REG 0xc > +#define MDIO_STA_REG 0x10 These look suspiciously similar to definitions from drivers/net/ethernet/hisilicon/hip04_mdio.c. Could the hardware be related? If so, please try to share the common parts. > +static inline void mdio_write_reg(void *base, u32 reg, u32 value) > +{ > + u8 __iomem *reg_addr = ACCESS_ONCE(base); > + > + writel(value, reg_addr + reg); > +} > + > +#define MDIO_WRITE_REG(a, reg, value) \ > + mdio_write_reg((a)->vbase, (reg), (value)) > Something seems wrong here: why do you have an ACCESS_ONCE() on a local variable? Doesn't this just make the code less efficient without providing lockless access to shared variables? The types are inconsistent here, you should get a warning from running this through 'make C=1' because of the missing __iomem annotation of the pointer. Also, why both a macro and an inline function? Just use an inline function. 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/