Build log:
/root/dpdk/app/test-pmd/cmdline.c:6687:45: error: no member named
's6_addr32' in 'struct in6_addr'
rte_be_to_cpu_32(res->ip_value.addr.ipv6.s6_addr32[i]);
This is caused by macro "s6_addr32" not defined on FreeBSD.
Signed-off-by: Marvin Liu
diff --git a/app/test-pmd/cmdline.c
On 18 March 2016 at 18:03, Bruce Richardson
wrote:
> On Thu, Mar 17, 2016 at 10:20:01AM +0800, Jianbo Liu wrote:
>> On 16 March 2016 at 19:14, Bruce Richardson
>> wrote:
>> > On Wed, Mar 16, 2016 at 03:51:53PM +0800, Jianbo Liu wrote:
>> >> Hi Wenzhuo,
>> >>
>> >> On 16 March 2016 at 14:06, Lu,
On 18.03.2016 15:41, Yuanhan Liu wrote:
> On Fri, Mar 18, 2016 at 03:23:53PM +0300, Ilya Maximets wrote:
>> Since commit 4c02e453cc62 ("eal: introduce SMP memory barriers") virtio
>> uses architecture dependent SMP barriers. vHost should use them too.
>>
>> Fixes: 4c02e453cc62 ("eal: introduce SM
On 2016/03/18 21:27, Bruce Richardson wrote:
> On Tue, Mar 15, 2016 at 05:31:41PM +0900, Tetsuya Mukawa wrote:
>> The patch introduces a new PMD. This PMD is implemented as thin wrapper
>> of librte_vhost. It means librte_vhost is also needed to compile the PMD.
>> The vhost messages will be handle
On 20 March 2016 at 03:58, Jan Viktorin wrote:
> The flag is used to enable memcpy optimizations in EAL. As it is not always
> the performance benefit, the flag allows to disable it.
>
> Signed-off-by: Jan Viktorin
> ---
> config/defconfig_arm-armv7a-linuxapp-gcc | 1 +
> lib/librt
The patch introduces a new PMD. This PMD is implemented as thin wrapper
of librte_vhost.
PATCH v13 changes:
- Rebase on latest master.
- Fix commit log of below patch.
- ethdev: Add a new event type to notify a queue state changed event
- Fix warnings from checkpatch.pl.
- Add description t
This patch adds a below event type.
- RTE_ETH_EVENT_QUEUE_STATE_CHANGE
This event will be occured when some queues are enabled or disabled.
So far, only vhost PMD supports the event, and it indicates some queues
are enabled or disabled by virtio-net device. Such an event is needed
because virtio-
The patch introduces a new PMD. This PMD is implemented as thin wrapper
of librte_vhost. It means librte_vhost is also needed to compile the PMD.
The vhost messages will be handled only when a port is started. So start
a port first, then invoke QEMU.
The PMD has 2 parameters.
- iface: The parame
v5 changes:
- remove the reorganizing of struct rte_eth_fdir_flow
- remove fdir supporting on Tunnel Id
- rebase to latest dpdk/master
v4 changes:
- rebase to latest dpdk-next-net/rel_16_04.
- comments on new fields in API structure.
v3 changes:
- rebase to latest dpdk-next-net/rel_16_04(co
This patch added RTE_ETH_INPUT_SET_L3_IP4_TTL,
RTE_ETH_INPUT_SET_L3_IP6_HOP_LIMITS input field type and extended
struct rte_eth_ipv4_flow and rte_eth_ipv6_flow to support filtering
by tos, protocol and ttl.
Signed-off-by: Jingjing Wu
Acked-by: Helin Zhang
---
doc/guides/rel_notes/deprecation.rs
This patch split function for input set changing of hash
and fdir to avoid multiple check on different situation.
Signed-off-by: Jingjing Wu
Acked-by: Helin Zhang
---
drivers/net/i40e/i40e_ethdev.c | 235 +
drivers/net/i40e/i40e_ethdev.h | 11 +-
drivers
In this patch, flex payload is removed from valid fdir input set
values. It is because all flex payload configuration can be set
in struct rte_fdir_conf during device configure phase.
And it is a more flexible configuration including flexpayload's
selection, input set selection by word and mask set
This patch added a new function to set the input set to default
when initialization.
Signed-off-by: Jingjing Wu
Acked-by: Helin Zhang
---
drivers/net/i40e/i40e_ethdev.c | 57 ++
1 file changed, 57 insertions(+)
diff --git a/drivers/net/i40e/i40e_ethdev.c
This patch extended flow director to select more IP Header fields
as filter input set.
Signed-off-by: Jingjing Wu
Acked-by: Helin Zhang
---
drivers/net/i40e/i40e_ethdev.c | 69 ++
drivers/net/i40e/i40e_fdir.c | 26 +++-
2 files changed, 75 i
This patch extended commands for filter's input set changing.
It added tos, protocol and ttl as filter's input fields, and
remove the words selection from flex payloads for flow director.
Signed-off-by: Jingjing Wu
Acked-by: Helin Zhang
---
app/test-pmd/cmdline.c | 100
From: Andrey Chilikin
This patch adds missing VLAN bitmask for inner frame in case of
tunneling and fixes VLAN tags bitmasks for single or outer frame
in case of tunneling.
Fixes: 98f055707685 ("i40e: configure input fields for RSS or flow director")
Signed-off-by: Andrey Chilikin
Signed-off-b
This patch extended flow director to select vlan id
as filter's input set and program the filter rule with vlan id.
Signed-off-by: Jingjing Wu
---
doc/guides/rel_notes/release_16_04.rst | 2 +
drivers/net/i40e/i40e_ethdev.c | 11 ++
drivers/net/i40e/i40e_fdir.c | 69 ++
This patch extended commands for filter's input set changing.
It added vlan as filter's input fields.
Signed-off-by: Jingjing Wu
---
app/test-pmd/cmdline.c | 6 +++---
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff
> -Original Message-
> From: Wu, Jingjing
> Sent: Monday, March 21, 2016 2:19 PM
> To: dev at dpdk.org
> Cc: Wu, Jingjing; Zhang, Helin
> Subject: [PATCH v5 8/9] i40e: extend flow director to filter by vlan id
>
> This patch extended flow director to select vlan id as filter's input set
> -Original Message-
> From: Wu, Jingjing
> Sent: Monday, March 21, 2016 2:19 PM
> To: dev at dpdk.org
> Cc: Wu, Jingjing; Zhang, Helin
> Subject: [PATCH v5 9/9] testpmd: extend flow director commands
>
> This patch extended commands for filter's input set changing.
> It added vlan as fi
Hi Matthew,
On 3/18/2016 6:55 AM, Matthew Hall wrote:
> From Cunming:
>> I'm trying to understand the motivation.
>>
>> I don't think you're going to gracefully exit intr thread but leave all
>> other eal threads live. We don't have API to new launch intr thread again.
> The doc comment added for
FYI - a user also reported that the same issue also affects non-virtual
environments when using the BNX2X_PMD
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
On Fri, Mar 18, 2016 at 4:20 PM, Christian Ehrhardt <
christian.ehrhardt at canonical.com> wrote:
> Hi,
> I was trying t
2016-03-21 14:45, Tetsuya Mukawa:
> This event will be occured when some queues are enabled or disabled.
> So far, only vhost PMD supports the event, and it indicates some queues
> are enabled or disabled by virtio-net device. Such an event is needed
> because virtio-net device may not enable all q
>From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marvin Liu
>Sent: Monday, March 21, 2016 2:45 AM
>To: dev at dpdk.org
>Cc: Liu, Yong
>Subject: [dpdk-dev] [PATCH] testpmd: fix build on FreeBSD
>
>Build log:
>/root/dpdk/app/test-pmd/cmdline.c:6687:45: error: no member named
>'s6_addr32' in
In vmware esxi 6.0, add the emulated e1000 device to guest, then
launch the VM, we will see the error meassage as below:
EAL: Error reading from file descriptor 21: Input/output error
INTX is badly emulated in Vmware, INTX toggle check didn't work
with Vmware e1000 device. The patch is to fix the
On 21/03/2016 01:44, Marvin Liu wrote:
> Build log:
> /root/dpdk/app/test-pmd/cmdline.c:6687:45: error: no member named
> 's6_addr32' in 'struct in6_addr'
> rte_be_to_cpu_32(res->ip_value.addr.ipv6.s6_addr32[i]);
>
> This is caused by macro "s6_addr32" not defined on FreeBSD.
>
> Signed-off-b
2016-03-21 17:37 GMT+09:00 Thomas Monjalon :
> 2016-03-21 14:45, Tetsuya Mukawa:
>> This event will be occured when some queues are enabled or disabled.
>> So far, only vhost PMD supports the event, and it indicates some queues
>> are enabled or disabled by virtio-net device. Such an event is neede
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez
> Monroy
> Sent: Monday, March 21, 2016 9:13 AM
> To: Liu, Yong; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] testpmd: fix build on FreeBSD
>
> On 21/03/2016 01:44, Marvin Liu wrote:
> > B
2016-03-21 17:01, Qian Xu:
> INTX is badly emulated in Vmware, INTX toggle check didn't work
> with Vmware e1000 device. The patch is to fix the issue.
Is it possible to detect a VMware e1000 device?
> --- a/lib/librte_eal/linuxapp/igb_uio/igb_uio.c
> +++ b/lib/librte_eal/linuxapp/igb_uio/igb_uio
On Mon, Mar 21, 2016 at 06:24:36PM +0900, Tetsuya Mukawa wrote:
> 2016-03-21 17:37 GMT+09:00 Thomas Monjalon :
> > 2016-03-21 14:45, Tetsuya Mukawa:
> >> This event will be occured when some queues are enabled or disabled.
> >> So far, only vhost PMD supports the event, and it indicates some queues
Duplicates in LDLIBS can cause link failures from multiply defined
symbols, ensure all libraries are only mentioned once. Can't use
sorting for duplicate elimination as order is critical so awk one-liner
is used.
Signed-off-by: Panu Matilainen
---
mk/rte.app.mk | 3 +++
1 file changed, 3 inserti
Commit e86a699cf6b1 missed two further libm dependencies: ceil() used by
librte_meter is typically inlined so the missing dependency does not
actually cause failures, and librte_pmd_nfp is not built by default
so its easy to miss.
This causes duplicates in LDLIBS in many configurations so its vita
2016-03-16 07:23, Maciej Czekaj:
> l3fwd does not compile with HASH_MULTI_LOOKUP.
> 2 issues:
> * in 64d395 mask0 changed type from xmm_t to rte_xmm_t
> -> use x field from rte_xmm_t
> * in dc81eb dst_port parameter changed to uint32_t
> -> change uint16_t dst_port to uin32_t dsp_port
On 3/21/2016 11:33 AM, Panu Matilainen wrote:
> Commit e86a699cf6b1 missed two further libm dependencies: ceil() used by
> librte_meter is typically inlined so the missing dependency does not
> actually cause failures, and librte_pmd_nfp is not built by default
> so its easy to miss.
>
> This caus
2016-03-18 14:31, Tomasz Kulasek:
> It seems that for the most use cases, previous hash_multi_lookup provides
> better performance, and more, sequential lookup can cause significant
> performance drop.
>
> This patch sets previously optional hash_multi_lookup method as default.
> It also provides
Hi Thomas,
There is a build error occurring when using the default configuration.
make config T=x86_64-default-linuxapp-gcc
make install T=x86_64-default-linuxapp-gcc -j
In file included from /root/dpdk_sforge_2/lib/librte_table/rte_table_lpm.c:43:0:
/root/dpdk_sforge_2/x86_64-default-linuxapp
On Mon, 21 Mar 2016 13:42:31 +0800
Jianbo Liu wrote:
> On 20 March 2016 at 03:58, Jan Viktorin wrote:
> > The flag is used to enable memcpy optimizations in EAL. As it is not always
> > the performance benefit, the flag allows to disable it.
> >
> > Signed-off-by: Jan Viktorin
> > ---
> > conf
Hi Lazaros,
Thanks for this patch. To me, this is a valuable enhancement.
Please find some comments inline.
On 03/10/2016 03:44 PM, Lazaros Koromilas wrote:
> The mempool cache is only available to EAL threads as a per-lcore
> resource. Change this so that the user can create and provide their ow
Hi,
On 03/17/2016 04:49 PM, Lazaros Koromilas wrote:
> Issuing a zero objects dequeue with a single consumer has no effect.
> Doing so with multiple consumers, can get more than one thread to succeed
> the compare-and-set operation and observe starvation or even deadlock in
> the while loop that c
On Mon, Mar 21, 2016 at 02:45:06PM +0900, Tetsuya Mukawa wrote:
> The patch introduces a new PMD. This PMD is implemented as thin wrapper
> of librte_vhost.
>
>
> Tetsuya Mukawa (2):
> ethdev: Add a new event type to notify a queue state changed event
> vhost: Add VHOST PMD
>
Applied to dp
Hi lads,
>
> Hi Lazaros,
>
> Thanks for this patch. To me, this is a valuable enhancement.
> Please find some comments inline.
Yep, patch seems interesting.
One question - what would be the usage model for get/put_with_cache functions
for non-EAL threads?
I meant for each non-EAL thread user
On 03/16/2016 03:16 PM, Christian Ehrhardt wrote:
> Poking a bit on autotest revealed a few shortcomings in the lpm allocation
> path.
> Thanks to the feedback to the first revision of the patches here v2.
> Also Oliver Matz spotted similar issues and made me aware - thanks!
> Integrating them r
2016-03-21 12:09, Iremonger, Bernard:
> make config T=x86_64-default-linuxapp-gcc
> make install T=x86_64-default-linuxapp-gcc -j
make config T=x86_64-native-linuxapp-gcc
sed -i s,native,default, build/.config
make -j
> In file included from
> /root/dpdk_sforge_2/lib/librte_table/rte_table_lpm.
2016-03-21 13:21, Jan Viktorin:
> On Mon, 21 Mar 2016 13:42:31 +0800
> Jianbo Liu wrote:
>
> > On 20 March 2016 at 03:58, Jan Viktorin wrote:
> > > The flag is used to enable memcpy optimizations in EAL. As it is not
> > > always
> > > the performance benefit, the flag allows to disable it.
> >
>Hi Lazaros,
>
>Thanks for this patch. To me, this is a valuable enhancement.
>Please find some comments inline.
>
>On 03/10/2016 03:44 PM, Lazaros Koromilas wrote:
>> The mempool cache is only available to EAL threads as a per-lcore
>> resource. Change this so that the user can create and provide
2016-03-21 20:05 GMT+09:00 Bruce Richardson :
> On Mon, Mar 21, 2016 at 06:24:36PM +0900, Tetsuya Mukawa wrote:
>> 2016-03-21 17:37 GMT+09:00 Thomas Monjalon :
>> > 2016-03-21 14:45, Tetsuya Mukawa:
>> >> This event will be occured when some queues are enabled or disabled.
>> >> So far, only vhost
On Mon, 21 Mar 2016 06:24:37 -0700 (PDT)
Thomas Monjalon wrote:
> 2016-03-21 13:21, Jan Viktorin:
> > On Mon, 21 Mar 2016 13:42:31 +0800
> > Jianbo Liu wrote:
> >
> > > On 20 March 2016 at 03:58, Jan Viktorin
> > > wrote:
> > > > The flag is used to enable memcpy optimizations in EAL. As
Hi Oliver,
thanks for the ack - I had these {} fixed in v2, but accidentially dropped
when merging our code.
v3 was flawed anyway as my submission was not a proper reply-to to the
older series.
This shall not be Thomas work to do, I'll resubmit a v4 re-adding the {}
fix and properly replying to th
Fixing lpm6 regarding a similar issue showed that that in
rte_lpm_free lpm might not be freed if it didn't find a te (early return)
Acked-by: Bruce Richardson
Acked-by: Olivier Matz
Signed-off-by: Christian Ehrhardt
---
lib/librte_lpm/rte_lpm.c | 8 ++--
1 file changed, 2 insertions(+), 6
In certain autotests lpm->max_rules turned out to be non initialized.
That was caused by a failing allocation for lpm->rules_tbl in rte_lpm6_create.
It then left the function via goto exit with lpm freed, but still a pointer
value being set.
In case of an allocation failure it resets lpm to NULL n
Poking a bit on autotest revealed a few shortcomings in the lpm allocation path.
Thanks to the feedback to the first revision of the patches here v2.
Also Oliver Matz spotted similar issues and made me aware - thanks!
Integrating them revealed even more use after free / leak issues.
*updates in v4
There were further chances for a use after free by returning an already freed
pointer in rte_lpm_create for v20 and v1604.
Along that is also makes the RTE_LOG messages of the failed allocations unique.
Acked-by: Olivier Matz
Signed-off-by: Christian Ehrhardt
---
lib/librte_lpm/rte_lpm.c | 6 ++
lpm6 autotests failed with the default alloc of 512M Memory.
While >=2500M was a workaround it became clear while debugging that it
had a leak.
One could see a lot of output like:
LPM Test tests6[i]: FAIL
LPM: LPM memory allocation failed
It turned out that in rte_lpm6_free
- lpm might not be
As found in rte_lpm6_free the two lpm interfaces rte_lpm_free_v20 and
rte_lpm_free_v1604 had a leak.
rte_lpm_free_v20 might have missed to free rules_tbl
rte_lpm_free_v1604 due to an early exit might have missed to free
rules_tbl and lpm itself.
Acked-by: Olivier Matz
Signed-off-by: Christian Eh
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ilya Maximets
> Sent: Monday, March 21, 2016 4:50 AM
> To: Yuanhan Liu
> Cc: dev at dpdk.org; Xie, Huawei; Dyasly Sergey
> Subject: Re: [dpdk-dev] [PATCH v4] vhost: use SMP barriers instead of
> compiler ones.
2016-03-18 10:35, Reshma Pattan:
> Added validation for queue id of config parameter tuple.
>
> This validation enforces user to enter queue ids of a port
> from 0 and in sequence.
>
> This additional validation on queue ids avoids ixgbe crash caused by null
> rxq pointer access inside ixgbe_dev_
On Sun, Mar 20, 2016 at 08:18:57PM +0100, Thomas Monjalon wrote:
> 2016-03-20 14:17, Zhang, Helin:
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > 2016-03-18 10:16, Stephen Hemminger:
> > > > Right now, all those offload features are pretty much unusable in a
> > > > real prod
On Mon, Mar 21, 2016 at 09:40:07AM +, De Lara Guarch, Pablo wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez
> > Monroy
> > Sent: Monday, March 21, 2016 9:13 AM
> > To: Liu, Yong; dev at dpdk.org
> > Subject: Re: [dpdk-dev]
On Mon, Mar 21, 2016 at 10:52 AM, Bruce Richardson
wrote:
> On Sun, Mar 20, 2016 at 08:18:57PM +0100, Thomas Monjalon wrote:
>> 2016-03-20 14:17, Zhang, Helin:
>> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
>> > > 2016-03-18 10:16, Stephen Hemminger:
>> > > > Right now, all those
Hi Tetsuya,
Thanks for the patches. Just one query below re max queue numbers.
Thanks,
Ciara
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa
> Sent: Monday, March 21, 2016 5:45 AM
> To: dev at dpdk.org
> Cc: Richardson, Bruce ;
> ann.zhuangya
When using RSS, the number of rxqs has to be a power of two.
This is a problem because there is no API is dpdk that makes
the application aware of that.
A good compromise is to allow the application to request a
number of rxqs that is not a power of 2, but having inactive
queues that will never re
On Mon, Mar 21, 2016 at 05:08:04PM +0100, Olivier Matz wrote:
> When using RSS, the number of rxqs has to be a power of two.
> This is a problem because there is no API is dpdk that makes
> the application aware of that.
>
> A good compromise is to allow the application to request a
> number of rx
On 3/21/2016 10:07 PM, Ananyev, Konstantin wrote:
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ilya Maximets
>> Sent: Monday, March 21, 2016 4:50 AM
>> To: Yuanhan Liu
>> Cc: dev at dpdk.org; Xie, Huawei; Dyasly Sergey
>> Subject: Re: [dpdk-dev] [PATCH
On Fri, 18 Mar 2016 17:53:20 -0700
Rasesh Mody wrote:
> +static struct eth_dev_ops qede_eth_dev_ops = {
> + .dev_configure = qede_dev_configure,
> + .dev_infos_get = qede_dev_info_get,
> + .rx_queue_setup = qede_rx_queue_setup,
> + .rx_queue_release = qede_rx_queue_release,
> +
On Thu, 17 Mar 2016 15:31:18 +0100
Jan Medala wrote:
> +static struct eth_dev_ops ena_dev_ops = {
> + .dev_configure= ena_dev_configure,
> + .dev_infos_get= ena_infos_get,
> + .rx_queue_setup = ena_rx_queue_setup,
> + .tx_queue_setup = ena_tx_queue_setu
> -Original Message-
> From: Xie, Huawei
> Sent: Monday, March 21, 2016 5:26 PM
> To: Ananyev, Konstantin; Ilya Maximets; Yuanhan Liu
> Cc: dev at dpdk.org; Dyasly Sergey
> Subject: Re: [dpdk-dev] [PATCH v4] vhost: use SMP barriers instead of
> compiler ones.
>
> On 3/21/2016 10:07 PM,
Sent from my iPhone
> On Mar 21, 2016, at 11:10 AM, Olivier Matz wrote:
>
> When using RSS, the number of rxqs has to be a power of two.
> This is a problem because there is no API is dpdk that makes
> the application aware of that.
>
> A good compromise is to allow the application to request
On Fri, 19 Jun 2015 10:25:00 +0200
Matej Vido wrote:
> +static struct ether_addr eth_addr = {
> + .addr_bytes = { 0, 0, 0, 0x1, 0x2, 0x3 }
> +};
...
> static int
> rte_szedata2_eth_dev_init(struct rte_eth_dev *dev)
> {
..
> /* Allocate space for one mac address */
> data->mac_ad
On 3/18/2016 10:17 PM, Bruce Richardson wrote:
> On Fri, Mar 18, 2016 at 01:47:29PM +0100, Mauricio V?squez wrote:
>> Hi,
>>
>>
>> On Fri, Mar 18, 2016 at 11:35 AM, Thomas Monjalon > 6wind.com
>>> wrote:
>>> 2016-03-18 11:27, Olivier Matz:
On 03/18/2016 11:18 AM, Bruce Richardson wrote:
>>
Newer driver seem not to have gotten the message that eth_dev_ops
structure should be const.
Stephen Hemminger (6):
bonding: make eth_dev_ops const
cxgbe: make eth_dev_ops const
bnx2x: make eth_dev_ops const
nfp: make eth_dev_ops const
szedata: make eth_dev_ops const
mpipe: make eth_de
This structure has immutable function pointers.
Also fix indentation.
Signed-off-by: Stephen Hemminger
---
drivers/net/bonding/rte_eth_bond_pmd.c | 38 +++---
drivers/net/bonding/rte_eth_bond_private.h | 2 +-
2 files changed, 20 insertions(+), 20 deletions(-)
diff
Signed-off-by: Stephen Hemminger
---
drivers/net/cxgbe/cxgbe_ethdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/cxgbe/cxgbe_ethdev.c b/drivers/net/cxgbe/cxgbe_ethdev.c
index 8c6dd59..0d636ad 100644
--- a/drivers/net/cxgbe/cxgbe_ethdev.c
+++ b/drivers/net/cxg
Signed-off-by: Stephen Hemminger
---
drivers/net/bnx2x/bnx2x_ethdev.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/bnx2x/bnx2x_ethdev.c b/drivers/net/bnx2x/bnx2x_ethdev.c
index fe8cfd0..7e5be08 100644
--- a/drivers/net/bnx2x/bnx2x_ethdev.c
+++ b/drivers/net/
Signed-off-by: Stephen Hemminger
---
drivers/net/nfp/nfp_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c
index 8810704..85d4009 100644
--- a/drivers/net/nfp/nfp_net.c
+++ b/drivers/net/nfp/nfp_net.c
@@ -2272,7 +2272,7
All usage of eth_dev_ops should be const.
And fix the indentation
Signed-off-by: Stephen Hemminger
---
drivers/net/szedata2/rte_eth_szedata2.c | 48 -
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/drivers/net/szedata2/rte_eth_szedata2.c
b/driver
Signed-off-by: Stephen Hemminger
---
drivers/net/mpipe/mpipe_tilegx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/mpipe/mpipe_tilegx.c b/drivers/net/mpipe/mpipe_tilegx.c
index aef7600..7180e5a 100644
--- a/drivers/net/mpipe/mpipe_tilegx.c
+++ b/drivers/net/mpip
The mk environment in DPDK puts files in build/ directory
so it makes sense to have a .gitignore file to skip that
directory.
Signed-off-by: Stephen Hemminger
---
.gitignore | 5 +
1 file changed, 5 insertions(+)
diff --git a/.gitignore b/.gitignore
index e69de29..5dc652b 100644
--- a/.giti
When compiling each file, the CPU flags are given as RTE_MACHINE_CPUFLAG_*
and in the list RTE_COMPILE_TIME_CPUFLAGS.
RTE_MACHINE_CPUFLAG_* are used to check the CPU features when compiling.
The list RTE_COMPILE_TIME_CPUFLAGS is used only to check the CPU at
runtime in the function rte_cpu_check_
On Mon, Mar 21, 2016 at 10:56:18AM -0700, Stephen Hemminger wrote:
> The mk environment in DPDK puts files in build/ directory
> so it makes sense to have a .gitignore file to skip that
> directory.
The last time I proposed such a patch it was rejected. It is sad when
community patches are second
2016-03-14 13:46, Wojciech Andralojc:
> This patch implements PQoS as a sample application.
> PQoS allows management of the CPUs last level cache,
> which can be useful for DPDK to ensure quality of service.
> The sample app links against the existing 01.org PQoS library
> (https://github.com/01org
clang reports these errors:
error: too many arguments to function call, expected 2, have 3
examples/performance-thread/l3fwd-thread/main.c:1220:1: note:
'l3fwd_simple_forward' declared here
examples/l3fwd/main.c:550:1: error: unused function 'send_packetsx4'
The function is used
I am trying multi-segment mbuf, but it seems not working.
On my target host, the mbuf size is set to 2048 and I am trying to send
large packet to it (say 2500 bytes without fragmentation) from another
host. I enabled both jumbo_frame and enable_scatter for the port. But I saw
on the target only on
82 matches
Mail list logo
