From patchwork Mon Nov 14 13:13:44 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Michal Kazior X-Patchwork-Id: 9427489 X-Patchwork-Delegate: kvalo@adurom.com Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 2D9F060476 for ; Mon, 14 Nov 2016 13:14:25 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 2106B2839A for ; Mon, 14 Nov 2016 13:14:25 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 1287A284D6; Mon, 14 Nov 2016 13:14:25 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=2.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_MED,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.9]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.wl.linuxfoundation.org (Postfix) with ESMTPS id 7BC642839A for ; Mon, 14 Nov 2016 13:14:24 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.85_2 #1 (Red Hat Linux)) id 1c6H5R-0008EF-GL; Mon, 14 Nov 2016 13:14:13 +0000 Received: from mail-wm0-x22c.google.com ([2a00:1450:400c:c09::22c]) by bombadil.infradead.org with esmtps (Exim 4.85_2 #1 (Red Hat Linux)) id 1c6H5N-00084l-70 for ath10k@lists.infradead.org; Mon, 14 Nov 2016 13:14:10 +0000 Received: by mail-wm0-x22c.google.com with SMTP id t79so97242022wmt.0 for ; Mon, 14 Nov 2016 05:13:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tieto.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=qs4MMgCjHjgRr37HZeQ4CZbyi0pc4C00FAejZC74kMk=; b=UStx1I0e12Hpo7PR4kioOfrMqxPdFAHxSt71TpndAX+fjSGYvCryMp103o2k4in5A4 jx6soxdJK9IUVkxq0HCLZgKvwuvtK5BOQdbnOONI2cIIKVPZOHATUjkr1HjeNv4mtQMD BfRsgd0DkvFSfrtsspUt7gxshJiS+UAhkKnV8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=qs4MMgCjHjgRr37HZeQ4CZbyi0pc4C00FAejZC74kMk=; b=KKT49tW9s5Q2BGzAntFlXbjzW72SngNGWpMY5DOdtRKFPdIWot3mIj/cW5SzLboyIb mEOiR84Y0ss2PbgUeukHzA/LnW3BKrLVWdHbAkXkcSNNGchXWILPt1zzYYG8fiV9Zkcb fTxg7sSoCrmdSvGQC8SsV9YWZZeHBPKa7qa/KHdbpoN6R6lXXFlMhQjLJ0PRG145LUK0 DckbJkIBkDbayhVVBAgE/34LV6tNoKN7mkGMYAclVqPTqwm1OfFF0VgiFgX7eiC2jukI jm7WIo/JFiHpja+JyNdJMLlIpK/K1dZQwjPNuA8sny5Px8YRuWoxVDt1W3Aopo1tzBPL kkIA== X-Gm-Message-State: ABUngvdrlYBeRBc6eQ+cSjNFFAaLT3598W2TmJk4NrwYP4U7hho8dSFJI4yMRaJU5HM9vTwjqDmcw08I1oEnPsrjCcuoV1OVfYz0qIT5euXounGOukup/MMXhCoGGEF9oJe3RweLyPUa+/ozzY4xVtdK X-Received: by 10.194.80.42 with SMTP id o10mr2610850wjx.65.1479129225511; Mon, 14 Nov 2016 05:13:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.112.102 with HTTP; Mon, 14 Nov 2016 05:13:44 -0800 (PST) In-Reply-To: References: From: Michal Kazior Date: Mon, 14 Nov 2016 14:13:44 +0100 Message-ID: Subject: Re: Connection problems with Qualcomm Atheros QCA6174 To: =?UTF-8?B?SGVucsO9IMOew7NyIEJhbGR1cnNzb24=?= X-DomainID: tieto.com X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20161114_051409_488388_02E87ED1 X-CRM114-Status: GOOD ( 14.47 ) X-BeenThere: ath10k@lists.infradead.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "ath10k@lists.infradead.org" Sender: "ath10k" Errors-To: ath10k-bounces+patchwork-ath10k=patchwork.kernel.org@lists.infradead.org X-Virus-Scanned: ClamAV using ClamSMTP On 13 November 2016 at 06:57, Henrý Þór Baldursson wrote: > Hello > > I have a Lenovo Ideapad Yoga 910 running Athergos, kernel version 4.8.7. > > My problem is that intermittently my wifi will just grind to a halt > and even stop working. > > The driver reports the firmware as being WLAN.RM.2.0-00180-QCARMSWPZ-1 > > Here's the initialization in dmesg: > > [ 1.900033] ath10k_pci 0000:01:00.0: pci irq msi oper_irq_mode 2 > irq_mode 0 reset_mode 0 > [ 2.173039] ath10k_pci 0000:01:00.0: Direct firmware load for > ath10k/pre-cal-pci-0000:01:00.0.bin failed with error -2 > [ 2.173054] ath10k_pci 0000:01:00.0: Direct firmware load for > ath10k/cal-pci-0000:01:00.0.bin failed with error -2 > [ 2.174217] ath10k_pci 0000:01:00.0: Direct firmware load for > ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2 > [ 2.174218] ath10k_pci 0000:01:00.0: could not fetch firmware file > 'ath10k/QCA6174/hw3.0/firmware-5.bin': -2 > [ 2.175485] ath10k_pci 0000:01:00.0: qca6174 hw3.2 target > 0x05030000 chip_id 0x00340aff sub 17aa:0827 > [ 2.175487] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 > tracing 0 dfs 0 testmode 0 > [ 2.175876] ath10k_pci 0000:01:00.0: firmware ver > WLAN.RM.2.0-00180-QCARMSWPZ-1 api 4 features > wowlan,ignore-otp,no-4addr-pad crc32 75dee6c5 > [ 2.240312] ath10k_pci 0000:01:00.0: board_file api 2 bmi_id N/A > crc32 6fc88fe7 > [ 4.405741] ath10k_pci 0000:01:00.0: htt-ver 3.26 wmi-op 4 htt-op 3 > cal otp max-sta 32 raw 0 hwcrypto 1 > [ 4.485362] ath10k_pci 0000:01:00.0 wlp1s0: renamed from wlan0 > > > Here's what dmesg shows during the errors: > > [ 1238.710899] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0 > [ 1238.710920] pcieport 0000:00:1c.0: PCIe Bus Error: > severity=Corrected, type=Data Link Layer, id=00e0(Transmitter ID) > [ 1238.710935] pcieport 0000:00:1c.0: device [8086:9d14] error > status/mask=00001000/00000000 > [ 1238.710945] pcieport 0000:00:1c.0: [12] Replay Timer Timeout > [ 1243.855456] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0 > [ 1243.855472] pcieport 0000:00:1c.0: PCIe Bus Error: > severity=Corrected, type=Data Link Layer, id=00e0(Transmitter ID) > [ 1243.855484] pcieport 0000:00:1c.0: device [8086:9d14] error > status/mask=00001000/00000000 > [ 1243.855491] pcieport 0000:00:1c.0: [12] Replay Timer Timeout > [ 1296.095437] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0 > [ 1296.095452] pcieport 0000:00:1c.0: PCIe Bus Error: > severity=Corrected, type=Data Link Layer, id=00e0(Transmitter ID) > [ 1296.095464] pcieport 0000:00:1c.0: device [8086:9d14] error > status/mask=00001000/00000000 > [ 1296.095472] pcieport 0000:00:1c.0: [12] Replay Timer Timeout > [ 1305.877547] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0 > [ 1305.877562] pcieport 0000:00:1c.0: PCIe Bus Error: > severity=Corrected, type=Data Link Layer, id=00e0(Transmitter ID) > [ 1305.877574] pcieport 0000:00:1c.0: device [8086:9d14] error > status/mask=00001000/00000000 > [ 1305.877581] pcieport 0000:00:1c.0: [12] Replay Timer Timeout > [ 1556.596092] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0 > [ 1556.596107] pcieport 0000:00:1c.0: PCIe Bus Error: > severity=Corrected, type=Data Link Layer, id=00e0(Transmitter ID) > [ 1556.596115] pcieport 0000:00:1c.0: device [8086:9d14] error > status/mask=00001000/00000000 > [ 1556.596122] pcieport 0000:00:1c.0: [12] Replay Timer Timeout > [ 1612.764108] pcieport 0000:00:1c.0: AER: Corrected error received: id=00e0 > [ 1612.764124] pcieport 0000:00:1c.0: PCIe Bus Error: > severity=Corrected, type=Data Link Layer, id=00e0(Transmitter ID) > [ 1612.764135] pcieport 0000:00:1c.0: device [8086:9d14] error > status/mask=00001000/00000000 > [ 1612.764143] pcieport 0000:00:1c.0: [12] Replay Timer Timeout Can you try to override ar_pci->pci_ps to false in ath10k_pci_probe() and see if it helps? Something along the diff: Another thing which could be happening is ACPI S0ix states which - to the best of my knowledge - Linux does not support. I've seen at least i915 not being able to wake-up DSI displays properly when S0ix states are enabled on some 10 inch 2-in-1 devices. I wouldn't be surprised if other PCI-E (such as wifi/network devices) can be affected adversely as well. Therefore, can you check UEFI/BIOS (you may need to enable "expert settings") if there are any mentions about S0x or S0ix ACPI modes there and - if found - try disabling them and checking back if you still get AER/bus errors, please? Michał --- a/drivers/net/wireless/ath/ath10k/pci.c +++ b/drivers/net/wireless/ath/ath10k/pci.c @@ -3236,7 +3236,7 @@ static int ath10k_pci_probe(struct pci_dev *pdev, ar_pci->dev = &pdev->dev; ar_pci->ar = ar; ar->dev_id = pci_dev->device; - ar_pci->pci_ps = pci_ps; + ar_pci->pci_ps = false; ar_pci->bus_ops = &ath10k_pci_bus_ops; ar_pci->pci_soft_reset = pci_soft_reset; ar_pci->pci_hard_reset = pci_hard_reset;