From: Grant Likely
This patch adds support for the Xilinx ll_temac 10/100/1000 Ethernet
device. The ll_temac ipcore is typically used on Xilinx Virtex and
Spartan designs attached to either a PowerPC 4xx or Microblaze
processor.
At the present moment, this driver only works with Virtex5 PowerPC
From: Grant Likely
CC: Yoshio Kashiwagi
CC: David H. Lynch Jr.
CC: John Linn
CC: John Bonesio
CC: David DeBonis
CC: Wilson Yang
For information and testing only. Do not merge to mainline
---
arch/powerpc/boot/dts/virtex440-ml507.dts | 14 ++
drivers/net/phy/marvell.c
From: Grant Likely
This patch simplifies the driver by making use of more common code.
Signed-off-by: Grant Likely
---
drivers/net/fs_enet/fs_enet-main.c | 69 ++--
drivers/net/fs_enet/mii-bitbang.c | 29 +--
drivers/net/fs_enet/mii-fec.c
From: Grant Likely
This patch modifies the bitbanged MDIO driver in the ep8248e platform
code to use the common of_mdio infrastructure.
Signed-off-by: Grant Likely
---
arch/powerpc/platforms/82xx/ep8248e.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/po
From: Grant Likely
This patch simplifies the driver by making use of more common code.
Signed-off-by: Grant Likely
---
arch/powerpc/platforms/pasemi/gpio_mdio.c | 29 -
drivers/net/pasemi_mac.c | 19 +++
drivers/net/pasemi_mac.h
From: Grant Likely
This patch simplifies the driver by making use of more common code.
It also removes what appears to be a large block of duplicated code.
Signed-off-by: Grant Likely
---
drivers/net/ucc_geth.c | 65 +---
drivers/net/ucc_geth.h
From: Grant Likely
This patch simplifies the driver by making use of more common code.
Signed-off-by: Grant Likely
---
drivers/net/gianfar.c | 103 +
drivers/net/gianfar.h |3 +
drivers/net/gianfar_mii.c | 52 +--
From: Grant Likely
Add support for parsing the device tree for PHY devices on an MDIO bus
CC: Andy Fleming
CC: linuxppc-dev@ozlabs.org
CC: devtree-disc...@ozlabs.org
Signed-off-by: Grant Likely
---
drivers/of/Kconfig |6 ++
drivers/of/Makefile |1
drivers/of/of_mdio.c|
From: Grant Likely
The patch reworks the MPC5200 Fast Ethernet Controller (FEC) driver to
use the of_mdio infrastructure for registering PHY devices from data out
openfirmware device tree, and eliminates the assumption that the PHY
for the FEC is always attached to the FEC's own MDIO bus. With t
From: Grant Likely
Add phy_connect_direct() and phy_attach_direct() functions so that
drivers can use a pointer to the phy_device instead of trying to determine
the phy's bus_id string.
This patch is useful for OF device tree descriptions of phy devices where
the driver doesn't need or know what
From: Grant Likely
This patch makes changes in preparation for supporting open firmware
device tree descriptions of MDIO busses. Changes include:
- Cleanup handling of phy_map[] entries; they are already NULLed when
registering and so don't need to be re-cleared, and it is good practice
to c
From: Grant Likely
of_parse_phandle() is a helper function to read and parse a phandle
property and return a pointer to the resulting device_node.
Signed-off-by: Grant Likely
CC: Michael Ellerman
---
drivers/of/base.c | 24
include/linux/of.h |3 +++
2 files c
From: Henk Stegeman
Fix fec_mpc52xx driver to use net_device_ops and to be careful not to
dereference phy_device if a phy has not yet been connected.
Waiting for a signed-off-by line from Henk on this one
CC: Henk Stegeman
---
drivers/net/fec_mpc52xx.c | 47
This series reworks some of the phylib code and adds of_mdio helper
functions to make it easier for device drivers to retrieve the PHY
configuration by reading the OF device tree.
Most of these changes have been only compile tested, but not booted on
real hardware. Exceptions are mpc52xx and ll_t
Henk,
At the very least, I still need a signed-off-by: line from you on this one.
g.
On Tue, Mar 10, 2009 at 11:13 AM, Grant Likely
wrote:
> Hi Henk,
>
> Acked-by: Grant Likely
>
> Can you please repost with a blurb for the commit description and your
> signed-off-by line? The blub below make
On Fri, 2009-03-20 at 12:33 -0700, davidastro wrote:
> Hi Ben:
>
> I was wondering if you have any change to look into and test the propose fix
> I suggested in my previous post.
> I'd like to know if the fix is correct.
Sorry, I haven't had a chance yet. I will asap.
Ben.
> Thanks for your att
From: Andy Fleming
Date: Thu, 19 Mar 2009 10:56:59 -0500
>
> On Mar 19, 2009, at 10:52 AM, Anton Vorontsov wrote:
>
> > commit 1577ecef766650a57fceb171acee2b13cbfaf1d3 ("netdev: Merge UCC
> > and gianfar MDIO bus drivers") broke the TSEC TBI PHY support: the
...
> > Signed-off-by: Anton Voront
From: Kumar Gala
Date: Thu, 19 Mar 2009 10:16:26 -0500
>
> On Mar 19, 2009, at 10:12 AM, Anton Vorontsov wrote:
>
> > commit 4826857f1bf07f9c0f1495e9b05d125552c88a85 ("gianfar: pass the
> > proper dev to DMA ops") introduced this build breakage:
...
> > Signed-off-by: Anton Vorontsov
>
> Acke
* Steven Rostedt wrote:
>
> On Sat, 21 Mar 2009, Steven Rostedt wrote:
> >
> > Since we know that's not an issue with PPC32, perhaps we should add (I
> > hate to do this)...
> >
> >
> > depends on TRACE_IRQFLAGS_SUPPORT || PPC32
> >
> > And document that the "|| PPC32" should go when P
On Sat, 21 Mar 2009, Steven Rostedt wrote:
>
> Since we know that's not an issue with PPC32, perhaps we should add (I
> hate to do this)...
>
>
> depends on TRACE_IRQFLAGS_SUPPORT || PPC32
>
> And document that the "|| PPC32" should go when PowerPC32 gets its act
> together. :-/
Note,
On Sat, 21 Mar 2009, Ingo Molnar wrote:
> > >
> > > Hm, do all the tracers even compile on ppc32 with your patch?
> > >
> > > We had periodic build failures on weird, unmaintained architectures
> > > that had no irqflags-tracing support and hence didnt know the
> > > raw_irqs_save/restore prim
* Steven Rostedt wrote:
>
> On Sat, 21 Mar 2009, Ingo Molnar wrote:
>
> >
> > * Anton Vorontsov wrote:
> >
> > > On Fri, Mar 20, 2009 at 08:57:43PM +0100, Ingo Molnar wrote:
> > > >
> > > > * Anton Vorontsov wrote:
> > > >
> > > > > On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar w
On Sat, 21 Mar 2009, Ingo Molnar wrote:
>
> * Anton Vorontsov wrote:
>
> > On Fri, Mar 20, 2009 at 08:57:43PM +0100, Ingo Molnar wrote:
> > >
> > > * Anton Vorontsov wrote:
> > >
> > > > On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
> > > > >
> > > > > * Anton Vorontsov wro
* Anton Vorontsov wrote:
> On Fri, Mar 20, 2009 at 08:57:43PM +0100, Ingo Molnar wrote:
> >
> > * Anton Vorontsov wrote:
> >
> > > On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
> > > >
> > > > * Anton Vorontsov wrote:
> > > >
> > > > > commit 40ada30f9621fbd831ac2437b9a2a399
Hi
Thank you for your reply again.
>Ah, then it must be connected via MPC8347's localbus.
That's right.
I will try it,and I inform them of the result.
>On Sat, Mar 21, 2009 at 09:15:25AM +0900, yamazaki wrote:
>> Hi
>>
>> Thank you for your reply.
>> I know RICOH has PCI SD/MMC controller.
25 matches
Mail list logo