Hi, Ferruh
> -Original Message-
> From: Yigit, Ferruh
> Sent: Saturday, February 18, 2017 12:01 AM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: Lu, Wenzhuo
> Subject: Re: [dpdk-dev] [PATCH 2/2] net/ixgbe: add mac type check for all
> filters
>
> On 2/13/2017 7:35 AM, Wei Zhao wrote:
> > All kin
Tested-by: Yang Gang < gangx.y...@intel.com >
- Check patch: success
- Apply patch: success
- compilation: success
OS: fedora23
GCC: gcc_x86-64, 5.3.1
Commit: dpdk-next-crypto(081fefb01748e7063b1b9692af89d8115ec64632)
x86_64-native-linuxapp-gcc: compile pass
- dts validation
Tested-by: Yang Gang < gangx.y...@intel.com >
- Check patch: success
- Apply patch: success
- compilation: success
OS: fedora23
GCC: gcc_x86-64, 5.3.1
Commit: dpdk-next-crypto(081fefb01748e7063b1b9692af89d8115ec64632)
x86_64-native-linuxapp-gcc: compile pass
- dts validation
On Mon, Mar 06, 2017 at 11:00:01AM +0530, Hemant Agrawal wrote:
> On 3/4/2017 6:16 PM, Jerin Jacob wrote:
> > nicvf HW expects the DMA address of the packet data to be
> > aligned with cache line size.
> >
> > Packet data offset is a function of struct mbuf size,
> > mbuf private size and headroom
On 3/4/2017 6:16 PM, Jerin Jacob wrote:
nicvf HW expects the DMA address of the packet data to be
aligned with cache line size.
Packet data offset is a function of struct mbuf size,
mbuf private size and headroom. mbuf private size can
be changed from the application in pool creation, this
check
On Sun, Mar 05, 2017 at 08:57:31AM +0200, Gregory Etelson wrote:
> Hello,
>
> Is there a git branch for DPDK LTS versions ?
Yes, all stable and LTS releases are hosted at git tree:
http://dpdk.org/browse/dpdk-stable/
--yliu
> On Thu, Mar 2, 2017 at 4:13 PM, Yuanhan Liu
> wrote:
>
Hello,
Is there a git branch for DPDK LTS versions ?
Regards,
Gregory
On Thu, Mar 2, 2017 at 4:13 PM, Yuanhan Liu
wrote:
> Hi all,
>
> I'm pleased to announce our first LTS release, v16.11.1:
> http://fast.dpdk.org/rel/dpdk-16.11.1.tar.xz
>
> Thanks everyone for making it happen!
>
> N
Hi Adrien,
> -Original Message-
> From: Adrien Mazarguil [mailto:adrien.mazarg...@6wind.com]
> Sent: Friday, March 3, 2017 7:09 PM
> To: Xing, Beilei
> Cc: Wu, Jingjing ; Zhang, Helin
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/3] app/testpmd: support MPLS for generic
> filter
>
Thanks, Konstantin.
--Zhiyong
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Sunday, March 5, 2017 9:03 PM
> To: Yang, Zhiyong ; dev@dpdk.org
> Cc: Richardson, Bruce
> Subject: RE: [dpdk-dev] [PATCH v2 0/5] consistent PMD batching behaviour
>
>
> > The rte_eth_tx_burst() func
Hi,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Kuba Kozak
> Sent: Friday, March 3, 2017 8:55 PM
> To: dev@dpdk.org
> Cc: Piasecki, JacekX; Kozak, KubaX
> Subject: [dpdk-dev] [PATCH 2/4] net/e1000: add grouping of xstats for e1000
> driver
>
> From: Jacek P
On 3/5/2017 10:31 PM, Ferruh Yigit wrote:
> On 2/28/2017 1:22 PM, Olivier Matz wrote:
>> The function is not defined anywhere, remove it.
>>
>> Fixes: 0eb609239efd ("ixgbe: enable Rx queue interrupts for PF and VF")
>>
>> Signed-off-by: Olivier Matz
>
> Acked-by: Ferruh Yigit
Applied to dpdk-ne
On 2/28/2017 1:22 PM, Olivier Matz wrote:
> The function is not defined anywhere, remove it.
>
> Fixes: 0eb609239efd ("ixgbe: enable Rx queue interrupts for PF and VF")
>
> Signed-off-by: Olivier Matz
Acked-by: Ferruh Yigit
On 2/22/2017 2:59 AM, Wenzhuo Lu wrote:
> In the IOV scenario, multi RX queues can be assigned
> to one VF. If the dropping is not enabled, when no
> descriptors are available for one queue, this queue
> can block others.
>
> Fixes: 00e30184daa0 ("ixgbe: add PF support")
> CC: sta...@dpdk.org
>
>
On 2/21/2017 10:45 PM, Qi Zhang wrote:
> During PF initialization, PF will generate an initial mac address
> for VFs, the purpose is to help VF keep a constant mac address between
> its startup/shutdown cycles. Now this is not necessary, since we already
> provide an API to set VF's MAC address fro
On 3/3/2017 8:54 AM, Pascal Mazon wrote:
> The call to rte_eth_dev_allocate(tap_name) sets dev->data->name to
> tap_name (e.g. "dtap0").
>
> A look-up using tap_name is expected to return this device, not a
> look-up using name (e.g. "net_tap0").
This will break rte_pmd_tap_remove(), because it g
Hi Konstantin,
Thanks for the inputs.
Initialization starts with ETH_RSS_IP and gets updated with L4 if ACL is
selected in parse_args function. This change is to fix rss_hf.
I have submitted 'v4' patch, please let me know if additional changes are
needed.
Thanks.
On Sun, Mar 5, 2017 at 5:15 AM
v4:
> Initialize rss_hf to IP for LPM, EM and ACL.
> Update rss_hf with l4 in parse_args for ACL.
> Fix pending checkpatch code indentation warning.
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch errors and warnings related to non
v4:
> No changes.
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch warnings.
v1:
> Remove static array configuration of Dest IP,Src IP, Dest
port, Src port, Proto and IF_OUT for EM and EM6 config.
> Add reading conf
This patchset merges l3fwd-acl and l3fwd code into common directory.
Adds file read options to build LPM and EM tables.
Ravi Kerur (3):
Merge l3fwd-acl and l3fwd code.
LPM config file read option.
EM config file read option.
examples/l3fwd-acl/Makefile | 56 -
examples/l3fwd-acl/ma
v4:
> No changes.
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch warnings related to code
> MACRO GET_CB_FIELD checkpatch warning not fixed
v1:
> Remove static array configuration of Destination IP, MASK
and IF_OU
On 4 March 2017 at 13:00, Jerin Jacob wrote:
> Fixes: ae0eb310f253 ("net/i40e: implement vector PMD for ARM")
>
> CC: sta...@dpdk.org
> Signed-off-by: Jerin Jacob
> Signed-off-by: Sunil Kulkarni
> ---
> drivers/net/i40e/i40e_rxtx_vec_neon.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-
Hi Ravi,
>
> Hi Konstantin,
>
> Sorry for this one, I had to resend patch series as 'v3' as additional
> checkpatch warnings were seen after the submission which didn't show
> up in my run.
>
> 'v3' patch should have all fixed except the ones I mentioned in my earlier
> email on which I need
> The rte_eth_tx_burst() function in the file Rte_ethdev.h is invoked to
> transmit output packets on the output queue for DPDK applications as
> follows.
>
> static inline uint16_t
> rte_eth_tx_burst(uint8_t port_id, uint16_t queue_id,
> struct rte_mbuf **tx_pkts, uint16_t nb_pk
Checking whether the counter is IB counter was performed with the
wrong index.
Fixes: a4e3056b7018 ("net/mlx5: add out of buffer counter to extended
statistic")
Cc: sta...@dpdk.org
Signed-off-by: Shahaf Shuler
---
drivers/net/mlx5/mlx5_stats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On 3/3/2017 3:17 AM, Qi Zhang wrote:
patch title: s/equest/request
> Multiple IES API resets can cause a race condition where the mailbox
> interrupt request bits can be cleared before being handled. This can
> leave certain mailbox messages from the PF to be untreated and the PF
> will enter in
On 3/3/2017 3:17 AM, Qi Zhang wrote:
> The VF uses a multi-bit update request to clear unused VLANs whenever it
> resets. However, an accident in a previous refector broke multi-bit
s/refector/refactor
> updates for VFs, due to misreading a comment in fm10k_vf.c and
> attempting to reduce code du
On 3/3/2017 3:17 AM, Qi Zhang wrote:
> The diagram represents bit layout of the multi-bit VLAN update
> message format. Re-draw the numbers using base 8, and mark the
> bit values every 8 bits at the top. This should make it more
> easy to grasp the table quickly.
Can you please somehow mention in
On 3/3/2017 3:17 AM, Qi Zhang wrote:
patch title: s/multicaset/multicast
> Deleting lport when multicast mod is configured to
> FM10K_XCAST_MODE_ALLMULTI or FM10K_XCAST_MODE_PROMISC will
> result in generating orphaned multicast-group entries in the
> switch manager.
> Before deleting the lport,
On 3/3/2017 3:17 AM, Qi Zhang wrote:
> Some defines were previously wrapped to strip them from opensource driver
> builds, but these are required by DPDK. Change the wrapping of these so
> that the DPDK gets them as long as DPDK_SUPPORT is correctly added as a
> strip flag, while we can remove t
On 3/3/2017 3:17 AM, Qi Zhang wrote:
> The patch set update to latest fm10k base code, there is no
> significent features be added, but include couple enhancement
> like clean up the logic for tlv attr parse, improve VF multi-bit
> VLAN handle etc, also with some code/comment clean as well.
>
> Q
30 matches
Mail list logo
