From patchwork Tue Nov 8 16:42:14 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Corinna Vinschen X-Patchwork-Id: 692381 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 3tCw8H3JJvz9t3K for ; Wed, 9 Nov 2016 03:42:22 +1100 (AEDT) Received: from localhost (localhost [127.0.0.1]) by fraxinus.osuosl.org (Postfix) with ESMTP id C1CF1C1033; Tue, 8 Nov 2016 16:42:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org Received: from fraxinus.osuosl.org ([127.0.0.1]) by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iJ9NVZ4DNL89; Tue, 8 Nov 2016 16:42:18 +0000 (UTC) Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34]) by fraxinus.osuosl.org (Postfix) with ESMTP id B704BC1038; Tue, 8 Nov 2016 16:42:18 +0000 (UTC) X-Original-To: intel-wired-lan@lists.osuosl.org Delivered-To: intel-wired-lan@lists.osuosl.org Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133]) by ash.osuosl.org (Postfix) with ESMTP id F1ECD1C150D for ; Tue, 8 Nov 2016 16:42:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hemlock.osuosl.org (Postfix) with ESMTP id EC3518A6FF for ; Tue, 8 Nov 2016 16:42:17 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org Received: from hemlock.osuosl.org ([127.0.0.1]) by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rU9VoDmQNf6q for ; Tue, 8 Nov 2016 16:42:16 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by hemlock.osuosl.org (Postfix) with ESMTPS id C06978A6A0 for ; Tue, 8 Nov 2016 16:42:16 +0000 (UTC) Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 1EFE06198D; Tue, 8 Nov 2016 16:42:16 +0000 (UTC) Received: from calimero.vinschen.de (ovpn-116-19.ams2.redhat.com [10.36.116.19]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uA8GgEYH005711; Tue, 8 Nov 2016 11:42:15 -0500 Received: by calimero.vinschen.de (Postfix, from userid 500) id 72B0DA8041D; Tue, 8 Nov 2016 17:42:14 +0100 (CET) Date: Tue, 8 Nov 2016 17:42:14 +0100 From: Corinna Vinschen To: Cao jin Message-ID: <20161108164214.GF31855@calimero.vinschen.de> Mail-Followup-To: Cao jin , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, izumi.taku@jp.fujitsu.com, intel-wired-lan@lists.osuosl.org References: <1478588780-24480-1-git-send-email-caoj.fnst@cn.fujitsu.com> MIME-Version: 1.0 In-Reply-To: <1478588780-24480-1-git-send-email-caoj.fnst@cn.fujitsu.com> User-Agent: Mutt/1.7.1 (2016-10-04) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Tue, 08 Nov 2016 16:42:16 +0000 (UTC) Cc: netdev@vger.kernel.org, intel-wired-lan@lists.osuosl.org, linux-kernel@vger.kernel.org, izumi.taku@jp.fujitsu.com Subject: Re: [Intel-wired-lan] [PATCH] igb: use igb_adapter->io_addr instead of e1000_hw->hw_addr X-BeenThere: intel-wired-lan@lists.osuosl.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Intel Wired Ethernet Linux Kernel Driver Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-wired-lan-bounces@lists.osuosl.org Sender: "Intel-wired-lan" On Nov 8 15:06, Cao jin wrote: > When running as guest, under certain condition, it will oops as following. > writel() in igb_configure_tx_ring() results in oops, because hw->hw_addr > is NULL. While other register access won't oops kernel because they use > wr32/rd32 which have a defense against NULL pointer. > > [ 141.225449] pcieport 0000:00:1c.0: AER: Multiple Uncorrected (Fatal) > error received: id=0101 > [ 141.225523] igb 0000:01:00.1: PCIe Bus Error: > severity=Uncorrected (Fatal), type=Unaccessible, > id=0101(Unregistered Agent ID) > [ 141.299442] igb 0000:01:00.1: broadcast error_detected message > [ 141.300539] igb 0000:01:00.0 enp1s0f0: PCIe link lost, device now > detached > [ 141.351019] igb 0000:01:00.1 enp1s0f1: PCIe link lost, device now > detached > [ 143.465904] pcieport 0000:00:1c.0: Root Port link has been reset > [ 143.465994] igb 0000:01:00.1: broadcast slot_reset message > [ 143.466039] igb 0000:01:00.0: enabling device (0000 -> 0002) > [ 144.389078] igb 0000:01:00.1: enabling device (0000 -> 0002) > [ 145.312078] igb 0000:01:00.1: broadcast resume message > [ 145.322211] BUG: unable to handle kernel paging request at > 0000000000003818 > [ 145.361275] IP: [] > igb_configure_tx_ring+0x14d/0x280 [igb] > [ 145.400048] PGD 0 > [ 145.438007] Oops: 0002 [#1] SMP > > A similiar issue & solution could be found at: > http://patchwork.ozlabs.org/patch/689592/ > > Signed-off-by: Cao jin > --- > drivers/net/ethernet/intel/igb/igb_main.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/net/ethernet/intel/igb/igb_main.c b/drivers/net/ethernet/intel/igb/igb_main.c > index edc9a6a..3f240ac 100644 > --- a/drivers/net/ethernet/intel/igb/igb_main.c > +++ b/drivers/net/ethernet/intel/igb/igb_main.c > @@ -3390,7 +3390,7 @@ void igb_configure_tx_ring(struct igb_adapter *adapter, > tdba & 0x00000000ffffffffULL); > wr32(E1000_TDBAH(reg_idx), tdba >> 32); > > - ring->tail = hw->hw_addr + E1000_TDT(reg_idx); > + ring->tail = adapter->io_addr + E1000_TDT(reg_idx); > wr32(E1000_TDH(reg_idx), 0); > writel(0, ring->tail); > > @@ -3729,7 +3729,7 @@ void igb_configure_rx_ring(struct igb_adapter *adapter, > ring->count * sizeof(union e1000_adv_rx_desc)); > > /* initialize head and tail */ > - ring->tail = hw->hw_addr + E1000_RDT(reg_idx); > + ring->tail = adapter->io_addr + E1000_RDT(reg_idx); > wr32(E1000_RDH(reg_idx), 0); > writel(0, ring->tail); > > -- > 2.1.0 Incidentally we're just looking for a solution to that problem too. Do three patches to fix the same problem at rougly the same time already qualify as freak accident? FTR, I attached my current patch, which I was planning to submit after some external testing. However, all three patches have one thing in common: They workaround a somewhat dubious resetting of the hardware address to NULL in case reading from a register failed. That makes me wonder if setting the hardware address to NULL in rd32/igb_rd32 is really such a good idea. It's performed in a function which return value is *never* tested for validity in the calling functions and leads to subsequent crashes since no tests for hw_addr == NULL are performed. Maybe commit 22a8b2915 should be reconsidered? Isn't there some more graceful way to handle the "surprise removal"? Thanks, Corinna From c6e80c04a7f20bdf3bde490ff842bcc1c800bf2a Mon Sep 17 00:00:00 2001 From: Corinna Vinschen Date: Mon, 24 Oct 2016 16:44:55 +0200 Subject: [RHEL7.4 PATCH] igb_resume: Fix up hw_addr on resume A suspend hanging for too long can trigger spurious reads. The device is already suspended so igb_rd32 fails to read and sets hw->hw_addr to NULL. If we don't fix that here, subsequent code will fail to write to HW registers and igb crashes eventually in a writel call. Signed-off-by: Corinna Vinschen --- drivers/net/ethernet/intel/igb/igb_main.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/ethernet/intel/igb/igb_main.c b/drivers/net/ethernet/intel/igb/igb_main.c index 8e96c35..d1f9d34 100644 --- a/drivers/net/ethernet/intel/igb/igb_main.c +++ b/drivers/net/ethernet/intel/igb/igb_main.c @@ -7577,6 +7577,9 @@ static int igb_resume(struct device *dev) pci_enable_wake(pdev, PCI_D3hot, 0); pci_enable_wake(pdev, PCI_D3cold, 0); + if (E1000_REMOVED(hw->hw_addr) && adapter->io_addr) + hw->hw_addr = adapter->io_addr; + if (igb_init_interrupt_scheme(adapter, true)) { dev_err(&pdev->dev, "Unable to allocate memory for queues\n"); return -ENOMEM;