[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