previous 16.07 works well , when I examine the rte_mbuf->packet_type,I can
get the well-corresponded packet type. after migrating code to 17.02 ,I
will never get packet_type again, should I switch on something ,or did I
miss any configuration ?
btw,how could I judge whether the nic support packet
On Tue, Mar 07, 2017 at 01:47:51PM +0200, Shahaf Shuler wrote:
> Since PKT_TX_TCP_SEG implies PKT_TX_TCP_CKSUM, the PMD must force this
> flag.
> The fix applied for both tunneled and non-tunneled packets.
>
> Fixes: 19c5dc66b851 ("net/mlx5: add hardware TSO support")
> Fixes: 751f56489e31 ("net/m
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, March 8, 2017 11:51 PM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 4/4] net/i40e: refine consistent tunnel filter
>
> On 3/3/2017 9:31 AM, Beilei Xing wrote:
> > Add i4
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, March 8, 2017 11:50 PM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org; Iremonger,
> Bernard ; Liu, Yong
> Subject: Re: [dpdk-dev] [PATCH 3/4] net/i40e: support tunnel filter to VF
>
> On 3/3/2017 9:31 AM
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, March 8, 2017 11:50 PM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 2/4] net/i40e: rework tunnel filter functions
>
> On 3/3/2017 9:31 AM, Beilei Xing wrote:
> > Rework
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, March 8, 2017 11:50 PM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org; Iremonger,
> Bernard ; Stroe, Laura
>
> Subject: Re: [dpdk-dev] [PATCH 1/4] net/i40e: support replace filter type
>
> On 3/3/2017 9:
On 3/8/2017 9:09 PM, Thomas Monjalon wrote:
2017-03-08 18:22, Hemant Agrawal:
On Fri, 3 Mar 2017 18:16:36 +0530, Hemant Agrawal
wrote:
I think the current mempool handlers should be moved first in a
separate patch.
Yes it should have been done earlier.
Are you seeing any benefit by making i
Test by: Lin Xueqin
[PATCH] net/i40e: enable statistic reset for VF (Qi Zhang)
NIC: 25G NIC
Steps:
1. Get the pci device id of DUT
./tools/dpdk-devbind.py --st
:81:00.0 'Device 158b' if=eth27 drv=i40e unused=igb_uio
2. Host PF in DPDK driver.
root@dpdk-test03:~/dpdk# ./tools/dpdk-devbind.py
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, March 8, 2017 11:50 PM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/4] support replace filter function
>
> On 3/3/2017 9:31 AM, Beilei Xing wrote:
> > This patchset ad
Hello,
Can anybody explain why rte_malloc_heap.h is advertised as a public
interface? It only contains malloc_heap struct which is used internally
and violates DPDK naming conventions for public struct. I haven't found
any use of it outside of EAL and it's undocumented. If it is in fact
publi
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, March 9, 2017 12:06 AM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 3/3] net/i40e: enable cloud filter for MPLS
>
> On 3/3/2017 9:43 AM, Beilei Xing wrote:
> > This patch
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, March 8, 2017 8:07 PM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/5] net/i40e: support pipeline
> personalization profile
>
> On 3/3/2017 7:39 AM, Beilei Xing wrote
Hi Ferruh:
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, March 7, 2017 6:51 PM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Zhang, Helin
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/2] net/i40e: enable VF untag drop
>
> On 3/3/2017 1:59 AM, Qi Zhang wrote:
> > Add a new pr
Thanks a lot Bruce to correct my assumption. This was what i looked for.
Thanks
Raman
On Wed, Mar 8, 2017 at 7:46 PM, Bruce Richardson wrote:
> On Wed, Mar 08, 2017 at 07:05:03PM +0530, raman geetha gopalakrishnan
> wrote:
> > Hi All,
> >
> > I have the following basic question. Hope to get an
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, March 8, 2017 7:43 PM
> To: Xing, Beilei ; Wu, Jingjing
> Cc: Zhang, Helin ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 0/5] net/i40e: support pipeline
> personalization profile
>
> On 3/3/2017 7:39 AM, Beilei Xing wrote
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, March 7, 2017 7:14 PM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Zhang, Helin
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 2/2] app/testpmd: enable VF untag drop in
> testpmd
>
> On 3/3/2017 1:59 AM, Qi Zhang wrote:
> > Add co
Hi,
0005-net-bonding-reconfigure-all-slave-queues-every-time.patch is now
officially in dpdk 17.02. But, it caused segmentation fault every time
when I configured bonding. In slave_configure(), "Setup Tx Queues" logic
change from for q_id=old_nb_tx_queues to qid=0 which always enters the
for
Thomas,
Thanks for the reminder! I changed the mailer settings and acked again.
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> Sent: 2017年3月7日 21:08
> To: Chao Zhu
> Cc: 'Gowrishankar' ; dev@dpdk.org;
> 'Anatoly Burakov'
> Subject: Re: [PATCH v3] eal:
> From: Gowrishankar [mailto:gowrishanka...@linux.vnet.ibm.com]
> Sent: 2017年3月6日 23:04
> To: dev@dpdk.org
> Cc: Chao Zhu ; Anatoly Burakov
> ; Thomas Monjalon
> ; Gowrishankar Muthukrishnan
>
> Subject: [PATCH v3] eal: sPAPR IOMMU support in pci probing for vfio-pci
in
> ppc64le
>
> From: Gowris
2017-02-28 13:53, Aaron Conole:
> + int ret_1 = 0;
You do not need to add a new variable.
> int ret = 0;
>
> if (rte_eal_devargs_type_count(RTE_DEVTYPE_WHITELISTED_PCI) == 0)
> @@ -430,17 +432,20 @@ rte_eal_pci_probe(void)
>
> /* probe all or only whitelisted dev
Hi,
Thanks for the work.
I think it needs to be completed to have the same behaviour on bsdapp.
As a another version is required, I add some small comments about
the formatting.
I think you should use the form "do not panic on " for most
of the commits.
Some commits may be squashed (see below):
John, Konstantin,
Kindly let me know new 'v5' patch follows dpdk guidelines?
I just followed what's in the dpdk contributing code guidelines.
- git format-patch -3 -o patch/ -v 5 --cover-letter
- git send-email --to dev@dpdk.org --in-reply-to patch/*
Thanks.
On Mon, Mar 6, 2017 at 3:2
2017-02-28 13:52, Aaron Conole:
> +/**
> + * This function checks that the currently used CPU supports the CPU features
> + * that were specified at compile time. It is called automatically within the
> + * EAL, so does not need to be used by applications. This version returns a
> + * result so th
Merge l3fwd-acl code into l3fwd with '-A' cmdline option to run ACL.
v5:
> None.
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 check
Add config file support for v4 and v6 to build exact match
forwarding tables.
v5:
> No changes.
v4:
> No changes.
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch warnings.
v1:
> Remove static array configuration of Dest IP,Src I
Add config file support for v4 and v6 to build forwarding
tables.
v5:
> Changes is_bypass_line from inline to non-line.
v4:
> No changes.
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch warnings related to code
> MACRO GET_CB_FIE
This patchset merges l3fwd-acl and l3fwd code into common directory.
Adds file read options to build LPM and EM tables.
Ravi Kerur (3):
examples/l3fwd: Merge l3fwd-acl code into l3fwd
examples/l3fwd: add config file support for LPM
examples/l3fwd: add config file support for EM
examples/l3
> -Original Message-
> From: Akhil Goyal [mailto:akhil.go...@nxp.com]
> Sent: Friday, March 3, 2017 7:50 PM
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; Doherty, Declan ;
> De Lara Guarch, Pablo ; Mcnamara, John
> ; nhor...@tuxdriver.com; hemant.agra...@nxp.com;
> Akhil Goyal
> Subj
On 3/6/2017 4:14 PM, Wiles, Keith wrote:
>
>> On Mar 6, 2017, at 10:03 AM, Yigit, Ferruh wrote:
>>
>> On 3/6/2017 3:42 PM, Ferruh Yigit wrote:
>>> On 3/6/2017 3:16 PM, Wiles, Keith wrote:
> On Mar 6, 2017, at 9:13 AM, Pascal Mazon wrote:
>
> Store the device name in dev->data->n
On 3/6/2017 1:05 PM, Andrew Rybchenko wrote:
> Siena has limitation on maximum byte count and 4k boundary crosssing
> (which is stricter than maximum byte count).
> EF10 has limitation on maximum byte count only.
>
> Fixes: f7dc06bf35f2 ("net/sfc/base: import 5xxx/6xxx family support")
> Fixes: e7
When somebody use bad --optype with aead alghorithms
segmentation fault could happen.
Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test application")
Signed-off-by: Daniel Mrzyglod
---
Changes for v3:
- fix headline of this patch
- add ccm alghorithm
Changes for v2:
- fix
On Wed, Mar 08, 2017 at 04:15:33PM +0100, Gaetan Rivet wrote:
> This PMD intercepts and manages Ethernet device removal events issued by
> slave PMDs and re-initializes them transparently when brought back so that
> existing applications do not need to be modified to benefit from true
> hot-pluggin
On 3/5/2017 5:17 PM, Jianbo Liu wrote:
> 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
> Acked-by: Jianbo Liu
Applied to dpdk-next-net/mast
On 3/3/2017 12:49 PM, Andrew Rybchenko wrote:
> From: Ivan Malov
>
> If a libefx-based driver needs some way to clear port statistics,
> then an MCDI agnostic method is required.
>
> Signed-off-by: Ivan Malov
> Signed-off-by: Andrew Rybchenko
Series applied to dpdk-next-net/master, thanks.
On 3/3/2017 9:43 AM, Beilei Xing wrote:
> This patch enables MPLSoUDP and MPLSoGRE
> cloud filter with replace cloud filter.
>
> Signed-off-by: Beilei Xing
<...>
> @@ -1286,6 +1286,9 @@ eth_i40e_dev_init(struct rte_eth_dev *dev)
> if (ret < 0)
> goto err_init_fdir_filter_lis
Hi All
I am using ip_pipeline firewall as base for our project, need
comments/suggestions/corrections regarding following
1) We can not configure firewall rule to drop packets, as portid is
mandatory in command. I am planning to allow this for our requirement with
following code changes
a)
On 3/3/2017 9:31 AM, Beilei Xing wrote:
> Add i40e_tunnel_type enumeration type to refine consistent
> tunnel filter, it will be esay to add new tunnel type for
s/esay/easy
> i40e.
>
> Signed-off-by: Beilei Xing
<...>
> /**
> + * Tunnel type.
> + */
> +enum i40e_tunnel_type {
> + I40E_TU
On 3/3/2017 9:31 AM, Beilei Xing wrote:
> Rework tunnel filter functions to align with the
> new command buffer for add/remove cloud filter.
> This patch also changes tunnel filter function
> name to VXLAN filter function, it will be easy to
> add other tunnel type parsing function.
Can you pleas
On 3/3/2017 9:31 AM, Beilei Xing wrote:
> This patchset adds replace filter function according
> to DCR288 and supports cloud filter to VF.
Is "cloud filter" common term, or specific to i40e ?
Can you please provide small description about "cloud filter" here and
provide links for more detailed i
On 3/3/2017 9:31 AM, Beilei Xing wrote:
> Add new admin queue function and extended fields
> in DCR 288:
> - Add admin queue function for Replace filter
>command (Opcode: 0x025F)
> - Add General fields for Add/Remove Cloud filters
>command
>
> This patch will be removed to base driver in
On 3/3/2017 9:31 AM, Beilei Xing wrote:
> This patch is to support tunnel filter to VF.
>
> Signed-off-by: Bernard Iremonger
> Signed-off-by: Yong Liu
> Signed-off-by: Beilei Xing
> ---
<...>
> +/**
> + * Tunneling Packet filter configuration.
> + */
> +struct i40e_tunnel_filter_conf {
There
2017-03-08 18:22, Hemant Agrawal:
> > On Fri, 3 Mar 2017 18:16:36 +0530, Hemant Agrawal
> > wrote:
> > I think the current mempool handlers should be moved first in a
> > separate patch.
Yes it should have been done earlier.
> Are you seeing any benefit by making it a separate patch series?
A s
CC'ing us...@dpdk.org since this issue primarily affects rte_flow users, and
several PMD maintainers to get their opinion on the matter, see below.
On Wed, Mar 08, 2017 at 09:24:26AM +, Le Scouarnec Nicolas wrote:
> My response is inline bellow, and further comment on the code excerpt also
>
Periodically check for the existence of a device.
If a device has not been initialized and exists on the system, then it
is probed and configured.
The configuration process strives to synchronize the states between the
plugged-in sub-device and the fail-safe device.
Signed-off-by: Gaetan Rivet
A
This device state means that the device is managed externally, by
whichever party has set this state (PMD or application).
Note: this new device state is only an information. The related device
structure and operators are still valid and can be used normally.
It is however made private by device
Signed-off-by: Gaetan Rivet
Acked-by: Olga Shern
---
doc/guides/nics/features/failsafe.ini | 1 +
drivers/net/failsafe/Makefile | 1 +
drivers/net/failsafe/failsafe.c | 1 +
drivers/net/failsafe/failsafe_eal.c | 2 +
drivers/net/failsafe/failsafe_ether.c | 76 +
This PMD intercepts and manages Ethernet device removal events issued by
slave PMDs and re-initializes them transparently when brought back so that
existing applications do not need to be modified to benefit from true
hot-plugging support.
The stacked PMD approach shares many similarities with the
Other configuration items (i.e. MAC addresses) are stored within
rte_eth_dev_data, but not this one.
Signed-off-by: Gaetan Rivet
---
lib/librte_ether/rte_ethdev.c | 19 ++-
lib/librte_ether/rte_ethdev.h | 10 ++
2 files changed, 28 insertions(+), 1 deletion(-)
diff --git
Signed-off-by: Gaetan Rivet
---
doc/guides/nics/features/failsafe.ini | 1 +
drivers/net/failsafe/failsafe.c | 1 +
drivers/net/failsafe/failsafe_ether.c | 18 ++
drivers/net/failsafe/failsafe_ops.c | 24
drivers/net/failsafe/failsafe_pri
Signed-off-by: Gaetan Rivet
Acked-by: Olga Shern
---
doc/guides/nics/fail_safe.rst | 14 +++
drivers/net/failsafe/failsafe_args.c| 22 +++
drivers/net/failsafe/failsafe_eal.c | 2 +
drivers/net/failsafe/failsafe_ether.c | 67 -
dri
Signed-off-by: Gaetan Rivet
Acked-by: Olga Shern
---
drivers/net/failsafe/failsafe_private.h | 8 +++
drivers/net/failsafe/failsafe_rxtx.c| 117 ++--
2 files changed, 105 insertions(+), 20 deletions(-)
diff --git a/drivers/net/failsafe/failsafe_private.h
b/dri
Signed-off-by: Gaetan Rivet
Acked-by: Olga Shern
---
doc/guides/nics/features/failsafe.ini | 6 ++
drivers/net/failsafe/failsafe_ops.c | 125 +-
2 files changed, 129 insertions(+), 2 deletions(-)
diff --git a/doc/guides/nics/features/failsafe.ini
b/doc/guide
Add the "exec" device type.
The parameters given to this type of device will be executed in a shell.
The output of this command is then used as a definition for a device.
That command can be re-interpreted if the related device is not
plugged-in. It allows for a device definition to react to syste
Introduce the fail-safe poll mode driver initialization and enable its
build infrastructure.
This PMD allows for applications to benefits from true hot-plugging
support without having to implement it.
It intercepts and manages Ethernet device removal events issued by
slave PMDs and re-initializes
Make pci_probe_all_drivers public, no further changes to it.
Introduce a public function for pci_scan_one. This functions scan one
device, but does not allocate that device or insert it within the device
list.
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 +
Make the pci_detach_all_drivers public. No further changes.
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 5 +
lib/librte_eal/common/eal_common_pci.c | 6 +++---
lib/librte_eal/common/include/rte_pci.h | 15 +++
lib/librte_ea
Take this helper from the testpmd app to offer it alongside the flow
API.
This allows PMDs and applications to save flow rules in their generic
format for later processing. This is useful when rules cannot be applied
immediately, such as when the device is not properly initialized.
Signed-off-by:
2017-02-23 16:41, Bruce Richardson:
> This patchset contains some minor fixes and improvements which
> I found in the context of preparing a new patchset for the
> rte_ring code. Having these merged separately reduces the
> number of patches in the ring set so should make everyone's
> life easier.
> On Mar 8, 2017, at 8:25 AM, Ferruh Yigit wrote:
>
> On 3/8/2017 1:35 PM, raman geetha gopalakrishnan wrote:
>> Hi All,
>>
>> I have the following basic question. Hope to get an answer / link where i
>> can get myself clear.
>>
>> 1. In DPDK PMD is optimized driver for an given NIC to get max
On 3/8/2017 1:35 PM, raman geetha gopalakrishnan wrote:
> Hi All,
>
> I have the following basic question. Hope to get an answer / link where i
> can get myself clear.
>
> 1. In DPDK PMD is optimized driver for an given NIC to get maximum
> performance.
> That being the case why we are talkin
On Wed, Mar 08, 2017 at 07:05:03PM +0530, raman geetha gopalakrishnan wrote:
> Hi All,
>
> I have the following basic question. Hope to get an answer / link where i
> can get myself clear.
>
> 1. In DPDK PMD is optimized driver for an given NIC to get maximum
> performance.
> That being the c
2017-02-27 15:14, Bruce Richardson:
> On Mon, Feb 27, 2017 at 03:28:14PM +0100, Jan Blunck wrote:
> > On Tue, Feb 14, 2017 at 3:36 PM, Jan Blunck wrote:
> > > This fixes the usage of structure members that are declared const to get
> > > a pointer to the embedding parent structure.
> >
> > Ping.
Hi Ilya,
I have done similar tests and as you already pointed out, 'numactl
--interleave' does not seem to work as expected.
I have also checked that the issue can be reproduced with quota limit on
hugetlbfs mount point.
I would be inclined towards *adding libnuma as dependency* to DPDK to
m
Hi All,
I have the following basic question. Hope to get an answer / link where i
can get myself clear.
1. In DPDK PMD is optimized driver for an given NIC to get maximum
performance.
That being the case why we are talking about DPDK supported NICs.
A) My assumption is that NIC interfac
Hi Olivier,
Thanks for your detailed review. Please see inline...
On 3/8/2017 2:35 PM, Olivier MATZ wrote:
Hi Hemant,
On Fri, 3 Mar 2017 18:16:36 +0530, Hemant Agrawal
wrote:
Adding NXP DPAA2 architecture specific mempool support.
This patch also registers a dpaa2 type MEMPOOL OPS
On Wed, Mar 08, 2017 at 07:29:03AM +, Nipun Gupta wrote:
> Thanks Jerin. Patchwork still shows this patch in new state.
> Does this matter or shall I move it to accepted state?
I have moved to accepted state.
Thanks.
>
> Regards,
> Nipun
>
> > -Original Message-
> > From: Jerin Jaco
Hello Ferruh,
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Tuesday, March 07, 2017 10:31 PM
> To: Hemant Agrawal ; dev@dpdk.org
> Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Shreyansh Jain
> ; john.mcnam...@intel.com;
> jerin.ja...@cavium
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, March 6, 2017 1:45 PM
> To: Van Haaren, Harry
> Cc: dev@dpdk.org
> Subject: Re: [PATCH] eventdev: remove default queue overriding
>
> On Wed, Mar 01, 2017 at 12:49:02PM +, Harry van Haaren
On 3/3/2017 7:39 AM, Beilei Xing wrote:
> This patch is to add testpmd CLI for writing personalization
> profile.
>
> Signed-off-by: Beilei Xing
<...>
> +static void
> +cmd_write_ppp_parsed(
> + void *parsed_result,
> + __attribute__((unused)) struct cmdline *cl,
> + __attribute__((
On Wed, Mar 08, 2017 at 11:22:40AM +0100, Olivier MATZ wrote:
> On Tue, 7 Mar 2017 11:32:10 +, Bruce Richardson
> wrote:
> > The bulk fns for rings returns 0 for all elements enqueued and negative
> > for no space. Change that to make them consistent with the burst functions
> > in returning
On 3/3/2017 7:39 AM, Beilei Xing wrote:
> Add loading profile function.
>
> Signed-off-by: Beilei Xing
> ---
> drivers/net/i40e/i40e_ethdev.c | 59
> +
> drivers/net/i40e/rte_pmd_i40e.h | 7 +
Also you need to update *version.map file for new API.
On 3/3/2017 7:39 AM, Beilei Xing wrote:
> Add admin queue functions for Pipeline Personalization
> Profile AQ commands defined in DCR 287:
You can drop DCR reference here.
> - Write Recipe Command buffer (Opcode: 0x0270)
> - Get Applied Profiles list (Opcode: 0x0271)
> This patch will be moved
On Wed, Mar 08, 2017 at 11:49:06AM +0100, Olivier MATZ wrote:
> On Thu, 23 Feb 2017 17:24:05 +, Bruce Richardson
> wrote:
> > We can write a single common function for head manipulation for enq
> > and a common one for deq, allowing us to have a single worker function
> > for enq and deq, rat
On 3/3/2017 7:39 AM, Beilei Xing wrote:
> Add APIs and driver to support load/get
> i40e PPP (Pipeline Personalization Profile)
Can you please describe what is "Pipeline Personalisation Profile" is?
If possible please provide some links to documents. And please feel free
to update NIC document abo
2017-03-02 11:00, Ami Sabo:
> The patchset fixes secondary process crash issue when it tries
> to access virtio-user pmd (e.g. via rte_eth_rx_burst).
>
> The crash happens because in virtio_user probing,
> eth_dev_attach_secondary is not being called, as it does from
> rte_eth_dev_pci_probe. There
ping - still waiting for answers to below questions, please
2017-02-16 15:55, Thomas Monjalon:
> 2017-02-16 13:58, Wu, Jingjing:
> > From: Thomas Monjalon
> > >
> > > Hi,
> > >
> > > When reading the documentation, it is not easy to understand the
> > > capability of
> > > i40evf for the number
Hi Konstantin,Thank you so much ,I really
appreciate your suggestion...
it works well now ,I love it.
Linc
On 8 March 2017 at 17:20, Ananyev, Konstantin
wrote:
> Hi Linc,
>
> Wonder what TX function are you using?
> Make sure that you are not using simple TX functio
On 3/3/2017 4:56 AM, Wei Zhao wrote:
> Implement the device reset function on vf port.
> This restart function will detach device then
> attach device, reconfigure dev, re-setup the Rx/Tx queues.
>
> Signed-off-by: Wei Zhao
> Signed-off-by: Wenzhuo Lu
<...>
> +static int i40evf_dev_uninit(stru
Hi Olivier,
>
> Hi Konstantin,
>
> On Tue, 28 Feb 2017 22:53:55 +, "Ananyev, Konstantin"
> wrote:
> > > > Another thing that doesn't look very convenient to me here -
> > > > We can have 2 different values of timestamp (both normalized and not)
> > > > and there is no clear way for the ap
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> Sent: Monday, March 06, 2017 3:28 PM
> To: Singh, Jasvinder
> Cc: dev@dpdk.org; Doherty, Declan; De Lara Guarch, Pablo
> Subject: Re: [dpdk-dev] [PATCH v2 1/2] librte_net: add crc init and compute
> APIs
>
On 3/3/2017 4:56 AM, Wei Zhao wrote:
> Add vf port reset command into testpmd project, it is the interface for
> user to reset vf port.
I think it is better to change the order of this patch, first implement
new API in ethdev, later this patch implement new API in testpmd.
>
> Signed-off-by: Wei
On Thu, 23 Feb 2017 17:24:05 +, Bruce Richardson
wrote:
> We can write a single common function for head manipulation for enq
> and a common one for deq, allowing us to have a single worker function
> for enq and deq, rather than two of each. Update all other inline
> functions to use the new
On 3/8/2017 7:58 AM, Wei Zhao wrote:
> move ixgbe 2 mac type check macro to ixgbe_ethdev.h in
> order to be used by filter parser functions in file
> ixgbe_flow.c.
>
> Fixes: 6c52c126f27a ("ixgbe: move to drivers/net/")
>
> Signed-off-by: Wei Zhao
> Signed-off-by: Wenzhuo Lu
Series applied to
On 3/8/2017 6:58 AM, Wei Zhao wrote:
> delete useless function declarations in file ixgbe_flow.c and
> adjust function defination position to aviod compile error.
>
> Signed-off-by: Wei Zhao
Applied to dpdk-next-net/master, thanks.
Improve the documentation of the return values of the
rte_event_dequeue_timeout_ticks() function, adding a
-ENOTSUP value for eventdevs that do not support waiting.
Signed-off-by: Harry van Haaren
Acked-by: Jerin Jacob
---
Discussion and previous Acked from:
http://dpdk.org/ml/archives/dev/201
On Tue, 7 Mar 2017 11:32:10 +, Bruce Richardson
wrote:
> The bulk fns for rings returns 0 for all elements enqueued and negative
> for no space. Change that to make them consistent with the burst functions
> in returning the number of elements enqueued/dequeued, i.e. 0 or N.
> This change al
Signed-off-by: Pascal Mazon
---
drivers/net/tap/rte_eth_tap.c | 29 +++--
1 file changed, 23 insertions(+), 6 deletions(-)
diff --git a/drivers/net/tap/rte_eth_tap.c b/drivers/net/tap/rte_eth_tap.c
index 05ed0a131d63..9edf6b355a47 100644
--- a/drivers/net/tap/rte_eth_tap.
The remote on a tap is most likely used with netdevices that are not
under DPDK control. Outgoing traffic is supposed to use the source MAC
address of the remote netdevice.
This commit synchronizes the MAC address of the local tap netdevice with
the remote one.
Of course, it is still possible to
Synchronize PROMISC and ALLMULTI flags to the remote netdevice if
possible.
Leave the IFF_UP flag as it is, however.
Signed-off-by: Pascal Mazon
Acked-by: Olga Shern
---
drivers/net/tap/rte_eth_tap.c | 37 -
drivers/net/tap/tap.h | 2 ++
2 files cha
By default, a tap netdevice is of no use when not fed by a separate
process. The ability to automatically feed it from another netdevice
allows applications to capture any kind of traffic normally destined to
the kernel stack.
This patch implements this ability through a new optional "remote"
para
This patchset adds the special "remote" feature to the tap PMD, that
actually enables capturing traffic from another netdevice. This is
especially useful to get packets into the DPDK app, when the remote
netdevice has no DPDK support.
The "remote" feature requires flow API support as flow rules wi
On Thu, 23 Feb 2017 16:42:00 +, Bruce Richardson
wrote:
> Applications and other libraries should not be reading inside the
> rte_ring structure directly to get the ring size. Instead add a fn
> to allow it to be queried.
>
> Signed-off-by: Bruce Richardson
Acked-by: Olivier Matz
> From: Dumitrescu, Cristian
>
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> > Sent: Monday, March 6, 2017 8:07 PM
> > To: Dumitrescu, Cristian
> > Cc: dev@dpdk.org; jerin.ja...@caviumnetworks.com;
> > balasubramanian.manoha...@cavium.com; hemant.ag
Move this field in the second cache line, since no driver use it
in Rx path. The freed space will be used by a timestamp in next
commit.
Signed-off-by: Olivier Matz
---
lib/librte_mbuf/rte_mbuf.h | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/librte_mbuf/rte_mbuf.h
From: Jerin Jacob
To avoid multiple stores on fast path, Ethernet drivers
aggregate the writes to data_off, refcnt, nb_segs and port
to an uint64_t data and write the data in one shot
with uint64_t* at &mbuf->rearm_data address.
Some of the non-IA platforms have store operation overhead
if the s
Move the vlan_tci field near vlan_tci_outer and buf_len near data_len
for more consistency. It opens the door for get/set of the 2 vlan tci at
the same time.
Suggested-by: Andrey Chilikin
Signed-off-by: Olivier Matz
---
lib/librte_mbuf/rte_mbuf.h | 7 +++
1 file changed, 3 insertions(+), 4
The field itself is not fully described yet, but this commit reserves
the room in the mbuf.
Signed-off-by: Olivier Matz
---
lib/librte_mbuf/rte_mbuf.c | 2 ++
lib/librte_mbuf/rte_mbuf.h | 12
2 files changed, 14 insertions(+)
diff --git a/lib/librte_mbuf/rte_mbuf.c b/lib/librte_mb
Change the size of m->port and m->nb_segs to 16 bits. It is now possible
to reference a port identifier larger than 256 and have a mbuf chain
larger than 256 segments.
Signed-off-by: Olivier Matz
---
app/test-pmd/csumonly.c | 4 ++--
.../linuxapp/eal/include
Now that the m->next pointer and m->nb_segs is expected to be set (to
NULL and 1 respectively) after a mempool_get(), we can avoid to write them
in the Rx functions of drivers.
Only some drivers are patched, it's not an exhaustive patch. It gives
the idea to do the same in other drivers.
Signed-o
Based on discussions done in [1] and in this thread, this patchset reorganizes
the mbuf.
The main changes are:
- reorder structure to increase vector performance on some non-ia
platforms.
- add a 64bits timestamp field in the 1st cache line. This timestamp
is not normalized, i.e. no unit or ti
1 - 100 of 112 matches
Mail list logo
