Received: by 2002:ab2:f03:0:b0:1ef:ffd0:ce49 with SMTP id i3csp66927lqf; Tue, 26 Mar 2024 14:42:06 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCWz0hmclfSL3OLqagHtUka3Fxm/LaoVoNbECUZTmKgK4dXI57LPFCT9fKKhArF8gVZfZ+bcrzjwKpZg0P5r/SAQF3R+tZY2w4Nv1n3QRg== X-Google-Smtp-Source: AGHT+IH8TkEFZDyHAFaKqp89FN91XwP2yxei2tg8hGE7eTZbMCni3ZqAXYOAdBkWZw858MLdLPin X-Received: by 2002:a05:6a20:da81:b0:1a3:dc76:f37a with SMTP id iy1-20020a056a20da8100b001a3dc76f37amr1249501pzb.5.1711489325800; Tue, 26 Mar 2024 14:42:05 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1711489325; cv=pass; d=google.com; s=arc-20160816; b=XpEvayZiReRSxvxd7MmnxlUr6+SUXcSbJY1XNV8qBiHs8gJ2vNr4qxIoiS0/z52TuW 2htQR6AI5UXq5Ngk8VuUo2BZ3zsI6Z7TxOLhbVGbTCjZy0kYtT+u2D8cgqbw+39qJPuc TY0l9zQv9nt7/6Lx5zLAuIUhBXXk2RfQSCbWqSaOBa2TLeQLIUpw0L6lvNfL708dgvqd oGrfy3OnnFps2zDbFS0Ck5P7EyuCTR4gcwF4E4Vs1Eyxkb4A9cYPDKQnOqvM75Sohi6X BwbzUPnttTcpOMOIGlinjntg4q+c6qqmqbA5rMx+QvmXxnmCqc/D7co+G5+6MgVADMLA lwGg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :message-id:subject:cc:to:from:date:dkim-signature; bh=A4n6d0cGtMs2pE8zp7jm8NH2/ABvukXbe7f4LkQTp8c=; fh=eCn3AwmGSakAxKY3yvUEUegnp5ZsXLx6xRUUep6F8/Y=; b=E5wmLGi66U2xil4bIcKJYS0wFwNvy+HSa6259Dh69s8i8T7FqS+f0IY0I9kMwwqRfi jRu4PJv+apKE174DE0xCm0vcRQxWLSj4v0yOCDtxMAdGA8kSQdtCmUoIXMZQ1MEIBD6E kZEKZK48GNUsSOh7uH9rsf4rs3UmKTysoqhMRY2mmfNJRswiuXrBkqBbA830s80ZblIb z/lS0TVIWb/OD89Q1eCnpkdiooUr1l53RC6A+0yyfMfy3FmyNqWhmdHaehv2FES74o9j upMvNl8YZvicEoW57g1XW8SYFwE5Oe8mLHKMzGSPI0CZKl/9aZYcME6PdjHaIOp7YTXr GXyQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=d+1kW46n; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-119992-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-119992-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id u25-20020a056a00099900b006e6b95a346csi8336402pfg.330.2024.03.26.14.42.05 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Mar 2024 14:42:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-119992-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=d+1kW46n; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-119992-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-119992-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sy.mirrors.kernel.org (Postfix) with ESMTPS id 11EC3B21E3C for ; Tue, 26 Mar 2024 21:17:17 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 1F59C13D61F; Tue, 26 Mar 2024 21:17:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="d+1kW46n" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3E08C1E884; Tue, 26 Mar 2024 21:17:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711487827; cv=none; b=J8xI4sQNPmRVqNo1XLlnBo2cgiwTnAcgsldgpkmZ05VnRujobVB0C52234GShUKeEh+u0IQw2/lBWC57V8vUkXKVA/ZpN0KrPFY1kFjU7m5vA7UVsx3C1aBpEltjaXxFO2y7Sr8arxJIf3khJrAJzuqp1jR/HpWzVlawSYD9pLQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711487827; c=relaxed/simple; bh=fzaOToqMJEgFTyVUFRzzeGvuwsRaqDDI/fsy1nM+zeA=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition:In-Reply-To; b=L2qmmP8RtlLQFW+8w57rPrj5nWuOAfY+8kcKZFKq0ZkzDpo3OAHMjjsUBeS9QSpTLK+T/LIE7m29UMJ4rDyoYm5o8POr7FK6psmizpXwLLHFi/gBDFdO6DWC2jI8fyW8ZN4jsSrzci5clAeWWGBVlwJLSYLaviI3UH99IbKDDhk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=d+1kW46n; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 96BCFC433F1; Tue, 26 Mar 2024 21:17:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1711487826; bh=fzaOToqMJEgFTyVUFRzzeGvuwsRaqDDI/fsy1nM+zeA=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=d+1kW46nvwqIQCN9jRXyPqYBRK8j84s69iFA4xc+ygbdi2Kzue4l86ra0M1vicV4n mYVAwY4MAvY6SpplkMVCD+/gWEbpKkstl695QI0PuDdubcM7eeVqPCj5fkYdSpKZOi NDVlPGOi1o74o0VFZdb246sVnVu0K5bsiBfT+pEglLmwFvIRoexaEyApuWUIyBUtA7 7HY2PVui1erJIf0Bkbh/U1o4mdwI3XjcCvs/VyE7vG/BaJZb+jKkGY1dRN8xsH+5FL DfncLKr7mHdEosTuC1kgFvz+mHc9l+TUPudzMIagonCYqgusYdfDANFwebCeC8ZtA5 pHGnSST7cTmdA== Date: Tue, 26 Mar 2024 16:17:05 -0500 From: Bjorn Helgaas To: Ethan Zhao Cc: Xi Ruoyao , Grant Grundler , bhelgaas@google.com, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, mahesh@linux.ibm.com, oohall@gmail.com, rajat.khandelwal@linux.intel.com, rajatja@chromium.org Subject: Re: [PATCHv3 pci-next 1/2] PCI/AER: correctable error message as KERN_INFO Message-ID: <20240326211705.GA1497507@bhelgaas> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Tue, Mar 26, 2024 at 09:39:54AM +0800, Ethan Zhao wrote: > On 3/25/2024 6:15 PM, Xi Ruoyao wrote: > > On Mon, 2024-03-25 at 16:45 +0800, Ethan Zhao wrote: > > > On 3/25/2024 1:19 AM, Xi Ruoyao wrote: > > > > On Mon, 2023-09-18 at 14:39 -0500, Bjorn Helgaas wrote: > > > > > On Mon, Sep 18, 2023 at 07:42:30PM +0800, Xi Ruoyao wrote: > > > > > > ... > > > > > > My workstation suffers from too much correctable AER reporting as well > > > > > > (related to Intel's errata "RPL013: Incorrectly Formed PCIe Packets May > > > > > > Generate Correctable Errors" and/or the motherboard design, I guess). > > > > > We should rate-limit correctable error reporting so it's not > > > > > overwhelming. > > > > > > > > > > At the same time, I'm *also* interested in the cause of these errors, > > > > > in case there's a Linux defect or a hardware erratum that we can work > > > > > around.  Do you have a bug report with any more details, e.g., a dmesg > > > > > log and "sudo lspci -vv" output? > > > > Hi Bjorn, > > > > > > > > Sorry for the *very* late reply (somehow I didn't see the reply at all > > > > before it was removed by my cron job, and now I just savaged it from > > > > lore.kernel.org...) > > > > > > > > The dmesg is like: > > > > > > > > [  882.456994] pcieport 0000:00:1c.1: AER: Multiple Correctable error message received from 0000:00:1c.1 > > > > [  882.457002] pcieport 0000:00:1c.1: AER: found no error details for 0000:00:1c.1 > > > > [  882.457003] pcieport 0000:00:1c.1: AER: Multiple Correctable error message received from 0000:06:00.0 > > > > [  883.545763] pcieport 0000:00:1c.1: AER: Multiple Correctable error message received from 0000:00:1c.1 > > > > [  883.545789] pcieport 0000:00:1c.1: PCIe Bus Error: severity=Correctable, type=Physical Layer, (Receiver ID) > > > > [  883.545790] pcieport 0000:00:1c.1:   device [8086:7a39] error status/mask=00000001/00002000 > > > > [  883.545792] pcieport 0000:00:1c.1:    [ 0] RxErr                  (First) > > > > [  883.545794] pcieport 0000:00:1c.1: AER:   Error of this Agent is reported first > > > > [  883.545798] r8169 0000:06:00.0: PCIe Bus Error: severity=Correctable, type=Physical Layer, (Transmitter ID) > > > > [  883.545799] r8169 0000:06:00.0:   device [10ec:8125] error status/mask=00001101/0000e000 > > > > [  883.545800] r8169 0000:06:00.0:    [ 0] RxErr                  (First) > > > > [  883.545801] r8169 0000:06:00.0:    [ 8] Rollover > > > > [  883.545802] r8169 0000:06:00.0:    [12] Timeout > > > > [  883.545815] pcieport 0000:00:1c.1: AER: Correctable error message received from 0000:00:1c.1 > > > > [  883.545823] pcieport 0000:00:1c.1: AER: found no error details for 0000:00:1c.1 > > > > [  883.545824] pcieport 0000:00:1c.1: AER: Multiple Correctable error message received from 0000:06:00.0 > > > > > > > > lspci output attached. > > > > > > > > Intel has issued an errata "RPL013" saying: > > > > > > > > "Under complex microarchitectural conditions, the PCIe controller may > > > > transmit an incorrectly formed Transaction Layer Packet (TLP), which > > > > will fail CRC checks. When this erratum occurs, the PCIe end point may > > > > record correctable errors resulting in either a NAK or link recovery. > > > > Intel® has not observed any functional impact due to this erratum." > > > > > > > > But I'm really unsure if it describes my issue. > > > > > > > > Do you think I have some broken hardware and I should replace the CPU > > > > and/or the motherboard (where the r8169 is soldered)?  I've noticed that > > > > my 13900K is almost impossible to overclock (despite it's a K), but I've > > > > not encountered any issue other than these AER reporting so far after I > > > > gave up overclocking. > > > Seems there are two r8169 nics on your board, only 0000:06:00.0 reports > > > aer errors, how about another one the 0000:07:00.0 nic ? > > It never happens to 0000:07:00.0, even if I plug the ethernet cable into > > it instead of 0000:06:00.0. > > So something is wrong with the physical layer, I guess. > > > Maybe I should just use 0000:07:00.0 and blacklist 0000:06:00.0 as I > > don't need two NICs? > > Yup, > ratelimit the AER warning is another choice instead of change WARN to INFO. > if corrected error flood happens, even the function is working, suggests > something was already wrong, likely will be worse, that is the meaning of > WARN I think. We should fix this. IMHO Correctable Errors should be "info" level, non-alarming, and rate-limited. They're basically hints about link integrity. Bjorn