2014-09-19 09:14, Helin Zhang:
> To reuse code, 'i40e_config_hena()' and 'i40e_parse_hena()' and
> their relevant macros need to be extern, and then can be used for
> both PF and VF parts.
>
> Signed-off-by: Helin Zhang
> Reviewed-by: Cunming Liang
> Reviewed-by: Jijiang Liu
[...]
> +#define
Greetings,
I am still a DPDK newbie so not really sure how to go about doing this...
I have a DPI daemon running in userspace which uses libpcap for packet RX
that I would like to replace with DPDK ethernet PMD. However it is not
feasible to convert the entire application to run within the DPDK
2014-10-17 18:16, Dumitrescu, Cristian:
> Hi Tomas,
>
> Yes, you're right, we need to close on this pending item.
> Thanks for bringing it up.
>
> I am currently working on a patch series, once I send it out
> I will come back and look into to qos_sched. Is this OK with you?
Yes, thank you.
>
Hi Tomas,
Yes, you're right, we need to close on this pending item. Thanks for bringing
it up.
I am currently working on a patch series, once I send it out I will come back
and look into to qos_sched. Is this OK with you?
Regards,
Cristian
-Original Message-
From: Thomas Monjalon
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, October 17, 2014 5:08 PM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] lib/librte_ether: new filter APIs definition
>
> 2014-10-17 07:29, Jingjing Wu:
> >
A new sample app that shows the usage of the distributor library. This
app works as follows:
* An RX thread runs which pulls packets from each ethernet port in turn
and passes those packets to worker using a distributor component.
* The workers take the packets in turn, and determine the
Hi,
Can someone please respond to below?
Thank you.
On Mon, Oct 13, 2014 at 3:54 PM, satish wrote:
> Hi,
> We are trying to provide QoS support for one of our clients using
> rte_sched.
> In our implementation we are treating each pipe as a customer.
> So, we can have maximum of 4096 customers
The four-byte-key (fbk) autotest was allocating the keys to be used for
the test on the stack. When the number of entries in the table was
increased significantly, for example, to test larger hashes by increase the
value of ENTRIES, this array of keys was greater than that
allowed on the stack,
On Fri, Oct 17, 2014 at 12:38:05PM +0100, Bruce Richardson wrote:
> On Fri, Oct 17, 2014 at 12:34:05PM +0100, y at ecsmtp.ir.intel.com wrote:
> > From: Bruce Richardson
> >
>
> Oops, apologies for the screwed-up origin address! Pressed "y" for "yes, I
> do want my emails to come from
On Fri, Oct 17, 2014 at 12:34:05PM +0100, y at ecsmtp.ir.intel.com wrote:
> From: Bruce Richardson
>
Oops, apologies for the screwed-up origin address! Pressed "y" for "yes, I
do want my emails to come from 'bruce.richardson at intel.com'" rather than
just hitting enter when prompted!
/Bruce
Thanks for the responses, Reshma.
Can you provide a little more context about the use case that your reorder
library is intended to help with? If I'm understanding your answers
correctly, the functionality seems pretty limited and not something I would
ever end up using, but that may be more
Hi Helin,
You are right. The example application should properly call
rte_kni_init() with the right amount of #KNI ifaces. I overlooked it. I
will fix it and circulate patch v4.
Apologize for the inconvenience.
marc
On 17/10/14 02:47, Zhang, Helin wrote:
> Hi Marc
>
> After I read part of KNI
2014-10-17 07:29, Jingjing Wu:
> Define new APIs to support configure multi-kind filters using same APIs,
> instead of creating each API set for each kind of filter.
> - rte_eth_dev_filter_supported
> - rte_eth_dev_filter_ctrl
>
> Filter types, operations, and structures are defined
2014-10-17 06:53, Liu, Jijiang:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2014-10-11 13:55, Jijiang Liu:
> > > +#define ETH_TUNNEL_FILTER_OMAC 0x01
> > > +#define ETH_TUNNEL_FILTER_OIP 0x02
> > > +#define ETH_TUNNEL_FILTER_TENID 0x04
> > > +#define ETH_TUNNEL_FILTER_IMAC
Hi Jay,
Please find comments inline.
Thanks,
Reshma
From: Jay Rolette [mailto:role...@infiniteio.com]
Sent: Thursday, October 9, 2014 8:02 PM
To: Pattan, Reshma
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH RFC] librte_reorder: new reorder library
Hi Reshma,
A few comments and questions
2014-10-17 05:23, Liu, Jijiang:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2014-10-11 13:55, Jijiang Liu:
> > > - "tx_checksum set mask (port_id)\n"
> > > + "tx_checksum set (mask) (port_id)\n"
> > > "Enable hardware
2014-10-17 05:58, Liu, Jijiang:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2014-10-11 13:55, Jijiang Liu:
> > > #
> > > +# Compile tunneling UDP port support
> > > +#
> > > +CONFIG_RTE_LIBRTE_TUNNEL_UDP_PORT=4789
> > > +
> > > +#
> >
> > 1) this option is not to "Compile
2014-10-17 03:19, Xie, Huawei:
> From: Ouyang, Changchun
> > From: Xie, Huawei
> > > I generated the vhost example patch based on vhost library, but find
> > > there is
> > > issue with --mergeable feature.
> > > Only thousands of packets could be sent.
> > > Then I tried the latest vhost example,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Friday, October 17, 2014 10:08 AM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] lib/librte_ether: new filter APIs definition
>
> 2014-10-17 07:29, Jingjing
Hi Desh
> -Original Message-
> From: Deshvanth Mirle Jayaprakash (dmirleja) [mailto:dmirleja at cisco.com]
> Sent: Friday, October 17, 2014 3:58 PM
> To: Zhang, Helin; dev at dpdk.org
> Subject: Re: Issues running Ethtool on KNI interfaces
>
> Hi Helin,
>
> We have been using KNI
Define new APIs to support configure multi-kind filters using same APIs,
instead of creating each API set for each kind of filter.
- rte_eth_dev_filter_supported
- rte_eth_dev_filter_ctrl
Filter types, operations, and structures are defined specifically
in new header file
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, October 17, 2014 3:57 AM
> To: Liu, Jijiang
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v5 2/8]i40e:support VxLAN packet
> identification in librte_pmd_i40e
>
> 2014-10-11
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, October 17, 2014 4:34 AM
> To: Liu, Jijiang
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v5 7/8]i40e:support VxLAN Tx checksum
> offload
>
> 2014-10-11 13:55, Jijiang Liu:
> >
No problem, I will investigate the root cause.
But before figuring out the root cause, I think we could add check in your new
sample to
Check the INC_VEC is enable or not, If it is enabled, print error message and
hint user
Disable it in config file if mergeable feature is triggered in vhost.
Hi
> Define new APIs to support configure multi-kind filters using same APIs,
> instead
> of creating each API set for each kind of filter.
> - rte_eth_dev_filter_supported
> - rte_eth_dev_filter_ctrl
>
> Filter types, operations, and structures are defined specifically in new
> header
>
Hey,
I observe continuous burst of I/O Errors, as indicated below, with the testpmd
application with DPDK 1.7.1.This seems to originate from
eal_intr_process_interrupts() function. I seemed to have setup the DPDK
prerequisites alright.
Another recent post seemed to suggest moving back to 1.7.0,
26 matches
Mail list logo
