linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurentp@cse-semaphore.com>
To: linuxppc-dev@ozlabs.org
Cc: Scott Wood <scottwood@freescale.com>, netdev@vger.kernel.org
Subject: Re: [RFC fs_enet: Convert MII bitbang driver to use GPIO lib
Date: Fri, 18 Apr 2008 13:34:29 +0200	[thread overview]
Message-ID: <200804181334.34229.laurentp@cse-semaphore.com> (raw)
In-Reply-To: <200804161809.40805.laurentp@cse-semaphore.com>

[-- Attachment #1: Type: text/plain, Size: 1908 bytes --]

On Wednesday 16 April 2008 18:09, Laurent Pinchart wrote:
> On Wednesday 16 April 2008 18:05, Anton Vorontsov wrote:
> > On Wed, Apr 16, 2008 at 04:40:42PM +0200, Laurent Pinchart wrote:
> > > This patch converts the MII bitband driver to use GPIO lib for GPIO
> > > access. The driver can now handle MDC and MDIO on different GPIO banks.
> > > 
> > > The patch depends on Anton Vorontsov GPIO lib support scheduled for
> > > 2.6.26. It is by no means complete, I just would like to get some
> > > feedback on the approach. I'll resubmit it when the CPM2 GPIO support
> > > patches will be available in the powerpc git tree.
> > 
> > Cool! By the way, maybe it is worth splitting it into completely separate
> > driver, e.g. net/mdio_gpio.c?
> 
> Splitting it into a completely separate driver makes sense.
>
> > Plus, keep in mind that somebody will eventually want this cool stuff with
> > platform_device bindings in addition. :-) 
> 
> I'm sure that person will be happy to implement platform_device bindings :-)

I had a first try at moving mdio gpio code into a separate driver.

Very little code is OF-independant, so the driver should probably be called 
mdio_of_gpio.c or mdio_ofgpio.c.

Scott Wood was concerned in 
http://patchwork.ozlabs.org/linuxppc/patch?id=17490 that the gpio lib might 
be an unnecessary burden for memory-constraint platforms. Should we keep two 
mdio bitbang drivers, one with direct access to the ports and one using gpio 
lib ? The later solves the concurrent access issues present in the current 
fs_enet mdio bitbang driber.

I'll submit a patch for whichever solution gets selected (modifying the 
current fs enet mdio bitbang driver to use the gpio lib, or creating a new 
driver).

-- 
Laurent Pinchart
CSE Semaphore Belgium

Chaussee de Bruxelles, 732A
B-1410 Waterloo
Belgium

T +32 (2) 387 42 59
F +32 (2) 387 42 75

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2008-04-18 11:34 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-16 14:40 [RFC fs_enet: Convert MII bitbang driver to use GPIO lib Laurent Pinchart
2008-04-16 16:05 ` Anton Vorontsov
2008-04-16 16:09   ` Laurent Pinchart
2008-04-18 11:34     ` Laurent Pinchart [this message]
2008-04-21 17:56       ` Scott Wood
2008-04-22  8:55         ` Laurent Pinchart
2008-04-22 15:08           ` Scott Wood
2008-04-22 15:21             ` Laurent Pinchart
2008-04-22 15:36               ` Anton Vorontsov
2008-04-22 15:36               ` Scott Wood
2008-04-22 15:55                 ` Laurent Pinchart
2008-04-22 16:04                   ` Scott Wood
2008-04-20 22:42 ` Grant Likely

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=200804181334.34229.laurentp@cse-semaphore.com \
    --to=laurentp@cse-semaphore.com \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=netdev@vger.kernel.org \
    --cc=scottwood@freescale.com \
    /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).