From: "Toke Høiland-Jørgensen" <toke@redhat.com> To: vtolkm@gmail.com Cc: linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Rob Herring <robh@kernel.org>, Ilias Apalodimas <ilias.apalodimas@linaro.org>, vtolkm@googlemail.com, Bjorn Helgaas <helgaas@kernel.org> Subject: Re: PCI trouble on mvebu (Turris Omnia) Date: Tue, 27 Oct 2020 19:59:05 +0100 [thread overview] Message-ID: <87d013wl52.fsf@toke.dk> (raw) In-Reply-To: <c3751931-8126-e823-1ee5-62cbdb6883ed@gmail.com> "™֟☻̭҇ Ѽ ҉ ®" <vtolkm@googlemail.com> writes: > On 27/10/2020 18:20, Bjorn Helgaas wrote: >> [+cc vtolkm] >> >> On Tue, Oct 27, 2020 at 04:43:20PM +0100, Toke Høiland-Jørgensen wrote: >>> Hi everyone >>> >>> I'm trying to get a mainline kernel to run on my Turris Omnia, and am >>> having some trouble getting the PCI bus to work correctly. Specifically, >>> I'm running a 5.10-rc1 kernel (torvalds/master as of this moment), with >>> the resource request fix[0] applied on top. >>> >>> The kernel boots fine, and the patch in [0] makes the PCI devices show >>> up. But I'm still getting initialisation errors like these: >>> >>> [ 1.632709] pci 0000:01:00.0: BAR 0: error updating (0xe0000004 != 0xffffffff) >>> [ 1.632714] pci 0000:01:00.0: BAR 0: error updating (high 0x000000 != 0xffffffff) >>> [ 1.632745] pci 0000:02:00.0: BAR 0: error updating (0xe0200004 != 0xffffffff) >>> [ 1.632750] pci 0000:02:00.0: BAR 0: error updating (high 0x000000 != 0xffffffff) >>> >>> and the WiFi drivers fail to initialise with what appears to me to be >>> errors related to the bus rather than to the drivers themselves: >>> >>> [ 3.509878] ath: phy0: Mac Chip Rev 0xfffc0.f is not supported by this driver >>> [ 3.517049] ath: phy0: Unable to initialize hardware; initialization status: -95 >>> [ 3.524473] ath9k 0000:01:00.0: Failed to initialize device >>> [ 3.530081] ath9k: probe of 0000:01:00.0 failed with error -95 >>> [ 3.536012] ath10k_pci 0000:02:00.0: of_irq_parse_pci: failed with rc=134 >>> [ 3.543049] pci 0000:00:02.0: enabling device (0140 -> 0142) >>> [ 3.548735] ath10k_pci 0000:02:00.0: can't change power state from D3hot to D0 (config space inaccessible) >>> [ 3.588592] ath10k_pci 0000:02:00.0: failed to wake up device : -110 >>> [ 3.595098] ath10k_pci: probe of 0000:02:00.0 failed with error -110 >>> >>> lspci looks OK, though: >>> >>> # lspci >>> 00:01.0 PCI bridge: Marvell Technology Group Ltd. Device 6820 (rev 04) >>> 00:02.0 PCI bridge: Marvell Technology Group Ltd. Device 6820 (rev 04) >>> 00:03.0 PCI bridge: Marvell Technology Group Ltd. Device 6820 (rev 04) >>> 01:00.0 Network controller: Qualcomm Atheros AR9287 Wireless Network Adapter (PCI-Express) (rev 01) >>> 02:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter (rev ff) >>> >>> Does anyone have any clue what could be going on here? Is this a bug, or >>> did I miss something in my config or other initialisation? I've tried >>> with both the stock u-boot distributed with the board, and with an >>> upstream u-boot from latest master; doesn't seem to make any different. >> Can you try turning off CONFIG_PCIEASPM? We had a similar recent >> report at https://bugzilla.kernel.org/show_bug.cgi?id=209833 but I >> don't think we have a fix yet. >> > > Got the same device working with > 5.10.0-rc1-next-20201027-to-dirty < > but ASPM turned off, as mentioned in the cited bug report. Yup, indeed that helped! > Note: related issues - workaround compile ath and cfg80211 as modules > > (1) https://bugzilla.kernel.org/show_bug.cgi?id=209863 > (2) https://bugzilla.kernel.org/show_bug.cgi?id=209855 > (3) https://bugzilla.kernel.org/show_bug.cgi?id=209853 Yeah, I had noticed the regdb failure but put off debugging that until the PCI issue was resolved. So guess that's next on my list - thanks for the pointer (although I'd rather avoid the module approach as booting the kernel directly from my build box over tftp is quite convenient... Let's see if there isn't another way to fix this) -Toke
WARNING: multiple messages have this Message-ID (diff)
From: "Toke Høiland-Jørgensen" <toke@redhat.com> To: vtolkm@gmail.com Cc: Rob Herring <robh@kernel.org>, linux-pci@vger.kernel.org, Ilias Apalodimas <ilias.apalodimas@linaro.org>, vtolkm@googlemail.com, Bjorn Helgaas <helgaas@kernel.org>, linux-arm-kernel@lists.infradead.org Subject: Re: PCI trouble on mvebu (Turris Omnia) Date: Tue, 27 Oct 2020 19:59:05 +0100 [thread overview] Message-ID: <87d013wl52.fsf@toke.dk> (raw) In-Reply-To: <c3751931-8126-e823-1ee5-62cbdb6883ed@gmail.com> "™֟☻̭҇ Ѽ ҉ ®" <vtolkm@googlemail.com> writes: > On 27/10/2020 18:20, Bjorn Helgaas wrote: >> [+cc vtolkm] >> >> On Tue, Oct 27, 2020 at 04:43:20PM +0100, Toke Høiland-Jørgensen wrote: >>> Hi everyone >>> >>> I'm trying to get a mainline kernel to run on my Turris Omnia, and am >>> having some trouble getting the PCI bus to work correctly. Specifically, >>> I'm running a 5.10-rc1 kernel (torvalds/master as of this moment), with >>> the resource request fix[0] applied on top. >>> >>> The kernel boots fine, and the patch in [0] makes the PCI devices show >>> up. But I'm still getting initialisation errors like these: >>> >>> [ 1.632709] pci 0000:01:00.0: BAR 0: error updating (0xe0000004 != 0xffffffff) >>> [ 1.632714] pci 0000:01:00.0: BAR 0: error updating (high 0x000000 != 0xffffffff) >>> [ 1.632745] pci 0000:02:00.0: BAR 0: error updating (0xe0200004 != 0xffffffff) >>> [ 1.632750] pci 0000:02:00.0: BAR 0: error updating (high 0x000000 != 0xffffffff) >>> >>> and the WiFi drivers fail to initialise with what appears to me to be >>> errors related to the bus rather than to the drivers themselves: >>> >>> [ 3.509878] ath: phy0: Mac Chip Rev 0xfffc0.f is not supported by this driver >>> [ 3.517049] ath: phy0: Unable to initialize hardware; initialization status: -95 >>> [ 3.524473] ath9k 0000:01:00.0: Failed to initialize device >>> [ 3.530081] ath9k: probe of 0000:01:00.0 failed with error -95 >>> [ 3.536012] ath10k_pci 0000:02:00.0: of_irq_parse_pci: failed with rc=134 >>> [ 3.543049] pci 0000:00:02.0: enabling device (0140 -> 0142) >>> [ 3.548735] ath10k_pci 0000:02:00.0: can't change power state from D3hot to D0 (config space inaccessible) >>> [ 3.588592] ath10k_pci 0000:02:00.0: failed to wake up device : -110 >>> [ 3.595098] ath10k_pci: probe of 0000:02:00.0 failed with error -110 >>> >>> lspci looks OK, though: >>> >>> # lspci >>> 00:01.0 PCI bridge: Marvell Technology Group Ltd. Device 6820 (rev 04) >>> 00:02.0 PCI bridge: Marvell Technology Group Ltd. Device 6820 (rev 04) >>> 00:03.0 PCI bridge: Marvell Technology Group Ltd. Device 6820 (rev 04) >>> 01:00.0 Network controller: Qualcomm Atheros AR9287 Wireless Network Adapter (PCI-Express) (rev 01) >>> 02:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter (rev ff) >>> >>> Does anyone have any clue what could be going on here? Is this a bug, or >>> did I miss something in my config or other initialisation? I've tried >>> with both the stock u-boot distributed with the board, and with an >>> upstream u-boot from latest master; doesn't seem to make any different. >> Can you try turning off CONFIG_PCIEASPM? We had a similar recent >> report at https://bugzilla.kernel.org/show_bug.cgi?id=209833 but I >> don't think we have a fix yet. >> > > Got the same device working with > 5.10.0-rc1-next-20201027-to-dirty < > but ASPM turned off, as mentioned in the cited bug report. Yup, indeed that helped! > Note: related issues - workaround compile ath and cfg80211 as modules > > (1) https://bugzilla.kernel.org/show_bug.cgi?id=209863 > (2) https://bugzilla.kernel.org/show_bug.cgi?id=209855 > (3) https://bugzilla.kernel.org/show_bug.cgi?id=209853 Yeah, I had noticed the regdb failure but put off debugging that until the PCI issue was resolved. So guess that's next on my list - thanks for the pointer (although I'd rather avoid the module approach as booting the kernel directly from my build box over tftp is quite convenient... Let's see if there isn't another way to fix this) -Toke _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-10-27 18:59 UTC|newest] Thread overview: 124+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-10-27 15:43 PCI trouble on mvebu (Turris Omnia) Toke Høiland-Jørgensen 2020-10-27 15:43 ` Toke Høiland-Jørgensen 2020-10-27 17:20 ` Bjorn Helgaas 2020-10-27 17:20 ` Bjorn Helgaas 2020-10-27 17:44 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-27 17:44 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-27 18:59 ` Toke Høiland-Jørgensen [this message] 2020-10-27 18:59 ` Toke Høiland-Jørgensen 2020-10-27 20:20 ` Toke Høiland-Jørgensen 2020-10-27 20:20 ` Toke Høiland-Jørgensen 2020-10-27 21:22 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-27 21:22 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-27 21:31 ` Toke Høiland-Jørgensen 2020-10-27 21:31 ` Toke Høiland-Jørgensen 2020-10-27 22:01 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-27 22:01 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-27 22:12 ` Toke Høiland-Jørgensen 2020-10-27 22:12 ` Toke Høiland-Jørgensen 2020-10-27 18:56 ` Toke Høiland-Jørgensen 2020-10-27 18:56 ` Toke Høiland-Jørgensen 2020-10-28 13:36 ` Toke Høiland-Jørgensen 2020-10-28 13:36 ` Toke Høiland-Jørgensen 2020-10-28 14:42 ` Bjorn Helgaas 2020-10-28 14:42 ` Bjorn Helgaas 2020-10-28 15:08 ` Toke Høiland-Jørgensen 2020-10-28 15:08 ` Toke Høiland-Jørgensen 2020-10-28 16:40 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-28 16:40 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-28 23:16 ` Bjorn Helgaas 2020-10-28 23:16 ` Bjorn Helgaas 2020-10-29 10:09 ` Pali Rohár 2020-10-29 10:09 ` Pali Rohár 2020-10-29 10:56 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-29 10:56 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-29 11:12 ` Toke Høiland-Jørgensen 2020-10-29 11:12 ` Toke Høiland-Jørgensen 2020-10-29 19:30 ` Bjorn Helgaas 2020-10-29 19:30 ` Bjorn Helgaas 2020-10-29 19:56 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-29 19:56 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-29 19:57 ` Andrew Lunn 2020-10-29 19:57 ` Andrew Lunn 2020-10-29 21:55 ` Thomas Petazzoni 2020-10-29 21:55 ` Thomas Petazzoni 2020-10-29 20:18 ` Toke Høiland-Jørgensen 2020-10-29 20:18 ` Toke Høiland-Jørgensen 2020-10-29 22:09 ` Toke Høiland-Jørgensen 2020-10-29 22:09 ` Toke Høiland-Jørgensen 2020-10-29 20:58 ` Marek Behun 2020-10-29 20:58 ` Marek Behun 2020-10-30 10:08 ` Pali Rohár 2020-10-30 10:08 ` Pali Rohár 2020-10-30 10:45 ` Marek Behun 2020-10-30 10:45 ` Marek Behun 2020-10-29 21:54 ` Thomas Petazzoni 2020-10-29 21:54 ` Thomas Petazzoni 2020-10-29 23:15 ` Toke Høiland-Jørgensen 2020-10-29 23:15 ` Toke Høiland-Jørgensen 2020-10-30 8:23 ` Thomas Petazzoni 2020-10-30 8:23 ` Thomas Petazzoni 2020-10-30 10:15 ` Pali Rohár 2020-10-30 10:15 ` Pali Rohár 2020-10-29 10:41 ` Toke Høiland-Jørgensen 2020-10-29 10:41 ` Toke Høiland-Jørgensen 2020-10-29 11:18 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-29 11:18 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-30 11:23 ` Pali Rohár 2020-10-30 11:23 ` Pali Rohár 2020-10-30 13:02 ` Toke Høiland-Jørgensen 2020-10-30 13:02 ` Toke Høiland-Jørgensen 2020-10-30 14:23 ` Pali Rohár 2020-10-30 14:23 ` Pali Rohár 2020-10-30 14:54 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-30 14:54 ` ™֟☻̭҇ Ѽ ҉ ® 2020-10-31 12:49 ` Toke Høiland-Jørgensen 2020-10-31 12:49 ` Toke Høiland-Jørgensen 2020-11-02 15:24 ` Pali Rohár 2020-11-02 15:24 ` Pali Rohár 2020-11-02 15:54 ` Toke Høiland-Jørgensen 2020-11-02 15:54 ` Toke Høiland-Jørgensen 2020-11-02 16:18 ` ™֟☻̭҇ Ѽ ҉ ® 2020-11-02 16:18 ` ™֟☻̭҇ Ѽ ҉ ® 2020-11-02 16:33 ` Toke Høiland-Jørgensen 2020-11-02 16:33 ` Toke Høiland-Jørgensen 2021-03-15 19:58 ` Pali Rohár 2021-03-15 19:58 ` Pali Rohár 2021-03-16 9:25 ` Pali Rohár 2021-03-16 9:25 ` Pali Rohár 2021-03-18 22:43 ` Toke Høiland-Jørgensen 2021-03-18 22:43 ` Toke Høiland-Jørgensen 2021-03-18 23:16 ` Pali Rohár 2021-03-18 23:16 ` Pali Rohár 2021-03-26 12:50 ` Pali Rohár 2021-03-26 12:50 ` Pali Rohár 2021-03-26 15:25 ` Toke Høiland-Jørgensen 2021-03-26 15:25 ` Toke Høiland-Jørgensen 2021-03-26 15:34 ` Pali Rohár 2021-03-26 15:34 ` Pali Rohár 2021-03-26 16:54 ` Toke Høiland-Jørgensen 2021-03-26 16:54 ` Toke Høiland-Jørgensen 2021-03-26 17:11 ` Pali Rohár 2021-03-26 17:11 ` Pali Rohár 2021-03-26 17:51 ` Toke Høiland-Jørgensen 2021-03-26 17:51 ` Toke Høiland-Jørgensen 2021-03-29 17:09 ` Pali Rohár 2021-03-29 17:09 ` Pali Rohár 2021-03-31 14:02 ` Toke Høiland-Jørgensen 2021-03-31 14:02 ` Toke Høiland-Jørgensen 2021-03-31 16:15 ` Pali Rohár 2021-03-31 16:15 ` Pali Rohár 2021-03-31 16:53 ` Toke Høiland-Jørgensen 2021-03-31 16:53 ` Toke Høiland-Jørgensen 2020-10-29 1:21 ` Marek Behun 2020-10-29 1:21 ` Marek Behun 2020-10-29 15:12 ` Rob Herring 2020-10-29 15:12 ` Rob Herring 2020-10-27 18:03 ` Marek Behun 2020-10-27 18:03 ` Marek Behun 2020-10-27 19:00 ` Toke Høiland-Jørgensen 2020-10-27 19:00 ` Toke Høiland-Jørgensen 2020-10-27 20:19 ` Marek Behun 2020-10-27 20:19 ` Marek Behun 2020-10-27 20:49 ` Toke Høiland-Jørgensen 2020-10-27 20:49 ` Toke Høiland-Jørgensen
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=87d013wl52.fsf@toke.dk \ --to=toke@redhat.com \ --cc=helgaas@kernel.org \ --cc=ilias.apalodimas@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-pci@vger.kernel.org \ --cc=robh@kernel.org \ --cc=vtolkm@gmail.com \ --cc=vtolkm@googlemail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.