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
