/022453.html
...
We are using the v16.11 release and would like to confirm if the issue above
has been address. If so, could anyone post here how to configure?
Appreciate,
Alex Wang,
Just to confirm, should I do anything before it gets merged?
On Thu, Jun 9, 2016 at 5:03 AM, Mcnamara, John
wrote:
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alex Wang
> > Sent: Saturday, May 21, 2016 8:59 AM
> > To: dev a
Sht, sorry for missing that, sending V3,
On Mon, May 23, 2016 at 10:10 AM, Ferruh Yigit
wrote:
> On 5/23/2016 6:00 PM, Ferruh Yigit wrote:
> > On 5/21/2016 8:25 AM, Alex Wang wrote:
> >> From: Alex Wang
> >>
> >> Function like 'rte_kni_rx_burst()&#
Sorry for the delayed reply, just sent V2~
On 18 May 2016 at 03:33, Ferruh Yigit wrote:
> On 5/14/2016 7:22 PM, Alex Wang wrote:
> > From: Alex Wang
> >
> > The 'mbufs' alloc/free descriptions for 'rte_kni_tx_burst()'
> > and 'rte_kni_rx_burs
From: Alex Wang
Function like 'rte_kni_rx_burst()' keeps
allocating 'MAX_MBUF_BURST_NUM' mbufs to
kni fifo queue unless the queue's capacity
('KNI_FIFO_COUNT_MAX') is reached. So, if
the mempool is under-provisioned, user may
run into "Out of Memory&qu
From: Alex Wang
The 'mbufs' alloc/free descriptions for
'rte_kni_tx_burst()' and 'rte_kni_rx_burst()'
should be inverted.
Fixes: 3fc5ca2 (kni: initial import)
Signed-off-by: Alex Wang
Acked-by: Ferruh Yigit
---
lib/librte_kni/rte_kni.h | 8
1 fi
From: Alex Wang
Function like 'rte_kni_rx_burst()' keeps
allocating 'MAX_MBUF_BURST_NUM' mbufs to
kni fifo queue unless the queue's capacity
('KNI_FIFO_COUNT_MAX') is reached. So, if
the mempool is under-provisioned, user may
run into "Out of Memory&qu
From: Alex Wang
The 'mbufs' alloc/free descriptions for
'rte_kni_tx_burst()' and 'rte_kni_rx_burst()'
should be inverted.
Fixes: 3fc5ca2 (kni: initial import)
Signed-off-by: Alex Wang
---
lib/librte_kni/rte_kni.h | 8
1 file changed, 4 insertions(+), 4
On 17 May 2016 at 03:07, Ferruh Yigit wrote:
> On 5/16/2016 4:31 PM, ALeX Wang wrote:
> > Hi Ferruh,
> >
> > Thx for pointing out the 'fill alloc_q with these mubfs _until it gets
> > full_.',
> >
> > I saw the size of all queues are 'KNI_
ted,
http://dpdk.org/doc/api/rte__kni_8h.html#a0cdd727cdc227d005fef22c0189f3dfe
'rte_kni_rx_burst' does the 'It handles allocating the mbufs for KNI
interface alloc queue.'
Thanks,
Alex Wang,
On 16 May 2016 at 04:20, Ferruh Yigit wrote:
> On 5/15/2016 5:48 AM, ALeX Wang wrote:
>
if (unlikely(pkts[i] == NULL)) {
/* Out of memory */
Thanks,
--
Alex Wang,
From: Alex Wang
Function like 'rte_kni_rx_burst()' keeps allocating
'MAX_MBUF_BURST_NUM' mbufs to kni fifo queue unless the
queue's capacity ('KNI_FIFO_COUNT_MAX') is reached. So,
if the mempool is under-provisioned, user may run into
"Out of Memory&quo
From: Alex Wang
The 'mbufs' alloc/free descriptions for 'rte_kni_tx_burst()'
and 'rte_kni_rx_burst()' should be inverted.
Signed-off-by: Alex Wang
---
lib/librte_kni/rte_kni.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/librte_
Thx, Ferruh and Thomas for the confirmation and pointer!
On 14 April 2016 at 07:43, Thomas Monjalon
wrote:
> 2016-04-14 15:29, Ferruh Yigit:
> > On 4/13/2016 11:26 PM, ALeX Wang wrote:
> > > Did more experiment, found that it has nothing to do with the kernel
> > > v
Did more experiment, found that it has nothing to do with the kernel
version,
It only happens when using kni module with '--no-huge' eal flag...
Is that expected?
Thanks,
Alex Wang,
On 12 April 2016 at 17:28, ALeX Wang wrote:
> I tried compiling both dpdk-2.2 and dpdk-16.04,
I tried compiling both dpdk-2.2 and dpdk-16.04, all have the issue,
Thanks,
On 12 April 2016 at 17:19, ALeX Wang wrote:
> Hi,
>
> I recently upgraded my debian/jessie to 4.4 kernel, and my application
> uses kni to
> create test interface,
>
> However, when doing 'rt
073b010bcb88
[ 888.146705] ---[ end trace ef3848430517129b ]---
--
Alex Wang,
Thx a lot, for the answer,!
Exactly what I'm looking for,~
On 31 March 2016 at 02:55, Ferruh Yigit wrote:
> On 3/30/2016 6:20 PM, ALeX Wang wrote:
> > Hi,
> >
> > I want to use 'rte_kni_alloc()' to create a kernel iface and
> > use it to test ap
always be
used together with a dpdk port?
Thanks,
--
Alex Wang,
Hey Srinivas,
Right now, ovs has only one dpdk polling thread. We are working on
creating multiple polling threads and pinning polling threads to the same
cpu socket as dpdk interface.
Thanks,
Alex Wang,
On Mon, Jul 28, 2014 at 9:15 AM, Ben Pfaff wrote:
> On Mon, Jul 28, 2014 at 07:33:3
20 matches
Mail list logo
