[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1397826946.3624.32.camel@deadeye.wl.decadent.org.uk>
Date: Fri, 18 Apr 2014 14:15:46 +0100
From: Ben Hutchings <ben@...adent.org.uk>
To: Jeff Kirsher <jeffrey.t.kirsher@...el.com>,
David Ertman <davidx.m.ertman@...el.com>
Cc: davem@...emloft.net, netdev@...r.kernel.org, gospo@...hat.com,
sassmann@...hat.com
Subject: Re: [net-next 01/13] e1000e: Fix no connectivity when driver loaded
with cable out
On Mon, 2014-03-31 at 16:34 -0700, Jeff Kirsher wrote:
> From: David Ertman <davidx.m.ertman@...el.com>
>
> In commit da1e2046e5, the flow for enabling/disabling an Si errata
> workaround (e1000_lv_jumbo_workaround_ich8lan) was changed to fix a problem
> with iAMT connections dropping on interface down with jumbo frames set.
> Part of this change was to move the function call disabling the workaround
> to e1000e_down() from the e1000_setup_rctl() function. The mechanic for
> disabling of this workaround involves writing several MAC and PHY registers
> back to hardware defaults.
>
> After this commit, when the driver is loaded with the cable out, the PHY
> registers are not programmed with the correct default values. This causes
> the device to be capable of transmitting packets, but is unable to recieve
> them until this workaround is called.
[...]
Which devices are affected by this? I just did a backport of e1000e
from 3.13 for Debian 7.5 and didn't spot this fix until later.
I couldn't reproduce this problem on my laptop, which has:
00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04)
Ben.
--
Ben Hutchings
Lowery's Law:
If it jams, force it. If it breaks, it needed replacing anyway.
Download attachment "signature.asc" of type "application/pgp-signature" (812 bytes)
Powered by blists - more mailing lists