All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wei Yang <weiyang@linux.vnet.ibm.com>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Wei Yang <weiyang@linux.vnet.ibm.com>,
	linux-pci@vger.kernel.org, Yinghai Lu <yinghai@kernel.org>
Subject: Re: [PATCH 1/3] PCI: move PCI_FIND_CAP_TTL to pci.h and use it in quirks
Date: Fri, 24 Oct 2014 11:44:45 +0800	[thread overview]
Message-ID: <20141024034445.GA9825@richard> (raw)
In-Reply-To: <20141022231830.GC4795@google.com>

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).
>
>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.

Got it.

>
>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


  reply	other threads:[~2014-10-24  3:44 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 [this message]
2014-11-06  3:12     ` Wei Yang
2014-11-18  9:16       ` Wei Yang
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=20141024034445.GA9825@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 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.