Re: [PATCH v1] PCI: work around Stratus ftServer broken PCIe hierarchy

[Bjorn Helgaas <bhelgaas@xxxxxxxxxx>]

On Thu, Apr 26, 2012 at 6:29 AM, Prarit Bhargava <prarit@xxxxxxxxxx> wrote:
>
>
> On 04/25/2012 08:30 PM, Yinghai Lu wrote:
>> On Wed, Apr 25, 2012 at 4:36 PM, Bjorn Helgaas <bhelgaas@xxxxxxxxxx> wrote:
>>> A PCIe downstream port is a P2P bridge.  Its secondary interface is
>>> a link that should lead only to device 0 (unless ARI is enabled)[1], so
>>> we don't probe for non-zero device numbers.
>>>
>>> Some Stratus ftServer systems have a PCIe downstream port (02:00.0) that
>>> leads to both an upstream port (03:00.0) and a downstream port (03:01.0),
>>> and 03:01.0 has important devices below it:
>>>
>>>  [0000:02]-+-00.0-[0000:03]--+-00.0
>>>                              \-01.0-[0000:xx]--+-[USB]
>>>                                                \-[NIC]
>>>
>>> Previously, we didn't enumerate device 03:01.0, so USB and the network
>>> didn't work.  This patch adds a DMI quirk to scan all device numbers,
>>> not just 0, below a downstream port.
>>
>> is there output for
>> lspci -vvxxx -s 03:00.0
>> lspci -vvxxx -s 03:00.1
>>
>> like to know what is the 03:00.0.
>
> [Adding correct email addy for Jim@stratus]
>
> Jim, can you provide this output?

Also note that I only looked for "ftServer" in the DMI SYS_VENDOR
field.  Prarit's original patch looked at both SYS_VENDOR and
BOARD_VENDOR.  I don't know whether BOARD_VENDOR is necessary.  My
guess was dmi_name_in_vendors() was just a convenient interface, and
we only need to check one place.

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html