From: shawn.guo@freescale.com (Shawn Guo)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/1] net/fec: iMX53 needs gasket for both MII and RMII
Date: Fri, 1 Jul 2011 18:12:01 +0800 [thread overview]
Message-ID: <20110701101200.GA8631@S2100-06.ap.freescale.net> (raw)
In-Reply-To: <4E0CC52C.6010306@boundarydevices.com>
On Thu, Jun 30, 2011 at 11:49:16AM -0700, Troy Kisky wrote:
> On 6/30/2011 9:19 AM, Shawn Guo wrote:
> > Hi Troy,
> >
> > On Wed, Jun 29, 2011 at 03:38:18PM -0700, Troy Kisky wrote:
> >> Currently, only RMII interfaces are using the gasket.
> >> But, the iMX53 needs to enable the gasket for MII
> >> mode as well. The iMX51 has no gasket registers. So,
> >> add a use_gasket field to fec_platform_data to not restrict
> >> same kernel for both iMX51/53 boards.
> >>
> >
> > Right, on those early SoCs with fec, like imx27/35/51, there is no
> > gasket, while on those recent ones, like imx25/50/53, there is gasket,
> > and the gasket should be enabled for not only MII mode but also RMII
> > mode. I guess you caught this problem when using a MII phy with
> > imx53?
> >
> > Though I agree this is something we need to fix, I'm unsure using
> > platform_data is the best way. IMO, this gasket is rather SoC
> > specific thing than platform (board). If we are running fec on
> > imx25/50/53, we need to enable the gasket, no matter what boards
> > we are using and how the boards are designed.
> >
> > Since platform_device_id is already being used to distinguish imx28
> > from other imx SoCs, maybe we can extend it to handle gasket too?
> >
> > Regards,
> > Shawn
> >
> >> iMX28 boards don't need use_gasket, as they have
> >> FEC_QUIRK_ENET_MAC.
>
> When I saw how FEC_QUIRK_ENET_MAC was handled, it thought about changing
> to do it that way. It really does look better that way. But the current
> change looks more efficient memory-wise. Though, I guess that would
> depend on how many boards your kernel supports and whether more option
> are to be added later.
>
> I'm fine with redoing your way if I can get a tentative OK first.
>
> Is .name = 'g-fec' OK?
>
No. Let code talk. I just sent a patch with double sign-off (you
and me). Please take a look.
--
Regards,
Shawn
next prev parent reply other threads:[~2011-07-01 10:12 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1309387098-30680-1-git-send-email-troy.kisky@boundarydevices.com>
2011-06-29 22:50 ` [PATCH 1/1] net/fec: iMX53 needs gasket for both MII and RMII Troy Kisky
2011-06-30 19:04 ` Fabio Estevam
2011-06-30 16:19 ` Shawn Guo
2011-06-30 18:49 ` Troy Kisky
2011-07-01 10:12 ` Shawn Guo [this message]
2011-07-01 10:11 ` [PATCH] net/fec: gasket needs to be enabled for some i.mx Shawn Guo
2011-07-04 6:55 ` Sascha Hauer
2011-07-06 5:14 ` Shawn Guo
2011-07-07 11:12 ` David Miller
2011-07-07 13:41 ` Shawn Guo
2011-07-07 18:44 ` Grant Likely
2011-07-08 0:06 ` Shawn Guo
2011-07-22 2:00 ` Shawn Guo
2011-07-08 10:18 ` Sascha Hauer
2011-07-08 18:38 ` Troy Kisky
2011-07-09 5:45 ` Shawn Guo
2011-07-09 5:44 ` Shawn Guo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110701101200.GA8631@S2100-06.ap.freescale.net \
--to=shawn.guo@freescale.com \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).