On Friday 03 April 2009 18:41:12 Ed Swierk wrote:
> On Fri, 2009-04-03 at 08:24 -0700, Ed Swierk wrote:
> > On Fri, Mar 27, 2009 at 1:09 PM, Rafael J. Wysocki <rjw@xxxxxxx> wrote:
> > > I was able to reproduce the problem and identify the commit that broke
> > > the resume of forcedeth, which turned out to be:
> > >
> > > commit cb52deba12f27af90a46d2f8667a64888118a888
> > > Author: Ed Swierk <eswierk@xxxxxxxxxxx>
> > > Date: Mon Dec 1 12:24:43 2008 +0000
> > >
> > > forcedeth: power down phy when interface is down
> > >
> > > Signed-off-by: Ed Swierk <eswierk@xxxxxxxxxxx>
> > > Tested-by: Arthur Jones <ajones@xxxxxxxxxxxx>
> > > Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
> > > Signed-off-by: David S. Miller <davem@xxxxxxxxxxxxx>
> > >
> > > Since I have no slightest idea of what this commit is supposed to
> > > achieve, I can only ask for reverting it. It reverts cleanly, BTW.
> >
> > The change causes forcedeth to bring down the physical link when an
> > interface goes down; leaving it up causes the switch at the other end
> > to think the port is still active, with potentially random speed and
> > duplex parameters.
> >
> > It's possible that the forcedeth driver needs to reset autonegotiation
> > after bringing it up the link again.
> >
> > Can you please try this on a 2.6.29 kernel that's exhibiting the
> > symptoms you describe, after resuming the machine from hibernation:
> >
> > ethtool -s eth1 autoneg off speed 100 duplex full
> > ethtool -s eth1 autoneg on
> >
> > This should reset autonegotiation manually and bring the link. Let me
> > know how it goes.
>
> Also please try this patch; it fixes the problem on my test system (a
> DFI board with an nVidia MCP55).
>
> Signed-off-by: Ed Swierk <eswierk@xxxxxxxxxxxxxxxxxx>
> --
> --- linux-2.6.29.x86_64/drivers/net/forcedeth.c.orig 2009-03-23
> 16:12:14.000000000 -0700 +++
> linux-2.6.29.x86_64/drivers/net/forcedeth.c 2009-04-03 10:11:26.839614710
> -0700 @@ -5995,6 +5995,9 @@
> for (i = 0;i <= np->register_size/sizeof(u32); i++)
> writel(np->saved_config_space[i], base+i*sizeof(u32));
>
> + /* restore phy state, including autoneg */
> + phy_init(dev);
> +
> netif_device_attach(dev);
> if (netif_running(dev)) {
> rc = nv_open(dev);
Works for me on MCP73 as well.
Although NIC LED is still on after hibernation - seems to go off shortly
before power off and then comes back on. Could be firmware issue I guess,
this motherboard has always gulped power when off.
Tvrtko
_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm
