From: Cyril Chemparathy <cyril-l0cyMroinI0@public.gmane.org>
To: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
davinci-linux-open-source-VycZQUHpC/PFrsHnngEfi1aTQe2KTcn/@public.gmane.org,
linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: [PATCH v4 00/10] split out emac cpdma and mdio for reuse
Date: Tue, 14 Sep 2010 17:10:02 -0400 [thread overview]
Message-ID: <1284498612-25294-1-git-send-email-cyril@ti.com> (raw)
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch series separates out EMAC's MDIO and CPDMA
functionality, allowing these individual pieces to be reused across TI
hardware.
This patch series has been broadly organized as follows:
MDIO:
- Add new functionality
netdev: separate out davinci mdio controller code
- Hookup new functionality
davinci: add mdio platform devices
omap: add mdio platform devices
netdev: switch davinci emac to new mdio driver
- Cleanup left over cruft
davinci: cleanup unused davinci mdio arch code
omap: cleanup unused davinci mdio arch code
netdev: cleanup unused davinci mdio emac code
CPDMA:
- Add new functionality
netdev: separate out davinci cpdma controller code
- Hookup new functionality
netdev: switch davinci emac to new cpdma layer
- Cleanup left over cruft
netdev: cleanup unused davinci emac cpdma code
This series has been tested on dm365 and tnetv107x (with additional cpsw
patches) hardware. Although am3517 (omap) board support code has been updated
as needed, emac does not work on this platform.
Changes from v1:
1. Fixed memory leak in cpdma_chan_create() failure case
2. Included new omap patches for am3517, avoids build breakage
Changes from v2:
1. Updated series to include mityomapl138 board
2. Minor white-space fixes
Changes from v3 (rolled in "post cpdma/mdio refactoring fixes" series):
1. allow forced 100/full mode instead of phy auto-detect
2. specify phy_id on boards that had a phy_mask defined earlier
3. requeue cpdma descriptors when EOQ at submit
4. use calculated mdio bus access times instead of hardcoded delays
5. work around emac soft-reset impact on mdio controller state
6. extend register dumps to include cpdma registers
Cyril Chemparathy (10):
net: davinci_emac: separate out davinci mdio
davinci: add mdio platform devices
omap: add mdio platform devices
net: davinci_emac: switch to new mdio
davinci: cleanup mdio arch code and switch to phy_id
omap: cleanup unused davinci mdio arch code
net: davinci_emac: cleanup unused mdio emac code
net: davinci_emac: separate out cpdma code
net: davinci_emac: switch to new cpdma layer
net: davinci_emac: cleanup unused cpdma code
arch/arm/mach-davinci/board-da830-evm.c | 7 +-
arch/arm/mach-davinci/board-da850-evm.c | 7 +-
arch/arm/mach-davinci/board-dm365-evm.c | 7 +-
arch/arm/mach-davinci/board-dm644x-evm.c | 8 +-
arch/arm/mach-davinci/board-dm646x-evm.c | 7 +-
arch/arm/mach-davinci/board-mityomapl138.c | 8 +-
arch/arm/mach-davinci/board-neuros-osd2.c | 7 +-
arch/arm/mach-davinci/board-sffsdr.c | 7 +-
arch/arm/mach-davinci/devices-da8xx.c | 31 +-
arch/arm/mach-davinci/dm365.c | 23 +-
arch/arm/mach-davinci/dm644x.c | 23 +-
arch/arm/mach-davinci/dm646x.c | 22 +-
arch/arm/mach-davinci/include/mach/dm365.h | 2 +-
arch/arm/mach-davinci/include/mach/dm644x.h | 2 +-
arch/arm/mach-davinci/include/mach/dm646x.h | 2 +-
arch/arm/mach-omap2/board-am3517evm.c | 31 +-
drivers/net/Kconfig | 21 +
drivers/net/Makefile | 2 +
drivers/net/davinci_cpdma.c | 965 +++++++++++++++++++
drivers/net/davinci_cpdma.h | 108 +++
drivers/net/davinci_emac.c | 1338 ++++-----------------------
drivers/net/davinci_mdio.c | 475 ++++++++++
include/linux/davinci_emac.h | 16 +-
23 files changed, 1894 insertions(+), 1225 deletions(-)
create mode 100644 drivers/net/davinci_cpdma.c
create mode 100644 drivers/net/davinci_cpdma.h
create mode 100644 drivers/net/davinci_mdio.c
next reply other threads:[~2010-09-14 21:10 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-14 21:10 Cyril Chemparathy [this message]
2010-09-14 21:10 ` [PATCH v4 01/10] net: davinci_emac: separate out davinci mdio Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 02/10] davinci: add mdio platform devices Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 03/10] omap: " Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 04/10] net: davinci_emac: switch to new mdio Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 05/10] davinci: cleanup mdio arch code and switch to phy_id Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 06/10] omap: cleanup unused davinci mdio arch code Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 07/10] net: davinci_emac: cleanup unused mdio emac code Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 08/10] net: davinci_emac: separate out cpdma code Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 09/10] net: davinci_emac: switch to new cpdma layer Cyril Chemparathy
2010-09-14 21:10 ` [PATCH v4 10/10] net: davinci_emac: cleanup unused cpdma code Cyril Chemparathy
2010-09-14 23:10 ` [PATCH v4 00/10] split out emac cpdma and mdio for reuse Kevin Hilman
2010-09-15 14:11 Cyril Chemparathy
2010-09-15 14:54 ` Kevin Hilman
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=1284498612-25294-1-git-send-email-cyril@ti.com \
--to=cyril-l0cymroini0@public.gmane.org \
--cc=davinci-linux-open-source-VycZQUHpC/PFrsHnngEfi1aTQe2KTcn/@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.