Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3705574pxk; Tue, 29 Sep 2020 04:18:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx/q8jW8dJkT6FTNz+bJOBqkNq8IEsLKJMOQDQ9NuSC++svEHp0+34C76ZRbZvSbJZyU9HQ X-Received: by 2002:a17:906:1690:: with SMTP id s16mr3272709ejd.122.1601378322743; Tue, 29 Sep 2020 04:18:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601378322; cv=none; d=google.com; s=arc-20160816; b=ANRvQOSRg/C2nTnBtnyJlhpbKqgoBbFha+EXXDLq3VdY8+sz+/+rUY2PxyYba0CttC mzd3B9tHOzTV0kq9jT1X2RCkiVuX6dEGHKJ3GL+Qr93q/pd1of8R6AkIIvGuHJ09HGiq jhfP5AieUXjmNuvJKIguK//PgoOe+bVcQ/CNOMcNnw81H1xHhvGPRhbni/9QmXJT00kt 7m6ipMTenLHjaxaDzjmPA4SAe3gpjcUmjkblaWE1966Fgt8blwhMPuUfmIBXCUzKbLk2 uRwhhYZQm7eoUDuGJSgic1WDbQ244CnLiuONFteRe+sTQ/I6QfkJveM8mA1+5h9DaqTO lQdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=cc/rmqWL04Cp9oKdFaTI73AsV/vVmCZ4aQZNgmNVSuE=; b=BBJ53jvBidg09DGk02DQgVf9MkGx+KS0XuE8SG2HV5rgMqgJj4ioJDFArXI2TcNJ0n ftdLrRNOqBzo06NvXugDExwRGAh2gpZo/xD/HUPWy++/rU3iGIOW5WrS5I7xg+gzRL9Z +yFQfwIwtQ8n9Rzwx8Tc/Gs9/NoI5XekI277STfAuS9FUd5UTT9XlwysPirWSXwnE8Yg HA7wcDHBAl5Jhrql5Sr1wEy2oC7FMOIsx4Z2EnlkDb5Pwn8/W5RrD3AZgEA1QqGpLYSr NuFHNngqtQTkVFLRBx9DWYyq53I/7KO8zZcgjRiJX9i53C3ldQ3RrZ5LKmE4kFhbp4qS zPXQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=PAasGaiq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a23si2509843ejk.229.2020.09.29.04.18.20; Tue, 29 Sep 2020 04:18:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=PAasGaiq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729459AbgI2LOp (ORCPT + 99 others); Tue, 29 Sep 2020 07:14:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:57360 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729434AbgI2LO0 (ORCPT ); Tue, 29 Sep 2020 07:14:26 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 8E85C206A5; Tue, 29 Sep 2020 11:14:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601378066; bh=IYgW8OLb/zFdIVzPPnLWfOpXT3c9vVAyrn9uipSSn7U=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=PAasGaiqo2kbrt3DJeSAex2sh+4JPsH9diVXpTCMOL7oiSdM/xofSEKJtYmqeisUA CiKzT7kWzVSw2vaPTsKQMMB4oVfNohPwWlFKtHyDKaiCuT0ZvOgy2ErUwkrby1G0dS HhSru7TIAJHeHGYzu6KQRHDCXnx/z8zRdteBtM7Y= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Oliver OHalloran , Sam Bobroff , Michael Ellerman , Sasha Levin Subject: [PATCH 4.14 049/166] powerpc/eeh: Only dump stack once if an MMIO loop is detected Date: Tue, 29 Sep 2020 12:59:21 +0200 Message-Id: <20200929105937.651479414@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200929105935.184737111@linuxfoundation.org> References: <20200929105935.184737111@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Oliver O'Halloran [ Upstream commit 4e0942c0302b5ad76b228b1a7b8c09f658a1d58a ] Many drivers don't check for errors when they get a 0xFFs response from an MMIO load. As a result after an EEH event occurs a driver can get stuck in a polling loop unless it some kind of internal timeout logic. Currently EEH tries to detect and report stuck drivers by dumping a stack trace after eeh_dev_check_failure() is called EEH_MAX_FAILS times on an already frozen PE. The value of EEH_MAX_FAILS was chosen so that a dump would occur every few seconds if the driver was spinning in a loop. This results in a lot of spurious stack traces in the kernel log. Fix this by limiting it to printing one stack trace for each PE freeze. If the driver is truely stuck the kernel's hung task detector is better suited to reporting the probelm anyway. Signed-off-by: Oliver O'Halloran Reviewed-by: Sam Bobroff Tested-by: Sam Bobroff Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20191016012536.22588-1-oohall@gmail.com Signed-off-by: Sasha Levin --- arch/powerpc/kernel/eeh.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/kernel/eeh.c b/arch/powerpc/kernel/eeh.c index d2ba7936d0d33..7b46576962bfd 100644 --- a/arch/powerpc/kernel/eeh.c +++ b/arch/powerpc/kernel/eeh.c @@ -506,7 +506,7 @@ int eeh_dev_check_failure(struct eeh_dev *edev) rc = 1; if (pe->state & EEH_PE_ISOLATED) { pe->check_count++; - if (pe->check_count % EEH_MAX_FAILS == 0) { + if (pe->check_count == EEH_MAX_FAILS) { dn = pci_device_to_OF_node(dev); if (dn) location = of_get_property(dn, "ibm,loc-code", -- 2.25.1