All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lutz Vieweg <lvml@5t9.de>
To: e1000-devel@lists.sourceforge.net
Cc: iommu@lists.linux-foundation.org
Subject: Re: AMD-Vi: Event logged IO_PAGE_FAULT - ixgbe Detected Tx Unit Hang - Reset adapter - master disable timed out
Date: Mon, 13 Jun 2016 19:46:37 +0200	[thread overview]
Message-ID: <575EF17D.6020905@5t9.de> (raw)
In-Reply-To: <20160613090803.GC29948@suse.de>

On 06/13/2016 11:08 AM, Joerg Roedel wrote:
> On Thu, Jun 09, 2016 at 09:03:40AM -0700, Alexander Duyck wrote:
>>>> Jun  9 14:40:09 computer kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=04:00.0 domain=0x000e address=0x00000000000178c0 flags=0x0050]
>>>> Jun  9 14:40:09 computer kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=04:00.0 domain=0x000e address=0x0000000000017900 flags=0x0050]
>
> Some more context would be helpful. Which kernel version was the last
> that worked and with which version do you start to see these messages?

Two servers were running linux-4.4.2 for many months,
both with 10Gbase-T NICs connected to the same switch, without
any such outage.

Both servers were recently upgraded to linux-4.6.1, and one
of the servers so far twice showed this "IO_PAGE_FAULT" symptom
within a period of ~ 7 days.

The hardware of the two servers is the same except for the
model of the Intel 10Gbase-T NIC: The server with the two fails
runs a fairly new
  Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 (rev 01)
while the other server (without symptoms so far) runs a much older
  Intel Corporation 82598EB 10-Gigabit AT Network Connection (rev 01)
both using the same ixgbe driver module.

(Since both servers are working as a shared-nothing-cluster, they
pretty much do the same.)

Regards,

Lutz Vieweg


------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

      reply	other threads:[~2016-06-13 17:46 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <loom.20160606T232112-817@post.gmane.org>
     [not found] ` <CAKgT0UfEGS_QzM1phGKRV1hDgcnAwX-BqMkyQ6KJUOv82_kCiA@mail.gmail.com>
     [not found]   ` <nj64hf$9v5$1@ger.gmane.org>
     [not found]     ` <CAKgT0UfKUkrsXqLm4KdjXgLZ6QXZp5Rf-yYA3pBSzc1=ghJ4CQ@mail.gmail.com>
     [not found]       ` <njbvjb$40r$1@ger.gmane.org>
2016-06-09 16:03         ` [E1000-devel] AMD-Vi: Event logged IO_PAGE_FAULT - ixgbe Detected Tx Unit Hang - Reset adapter - master disable timed out Alexander Duyck
2016-06-09 16:57           ` Lutz Vieweg
     [not found]             ` <5759A009.8040200-i6VILw57VWU@public.gmane.org>
2016-06-13  2:46               ` [E1000-devel] " Wan ZongShun
     [not found]                 ` <CAKT61h9cNnGDNugoWXYcpN1VjVK3Hn-VOW+TwHahj5EXzfsXgA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-06-13 17:40                   ` Lutz Vieweg
     [not found]                     ` <575EEFFB.20004-i6VILw57VWU@public.gmane.org>
2016-06-14  3:01                       ` Wan ZongShun
2016-08-29 12:29                       ` Lutz Vieweg
2016-08-29 12:29                       ` Lutz Vieweg
2016-08-29 12:30                       ` Lutz Vieweg
2016-08-29 12:30                       ` Lutz Vieweg
2016-08-29 12:30                     ` Lutz Vieweg
     [not found]           ` <CAKgT0UeFM1jYTU83YFohxUHWuJeTYfWDpdFM2CDQCutmf_vXvA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-06-13  9:08             ` [E1000-devel] " Joerg Roedel
2016-06-13 17:46               ` Lutz Vieweg [this message]

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=575EF17D.6020905@5t9.de \
    --to=lvml@5t9.de \
    --cc=e1000-devel@lists.sourceforge.net \
    --cc=iommu@lists.linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.