Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
/*
|
|
|
|
* drivers/net/ibm_newemac/zmii.c
|
|
|
|
*
|
|
|
|
* Driver for PowerPC 4xx on-chip ethernet controller, ZMII bridge support.
|
|
|
|
*
|
2007-12-05 00:14:33 +00:00
|
|
|
* Copyright 2007 Benjamin Herrenschmidt, IBM Corp.
|
|
|
|
* <benh@kernel.crashing.org>
|
|
|
|
*
|
|
|
|
* Based on the arch/ppc version of the driver:
|
|
|
|
*
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
* Copyright (c) 2004, 2005 Zultys Technologies.
|
|
|
|
* Eugene Surovegin <eugene.surovegin@zultys.com> or <ebs@ebshome.net>
|
|
|
|
*
|
|
|
|
* Based on original work by
|
|
|
|
* Armin Kuster <akuster@mvista.com>
|
|
|
|
* Copyright 2001 MontaVista Softare Inc.
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify it
|
|
|
|
* under the terms of the GNU General Public License as published by the
|
|
|
|
* Free Software Foundation; either version 2 of the License, or (at your
|
|
|
|
* option) any later version.
|
|
|
|
*
|
|
|
|
*/
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 08:04:11 +00:00
|
|
|
#include <linux/slab.h>
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/ethtool.h>
|
|
|
|
#include <asm/io.h>
|
|
|
|
|
|
|
|
#include "emac.h"
|
|
|
|
#include "core.h"
|
|
|
|
|
|
|
|
/* ZMIIx_FER */
|
|
|
|
#define ZMII_FER_MDI(idx) (0x80000000 >> ((idx) * 4))
|
|
|
|
#define ZMII_FER_MDI_ALL (ZMII_FER_MDI(0) | ZMII_FER_MDI(1) | \
|
|
|
|
ZMII_FER_MDI(2) | ZMII_FER_MDI(3))
|
|
|
|
|
|
|
|
#define ZMII_FER_SMII(idx) (0x40000000 >> ((idx) * 4))
|
|
|
|
#define ZMII_FER_RMII(idx) (0x20000000 >> ((idx) * 4))
|
|
|
|
#define ZMII_FER_MII(idx) (0x10000000 >> ((idx) * 4))
|
|
|
|
|
|
|
|
/* ZMIIx_SSR */
|
|
|
|
#define ZMII_SSR_SCI(idx) (0x40000000 >> ((idx) * 4))
|
|
|
|
#define ZMII_SSR_FSS(idx) (0x20000000 >> ((idx) * 4))
|
|
|
|
#define ZMII_SSR_SP(idx) (0x10000000 >> ((idx) * 4))
|
|
|
|
|
|
|
|
/* ZMII only supports MII, RMII and SMII
|
|
|
|
* we also support autodetection for backward compatibility
|
|
|
|
*/
|
|
|
|
static inline int zmii_valid_mode(int mode)
|
|
|
|
{
|
|
|
|
return mode == PHY_MODE_MII ||
|
|
|
|
mode == PHY_MODE_RMII ||
|
|
|
|
mode == PHY_MODE_SMII ||
|
|
|
|
mode == PHY_MODE_NA;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline const char *zmii_mode_name(int mode)
|
|
|
|
{
|
|
|
|
switch (mode) {
|
|
|
|
case PHY_MODE_MII:
|
|
|
|
return "MII";
|
|
|
|
case PHY_MODE_RMII:
|
|
|
|
return "RMII";
|
|
|
|
case PHY_MODE_SMII:
|
|
|
|
return "SMII";
|
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline u32 zmii_mode_mask(int mode, int input)
|
|
|
|
{
|
|
|
|
switch (mode) {
|
|
|
|
case PHY_MODE_MII:
|
|
|
|
return ZMII_FER_MII(input);
|
|
|
|
case PHY_MODE_RMII:
|
|
|
|
return ZMII_FER_RMII(input);
|
|
|
|
case PHY_MODE_SMII:
|
|
|
|
return ZMII_FER_SMII(input);
|
|
|
|
default:
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
int __devinit zmii_attach(struct of_device *ofdev, int input, int *mode)
|
|
|
|
{
|
|
|
|
struct zmii_instance *dev = dev_get_drvdata(&ofdev->dev);
|
2007-10-14 18:36:10 +00:00
|
|
|
struct zmii_regs __iomem *p = dev->base;
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
|
|
|
|
ZMII_DBG(dev, "init(%d, %d)" NL, input, *mode);
|
|
|
|
|
2007-12-05 00:14:27 +00:00
|
|
|
if (!zmii_valid_mode(*mode)) {
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
/* Probably an EMAC connected to RGMII,
|
|
|
|
* but it still may need ZMII for MDIO so
|
|
|
|
* we don't fail here.
|
|
|
|
*/
|
2007-12-05 00:14:27 +00:00
|
|
|
dev->users++;
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
return 0;
|
2007-12-05 00:14:27 +00:00
|
|
|
}
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
|
|
|
|
mutex_lock(&dev->lock);
|
|
|
|
|
|
|
|
/* Autodetect ZMII mode if not specified.
|
|
|
|
* This is only for backward compatibility with the old driver.
|
|
|
|
* Please, always specify PHY mode in your board port to avoid
|
|
|
|
* any surprises.
|
|
|
|
*/
|
|
|
|
if (dev->mode == PHY_MODE_NA) {
|
|
|
|
if (*mode == PHY_MODE_NA) {
|
|
|
|
u32 r = dev->fer_save;
|
|
|
|
|
|
|
|
ZMII_DBG(dev, "autodetecting mode, FER = 0x%08x" NL, r);
|
|
|
|
|
|
|
|
if (r & (ZMII_FER_MII(0) | ZMII_FER_MII(1)))
|
|
|
|
dev->mode = PHY_MODE_MII;
|
|
|
|
else if (r & (ZMII_FER_RMII(0) | ZMII_FER_RMII(1)))
|
|
|
|
dev->mode = PHY_MODE_RMII;
|
|
|
|
else
|
|
|
|
dev->mode = PHY_MODE_SMII;
|
|
|
|
} else
|
|
|
|
dev->mode = *mode;
|
|
|
|
|
|
|
|
printk(KERN_NOTICE "%s: bridge in %s mode\n",
|
2010-04-13 23:12:29 +00:00
|
|
|
ofdev->dev.of_node->full_name,
|
|
|
|
zmii_mode_name(dev->mode));
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
} else {
|
|
|
|
/* All inputs must use the same mode */
|
|
|
|
if (*mode != PHY_MODE_NA && *mode != dev->mode) {
|
|
|
|
printk(KERN_ERR
|
|
|
|
"%s: invalid mode %d specified for input %d\n",
|
2010-04-13 23:12:29 +00:00
|
|
|
ofdev->dev.of_node->full_name, *mode, input);
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
mutex_unlock(&dev->lock);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Report back correct PHY mode,
|
|
|
|
* it may be used during PHY initialization.
|
|
|
|
*/
|
|
|
|
*mode = dev->mode;
|
|
|
|
|
|
|
|
/* Enable this input */
|
|
|
|
out_be32(&p->fer, in_be32(&p->fer) | zmii_mode_mask(dev->mode, input));
|
|
|
|
++dev->users;
|
|
|
|
|
|
|
|
mutex_unlock(&dev->lock);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void zmii_get_mdio(struct of_device *ofdev, int input)
|
|
|
|
{
|
|
|
|
struct zmii_instance *dev = dev_get_drvdata(&ofdev->dev);
|
|
|
|
u32 fer;
|
|
|
|
|
|
|
|
ZMII_DBG2(dev, "get_mdio(%d)" NL, input);
|
|
|
|
|
|
|
|
mutex_lock(&dev->lock);
|
|
|
|
|
|
|
|
fer = in_be32(&dev->base->fer) & ~ZMII_FER_MDI_ALL;
|
|
|
|
out_be32(&dev->base->fer, fer | ZMII_FER_MDI(input));
|
|
|
|
}
|
|
|
|
|
|
|
|
void zmii_put_mdio(struct of_device *ofdev, int input)
|
|
|
|
{
|
|
|
|
struct zmii_instance *dev = dev_get_drvdata(&ofdev->dev);
|
|
|
|
|
|
|
|
ZMII_DBG2(dev, "put_mdio(%d)" NL, input);
|
|
|
|
mutex_unlock(&dev->lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
void zmii_set_speed(struct of_device *ofdev, int input, int speed)
|
|
|
|
{
|
|
|
|
struct zmii_instance *dev = dev_get_drvdata(&ofdev->dev);
|
|
|
|
u32 ssr;
|
|
|
|
|
|
|
|
mutex_lock(&dev->lock);
|
|
|
|
|
|
|
|
ssr = in_be32(&dev->base->ssr);
|
|
|
|
|
|
|
|
ZMII_DBG(dev, "speed(%d, %d)" NL, input, speed);
|
|
|
|
|
|
|
|
if (speed == SPEED_100)
|
|
|
|
ssr |= ZMII_SSR_SP(input);
|
|
|
|
else
|
|
|
|
ssr &= ~ZMII_SSR_SP(input);
|
|
|
|
|
|
|
|
out_be32(&dev->base->ssr, ssr);
|
|
|
|
|
|
|
|
mutex_unlock(&dev->lock);
|
|
|
|
}
|
|
|
|
|
2008-04-22 00:46:43 +00:00
|
|
|
void zmii_detach(struct of_device *ofdev, int input)
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
{
|
|
|
|
struct zmii_instance *dev = dev_get_drvdata(&ofdev->dev);
|
|
|
|
|
|
|
|
BUG_ON(!dev || dev->users == 0);
|
|
|
|
|
|
|
|
mutex_lock(&dev->lock);
|
|
|
|
|
|
|
|
ZMII_DBG(dev, "detach(%d)" NL, input);
|
|
|
|
|
|
|
|
/* Disable this input */
|
|
|
|
out_be32(&dev->base->fer,
|
|
|
|
in_be32(&dev->base->fer) & ~zmii_mode_mask(dev->mode, input));
|
|
|
|
|
|
|
|
--dev->users;
|
|
|
|
|
|
|
|
mutex_unlock(&dev->lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
int zmii_get_regs_len(struct of_device *ofdev)
|
|
|
|
{
|
|
|
|
return sizeof(struct emac_ethtool_regs_subhdr) +
|
|
|
|
sizeof(struct zmii_regs);
|
|
|
|
}
|
|
|
|
|
|
|
|
void *zmii_dump_regs(struct of_device *ofdev, void *buf)
|
|
|
|
{
|
|
|
|
struct zmii_instance *dev = dev_get_drvdata(&ofdev->dev);
|
|
|
|
struct emac_ethtool_regs_subhdr *hdr = buf;
|
|
|
|
struct zmii_regs *regs = (struct zmii_regs *)(hdr + 1);
|
|
|
|
|
|
|
|
hdr->version = 0;
|
|
|
|
hdr->index = 0; /* for now, are there chips with more than one
|
|
|
|
* zmii ? if yes, then we'll add a cell_index
|
|
|
|
* like we do for emac
|
|
|
|
*/
|
|
|
|
memcpy_fromio(regs, dev->base, sizeof(struct zmii_regs));
|
|
|
|
return regs + 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __devinit zmii_probe(struct of_device *ofdev,
|
|
|
|
const struct of_device_id *match)
|
|
|
|
{
|
2010-04-13 23:12:29 +00:00
|
|
|
struct device_node *np = ofdev->dev.of_node;
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
struct zmii_instance *dev;
|
|
|
|
struct resource regs;
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = -ENOMEM;
|
|
|
|
dev = kzalloc(sizeof(struct zmii_instance), GFP_KERNEL);
|
|
|
|
if (dev == NULL) {
|
|
|
|
printk(KERN_ERR "%s: could not allocate ZMII device!\n",
|
|
|
|
np->full_name);
|
|
|
|
goto err_gone;
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_init(&dev->lock);
|
|
|
|
dev->ofdev = ofdev;
|
|
|
|
dev->mode = PHY_MODE_NA;
|
|
|
|
|
|
|
|
rc = -ENXIO;
|
|
|
|
if (of_address_to_resource(np, 0, ®s)) {
|
|
|
|
printk(KERN_ERR "%s: Can't get registers address\n",
|
|
|
|
np->full_name);
|
|
|
|
goto err_free;
|
|
|
|
}
|
|
|
|
|
|
|
|
rc = -ENOMEM;
|
2007-10-14 18:36:10 +00:00
|
|
|
dev->base = (struct zmii_regs __iomem *)ioremap(regs.start,
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
sizeof(struct zmii_regs));
|
|
|
|
if (dev->base == NULL) {
|
|
|
|
printk(KERN_ERR "%s: Can't map device registers!\n",
|
|
|
|
np->full_name);
|
|
|
|
goto err_free;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* We may need FER value for autodetection later */
|
|
|
|
dev->fer_save = in_be32(&dev->base->fer);
|
|
|
|
|
|
|
|
/* Disable all inputs by default */
|
|
|
|
out_be32(&dev->base->fer, 0);
|
|
|
|
|
|
|
|
printk(KERN_INFO
|
2010-04-13 23:12:29 +00:00
|
|
|
"ZMII %s initialized\n", ofdev->dev.of_node->full_name);
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
wmb();
|
|
|
|
dev_set_drvdata(&ofdev->dev, dev);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_free:
|
|
|
|
kfree(dev);
|
|
|
|
err_gone:
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __devexit zmii_remove(struct of_device *ofdev)
|
|
|
|
{
|
|
|
|
struct zmii_instance *dev = dev_get_drvdata(&ofdev->dev);
|
|
|
|
|
|
|
|
dev_set_drvdata(&ofdev->dev, NULL);
|
|
|
|
|
|
|
|
WARN_ON(dev->users != 0);
|
|
|
|
|
|
|
|
iounmap(dev->base);
|
|
|
|
kfree(dev);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct of_device_id zmii_match[] =
|
|
|
|
{
|
|
|
|
{
|
|
|
|
.compatible = "ibm,zmii",
|
|
|
|
},
|
|
|
|
/* For backward compat with old DT */
|
|
|
|
{
|
|
|
|
.type = "emac-zmii",
|
|
|
|
},
|
|
|
|
{},
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct of_platform_driver zmii_driver = {
|
2010-04-13 23:13:02 +00:00
|
|
|
.driver = {
|
|
|
|
.name = "emac-zmii",
|
|
|
|
.owner = THIS_MODULE,
|
|
|
|
.of_match_table = zmii_match,
|
|
|
|
},
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 03:56:01 +00:00
|
|
|
.probe = zmii_probe,
|
|
|
|
.remove = zmii_remove,
|
|
|
|
};
|
|
|
|
|
|
|
|
int __init zmii_init(void)
|
|
|
|
{
|
|
|
|
return of_register_platform_driver(&zmii_driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
void zmii_exit(void)
|
|
|
|
{
|
|
|
|
of_unregister_platform_driver(&zmii_driver);
|
|
|
|
}
|