2016-08-29 10:11, Ferruh Yigit:
> FreeBSD make install fails because of unsupported tar option:
> tar: Option --warning=no-ignore-newer is not supported
>
> Issue fixed by removing unsupported tar option.
>
> Fixes: 6b62a72a70d0 ("mk: install a standard cutomizable tree")
> Fixes: e4552b9cc603 ("
On 22 September 2016 at 18:04, Wang, Zhihong wrote:
>
>
>> -Original Message-
>> From: Jianbo Liu [mailto:jianbo.liu at linaro.org]
>> Sent: Thursday, September 22, 2016 5:02 PM
>> To: Wang, Zhihong
>> Cc: Yuanhan Liu ; Maxime Coquelin
>> ; dev at dpdk.org
>> Subject: Re: [dpdk-dev] [PATC
On 09/21/2016 19:29, Matthew Hall wrote:
> On Tue, Sep 20, 2016 at 10:11:04PM +0200, Thomas Monjalon wrote:
>> Please, will you help reviewing this patch?
> Sure.
Sorry for being late to reply, I was a bit busy.
>
> 1. It adds a dependency on libbsd on Linux: bsd/sys/tree.h. Is this an
> expecte
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Thursday, September 22, 2016 3:46 AM
> To: dev at dpdk.org
> Cc: Trahe, Fiona; Jain, Deepak K; De Lara Guarch, Pablo; Griffin, John;
> Kusztal,
> ArkadiuszX
> Subject: [PATCH v2 0/3] Fix compability issues between crypto drivers fo
Regards,
Keith
> On Sep 22, 2016, at 8:31 AM, Caianning wrote:
>
> Hi
> I am doing a test using RANGE_PKT. I note that the function
> pktgen_set_pkt_type_range() is given, but it is not called. And there is
> pktgen_set_pkt_type() for SINGLE_PKT.
>
> I guess I a pktgen_set_pk
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Thursday, September 22, 2016 7:53 AM
> To: dev at dpdk.org
> Cc: Trahe, Fiona; Jain, Deepak K; De Lara Guarch, Pablo; Griffin, John;
> Kusztal,
> ArkadiuszX
> Subject: [PATCH] app/test: fix linkage scope of gmac plaintext array
>
2016-09-15 16:46, Iremonger, Bernard:
> > > > Do we really need to expose VF specific functions here?
> > > > It can be generic(PF/VF) function indexed only through port_id.
> > > > (example: as rte_eth_dev_set_vlan_anti_spoof(uint8_t port_id,
> > > > uint8_t on)) For instance, In Thunderx PMD, We
2016-09-22 10:36, Yuanhan Liu:
> On Wed, Sep 21, 2016 at 03:07:51PM +0200, Thomas Monjalon wrote:
> > 2016-09-18 16:27, Yuanhan Liu:
> > > On Wed, Sep 14, 2016 at 10:35:53AM +0200, Thomas Monjalon wrote:
> > > > 2016-09-14 15:21, Yuanhan Liu:
> > > > > On Wed, Sep 14, 2016 at 09:10:48AM +0200, Thom
Hi Olivier
On 9/19/2016 7:27 PM, Olivier Matz wrote:
> Hi Hemant,
>
> On 09/16/2016 06:46 PM, Hemant Agrawal wrote:
>> In the rte_pktmbuf_pool_create, if the default external mempool is
>> not available, the implementation can default to "ring_mp_mc", which
>> is an software implementation.
>>
>>
On 20 September 2016 at 10:00, Zhihong Wang wrote:
> This patch implements the vhost logic from scratch into a single function
> to improve maintainability. This is the baseline version of the new code,
> more optimization will be added in the following patches in this patch set.
>
> In the existi
On 8/25/2016 9:05 PM, Zhang Qi wrote:
> Add extended PHY types to get PHY abilities command response struct
> for 25G, then put PHY types for 25g into the proper PHY_Type_Ext field.
>
> Signed-off-by: Zhang Qi
> ---
> drivers/net/i40e/base/i40e_adminq_cmd.h | 15 +--
> drivers/net/i4
2016-09-22 15:48, Ferruh Yigit:
> Compile error:
> .../lib/librte_eal/linuxapp/kni/kni_net.c:
> In function ?kni_net_rx_lo_fifo?:
> .../lib/librte_eal/linuxapp/kni/kni_net.c:331:1:
> error: the frame size of 1056 bytes is larger than 1024 bytes
> [-Werror=frame-larger-than=]
>
> This compile error
2016-09-19 18:36, De Lara Guarch, Pablo:
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Masoud
> Commit titles start with lowercase ("correctly") and without a dot at the end.
> >
> > Set cmp_jump_table_idx to KEY_CUSTOM in rte_hash_cmp_eq so that the
> > custom
> > function we are sett
Hi Olivier
On 9/19/2016 7:12 PM, Olivier Matz wrote:
> Hello,
>
> Following discussion from [1] ("usages issue with external mempool").
>
> This is a tentative to make the mempool_ops feature introduced
> by David Hunt [2] more widely used by applications.
>
> It applies on top of a minor fix in m
2016-09-22 08:37, Jozef Martiniak -X:
> Hello Thomas,
>
> > First a general comment: please check your patch with
> > scripts/checkpatches.sh.
> Done. checkpath.pl is taken from latest linux kernel...
I can see these warnings:
UNSPECIFIED_INT: Prefer 'unsigned int' to bare use of 'unsigned'
LEAD
On 22 September 2016 at 14:58, Wang, Zhihong wrote:
>
>
>> -Original Message-
>> From: Jianbo Liu [mailto:jianbo.liu at linaro.org]
>> Sent: Thursday, September 22, 2016 1:48 PM
>> To: Yuanhan Liu
>> Cc: Wang, Zhihong ; Maxime Coquelin
>> ; dev at dpdk.org
>> Subject: Re: [dpdk-dev] [PATC
This patch adds AES Galois Counter Mode test case for cryptodev
QAT tests. Test is performed with different buffer sizes, burst
size of 32 and 128b key. Test vectors are placed in
app/test/test_cryptodev_perf_vectors.h file.
This patch depends on the following patches/patchsets:
"app/test: fix li
On 9/22/2016 10:29 AM, Vladyslav Buslov wrote:
>> On Wed, 21 Sep 2016 19:23:47 +0100
>> Ferruh Yigit wrote:
>>
>>> On 9/21/2016 6:15 PM, Vladyslav Buslov wrote:
> On 9/20/2016 7:36 PM, Stephen Hemminger wrote:
>> On Tue, 20 Sep 2016 21:16:37 +0300 Vladyslav Buslov
>> wrote:
>>
>>>
2016-09-22 10:34, Mussar, Gary:
> I am new at submitting patches to dpdk.org. This patch has been acked and
> patchwork claims success on build it:
> http://www.dpdk.org/dev/patchwork/patch/15595/
>
> Other users state it has corrected their problems. Am I supposed to be doing
> something else
This feature adds vhost pmd extended statistics from per queue perspective
in order to meet the requirements of the applications such as OVS etc.
The statistics counters are based on RFC 2819 and RFC 2863 as follows:
rx/tx_good_packets
rx/tx_total_bytes
rx/tx_missed_pkts
rx/tx_broadcast_packets
r
The patch moves all stats counters to a new defined struct vhost_stats
as follows, in order to manage all stats counters in a unified way and
simplify the subsequent function implementation(vhost_dev_xstats_reset).
Signed-off-by: Zhiyong Yang
---
Changes in v4:
A queue can be only used as TX or
Patch 1 moves all stats counters to a new defined struct vhost_stats,
in order to manage all stats counters in a consistent way.
Patch 2 adds the pmd xstats support.
Changes in V5:
Patch 2:
for vhost_count_multicast_broadcast, passing struct rte_mbuf *buf instead
of struct rte_mbuf **buf and rem
Hi Ferruh,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 20, 2016 1:07 AM
> To: Wang, Xiao W ; Lu, Wenzhuo
>
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 23/39] net/ixgbe/base: add bound check in LED
> functions
>
> On 8/27/2016 4:48 PM, Xiao Wang wrote:
Hi Ferruh,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 20, 2016 1:01 AM
> To: Wang, Xiao W ; Lu, Wenzhuo
>
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 01/39] net/ixgbe/base: fix delta check for
> setting VFTA
>
> On 8/27/2016 4:47 PM, Xiao Wang wrote:
Array gmac_plaintext in test_cryptodev_gcm_test_vectors.h needs to be
changed to static
Fixes: 7495f7594fed ("app/test: add GMAC authentication tests to cryptodev
tests")
Signed-off-by: Arek Kusztal
---
app/test/test_cryptodev_gcm_test_vectors.h | 3 +--
1 file changed, 1 insertion(+), 2 delet
Compile error:
.../lib/librte_eal/linuxapp/kni/kni_net.c:
In function ?kni_net_rx_lo_fifo?:
.../lib/librte_eal/linuxapp/kni/kni_net.c:331:1:
error: the frame size of 1056 bytes is larger than 1024 bytes
[-Werror=frame-larger-than=]
This compile error seen with some compiler / kernel combinations.
On Thu, Sep 22, 2016 at 09:36:15AM +, Ananyev, Konstantin wrote:
Hi Konstantin,
>
> Hi Jerin,
>
> > >
> > > Hi Jerin,
> >
> > Hi Konstantin,
> >
> > >
> > > > > > >
> > > > >
> > > > > [...]
> > > > >
> > > > > > > +
> > > > > > > +#ifdef RTE_ETHDEV_TX_PREP
> > > > > >
> > > > > > Sorry f
Hi,
> -Original Message-
> From: Pattan, Reshma
> Sent: Tuesday, September 20, 2016 6:48 PM
> To: Kerlin, MarcinX ; dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; De Lara Guarch, Pablo
> ; Kerlin, MarcinX
>
> Subject: RE: [dpdk-dev] [PATCH v2 1/2] librte_ether: ensure not overwrite
>
lib/librte_eal/common/eal_common_tailqs.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_tailqs.c
b/lib/librte_eal/common/eal_common_tailqs.c
index bb08ec8..6960d06 100644
--- a/lib/librte_eal/common/eal_common_tailqs.c
+++ b/
Hi Reshma,
> -Original Message-
> From: Pattan, Reshma
> Sent: Tuesday, September 20, 2016 6:14 PM
> To: Kerlin, MarcinX ; dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; De Lara Guarch, Pablo
> ; Kerlin, MarcinX
>
> Subject: RE: [dpdk-dev] [PATCH v2 1/2] librte_ether: ensure not over
On 22 September 2016 at 10:29, Yuanhan Liu
wrote:
> On Wed, Sep 21, 2016 at 08:54:11PM +0800, Jianbo Liu wrote:
>> >> > My setup consists of one host running a guest.
>> >> > The guest generates as much 64bytes packets as possible using
>> >>
>> >> Have you tested with other different packet size
Hi,
Expecting static constructors to match between the primary and
the secondary is ill advised and putting yourself at the mercy of the
linker magic. In this case, both primary and secondary were compiled
using the same DPDK directory and exact same libdpdk.a.
Config :
--
CON
Hi
I am doing a test using RANGE_PKT. I note that the function
pktgen_set_pkt_type_range() is given, but it is not called. And there is
pktgen_set_pkt_type() for SINGLE_PKT.
I guess I a pktgen_set_pkt_type() should call for both SINGLE_PKT and
RANGE_PKT. Am I right?
But again
This patch fixes verification of digest in test_cryptodev.c file
for AES GCM test cases
Fixes: eec136f3c54f ("aesni_gcm: add driver for AES-GCM crypto operations")
Signed-off-by: Arek Kusztal
Acked-by: Deepak Kumar Jain
---
app/test/test_cryptodev.c | 14 +++---
1 file changed, 7 inser
This patch removes pre-counter block computation from
test_cryptodev.c file for AES GCM
Signed-off-by: Arek Kusztal
Acked-by: Deepak Kumar Jain
---
app/test/test_cryptodev.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/app/test/test_cryptodev.c b/app/test/test_crypto
This patch moves computing of pre-counter block into the AESNI-GCM
driver so it can be moved from test files.
Signed-off-by: Arek Kusztal
Acked-by: Deepak Kumar Jain
---
drivers/crypto/aesni_gcm/aesni_gcm_pmd.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/driv
This patchset fix pre-counter block issues between crypto divers for AES-GCM
tests.
Pre-counter block 96b computation from test file is moved into the AES-GCM PMD.
This patch set fixes too problems with verification of digest for AES-GCM.
Changes in v2:
* Added comment to AESNI GCM driver about p
Hi Jerin, Thomas,
> -Original Message-
> Subject: Re: [dpdk-dev] [RFC PATCH v2 1/5] librte_ether: add internal
> callback functions
>
> On Tue, Sep 13, 2016 at 02:05:49PM +, ZELEZNIAK, ALEX wrote:
> > Idea here is not to allow VM to control policies assigned to it for
> > security a
On Thu, 22 Sep 2016 10:55:43 -0700
Matthew Hall wrote:
> On Wed, Sep 21, 2016 at 10:07:46PM -0700, Stephen Hemminger wrote:
> > If you have 2G of huge memory and one 16M routes then the rules start to
> > kill an application.
> > Since huge memory is unpageable (pinned) then it is limited.
>
>
On Wed, Sep 21, 2016 at 10:07:46PM -0700, Stephen Hemminger wrote:
> If you have 2G of huge memory and one 16M routes then the rules start to
> kill an application.
> Since huge memory is unpageable (pinned) then it is limited.
Won't paging out routes result in very poor network performance?
On Wed, Sep 21, 2016 at 03:07:51PM +0200, Thomas Monjalon wrote:
> 2016-09-18 16:27, Yuanhan Liu:
> > On Wed, Sep 14, 2016 at 10:35:53AM +0200, Thomas Monjalon wrote:
> > > 2016-09-14 15:21, Yuanhan Liu:
> > > > On Wed, Sep 14, 2016 at 09:10:48AM +0200, Thomas Monjalon wrote:
> > > > > 2016-09-14 1
I am new at submitting patches to dpdk.org. This patch has been acked and
patchwork claims success on build it:
http://www.dpdk.org/dev/patchwork/patch/15595/
Other users state it has corrected their problems. Am I supposed to be doing
something else with it before it gets applied to master?
G
On Wed, Sep 21, 2016 at 08:54:11PM +0800, Jianbo Liu wrote:
> >> > My setup consists of one host running a guest.
> >> > The guest generates as much 64bytes packets as possible using
> >>
> >> Have you tested with other different packet size?
> >> My testing shows that performance is dropping when
> -Original Message-
> From: Jianbo Liu [mailto:jianbo.liu at linaro.org]
> Sent: Thursday, September 22, 2016 5:58 PM
> To: Wang, Zhihong
> Cc: dev at dpdk.org; Maxime Coquelin ;
> Yuanhan Liu ; Thomas Monjalon
>
> Subject: Re: [dpdk-dev] [PATCH v6 2/6] vhost: rewrite enqueue
>
> On 2
2016-09-22 06:34, Liu, Yong:
> Thomas,
> There's another new column "S/W/F" added in latest patchwork. This column is
> represent for validation status "success/warning/failure".
> At last the status will be stored into patchwork_check database and used for
> continuous integration.
> Below is ju
On Thu, Sep 22, 2016 at 01:42:14AM +, Yang, Zhiyong wrote:
> hi, yuanhan:
>
> > -Original Message-
> > From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com]
> > Sent: Wednesday, September 21, 2016 6:57 PM
> > To: Yang, Zhiyong
> > Cc: dev at dpdk.org; Van Haaren, Harry ;
> > thoma
> -Original Message-
> From: Jianbo Liu [mailto:jianbo.liu at linaro.org]
> Sent: Thursday, September 22, 2016 5:02 PM
> To: Wang, Zhihong
> Cc: Yuanhan Liu ; Maxime Coquelin
> ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 0/5] vhost: optimize enqueue
>
> On 22 September 2016 at
2016-09-22 00:20, Dey, Souvik:
> Hi All,
> I am sending git send-mail and the patch mail is also getting
> sent but I am not able see the patch in the patchwork link. Can someone point
> what might have gone wrong. It was working fine earlier though.
> Thanks in advance for any kin
Re-initialize Rq's when MTU is changed. This allows for more
efficient use of mbufs when moving from an MTU that is greater
than the mbuf size to one that is less. And moves to using Rx
scatter mode when moving from an MTU less than the mbuf size
to one that is greater.
Signed-off-by: Nelson Escob
From: Nelson Escobar
The function vnic_dev_free_desc_ring() didn't actually free memory. Fix
this by first changing vnic_dev_alloc_desc_ring() to use the common
allocation function, then in vnic_dev_free_desc_ring call the common
free function.
Fixes: fefed3d1e62c ("enic: new driver")
Signed-of
Virtio interfaces do not currently allow the user to specify a particular
Maximum Transmission Unit (MTU).Consequently, the MTU of Virtio interfaces
is typically set to the Ethernet default value of 1500.
This is problematic in the case of cloud deployments, in which a specific
(and potentially
Hi Matej,
On Thursday 22 September 2016 12:33 AM, Matej Vido wrote:
> Hi Shreyansh,
>
> I have tested this patch-set with szedata2 driver and it works fine.
>
> Regards,
>
> Matej
Thanks a lot for this.
--
-
Shreyansh
Hi Jerin,
> >
> > Hi Jerin,
>
> Hi Konstantin,
>
> >
> > > > > >
> > > >
> > > > [...]
> > > >
> > > > > > +
> > > > > > +#ifdef RTE_ETHDEV_TX_PREP
> > > > >
> > > > > Sorry for being a bit late on that discussion, but what the
> > > > > point of having that config macro (RTE_ETHDEV_TX_PREP ) a
Hi Konstantin,
On 9/21/2016 11:47 PM, Ananyev, Konstantin wrote:
> Hi Jianfeng,
>
>> Hi Konstantin,
>>
>>
>> On 9/19/2016 8:09 PM, Ananyev, Konstantin wrote:
>>> Hi Jainfeng,
>>>
-Original Message-
From: Tan, Jianfeng
Sent: Monday, August 1, 2016 4:57 AM
To: dev at dpd
> On Wed, 21 Sep 2016 19:23:47 +0100
> Ferruh Yigit wrote:
>
> > On 9/21/2016 6:15 PM, Vladyslav Buslov wrote:
> > >> On 9/20/2016 7:36 PM, Stephen Hemminger wrote:
> > >>> On Tue, 20 Sep 2016 21:16:37 +0300 Vladyslav Buslov
> > >>> wrote:
> > >>>
> > @@ -123,6 +125,9 @@ static int __net_in
Hi Ferruh,
On 09/21/2016 06:15 PM, Ferruh Yigit wrote:
> Hi Olivier,
>
> On 9/21/2016 4:12 PM, Olivier Matz wrote:
>> Hi Ferruh,
>>
>> On 09/20/2016 06:17 PM, Ferruh Yigit wrote:
>>> Fixes: ce94a51ff05c ("mempool: add flag for removing phys contiguous
>>> constraint")
>>>
>>> Signed-off-by: Ferr
Hi Jianfeng,
>
> Hi Konstantin,
>
>
> On 9/21/2016 11:47 PM, Ananyev, Konstantin wrote:
> > Hi Jianfeng,
> >
> >> Hi Konstantin,
> >>
> >>
> >> On 9/19/2016 8:09 PM, Ananyev, Konstantin wrote:
> >>> Hi Jainfeng,
> >>>
> -Original Message-
> From: Tan, Jianfeng
> Sent: Mo
On Thu, 22 Sep 2016 00:08:38 +
"Dey, Souvik" wrote:
> I am fine with the general idea of this patch but:
> 1. Calling virtio_dev_info_get is needlessly wasteful when all you want
> is to access the max packet length. Since max_rx_pktlen is always
> VIRTIO_MAX_RX_PKTLEN, please jus
Hello Thomas,
> First a general comment: please check your patch with scripts/checkpatches.sh.
> Done. checkpath.pl is taken from latest linux kernel...
> What will happen if we need to provide more builtin handlers?
> I still think that rte_delay_us_block can be exported and initialized
The idea
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, September 14, 2016 10:00 PM
> To: Rich Lane; dev at dpdk.org
> Cc: Zhang, Helin; Wu, Jingjing
> Subject: Re: [dpdk-dev] [PATCH] net/i40e: fix null pointer dereferences
> when using VMDQ+RSS
>
> On 8/2/2016 8:34 PM, Rich Lane w
NACK.
This patch is not required any more as we discussed offline.
@zhaowei, please change the patch's status in patchwork because no change is
required now
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, September 14, 2016 10:10 PM
> To: Zhao1, Wei; dev at dpdk.org; Zhang,
> -Original Message-
> From: Xing, Beilei
> Sent: Monday, September 12, 2016 5:42 PM
> To: Wu, Jingjing
> Cc: dev at dpdk.org; Xing, Beilei
> Subject: [PATCH v3] net/i40e: fix parsing QinQ packets type issue
>
> Previously, PTYPE filed in the RX descriptors is not set properly for QinQ
>
> -Original Message-
> From: Jianbo Liu [mailto:jianbo.liu at linaro.org]
> Sent: Thursday, September 22, 2016 1:48 PM
> To: Yuanhan Liu
> Cc: Wang, Zhihong ; Maxime Coquelin
> ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 0/5] vhost: optimize enqueue
>
> On 22 September 2016 at
Thomas,
There's another new column "S/W/F" added in latest patchwork. This column is
represent for validation status "success/warning/failure".
At last the status will be stored into patchwork_check database and used for
continuous integration.
Below is just one sample for check infor. Do you hav
In igb_uio, iomem is mapped, and both ioport and io mem are recorded
into uio framework (then into sysfs files), which is duplicated with
what Linux has already provided for user space, and makes the code
too complex.
For iomem, DPDK user space code never opens or reads files under
/sys/pci/bus/de
From: Guruprasad Rao
This patch includes cuckoo hash table for testing all the APIs
The cuckoo hash is added for both test_table_tables and
test_table_combined cases.
The testing is completed and the results are OK.
Signed-off-by: Sankar Chokkalingam
Signed-off-by: Guruprasad Rao
---
v2:
* Fix
From: Guruprasad Rao
This patch inclides cuckoo hash table into test-pipeline
This allows to benchmark the performance of the cuckoo hash table
The following key sizes are supported for cuckoo hash table
8, 16, 32, 48, 64, 80, 96, 112 and 128.
The test-pipeline can be run using the following com
From: Guruprasad Rao
This patch provides table apis for dosig version of cuckoo hash
via rte_table_hash_cuckoo_dosig_ops
The following apis are implemented for cuckoo hash
rte_table_hash_cuckoo_create
rte_table_hash_cuckoo_free
rte_table_hash_cuckoo_entry_add
rte
From: Guruprasad Rao
Guruprasad Rao (3):
lib/librte_table: enabling cuckoo hash into table library
app/test-pipeline: added cuckoo hash for benchmarking
app/test: adding cuckoo hash table for testing
app/test-pipeline/config.c | 20 +-
app/test-pipeline/main.c
Hi Xiao,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 20, 2016 1:08 AM
> To: Wang, Xiao W; Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 33/39] net/ixgbe/base: add X550em_a FW ALEF
> support
>
> On 8/27/2016 4:48 PM, Xiao Wang wrote:
> > This
Hi Xiao, Ferruh,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 20, 2016 1:09 AM
> To: Wang, Xiao W; Lu, Wenzhuo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 39/39] net/ixgbe/base: add base driver update
> brief
>
> On 8/27/2016 4:48 PM, Xiao Wang wrote:
I still fail to understand how the dev_info.max_rx_pktlen is wrong here, and
the hw->rx_max_pktlen is defined at all ? If you see the other driver code we
have used the same way there too. Also for the vlan part isn't it better the
take the worst case for the mtu lower boundary check, as that wi
> -Original Message-
> From: Jianbo Liu [mailto:jianbo.liu at linaro.org]
> Sent: Wednesday, September 21, 2016 8:54 PM
> To: Wang, Zhihong
> Cc: Maxime Coquelin ; dev at dpdk.org;
> yuanhan.liu at linux.intel.com
> Subject: Re: [dpdk-dev] [PATCH v3 0/5] vhost: optimize enqueue
>
> On 2
hi, yuanhan:
> -Original Message-
> From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com]
> Sent: Wednesday, September 21, 2016 6:57 PM
> To: Yang, Zhiyong
> Cc: dev at dpdk.org; Van Haaren, Harry ;
> thomas.monjalon at 6wind.com; pmatilai at redhat.com
> Subject: Re: [PATCH v4 2/2] n
Hi All,
I am sending git send-mail and the patch mail is also getting
sent but I am not able see the patch in the patchwork link. Can someone point
what might have gone wrong. It was working fine earlier though.
Thanks in advance for any kind of help.
--
Regards,
Souvik
Answers inline.
--
Regards,
Souvik
-Original Message-
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Wednesday, September 21, 2016 7:22 PM
To: Dey, Souvik
Cc: mark.b.kavanagh at intel.com; yuanhan.liu at linux.intel.com; dev at
dpdk.org
Subject: Re: [PATCH v6] net/vi
76 matches
Mail list logo
