netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Oliver Martin <oliver.martin@student.tuwien.ac.at>
To: Jeff Garzik <jeff@garzik.org>
Cc: netdev@vger.kernel.org, hvr@gnu.org, buytenh@wantstofly.org
Subject: Re: [PATCH] Re: ep93xx_eth PHY problems
Date: Sun, 14 Sep 2008 14:11:10 +0200	[thread overview]
Message-ID: <20080914141110.18b42a42@ors.home> (raw)
In-Reply-To: <48CC72D4.1020001@garzik.org>

Am Sat, 13 Sep 2008 22:11:32 -0400 schrieb Jeff Garzik:

> Oliver Martin wrote:
> > Am Tue, 04 Mar 2008 14:02:15 +0100
> > schrieb Oliver Martin <oliver.martin@student.tuwien.ac.at>:
> >> Now I'm having different problems: When auto-negotiation is
> >> enabled, it sometimes randomly changes the link state:
> >>
> >> PHY: 0:01 - Link is Down
> >> PHY: 0:01 - Link is Up - 100/Full
> >>
> > 
> > I've found at least one part of the problem. The MDIO clock divisor
> > wasn't set again after the reset in ep93xx_start_hw. It was left at
> > the default, resulting in a 12.5 MHz clock, which the PHY (Micrel
> > KSZ8721BL) didn't like too much. Calling ep93xx_mdio_reset after
> > the reset fixed it, the link is now perfectly stable in
> > auto-negotiation mode.
> > 
> > There still seems to be another bug with auto-negotiation disabled:
> > It doesn't switch to 1000 Mbps any more, but most times it doesn't
> > stay in the intended configuration either. I haven't done any
> > extensive testing of this yet, though.
> > 
> > Signed-off-by: Oliver Martin <oliver.martin@student.tuwien.ac.at>
> 
> Testing feedback?  Lennert ack?

We're currently using a variation of my original patch, which didn't
handle ifdown correctly (there's a similar reset there). With the
current setup, everything seems stable, but we still have some rather
hackish workarounds for the original issue in our startup scripts.
I don't have the hardware right now, but we'll specifically test
without them both with and without auto-negotiation next week and
report the results.


Index: linux-2.6.26/drivers/net/arm/ep93xx_eth.c
===================================================================
--- linux-2.6.26.orig/drivers/net/arm/ep93xx_eth.c	2008-07-25 03:13:33.000000000 +0200
+++ linux-2.6.26/drivers/net/arm/ep93xx_eth.c	2008-07-25 03:14:52.000000000 +0200
@@ -535,6 +535,22 @@
 	return 1;
 }
 
+static int ep93xx_mdio_reset(struct mii_bus *bus)
+{
+	struct ep93xx_priv *ep = bus->priv;
+
+	u32 selfctl = rdl(ep, REG_SELFCTL);
+
+	selfctl &= ~(REG_SELFCTL_MDCDIV_MSK | REG_SELFCTL_PSPRS);
+
+	selfctl |= (ep->mdc_divisor - 1) << REG_SELFCTL_MDCDIV_OFS;
+	selfctl |= REG_SELFCTL_PSPRS;
+
+	wrl(ep, REG_SELFCTL, selfctl);
+
+	return 0;
+}
+
 static int ep93xx_start_hw(struct net_device *dev)
 {
 	struct ep93xx_priv *ep = netdev_priv(dev);
@@ -553,6 +569,9 @@
 		return 1;
 	}
 
+	/* The reset cleared REG_SELFCTL, so set the MDC divisor again */
+	ep93xx_mdio_reset(&ep->mii_bus);
+
 	/* Receive descriptor ring.  */
 	addr = ep->descs_dma_addr + offsetof(struct ep93xx_descs, rdesc);
 	wrl(ep, REG_RXDQBADD, addr);
@@ -625,6 +644,9 @@
 
 	if (i == 10)
 		printk(KERN_CRIT DRV_MODULE_NAME ": hw failed to reset\n");
+
+	/* The reset cleared REG_SELFCTL, so set the MDC divisor again */
+	ep93xx_mdio_reset(&ep->mii_bus);
 }
 
 static int ep93xx_open(struct net_device *dev)
@@ -776,22 +798,6 @@
 	return 0;
 }
 
-static int ep93xx_mdio_reset(struct mii_bus *bus)
-{
-	struct ep93xx_priv *ep = bus->priv;
-
-	u32 selfctl = rdl(ep, REG_SELFCTL);
-
-	selfctl &= ~(REG_SELFCTL_MDCDIV_MSK | REG_SELFCTL_PSPRS);
-
-	selfctl |= (ep->mdc_divisor - 1) << REG_SELFCTL_MDCDIV_OFS;
-	selfctl |= REG_SELFCTL_PSPRS;
-
-	wrl(ep, REG_SELFCTL, selfctl);
-
-	return 0;
-}
-
 
 static void ep93xx_get_drvinfo(struct net_device *dev, struct ethtool_drvinfo *info)
 {

  parent reply	other threads:[~2008-09-14 12:11 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-04 13:02 ep93xx_eth PHY problems Oliver Martin
2008-03-21 19:22 ` [PATCH] " Oliver Martin
2008-03-26  4:42   ` Jeff Garzik
2008-03-29 18:13     ` Oliver Martin
2008-03-29 18:17       ` Lennert Buytenhek
2008-09-14  2:11   ` Jeff Garzik
2008-09-14 11:47     ` Lennert Buytenhek
2008-09-14 11:58       ` Herbert Valerio Riedel
2008-09-14 12:11     ` Oliver Martin [this message]
2008-09-14 12:12       ` Lennert Buytenhek
2008-09-14 12:24         ` Oliver Martin
2008-09-16 12:51       ` Lennert Buytenhek
2008-09-17  9:13         ` Oliver Martin

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=20080914141110.18b42a42@ors.home \
    --to=oliver.martin@student.tuwien.ac.at \
    --cc=buytenh@wantstofly.org \
    --cc=hvr@gnu.org \
    --cc=jeff@garzik.org \
    --cc=netdev@vger.kernel.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).