[Intel-wired-lan] [net-next PATCH] ixgbe: add new bus type for intergrated I/O interface (IOSF)
Skidmore, Donald C
donald.c.skidmore at intel.com
Thu Jun 18 20:10:35 UTC 2015
> -----Original Message-----
> From: Alexander Duyck [mailto:alexander.duyck at gmail.com]
> Sent: Thursday, June 18, 2015 1:03 PM
> To: Skidmore, Donald C; Alexander Duyck; intel-wired-lan at lists.osuosl.org
> Subject: Re: [Intel-wired-lan] [net-next PATCH] ixgbe: add new bus type for
> intergrated I/O interface (IOSF)
>
> On 06/18/2015 12:50 PM, Skidmore, Donald C wrote:
> >
> >> -----Original Message-----
> >> From: Alexander Duyck [mailto:alexander.h.duyck at redhat.com]
> >> Sent: Thursday, June 18, 2015 12:45 PM
> >> To: Skidmore, Donald C; intel-wired-lan at lists.osuosl.org
> >> Subject: Re: [Intel-wired-lan] [net-next PATCH] ixgbe: add new bus
> >> type for intergrated I/O interface (IOSF)
> >>
> >> On 06/18/2015 10:24 AM, Donald C Skidmore wrote:
> >>> With this patch we add support for a new bus type
> >> ixgbe_bus_type_internal.
> >>> X550em devices use IOSF and not PCIe bus so this new type is to
> >>> accommodate them.
> >>>
> >>> Signed-off-by: Donald C Skidmore <donald.c.skidmore at intel.com>
> >>> ---
> >>> drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 11 ++++++++++-
> >>> drivers/net/ethernet/intel/ixgbe/ixgbe_type.h | 1 +
> >>> drivers/net/ethernet/intel/ixgbe/ixgbe_x550.c | 1 +
> >>> 3 files changed, 12 insertions(+), 1 deletion(-)
> >>>
> >>> diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
> >>> b/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
> >>> index 5f1b06a..dd53abd 100644
> >>> --- a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
> >>> +++ b/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
> >>> @@ -246,11 +246,19 @@ static inline bool
> >>> ixgbe_pcie_from_parent(struct
> >> ixgbe_hw *hw)
> >>> static void ixgbe_check_minimum_link(struct ixgbe_adapter *adapter,
> >>> int expected_gts)
> >>> {
> >>> + struct ixgbe_hw *hw = &adapter->hw;
> >>> int max_gts = 0;
> >>> enum pci_bus_speed speed = PCI_SPEED_UNKNOWN;
> >>> enum pcie_link_width width = PCIE_LNK_WIDTH_UNKNOWN;
> >>> struct pci_dev *pdev;
> >>>
> >>> + /* Some devices are not connected over PCIe and thus do not
> >> negotiate
> >>> + * speed. These devices do not have valid bus info, and thus any
> >> report
> >>> + * we generate may not be correct.
> >>> + */
> >>> + if (hw->bus.type == ixgbe_bus_type_internal)
> >>> + return;
> >>> +
> >>> /* determine whether to use the parent device */
> >>> if (ixgbe_pcie_from_parent(&adapter->hw))
> >>> pdev = adapter->pdev->bus->parent->self; @@ -8844,9
> >> +8852,10 @@
> >>> skip_sriov:
> >>> hw->eeprom.ops.read(hw, 0x2d, &adapter->eeprom_verl);
> >>>
> >>> /* pick up the PCI bus settings for reporting later */
> >>> - hw->mac.ops.get_bus_info(hw);
> >>> if (ixgbe_pcie_from_parent(hw))
> >>> ixgbe_get_parent_bus_info(adapter);
> >>> + else
> >>> + hw->mac.ops.get_bus_info(hw);
> >>>
> >>> /* calculate the expected PCIe bandwidth required for optimal
> >>> * performance. Note that some older parts will never have
> >>> enough diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h
> >>> b/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h
> >>> index 19271e5..37df15f 100644
> >>> --- a/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h
> >>> +++ b/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h
> >>> @@ -3067,6 +3067,7 @@ enum ixgbe_bus_type {
> >>> ixgbe_bus_type_pci,
> >>> ixgbe_bus_type_pcix,
> >>> ixgbe_bus_type_pci_express,
> >>> + ixgbe_bus_type_internal,
> >>> ixgbe_bus_type_reserved
> >>> };
> >>>
> >> Are there really any parts that are listed as using a pci or pcix type?
> >> If not you could probably drop those types from the enum since they
> >> don't add any value.
> > I really like that idea. :) Still wouldn't that be worth of its own patch, even
> though it would be really small patch?
> >
> > Thanks,
> > -Don
>
> Yeah, probably doesn't need to block this one, but is something that should
> probably be done as a clean-up eventually.
>
> - Alex
I'll whip out a quick patch today.
Thanks for the review.
-Don
More information about the Intel-wired-lan
mailing list