[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <510F470E.5040205@ti.com>
Date: Mon, 4 Feb 2013 10:58:46 +0530
From: Sekhar Nori <nsekhar@...com>
To: Sekhar Nori <nsekhar@...com>
CC: Prabhakar Lad <prabhakar.csengg@...il.com>,
<davinci-linux-open-source@...ux.davincidsp.com>,
<netdev@...r.kernel.org>, <devicetree-discuss@...ts.ozlabs.org>,
<linux-kernel@...r.kernel.org>, Heiko Schocher <hs@...x.de>,
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH v2 6/6] ARM: davinci: da850: configure system configuration
chip(CFGCHIP3) for emac
On 2/3/2013 6:15 PM, Sekhar Nori wrote:
> On 1/28/2013 7:17 PM, Prabhakar Lad wrote:
>> From: Lad, Prabhakar <prabhakar.lad@...com>
> There are couple of issues with this implementation.
>
> 1) da8xx_config_emac() is specific to DA850 EVM, but masquerades as
> generic for da8xx. Looks like you need two functions, one for soc
> specific configuration and one board specific.
> 2) da8xx_config_emac() goes through all the time, whether the
> particular board has emac module or not. Shouldn't
> da8xx_config_emac() check if emac is actually enabled in the passed
> dtb and only the do the configuration?
> 3) The function assumes mii is used always, you can use the rmii_en dt
> property to check if rmii/mii is enabled and configure the soc/board
> accordingly.
> 4) If the same function can work both for da850 and da830, then it can
> be implemented outside of CONFIG_ARCH_DAVINCI_DA850.
Another thing I forgot to mention:
5) This patch replicates a lot of code form board-da850-evm.c. This
needs to be avoided. May be create function to configure emac in
da850.c. This can then be called in board-da850-evm.c as well as in the
dt case.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists