Hi Jijang,
My comments below MW>
> -Original Message-
> From: Liu, Jijiang
> Sent: Monday, December 28, 2015 6:55 AM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: RE: [dpdk-dev] [RFC PATCH 0/6] General tunneling APIs
>
> Hi Miroslaw,
>
&g
Hi Jijang,
I like an idea of tunnel API very much.
I have a few questions.
1. I see that you have only i40e support due to lack of HW tunneling support in
other NICs.
I don't see a way how do you want to handle tunneling requests for NICs without
HW offload.
I think that we should have
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, June 18, 2015 4:17 PM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCHv2 0/5] ethdev: add new API to retrieve RX/TX
> queue information
>
> Hi Mirek,
>
Yes, really I need a high performance function - it is especially useful on TX
path.
Which queue query function are you talking here to be enhanced?
Mirek
> -Original Message-
> From: Richardson, Bruce
> Sent: Thursday, June 18, 2015 3:39 PM
> To: Walukiewicz, Miroslaw
&
Konstantin,
Is there a possibility to read information about available space in NIC queue
for TX.
It is quite easy to compute (or even available directly) and very useful
especially for application sending multi-descriptor packets like TCP TSO.
Now there is no access to such information
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maciej Gajdzica
> Sent: Monday, March 30, 2015 11:57 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 2/3] port: added ethdev_writer_nodrop port
>
> When ethdev_writer_nodrop port fails to send data, it
Hello,
Is there any method of determining the number free TX descriptor in specific TX
queue?
I know that when transmit function is called with some number packets to send
and then number returned by function is different than provided that means that
queue is full.
This mechanism works good
Reviewed-by: Mirek Walukiewicz
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Dumitrescu, Cristian
> Sent: Monday, March 23, 2015 4:20 PM
> To: Gajdzica, MaciejX T; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] table: fix a crash during key8 and key32
Hello,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of David Marchand
> Sent: Monday, February 9, 2015 10:11 AM
> To: Liu, Jijiang
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 2/2] i40e:enable TSO support
>
> Hello,
>
> This patch does two
> -Original Message-
> From: Liang, Cunming
> Sent: Thursday, January 22, 2015 1:20 PM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL
> thread
>
>
>
> > -Original Message
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang
> Sent: Thursday, January 22, 2015 9:17 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v1 15/15] timer: add support to non-EAL thread
>
> Allow to setup timers only for EAL (lcore)
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang
> Sent: Thursday, January 22, 2015 9:17 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v1 13/15] mempool: add support to non-EAL
> thread
>
> For non-EAL thread, bypass per lcore cache,
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, December 22, 2014 10:46 AM
> To: Liang, Cunming
> Cc: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 0/7] support multi-phtread per lcore
>
> On Mon, Dec 22, 2014 at
not see any reason why old legacy DPDK applications would not work in
that model.
Mirek
> -Original Message-
> From: Liang, Cunming
> Sent: Monday, December 15, 2014 12:53 PM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: RE: [dpdk-dev] [RFC PATCH 0/7] support mu
the rte timers API to use with such kind of
identifier keeping existing API working also.
I will send it soon.
Mirek
> -Original Message-
> From: Liang, Cunming
> Sent: Friday, December 12, 2014 6:45 AM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: RE: [dpdk-dev]
Hello,
After last change for RTE_CORE_MAX=128 the rte_pipeline still supports only 64
ports as it is optimized to work on u64 variables.
Are there any plans to extend pipeline design to use 128, 256 or even 512 ports
using AVX/SSE extensions available?
Regards,
Mirek
Thank you Cunming for explanation.
What about DPDK timers? They also depend on rte_lcore_id() to avoid spinlocks.
Mirek
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang
> Sent: Thursday, December 11, 2014 3:05 AM
> To: dev at dpdk.org
>
You are completely right. I did not catch the mask. I will remove the patch.
Mirek
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Tuesday, December 9, 2014 7:41 PM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH] ixgbe: fix a probl
Thank you Bruce for explanation of the idea.
I have question regarding TCP SYN packets? Do you have any idea how to share
the TCP SYN requests between kernel and user-space application?
Regards,
Mirek
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of
Tim,
Is it a possibility to create some place on dpdk.org available to everyone
where the slides and recording will be available?
Regards,
Mirek
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of O'driscoll, Tim
> Sent: Wednesday, November 19, 2014 1:34 PM
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Friday, November 14, 2014 6:03 PM
> To: dev at dpdk.org
> Cc: olivier.matz at 6wind.com; Walukiewicz, Miroslaw; Liu, Jijiang; Liu, Yong;
> jigsaw at gmail.com; Richardson, Bruce
>
Hello Olivier,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Friday, October 31, 2014 4:50 PM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] pmd: Add generic support for TCP TSO
> (Transmit Se
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, October 20, 2014 3:51 PM
> To: Walukiewicz, Miroslaw
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] pmd: Add generic support for TCP TSO
> (Transmit Segmentati
Hi Thomas,
Thank for your comments. My responses are inline.
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, October 20, 2014 1:30 PM
> To: Walukiewicz, Miroslaw
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH
I have a question regarding unbinding Linux interface from EAL.
This feature was present up to dpdk 1.4 and next it was removed.
It was available under RTE_EAL_UNBIND_PORTS flag.
Is there a possibility to get this feature back in the next releases?
Unbinding interfaces from EAL makes possible
25 matches
Mail list logo