Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp934979ybh; Wed, 22 Jul 2020 17:46:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxYhurhMrooE3RT/IHGu1rmNyxvP6hr3Vu3BEtvVjN+YoToq4nvvqMDy1z3wB+8+ppbggUN X-Received: by 2002:a50:bb48:: with SMTP id y66mr1817273ede.147.1595465205076; Wed, 22 Jul 2020 17:46:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595465205; cv=none; d=google.com; s=arc-20160816; b=FYDxLYYKCFNjSnivJNA+PtAsX1ceTRtQE8nmoWewaNggdMGKhxAOniwA9k6gJupbfD W/KaJ7LhZ2Xj5O3u9UPKCfotU/hgKRrn7+Qkv4+SNYBSX1SjbcEL6XmaUlhZj/oaLqgG rmv1sRtmy1qTEUYtg7cFBWbiQFzq/3FcqaPIXOFRuVFujulI2He4duBeRQ/HUHipZPEq 9RiPYh92LEVojWfUzJDhloUDoQE3cWeaZZ3eQAXg/2dfx/LOoRVZ8I08JcwA2HvYaBoy PPjF+bArxbnqcjCN+Kv+KET2am113Cs6Zj3uNv1qeOzEpd5KAZYDIk7OCz+XjBPTK8nU sfJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=1tc0sllhtY7w34bXcpMVY0Netptnusq1Em3V/sqHWI0=; b=WH0P89JKetLwNIJ11dhSDwciNVhX29Yxja1vONxkYYgjuZUd0rgtwdEvz1bTtVLpkL MLXgti+CHNkbMMbWTboSrjsih2R5H5QfDcz5WfO7wsPWcKCw372bZ9yse755Hrv0LWDW JN2bGNQ++x7ARsldc0XsZym3C4qtr89JCFhSu+HkpvxjoxL9GsMlElrLssTqRwp1U82G TBS8GJaOK5ElEAKLoaJTUPXa5tm/rT87ugUJJtgeQYrh9HVLk64ql1mlCEwDGK8mxUQQ y3iiJAufLtpsEPnh+MV1zAz0rEEt2WHiCrrR0TQ7inQMAVeD8+a0qnfl9KFj++vPWcQg NU/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Nlh1gZFq; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k23si971701ejo.308.2020.07.22.17.46.22; Wed, 22 Jul 2020 17:46:45 -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=@gmail.com header.s=20161025 header.b=Nlh1gZFq; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1733296AbgGWAqT (ORCPT + 99 others); Wed, 22 Jul 2020 20:46:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34890 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1733075AbgGWAqS (ORCPT ); Wed, 22 Jul 2020 20:46:18 -0400 Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E1242C0619DC; Wed, 22 Jul 2020 17:46:17 -0700 (PDT) Received: by mail-ot1-x343.google.com with SMTP id 72so3212943otc.3; Wed, 22 Jul 2020 17:46:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1tc0sllhtY7w34bXcpMVY0Netptnusq1Em3V/sqHWI0=; b=Nlh1gZFqOje/wjQsqdXngrNxRXr5/jM+CCGVx6vQgKOJTZM+IIme1CORg+EAE0xqik nQ74StMEiW15q7uL5gjsfhHuqvM8RWH+GkMOaJeGQfO+IBSJJ6UkJ2wXnJgO7saLm9DT s2T96qbkRqEJttlsAJMdC6xIBC7R5ip0FiyKddFFn8mc85kuldHRaEaVi+8P27hkoo5J sBoMAFOvPh4PkNAf4Zm7KPiGEAMQ/RCHzz3pwJGbNdp8EiajsyR94WKtMLxV5YN45tDa 9Q14/O+Xb5QZKTF5VtG2S7Osb2ZCqLDHTEjkpRG33RYss9PQ/HfrrbJg31AznsLFOTPQ qsFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1tc0sllhtY7w34bXcpMVY0Netptnusq1Em3V/sqHWI0=; b=oc8pCocdgJV/yXXHXZ2LEVbbWMQg1eS/JFPBluNbCwYaVTM3gkEJkr9RANoF5nuKkH emwMUH0Bm0IC9YBg6z/W26/v3peOxg1gMGvinckS3N/ty52UjuLZcBq41TTWOj78v3uy 5TjT0gfPoKUsjSW7OL7d9fQ2uu0Hoz4zwdyvde7aNM56t8fsOwoQ2jJtl62VzVPYfucK Naj4KPBYQSg1mlE+YfGq/pn12RVffzER/5qx1KHo7vxO3RkqAa3/rtxVQs7w9w0aqkpv ZWzygMPWGCCsrsW0Bh1QhwEU9MiF2gsdbXXWbaynS6sB6LMxWEu9bH8wkX/LKyi2582e 3ECA== X-Gm-Message-State: AOAM532hLq22vapxnA9B3aTrlvArDEe2Pa04at6R1iODVrZF2BudDMMQ dhsW54DElh0ElyVLiTo4m831o2+hZJmuVkD3tzA= X-Received: by 2002:a9d:6410:: with SMTP id h16mr2184938otl.168.1595465177143; Wed, 22 Jul 2020 17:46:17 -0700 (PDT) MIME-Version: 1.0 References: <20200722021803.17958-1-hancockrwd@gmail.com> <20200722174009.GA1291928@bjorn-Precision-5520> In-Reply-To: <20200722174009.GA1291928@bjorn-Precision-5520> From: Robert Hancock Date: Wed, 22 Jul 2020 18:46:06 -0600 Message-ID: Subject: Re: [PATCH] PCI: Disallow ASPM on ASMedia ASM1083/1085 PCIe-PCI bridge To: Bjorn Helgaas Cc: linux-pci@vger.kernel.org, linux-kernel , Bjorn Helgaas , stable@vger.kernel.org, Puranjay Mohan Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 22, 2020 at 11:40 AM Bjorn Helgaas wrote: > > [+cc Puranjay] > > On Tue, Jul 21, 2020 at 08:18:03PM -0600, Robert Hancock wrote: > > Recently ASPM handling was changed to no longer disable ASPM on all > > PCIe to PCI bridges. Unfortunately these ASMedia PCIe to PCI bridge > > devices don't seem to function properly with ASPM enabled, as they > > cause the parent PCIe root port to cause repeated AER timeout errors. > > In addition to flooding the kernel log, this also causes the machine > > to wake up immediately after suspend is initiated. > > Hi Robert, thanks a lot for the report of this problem > (https://lore.kernel.org/r/CADLC3L1R2hssRjxHJv9yhdN_7-hGw58rXSfNp-FraZh0Tw+gRw@mail.gmail.com > and https://bugzilla.redhat.com/show_bug.cgi?id=1853960). > > I'm pretty sure Linux ASPM support is missing some things. This > problem might be a hardware problem where a quirk is the right > solution, but it could also be that it's a result of a Linux defect > that we should fix. > > Could you collect the dmesg log and "sudo lspci -vvxxxx" output > somewhere (maybe a bugzilla.kernel.org issue)? I want to figure out > whether this L1 PM substates are enabled on this link, and whether > that's configured correctly. Created a Bugzilla entry and added dmesg and lspci output: https://bugzilla.kernel.org/show_bug.cgi?id=208667 As I noted in that report, I subsequently found this page on ASMedia's site: https://www.asmedia.com.tw/eng/e_show_products.php?cate_index=169&item=114 which indicates this ASM1083 device has "No PCIe ASPM support". It's not clear why this problem isn't occurring on Windows however - either it is not enabling ASPM, somehow it doesn't cause issues with the PCIe link, or it is causing issues and just doesn't notify the user in any way. I can try and check if this bridge device is ending up with ASPM enabled under Windows 10 or not..