From: Wei Yang <weiyang@linux.vnet.ibm.com>
To: Wei Yang <weiyang@linux.vnet.ibm.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
Yinghai Lu <yinghai@kernel.org>,
linux-pci@vger.kernel.org
Subject: Re: [PATCH 1/3] PCI: move PCI_FIND_CAP_TTL to pci.h and use it in quirks
Date: Tue, 18 Nov 2014 17:16:28 +0800 [thread overview]
Message-ID: <20141118091628.GA25737@richard> (raw)
In-Reply-To: <20141106031202.GA18424@richard>
On Thu, Nov 06, 2014 at 11:12:02AM +0800, Wei Yang wrote:
>On Wed, Oct 22, 2014 at 05:18:30PM -0600, Bjorn Helgaas wrote:
>>[+cc Yinghai]
>>
>>On Tue, Oct 14, 2014 at 02:47:30PM +0800, Wei Yang wrote:
>>> In some quirks, it tries to search a pci cap and use a ttl value to avoid
>>> infinite loop. While the value is hard coded to 48, which is the same as marco
>>> PCI_FIND_CAP_TTL.
>>>
>>> This patch moves the definition of PCI_FIND_CAP_TTL to pci.h and replace the
>>> hard coded value with it.
>>
>>This seems reasonable (though I added Yinghai in case he knows of any
>>reason why HT capabilities should be different from plain PCI capabilities
>>in this respect).
>
>Hi, Yinghai,
>
>Do you have some historical story on the definition?
>
Hi,
I am not sure if I missed some mail. This is the last mail I sent, but no
reply I got yet. Is is ok to send an updated version?
>>
>>But I'd prefer to have the definition in drivers/pci/pci.h rather than in
>>include/linux/pci.h, because both users already include drivers/pci/pci.h,
>>and it is less visible.
>>
>>Bjorn
>>
>>>
>>> Signed-off-by: Wei Yang <weiyang@linux.vnet.ibm.com>
>>> ---
>>> drivers/pci/pci.c | 1 -
>>> drivers/pci/quirks.c | 8 ++++----
>>> include/linux/pci.h | 2 ++
>>> 3 files changed, 6 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
>>> index 2c9ac70..76b002b1 100644
>>> --- a/drivers/pci/pci.c
>>> +++ b/drivers/pci/pci.c
>>> @@ -137,7 +137,6 @@ void __iomem *pci_ioremap_bar(struct pci_dev *pdev, int bar)
>>> EXPORT_SYMBOL_GPL(pci_ioremap_bar);
>>> #endif
>>>
>>> -#define PCI_FIND_CAP_TTL 48
>>>
>>> static int __pci_find_next_cap_ttl(struct pci_bus *bus, unsigned int devfn,
>>> u8 pos, int cap, int *ttl)
>>> diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
>>> index 80c2d01..a5f46b8 100644
>>> --- a/drivers/pci/quirks.c
>>> +++ b/drivers/pci/quirks.c
>>> @@ -2176,7 +2176,7 @@ DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_AMD, 0x9601, quirk_amd_780_apc_msi);
>>> * return 1 if a HT MSI capability is found and enabled */
>>> static int msi_ht_cap_enabled(struct pci_dev *dev)
>>> {
>>> - int pos, ttl = 48;
>>> + int pos, ttl = PCI_FIND_CAP_TTL;
>>>
>>> pos = pci_find_ht_capability(dev, HT_CAPTYPE_MSI_MAPPING);
>>> while (pos && ttl--) {
>>> @@ -2235,7 +2235,7 @@ DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_CK804_PCIE,
>>> /* Force enable MSI mapping capability on HT bridges */
>>> static void ht_enable_msi_mapping(struct pci_dev *dev)
>>> {
>>> - int pos, ttl = 48;
>>> + int pos, ttl = PCI_FIND_CAP_TTL;
>>>
>>> pos = pci_find_ht_capability(dev, HT_CAPTYPE_MSI_MAPPING);
>>> while (pos && ttl--) {
>>> @@ -2314,7 +2314,7 @@ DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_NVIDIA,
>>>
>>> static int ht_check_msi_mapping(struct pci_dev *dev)
>>> {
>>> - int pos, ttl = 48;
>>> + int pos, ttl = PCI_FIND_CAP_TTL;
>>> int found = 0;
>>>
>>> /* check if there is HT MSI cap or enabled on this device */
>>> @@ -2439,7 +2439,7 @@ out:
>>>
>>> static void ht_disable_msi_mapping(struct pci_dev *dev)
>>> {
>>> - int pos, ttl = 48;
>>> + int pos, ttl = PCI_FIND_CAP_TTL;
>>>
>>> pos = pci_find_ht_capability(dev, HT_CAPTYPE_MSI_MAPPING);
>>> while (pos && ttl--) {
>>> diff --git a/include/linux/pci.h b/include/linux/pci.h
>>> index 96453f9..b27b79e 100644
>>> --- a/include/linux/pci.h
>>> +++ b/include/linux/pci.h
>>> @@ -33,6 +33,8 @@
>>>
>>> #include <linux/pci_ids.h>
>>>
>>> +#define PCI_FIND_CAP_TTL 48
>>> +
>>> /*
>>> * The PCI interface treats multi-function devices as independent
>>> * devices. The slot/function address of each device is encoded
>>> --
>>> 1.7.9.5
>>>
>
>--
>Richard Yang
>Help you, Help me
--
Richard Yang
Help you, Help me
next prev parent reply other threads:[~2014-11-18 9:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-14 6:47 [PATCH 0/3] PCI: code clean up on pci configuration space Wei Yang
2014-10-14 6:47 ` [PATCH 1/3] PCI: move PCI_FIND_CAP_TTL to pci.h and use it in quirks Wei Yang
2014-10-22 23:18 ` Bjorn Helgaas
2014-10-24 3:44 ` Wei Yang
2014-11-06 3:12 ` Wei Yang
2014-11-18 9:16 ` Wei Yang [this message]
2014-10-14 6:47 ` [PATCH 2/3] PCI: use u8 instead of int for pci configuration space pos and cap Wei Yang
2014-10-22 23:23 ` Bjorn Helgaas
2014-10-24 3:49 ` Wei Yang
2014-10-14 6:47 ` [PATCH 3/3] PCI: use u16 instead of int for pci express extended capabilities " Wei Yang
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=20141118091628.GA25737@richard \
--to=weiyang@linux.vnet.ibm.com \
--cc=bhelgaas@google.com \
--cc=linux-pci@vger.kernel.org \
--cc=yinghai@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;
as well as URLs for NNTP newsgroup(s).