It seems compilation for clang Linux target is broken:
In file included from
/home/marc/dpdk/lib/librte_eal/linuxapp/eal/eal_pci.c:42:
/home/marc/dpdk/x86_64-native-linuxapp-clang/include/rte_memcpy.h:870:2:
error: implicit declaration of function '_mm_alignr_epi8' is invalid in C99
[-Werror
Add new features, ABI changes and resolved issues notice for
the refactored link patch.
Signed-off-by: Marc Sune
---
doc/guides/rel_notes/release_2_3.rst | 102 +++
1 file changed, 102 insertions(+)
create mode 100644 doc/guides/rel_notes/release_2_3.rst
diff --
This patch redesigns the API to set the link speed/s configure
for an ethernet port. Specifically:
- it allows to define a set of advertised speeds for
auto-negociation.
- it allows to disable link auto-negociation (single fixed speed).
- default: auto-negociate all supported speeds.
Other chan
Added speed capabilities to all pmds supporting physical NICs:
* e1000
* ixgbe
* i40
* bnx2x
* cxgbe
* mlx4
* mlx5
* nfp
* fm10k
Signed-off-by: Marc Sune
---
drivers/net/bnx2x/bnx2x_ethdev.c | 1 +
drivers/net/cxgbe/cxgbe_ethdev.c | 1 +
drivers/net/e1000/em_ethdev.c| 6 ++
drivers/n
Added constants and bitmap to struct rte_eth_dev_info to be used by PMDs.
Signed-off-by: Marc Sune
---
lib/librte_ether/rte_ethdev.h | 24
1 file changed, 24 insertions(+)
diff --git a/lib/librte_ether/rte_ethdev.h b/lib/librte_ether/rte_ethdev.h
index 16da821..83ddbb7
The current rte_eth_dev_info abstraction does not provide any mechanism to
get the supported speed(s) of an ethdev.
For some drivers (e.g. ixgbe), an educated guess could be done based on the
driver's name (driver_name in rte_eth_dev_info), see:
http://dpdk.org/ml/archives/dev/2013-August/000412.
Add the support for new devices and mac types, as supported by the base
code update.
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe/ixgbe_bypass_api.h| 1 +
drivers/net/ixgbe/ixgbe_ethdev.c| 12 ++--
drivers/net/ixgbe/ixgbe_fdir.c | 10 +
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe/base/README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ixgbe/base/README b/drivers/net/ixgbe/base/README
index 5d66f86..caa2664 100644
--- a/drivers/net/ixgbe/base/README
+++ b/drivers/net/ixgbe/base/README
@@ -3
It's more valuable to abstract the link read/write interface. As such,
change the following method names, and add them to a new link info
structure:
read_i2c_combined => read_link
read_i2c_combined_unlocked => read_link_unlocked
write_i2c_combined => write_link
The MDIO clock speed must be reconfigured after the MAC reset.
The MDIO clock speed becomes invalid, therefore the driver reads
invalid PHY register values. The driver now set the MDIO clock
speed prior to initializing PHY ops and again after the MAC reset.
As now the MDIO speed gets set in more t
Do not set FDIRCTRL.DROP_NO_MATCH in ixgbe_init_fdir_perfect_82599(),
this bit is already set in ixgbe_set_fdir_drop_queue_82599() which
makes more sense for drivers that call that function.
This resolves an issue where packets were being dropped when switching
to perfect filters mode.
Setting th
The X550EM_a device provides the MAC_SGMII_BUSY register to
indicate when slow SGMII register writes complete. Add
definitions for the register. No definitions are provided for
the individual bits under the theory that it is better to wait
for everything to complete when needed rather than try to m
Instead of not defining the callback for set_phy_power when
manageability is enabled, put the check in the set_phy_power
function so that only turning the power off is conditional on
management, but not turning the PHY on.
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe/base/ixgbe_phy.c | 3 +++
This patch resolves an issue where VF mac address is zeroed out
in cases where the VF driver is loaded while the PF interface
is down.
The solution is to only set it when we get an ACK from the PF.
Fixes: 6202266e5680 ("ixgbe/base: vf changes")
Signed-off-by: Wenzhuo Lu
---
doc/guides/rel_notes/
Use the PHY token, shared between sw-fw for PHY access on X550EM_a.
Signed-off-by: Wenzhuo Lu
---
doc/guides/rel_notes/release_16_04.rst | 5 ++
drivers/net/ixgbe/base/ixgbe_x550.c| 114 +
drivers/net/ixgbe/base/ixgbe_x550.h| 2 +
3 files changed, 121
Only x550em_x V1 was supported before. Now V2 is supported.
A mask for V1 and V2 is defined and used to support both.
Signed-off-by: Wenzhuo Lu
---
doc/guides/rel_notes/release_16_04.rst | 5 +
drivers/net/ixgbe/base/ixgbe_type.h| 2 +-
drivers/net/ixgbe/base/ixgbe_x550.c| 19 +
Add new X550EM_a devices and their mac types, X550EM_a
and X550EM_a_vf.
Update the code to use the new devices and mac types.
Signed-off-by: Wenzhuo Lu
---
doc/guides/rel_notes/release_16_04.rst | 5 ++
drivers/net/ixgbe/base/ixgbe_82599.c | 4 +-
drivers/net/ixgbe/base/ixgbe_api.c | 23
*add x550em_a device support
*add x550em_x V2 device support
*sw-firmware sync for resource sharing
*set VF mac addr only when acked by PF
*ignore manageability for phy power on
*add register definition for SGMII busy
*fix setting flow dir flag twice
*set MDIO speed after MAC reset
*abstract out li
Add multicast promiscuous mode support on ixgbe VF driver.
Please note if we want to use this promiscuous mode, we need both PF
and VF driver to support it. The reason is this VF feature is
configged on PF.
If use kernel PF driver + dpdk VF driver, make sure kernel PF driver
support VF multicast p
On Sat, 13 Feb 2016 17:43:38 +
"Wiles, Keith" wrote:
> The reason it appears to just exit to the shell is I was setting ?log-level 0
> on the command line, which means no CRIT, EMERG or ALERTs panic messages are
> printed. If I set the log-level 3 then I am able to see these ?critical?
> p
On Fri, 12 Feb 2016 22:41:18 -0800
Matthew Hall wrote:
> Signed-off-by: Matthew Hall
> ---
> lib/librte_eal/linuxapp/eal/eal_interrupts.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/lib/librte_eal/linuxapp/eal/eal_interrupts.c
> b/lib/librte_eal/linuxapp/eal/eal_interrupts.c
> in
> -Original Message-
> From: David Marchand [mailto:david.marchand at 6wind.com]
> Sent: Wednesday, January 27, 2016 4:34 PM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 2/2] i40evf: support interrupt based pf
> reset request
>
> Hello Jingjing,
>
> On We
> -Original Message-
> From: Tao, Zhe
> Sent: Friday, January 29, 2016 4:51 PM
> To: Wu, Jingjing; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 2/2] i40evf: support interrupt based pf
> reset request
>
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.
Hi Bruce,
> -Original Message-
> From: Richardson, Bruce
> Sent: Friday, February 12, 2016 6:36 AM
> To: Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 00/12] update ixgbe base driver
>
> On Tue, Jan 19, 2016 at 10:48:01AM +0800, Wenzhuo Lu wrote:
> > *add new devices
> -Original Message-
> From: Tao, Zhe
> Sent: Friday, January 29, 2016 3:28 PM
> To: Wu, Jingjing; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 1/2] i40evf: allocate virtchnl cmd buffer
> for each vf
>
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.
> -Original Message-
> From: Tao, Zhe
> Sent: Thursday, January 28, 2016 3:03 PM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 2/2] i40evf: support interrupt based pf
> reset request
>
> > @@ -74,8 +74,6 @@
> > +static void
> > @@ -1662,7 +1869,8 @@ (struct
> -Original Message-
> From: Zhang, Helin
> Sent: Friday, January 15, 2016 10:40 AM
> To: dev at dpdk.org
> Cc: Wu, Jingjing; Pei, Yulong; Xu, Qian Q; Zhang, Helin
> Subject: [PATCH 00/29] i40e base driver update
>
> i40e base driver is updated, to support new X722 device IDs, and use rx
Hi Bruce,
Best regards
Wenzhuo Lu
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, February 8, 2016 10:02 PM
> To: Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] ixgbe: support multicast promiscuous mode on
> VF
>
> On Mon, Jan 04, 2016 at 04:07:16PM +
28 matches
Mail list logo
