Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1513635

Re: Kernel regression introduced by "e1000e: Do not write lsc to ics in msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt"

From Benjamin Poirier <bpoirier@suse.com>
Newsgroups linux.kernel
Subject Re: Kernel regression introduced by "e1000e: Do not write lsc to ics in msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt"
Date 2016-11-02 04:30 +0100
Message-ID <syUpr-M6-1@gated-at.bofh.it> (permalink)
References <syR8e-6Wq-15@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 2016/11/01 19:56, Jack Suter wrote:
> Hi there,
> 
> I have some servers with an 82574L based NIC and recently upgraded from
> a 4.4 series kernel to 4.7. Upon doing so, servers with this chipset
> have begun frequently reporting "Link is Down" and "Link is Up"
> messages. No other related network errors are reported by the kernel or
> e1000e driver. I saw some reports about using "ethtool -s $iface msglvl
> 6" to reveal more information, but nothing extra was reported.
> 
> Some testing showed that this was introduced between the 4.4 and 4.5
> series. I was able to further narrow it down to two commits that look
> related:
> 
>  e1000e: Do not write lsc to ics in msi-x mode
>  (a61cfe4ffad7864a07e0c74969ca7ceb77ab2f1f)
>  e1000e: Do not read ICR in Other interrupt
>  (16ecba59bc333d6282ee057fb02339f77a880beb)

I'm just about to get on a plane but I'll be able to look at this on
Monday. Two guesses are that:
1) There is something else than LSC that triggers the "other" interrupt.
Even if that is so, it should not cause e1000e_check_for_copper_link to
report link down however.
2) The link down events are real but some lsc interrupts were not
processed properly prior to this patchset, causing the events to be
lost/ignored.

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Kernel regression introduced by "e1000e: Do not write lsc to ics in  msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt" Jack Suter <jack@suter.io> - 2016-11-02 01:00 +0100
  Re: Kernel regression introduced by "e1000e: Do not write lsc to ics  in msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt" Benjamin Poirier <bpoirier@suse.com> - 2016-11-02 04:30 +0100
  RE: Kernel regression introduced by "e1000e: Do not write lsc to  ics in msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt" "Brown, Aaron F" <aaron.f.brown@intel.com> - 2016-11-02 22:20 +0100
    RE: Kernel regression introduced by "e1000e: Do not write lsc to  ics in msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt" "Neftin, Sasha" <sasha.neftin@intel.com> - 2016-11-03 09:50 +0100
    Re: Kernel regression introduced by "e1000e: Do not write lsc to ics in  msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt" Jack Suter <jack@suter.io> - 2016-11-03 12:50 +0100
    Re: Kernel regression introduced by "e1000e: Do not write lsc to ics  in msi-x mode" and/or "e1000e: Do not read ICR in Other interrupt" Benjamin Poirier <bpoirier@suse.com> - 2016-11-08 08:00 +0100

csiph-web