[PATCH v2] ARM: shmobile: BOCK-W: add Ether support
horms at verge.net.au
Sun May 26 09:33:34 EDT 2013
On Sun, May 26, 2013 at 03:40:17AM +0400, Sergei Shtylyov wrote:
> On 05/26/2013 03:22 AM, Simon Horman wrote:
> >>>>Register Ether device from bockw_init(), passing the platform data to it, adding
> >>>>only the RMII pin group to bockw_pinctrl_map. Although the LINK signal exists
> >>>>on the board, it's connected to the link/activity LED output of the PHY, thus
> >>>>the link disappears and reappears after each packet. We'd be better off ignoring
> >>>>such signal and getting the link state from the PHY indirectly.
> >>>>Also, Ether has pin conflict with VIN1, so the latter is not registered when the
> >>>>'sh_eth' driver is enabled now.
> >>>>Signed-off-by: Sergei Shtylyov <sergei.shtylyov at cogentembedded.com>
> >>>>The patch is atop of Simon's 'renesas.git' repo, 'renesas-next-20130515v2' tag
> >>>>and my recent yet unapplied patches.
> >>>>Note that it's compile and run time dependent on the current Linus' tree.
> >>>>Changes from the original posting:
> >>>>- refreshed the patch.
> >>>Thanks, would it be possible for you to rebase it on top of
> >> You mean to base it on this tag without any intervening patches
> >>(it is now on top of my patch series)? Anyway, I'll rebase my whole
> >>series on this tag as I have time (I'm now working with the SATA
> >>driver to try to add to it NCQ support and fixing errors I encounter
> >>on the way).
> >In general I would prefer for you to post patches that are based on my tree
> >without any intervening patches as it makes it significantly easier for me
> >to apply them.
> It's just that I've accumulated a significant queue of patches pending
> merge to you tree. I'll reshuffle the series, if you consider this patch
> more urgent than USB/VIN stuff.
I'm happy for you to set the priorities for your patches as you see fit.
More information about the linux-arm-kernel