From: "Jiaxun Yang" <jiaxun.yang@flygoat.com>
To: "Manivannan Sadhasivam" <manivannan.sadhasivam@linaro.org>
Cc: "Huacai Chen" <chenhuacai@kernel.org>,
linux-pci <linux-pci@vger.kernel.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
linux-kernel@vger.kernel.org,
"Krzysztof Wilczyński" <kw@linux.com>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"stable@vger.kernel.org" <stable@vger.kernel.org>
Subject: Re: [PATCH v2] pci: loongson: Workaround MIPS firmware MRRS settings
Date: Sun, 22 Oct 2023 14:38:30 +0100 [thread overview]
Message-ID: <30afffac-b470-43ce-95cd-7bc72bf1752f@app.fastmail.com> (raw)
In-Reply-To: <20230907050805.GA3218@thinkpad>
在2023年9月7日九月 上午6:08,Manivannan Sadhasivam写道:
> On Thu, Sep 07, 2023 at 11:13:00AM +0800, Jiaxun Yang wrote:
>>
>>
>> 在 2023/9/7 9:18, Manivannan Sadhasivam 写道:
>> [...]
>> > Why do you need to walk through every single device instead of just bridges?
>> > I'm not the maintainer, but my suggestion is to go for Huacai Chen's solution.
>> Hi Mani,
>>
>> Thanks for your reply, unfortunately Huacai's solution is impractical in
>> this case.
>>
>> The problem we have, is firmware (or BIOS) setting improper MRRS for devices
>> attached under those bridges. So we have to fix up MRRS for every single
>> device.
>> We can't iterate child device in bridge quirk because there is no guarantee
>> that
>> bridge will be probed before it's child device, partly due to hotplug.
>>
>
> Okay, this clarifies and also warrants improvement in commit message.
>
> You could also use pci_walk_bus() after pci_host_probe() to iterate over the
> child devices under root bridge and set MRRS. IMO that would look neat.
This won't work as disabling device will reset MRRS and you have to set
it again, while pci_host_probe will only run at init.
So quirk at device enablement is still the best solution.
Thanks
- Jiaxun
>
> - Mani
>
>> This quirk has been in tree for a while, until Huacai refactored it and
>> broke some
>> systems in 8b3517f88ff2 ("PCI: loongson: Prevent LS7A MRRS increases").
>>
>> Also to note that ks_pcie_quirk in drivers/pci/controller/dwc/pci-keystone.c
>> uses similar approach.
>> > This avoids iterating over bridges/devices two times.
>> >
>> > Also, please rename firmware to BIOS, as firmware commonly represents the
>> > software running on PCIe endpoint devices.
>> Ack, will fix in next reversion.
>>
>> Thanks
>> - Jiaxun
>> >
>> > - Mani
>> [...]
>
> --
> மணிவண்ணன் சதாசிவம்
--
- Jiaxun
prev parent reply other threads:[~2023-10-22 13:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-25 6:10 Jiaxun Yang
2023-08-06 2:20 ` Jiaxun Yang
2023-08-06 14:30 ` Huacai Chen
2023-08-08 7:38 ` Jiaxun Yang
2023-08-29 12:26 ` Linux regression tracking (Thorsten Leemhuis)
2023-08-31 5:31 ` Jiaxun Yang
2023-08-31 6:22 ` Huacai Chen
2023-08-31 8:58 ` Jiaxun Yang
2023-08-31 9:42 ` Huacai Chen
2023-08-31 10:04 ` Jiaxun Yang
2023-09-06 16:11 ` Jiaxun Yang
2023-09-07 1:18 ` Manivannan Sadhasivam
2023-09-07 3:13 ` Jiaxun Yang
2023-09-07 5:08 ` Manivannan Sadhasivam
2023-09-20 12:33 ` Linux regression tracking (Thorsten Leemhuis)
2023-10-20 11:04 ` Thorsten Leemhuis
2023-10-22 13:36 ` Jiaxun Yang
2023-10-22 13:38 ` Jiaxun Yang [this message]
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=30afffac-b470-43ce-95cd-7bc72bf1752f@app.fastmail.com \
--to=jiaxun.yang@flygoat.com \
--cc=bhelgaas@google.com \
--cc=chenhuacai@kernel.org \
--cc=kw@linux.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=stable@vger.kernel.org \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®