Hi Thomas,
> > * ETH_TXQ_FLAGS_NOXSUMTCP
> >
> > +Malicious Driver Detection not Supported by ixgbe
> > +^
>
> Why is it in the vector PMD section?
Sorry, I put it in the wrong place. Seems a whole new section is needed.
>
> > + Some kernel dri
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> Signed-off-by: Yuanhan Liu
Acked-by: Huawei Xie
Hi Wenzhuo,
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Friday, March 04, 2016 11:31 AM
> To: He, Shaopeng ; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v4 5/7] lib/librte_ether: support new l2
> tunnel operation
>
> Hi Shaopeng,
>
>
> > -Original Message-
> > From: He
The patch introduces a new PMD. This PMD is implemented as thin wrapper
of librte_vhost.
PATCH v11 changes:
- Rebase on latest master.
- Fix MAINTAINERS file.
- Fix Acked-by and Tested-by signatures of commit log.
PATCH v10 changes:
- Rebase on latest master.
- Fix DPDK version number(2.3 t
This patch adds a below event type.
- RTE_ETH_EVENT_QUEUE_STATE_CHANGE
This event is used for notifying a queue state changed event.
Signed-off-by: Tetsuya Mukawa
Acked-by: Ferruh Yigit
Acked-by: Yuanhan Liu
Acked-by: Rich Lane
Tested-by: Rich Lane
---
lib/librte_ether/rte_ethdev.h | 2 ++
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
On 3/4/2016 10:19 AM, Yuanhan Liu wrote:
> On Thu, Mar 03, 2016 at 04:21:19PM +, Xie, Huawei wrote:
>> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
>>> The current rte_vhost_dequeue_burst() implementation is a bit messy
>>> and logic twisted. And you could see repeat code here and there: it
>>> inv
On 3/4/2016 10:15 AM, Yuanhan Liu wrote:
> On Thu, Mar 03, 2016 at 04:30:42PM +, Xie, Huawei wrote:
>> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
>>> + mbuf_avail = 0;
>>> + mbuf_offset = 0;
>>> + while (desc_avail || (desc->flags & VRING_DESC_F_NEXT) != 0) {
>>> + /* This desc r
Hi, Thomas
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, March 07, 2016 6:39 AM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] doc: add doc for i40e pmd driver
> introduction
>
> 2016-02-23 09:23, Jingjing
On Mon, Mar 07, 2016 at 02:19:54AM +, Xie, Huawei wrote:
> On 3/4/2016 10:19 AM, Yuanhan Liu wrote:
> > On Thu, Mar 03, 2016 at 04:21:19PM +, Xie, Huawei wrote:
> >> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> >>> The current rte_vhost_dequeue_burst() implementation is a bit messy
> >>> and
This patch set adds the support of E-tag offloading and forwarding
on X550.
The offloading means E-tag can be inserted and stripped by HW.
And E-tag packets can be recognized and forwarded to specific pools
based on GRP and E-CID_base in E-tag.
E-tag is defined in IEEE802.1br. Please reference
htt
On X550, as required by datasheet, E-tag packets are not expected
when double VLAN are used. So modify the register PFVTCTL after
enabling double VLAN to select pool by MAC but not MAC or E-tag.
An introduction of E-tag:
It's defined in IEEE802.1br. Please reference this website,
http://www.ieee80
Add functions to support l2 tunnel configuration.
The support includes ether type modification and the tunnel support
enabling/disabling.
Ether type modification means modifying the ether type of a specific
type of tunnel. So the packet with this ether type will be parsed as
this type of tunnel.
En
Add support of l2 tunnel configuration.
Support modifying ether type of a type of l2 tunnel.
Support enabling and disabling the support of a type of l2 tunnel.
Only E-tag tunnel is supported now.
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe/ixgbe_ethdev.c | 140 +++
Add CLIs to config ether type of l2 tunnel, and to enable/disable
a type of l2 tunnel.
Now only e-tag tunnel is supported.
Signed-off-by: Wenzhuo Lu
---
app/test-pmd/cmdline.c | 269 +++-
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 11 ++
2 files c
Add functions to support the new l2 tunnel operation.
1, Insertion and stripping for l2 tunnel tag.
2, Forwarding the packets to a pool based on l2 tunnel tag.
Signed-off-by: Wenzhuo Lu
---
lib/librte_ether/rte_ethdev.c | 183
lib/librte_ether/rte_ethdev.h |
Add support of l2 tunnel operation.
Support enabling/disabling l2 tunnel tag insertion/stripping.
Support enabling/disabling l2 tunnel packets forwarding.
Support adding/deleting forwarding rules for l2 tunnel packets.
Only support E-tag now.
Also update the release note.
Signed-off-by: Wenzhuo L
Add the CLIs to support the E-tag operation.
1, Offloading of E-tag insertion and stripping.
2, Forwarding the E-tag packets to pools based on the GRP and E-CID_base.
Signed-off-by: Wenzhuo Lu
---
app/test-pmd/cmdline.c | 378
doc/guides/testpmd_
On Mon, Mar 07, 2016 at 02:32:46AM +, Xie, Huawei wrote:
> On 3/4/2016 10:15 AM, Yuanhan Liu wrote:
> > On Thu, Mar 03, 2016 at 04:30:42PM +, Xie, Huawei wrote:
> >> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> >>> + mbuf_avail = 0;
> >>> + mbuf_offset = 0;
> >>> + while (desc_avail || (desc
On 3/4/2016 10:10 AM, Yuanhan Liu wrote:
> On Thu, Mar 03, 2016 at 05:19:42PM +, Xie, Huawei wrote:
>> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
>>> [...]
>> CCed changchun, the author for the chained handling of desc and mbuf.
>> The change makes the code more readable, but i think the followin
On 3/7/2016 10:47 AM, Yuanhan Liu wrote:
> On Mon, Mar 07, 2016 at 02:32:46AM +, Xie, Huawei wrote:
>> On 3/4/2016 10:15 AM, Yuanhan Liu wrote:
>>> On Thu, Mar 03, 2016 at 04:30:42PM +, Xie, Huawei wrote:
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> + mbuf_avail = 0;
> + mbuf_of
On 3/4/2016 10:30 AM, Yuanhan Liu wrote:
> On Thu, Mar 03, 2016 at 05:40:14PM +, Xie, Huawei wrote:
>> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
>>> The current rte_vhost_dequeue_burst() implementation is a bit messy
>> [...]
>>> +
>>> uint16_t
>>> rte_vhost_dequeue_burst(struct virtio_net *de
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> + mbuf_avail = 0;
> + mbuf_offset = 0;
one cs nit, put it at the definition.
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> + if (unlikely(desc->next >= vq->size))
> + goto fail;
desc chains could be forged into a loop then vhost runs the dead loop
until it exhaust all mbuf memory.
Hi, wenzhuo
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Monday, March 07, 2016 10:43 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v5 5/7] lib/librte_ether: support new l2 tunnel
> operation
>
> Add functions to support the new
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> + while (1) {
> + /* done with current mbuf, fetch next */
> + if (mbuf_avail == 0) {
> + m = m->next;
> + if (m == NULL)
> + break;
> +
> +
On 3/7/2016 12:20 PM, Stephen Hemminger wrote:
> On Thu, 18 Feb 2016 21:49:09 +0800
> Yuanhan Liu wrote:
>
>> +static inline void
>> +copy_virtio_net_hdr(struct vhost_virtqueue *vq, uint64_t desc_addr,
>> +struct virtio_net_hdr_mrg_rxbuf hdr)
>> +{
>> +if (vq->vhost_hlen == siz
Announce that Malicious Driver Detection is not supported.
v2:
- Rework the words.
v3:
- Remove the duplicate info in the release note.
- Create a new section for this description.
Signed-off-by: Wenzhuo Lu
Acked-by: Shaopeng He intel.com>
---
doc/guides/nics/ixgbe.rst | 21 ++
Hi Jingjing,
>
> How about to merge the above six APIs
> rte_eth_dev_l2_tunnel_XXX_enable/disable
> to one, may call rte_eth_dev_l2_tunnel_offload_set?
> Just like the rte_eth_dev_set_vlan_offload.
Good suggestion. I'll do it.
>
>
> Pool is used here, but vf_id is used above. Suggest to put suc
On Mon, Mar 07, 2016 at 02:59:55AM +, Xie, Huawei wrote:
> On 3/7/2016 10:47 AM, Yuanhan Liu wrote:
> > On Mon, Mar 07, 2016 at 02:32:46AM +, Xie, Huawei wrote:
> >> On 3/4/2016 10:15 AM, Yuanhan Liu wrote:
> >>> On Thu, Mar 03, 2016 at 04:30:42PM +, Xie, Huawei wrote:
> On 2/18/20
On Sun, Mar 06, 2016 at 08:20:00PM -0800, Stephen Hemminger wrote:
> On Thu, 18 Feb 2016 21:49:09 +0800
> Yuanhan Liu wrote:
>
> > +static inline void
> > +copy_virtio_net_hdr(struct vhost_virtqueue *vq, uint64_t desc_addr,
> > + struct virtio_net_hdr_mrg_rxbuf hdr)
> > +{
> > + i
Tested-by: Qian Xu
- Test Commit: 8f6f24342281f59de0df7bd976a32f714d39b9a9
- OS/Kernel: Fedora 21/4.1.13
- GCC: gcc (GCC) 4.9.2 20141101 (Red Hat 4.9.2-1)
- CPU: Intel(R) Xeon(R) CPU E5-2695 v4 @ 2.10
- NIC: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)
- Target: Intel
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> + uint16_t idx = vq->avail->ring[avail_idx & (vq->size - 1)];
> + uint32_t vec_id = *vec_idx;
> + uint32_t len= *allocated;
>
There is bug not using volatile to retrieve the avail idx.
On Mon, Mar 07, 2016 at 06:22:25AM +, Xie, Huawei wrote:
> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> > + uint16_t idx = vq->avail->ring[avail_idx & (vq->size - 1)];
> > + uint32_t vec_id = *vec_idx;
> > + uint32_t len= *allocated;
> >
> There is bug not using volatile to retrieve t
On 3/7/2016 2:35 PM, Yuanhan Liu wrote:
> On Mon, Mar 07, 2016 at 06:22:25AM +, Xie, Huawei wrote:
>> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
>>> + uint16_t idx = vq->avail->ring[avail_idx & (vq->size - 1)];
>>> + uint32_t vec_id = *vec_idx;
>>> + uint32_t len= *allocated;
>>>
>> T
On Mon, Mar 07, 2016 at 06:38:42AM +, Xie, Huawei wrote:
> On 3/7/2016 2:35 PM, Yuanhan Liu wrote:
> > On Mon, Mar 07, 2016 at 06:22:25AM +, Xie, Huawei wrote:
> >> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> >>> + uint16_t idx = vq->avail->ring[avail_idx & (vq->size - 1)];
> >>> + uint32_t
On Mon, Mar 07, 2016 at 03:10:43AM +, Xie, Huawei wrote:
> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> > + if (unlikely(desc->next >= vq->size))
> > + goto fail;
>
> desc chains could be forged into a loop then vhost runs the dead loop
> until it exha
On 3/7/2016 2:49 PM, Yuanhan Liu wrote:
> On Mon, Mar 07, 2016 at 06:38:42AM +, Xie, Huawei wrote:
>> On 3/7/2016 2:35 PM, Yuanhan Liu wrote:
>>> On Mon, Mar 07, 2016 at 06:22:25AM +, Xie, Huawei wrote:
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> + uint16_t idx = vq->avail->ring[ava
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Monday, March 07, 2016 10:43 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v5 0/7] support E-tag offloading and forwarding
> on X550
>
> This patch set adds the support of E-tag o
On 3/7/2016 3:04 PM, Xie, Huawei wrote:
> On 3/7/2016 2:49 PM, Yuanhan Liu wrote:
>> On Mon, Mar 07, 2016 at 06:38:42AM +, Xie, Huawei wrote:
>>> On 3/7/2016 2:35 PM, Yuanhan Liu wrote:
On Mon, Mar 07, 2016 at 06:22:25AM +, Xie, Huawei wrote:
> On 2/18/2016 9:48 PM, Yuanhan Liu wro
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> Current virtio_dev_merge_rx() implementation just looks like the
> old rte_vhost_dequeue_burst(), full of twisted logic, that you
> can see same code block in quite many different places.
>
> However, the logic of virtio_dev_merge_rx() is quite similar to
It adds setting ether type of both single VLAN(inner VLAN) and outer
VLAN for i40e. For ixgbe and e1000/igb, it supports setting single
VLAN(inner VLAN) only, and can be extended in the future.
The patch set was branched off rel_16_04 of repo dpdk-next-net,
on below commit.
- commit 4ac366ba64790
In order to set ether type of VLAN for single VLAN, inner
and outer VLAN, the VLAN type as an input parameter is added
to 'rte_eth_dev_set_vlan_ether_type()'.
In addition, corresponding changes in e1000, ixgbe and i40e are
also added.
Signed-off-by: Helin Zhang
---
app/test-pmd/cmdline.c
It adds the setting VLAN ether type of single VLAN, inner and
outer VLAN. Single VLAN is treated as inner VLAN as usual.
Signed-off-by: Helin Zhang
---
drivers/net/i40e/i40e_ethdev.c | 68 +++---
1 file changed, 64 insertions(+), 4 deletions(-)
v2:
- Used RT
The array 'ptype_table' was defined in depth of 'UINT8_MAX' which
is 255, while the querying index could be from 0 to 255. The issue
can be fixed with expanding the array to one more element.
Fixes: 9571ea028489 ("i40e: replace some offload flags with unified packet
type")
Signed-off-by: Helin Z
On Mon, Mar 07, 2016 at 07:16:39AM +, Xie, Huawei wrote:
> On 3/7/2016 3:04 PM, Xie, Huawei wrote:
> > On 3/7/2016 2:49 PM, Yuanhan Liu wrote:
> >> On Mon, Mar 07, 2016 at 06:38:42AM +, Xie, Huawei wrote:
> >>> On 3/7/2016 2:35 PM, Yuanhan Liu wrote:
> On Mon, Mar 07, 2016 at 06:22:25A
On Mon, Mar 07, 2016 at 07:52:22AM +, Xie, Huawei wrote:
> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> > Current virtio_dev_merge_rx() implementation just looks like the
> > old rte_vhost_dequeue_burst(), full of twisted logic, that you
> > can see same code block in quite many different places.
2016-03-07 02:37, Wu, Jingjing:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > May I ask to update the table in overview.rst, please?
> So glad to see this table, I would like to update it. But I'm not sure which
> symbol
> should I use to indicate support, not support, or haven
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, March 07, 2016 4:35 PM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] doc: add doc for i40e pmd driver
> introduction
>
> 2016-03-07 02:37, Wu, Jingjing:
> >
On 3/7/2016 4:36 PM, Yuanhan Liu wrote:
> On Mon, Mar 07, 2016 at 07:52:22AM +, Xie, Huawei wrote:
>> On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
>>> Current virtio_dev_merge_rx() implementation just looks like the
>>> old rte_vhost_dequeue_burst(), full of twisted logic, that you
>>> can see same
2016-03-07 16:12, Helin Zhang:
> The patch set was branched off rel_16_04 of repo dpdk-next-net,
> on below commit.
> - commit 4ac366ba647909c3b71818f9be9db86ba5e871da
> nfp: fix non-x86 build
Currently, changes on ethdev are directly applied on dpdk.git.
> v2:
> - Used RTE_NEXT_ABI to avo
Hi Keith,
Here's another ack for this patch, in case it's needed.
On 2/15/2016 9:20 AM, Olivier MATZ wrote:
> Hi Keith,
>
> On 02/12/2016 07:38 PM, Keith Wiles wrote:
>> Deprecation notice for 16.04 for changes to occur in
>> release 16.07 for rte_mempool memory reduction.
>>
>> Signed-off-by: Ke
Document mentions from 4 bonding mode but there are more modes.
Signed-off-by: Ferruh Yigit
---
doc/guides/prog_guide/link_bonding_poll_mode_drv_lib.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/guides/prog_guide/link_bonding_poll_mode_drv_lib.rst
b/doc/guides/prog
2016-03-02 21:19, Jasvinder Singh:
> Error log:
> [APP] Initializing PIPELINE0 ...
> pipeline> [APP] Initializing PIPELINE1 ...
> [PIPELINE1] Pass-through
> Segmentation fault (core dumped)
>
> Fixes: 304c8091e90a ("port: add ethdev writer nodrop")
>
> Signed-off-by: Jasvinder Singh
> Acked-
2016-03-02 21:19, Jasvinder Singh:
> Error log:
> [APP] Initializing PIPELINE0 ...
> pipeline> [APP] Initializing PIPELINE1 ...
> [PIPELINE1] Pass-through
> [APP] Initializing PIPELINE2 ...
> [PIPELINE2] Pass-through
> Segmentation fault (core dumped)
>
> Fixes: 5f4cd47309d6 ("port: add ring
Hi Jasvinder,
Don't hesitate to leave some blank lines in your message, it's free :)
2016-03-03 11:01, Jasvinder Singh:
> Currently, there is no mechanism that allows the pipeline ports (in/out) and
> table action handlers to override the default forwarding decision (as
> previously configured pe
2016-02-17 11:11, Fan Zhang:
> --- a/lib/librte_port/rte_port_source_sink.h
> +++ b/lib/librte_port/rte_port_source_sink.h
> @@ -53,6 +53,13 @@ extern "C" {
> struct rte_port_source_params {
> /** Pre-initialized buffer pool */
> struct rte_mempool *mempool;
> + /** The full
2016-01-27 11:47, Jasvinder Singh:
> This patch fixes the socket-id error in ip_pipeline sample
> application running over uni-processor systems.
>
> Signed-off-by: Jasvinder Singh
> Acked-by: Cristian Dumitrescu
> ---
> v2:
> - used SOCKET_ID_ANY instead of -1
Applied, thanks
2016-02-17 11:14, Fan Zhang:
> This patch updates the pipelne configuration file parser, cleans up nesting
> if/else conditions, and add clearer error message display.
>
> Signed-off-by: Fan Zhang
> Acked-by: Cristian Dumitrescu
Applied, thanks
Hi Thomas,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, March 7, 2016 11:02 AM
> To: Singh, Jasvinder
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4] librte_pipeline: add support for packet
> redirection at action handlers
>
2016-02-22 14:07, Fan Zhang:
> This patch adds CPU utilization measurement and idle cycle rate
> computation to packet framework. The measurement is done by measuring
> the cycles spent while a thread pulls zero packet from RX queue. These
> cycles are treated as idle cycles (or headroom). A CLI co
2016-03-07 12:31, Thomas Monjalon:
> 2016-02-22 14:07, Fan Zhang:
> > This patch adds CPU utilization measurement and idle cycle rate
> > computation to packet framework. The measurement is done by measuring
> > the cycles spent while a thread pulls zero packet from RX queue. These
> > cycles are t
This patch adds a new function to the EAL API:
int rte_eal_primary_proc_alive(const char *path);
The function indicates if a primary process is alive right now.
This functionality is implemented by testing for a write-
lock on the config file, and the function tests for a lock.
The use case for t
2016-03-07 11:29, Singh, Jasvinder:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > You have forgotten to remove the deprecation notice.
>
> I think, I have updated the deprecation notice for the pipeline input port,
> output port
> and table action handlers prototype. Do you me
If a bonded device is created when there are no slave devices
there is loop in bond_ethdev_promiscous_enable() which results
in a segmentation fault.
The solution is to initialise the current_primary_port to an
invalid port value when the bonded port is created.
Fixes: 2efb58cbab6e ("bond: new li
2016-03-01 10:35, Fan Zhang:
> This patch adds link identification feature to packet framework. To
> identify a link, user can use both existing port-mask option, or specify
> PCI device in every LINK section in the configuration file.
>
> Signed-off-by: Fan Zhang
> Acked-by: Cristian Dumitrescu
This patch set separates the symmetric crypto operations from generic
operations and then modifies the cryptodev burst API to accept bursts of
rte_crypto_op rather than rte_mbufs.
v7:
- remove trailing spaces introduced in v6
- rebase against recent config file changes
v6:
- restore EXPERIMENT
This patch splits symmetric specific definitions and
functions away from the common crypto APIs to facilitate the future extension
and expansion of the cryptodev framework, in order to allow asymmetric
crypto operations to be introduced at a later date, as well as to clean the
logical structur
This patch modifies the crypto burst enqueue/dequeue APIs to operate on bursts
rte_crypto_op's rather than the current implementation which operates on
rte_mbuf bursts, this simplifies the burst processing in the crypto PMDs and the
use of crypto operations in general.
The changes also continues t
This patch adds a new function to the EAL API:
int rte_eal_primary_proc_alive(const char *path);
The function indicates if a primary process is alive right now.
This functionality is implemented by testing for a write-
lock on the config file, and the function tests for a lock.
The use case for t
On 3/7/2016 11:40 AM, Bernard Iremonger wrote:
> If a bonded device is created when there are no slave devices
> there is loop in bond_ethdev_promiscous_enable() which results
> in a segmentation fault.
>
> The solution is to initialise the current_primary_port to an
> invalid port value when the
On 04/03/2016 20:34, Stephen Hemminger wrote:
> On Fri, 4 Mar 2016 15:25:24 +
> Remy Horton wrote:
>
>> Implements driver support for setting of MAC address.
>>
>> Signed-off-by: Remy Horton
[..]
> The version I posted is simpler and reuses existing code paths.
>
That version doesn't inclu
On Sun, Mar 06, 2016 at 10:35:50AM +0100, Thomas Monjalon wrote:
> 2016-03-06 01:11, Ferruh Yigit:
> > On 3/4/2016 10:43 PM, Thomas Monjalon wrote:
> > > 2016-03-04 12:11, Keith Wiles:
> > >> In order to cleanup the configuration files some and reduce
> > >> the number of duplicate configuration in
CC'ed EAL hugepage maintainer, which is something you should do when
send a patch.
On Fri, Feb 05, 2016 at 07:20:24PM +0800, Jianfeng Tan wrote:
> Originally, there're two cons in using hugepage: a. needs root
> privilege to touch /proc/self/pagemap, which is a premise to
> alllocate physically co
On Fri, Feb 05, 2016 at 07:20:25PM +0800, Jianfeng Tan wrote:
> A new API named rte_eal_get_backfile_info() and a new data
> struct back_file is added to obstain information of memory-
> backed file info.
I would normally suggest to try hard to find some solution else, instead
of introducing yet a
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Fiona Trahe
> Sent: Monday, March 07, 2016 11:50 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v7 0/2] cryptodev API changes
>
>
> This patch set separates the symmetric crypto operations from generic
>
> vq is allocated on pairs, hence we should do pair reallocation
> at numa_realloc() as well, otherwise an error like following
> occurs while do numa reallocation:
>
> VHOST_CONFIG: reallocate vq from 0 to 1 node
> PANIC in rte_free():
> Fatal error: Invalid memory
>
> The reason
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Fiona Trahe
Sent: Monday, March 7, 2016 11:50 AM
To: dev at dpdk.org
Subject: [dpdk-dev] [PATCH v7 0/2] cryptodev API changes
This patch set separates the symmetric crypto operations from generic
operations and the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Deepak Kumar JAIN
> Sent: Thursday, March 03, 2016 1:01 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3 0/3] Snow3G support for Intel Quick Assist
> Devices
>
> This patchset contains fixes and refac
Added new SW PMD which makes use of the libsso SW library,
which provides wireless algorithms SNOW 3G UEA2 and UIA2
in software.
This PMD supports cipher-only, hash-only and chained operations
("cipher then hash" and "hash then cipher") of the following
algorithms:
- RTE_CRYPTO_SYM_CIPHER_SNOW3G_U
From: Gowri Shankar
For a secondary process address space to map hugepages from every segment of
primary process, hugepage_file entries has to be mapped reversely from the
list that primary process updated for every segment. This is for a reason that,
in ppc64, hugepages are sorted for decrementi
Hi All,
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Wojciech Andralojc
> Subject: [dpdk-dev] [PATCH v2] examples/skeleton-cat: PQoS CAT and CDP,
> example of libpqos
> usage
Some minor comments/suggested-fixes in-line.
I've snipped away lots of code, below only that relevant to my comme
Hello All,
Has there been a change in the memory footprint change from dpdk 2.0 to dpdk
2.2. My app VM used to boot up ina 4GB environment with dpdk2.0 and now when I
have upgraded to dpdk2.2, my app VM boots up with 8GB. Can anyone help me solve
this mystery that I am unaware of ?
Thanks-sundar
On Mon, 07 Mar 2016 12:26:13 +
Remy Horton wrote:
>
> On 04/03/2016 20:34, Stephen Hemminger wrote:
> > On Fri, 4 Mar 2016 15:25:24 +
> > Remy Horton wrote:
> >
> >> Implements driver support for setting of MAC address.
> >>
> >> Signed-off-by: Remy Horton
> [..]
> > The version I pos
When a device is created with "CREATE" as action, new rings are
allocated for it, then it is a good practice to free them when the
rte_ethdev_dettach method is invoked by the application.
Rings are not freeded when "ATTACH" is used or when the device is
created by means of the rte_eth_from_rings f
This patch implements PQoS as an 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/intel-cmt-cat).
Signed-off-by: Wojciech Andra
On 07/03/2016 16:07, Stephen Hemminger wrote:
>> That version doesn't include a MAC address sanity check - is such a
>> check redundant (or incorrect) in this case?
>>
>> ..Remy
>
> That belongs in common code, not in each driver.
That differs from previous feedback for a different driver, where
On 04/03/2016 18:07, Stephen Hemminger wrote:
> This is update/rebase of vmxnet3 driver patches.
> It incorporates minor feedback from Yong Wang and merges two related
> vlan offload patches.
>
> I know the mac address set conflicts the recently posted patch
> (not yet merged). But this version h
> From: Andralojc, WojciechX
> Sent: Monday, March 7, 2016 4:54 PM
> To: dev at dpdk.org
> Cc: Van Haaren, Harry ; Andralojc, WojciechX
> ; Kantecki, Tomasz intel.com>; Cornu,
> Marcel D
> Subject: [PATCH v3] examples/skeleton-cat: PQoS CAT and CDP, example of
> libpqos usage
>
> This patch imp
This patch set implements the following:
Removes code which was duplicated in eth_ixgbevf_dev_init().
Adds more information to the error message in ixgbe_check_mq_mode().
Removes the VF MAC address in ixgbevf_dev_close().
Changes in v3:
Revised patch 3 to remove the VF MAC address in dev_close().
Releasing the rx and tx queues is already done in ixgbe_dev_close()
so it does not need to be done in eth_ixgbevf_dev_uninit().
Fixes: 2866c5f1b87e ("ixgbe: support port hotplug")
Signed-off-by: Bernard Iremonger
Acked-by: Konstantin Ananyev
---
drivers/net/ixgbe/ixgbe_ethdev.c | 15 +-
Add the nb_rx_q and nb_tx_q values to the error message
to give details about the error.
Fixes: 27b609cbd1c6 ("ethdev: move the multi-queue mode check to specific
drivers")
Signed-off-by: Bernard Iremonger
Acked-by: Konstantin Ananyev
---
drivers/net/ixgbe/ixgbe_ethdev.c | 4 +++-
1 file chan
Call the ixgbevf_remove_mac_addr() function in the ixgbevf_dev_close()
function to ensure that the VF traffic goes to the PF after stop,
close and detach of the VF.
Fixes: af75078fece3 ("first public release")
Signed-off-by: Bernard Iremonger
---
drivers/net/ixgbe/ixgbe_ethdev.c | 8 ++--
dr
Hi Jianfeng,
>
> +/* Requirements:
> + * 1. IP packets without extension;
> + * 2. L4 payload should be either TCP or UDP.
> + */
> +int
> +em_check_ptype(int portid)
> +{
> + int i, ret;
> + int ptype_l3_ipv4_ext = 0;
> + int ptype_l3_ipv6_ext = 0;
> + int ptype_l4_tcp = 0;
> +
On Mon, 07 Mar 2016 17:06:20 +
Remy Horton wrote:
>
>
> On 07/03/2016 16:07, Stephen Hemminger wrote:
> >> That version doesn't include a MAC address sanity check - is such a
> >> check redundant (or incorrect) in this case?
> >>
> >> ..Remy
> >
> > That belongs in common code, not in each
Added new SW PMD which makes use of the libsso SW library,
which provides wireless algorithms SNOW 3G UEA2 and UIA2
in software.
This PMD supports cipher-only, hash-only and chained operations
("cipher then hash" and "hash then cipher") of the following
algorithms:
- RTE_CRYPTO_SYM_CIPHER_SNOW3G_U
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Monday, March 07, 2016 2:07 PM
> To: dev at dpdk.org
> Cc: Doherty, Declan; De Lara Guarch, Pablo
> Subject: [PATCH v2] pmd/snow3g: add new SNOW 3G SW PMD
>
> Added new SW PMD which makes use of the libsso SW library,
> which pro
v3:
Additional features for Amazon ENA:
* Low Latenycy Queue (LLQ) for Tx
* RSS
v4:
* Improved doc
* Improved style according to checkpatch script
* Fixed build problems on: i686, clang, +shared, +debug
v5:
* Removed 'cvos' environment code from ena Makefile
* Driver symbol version fixed to DPDK_16
Signed-off-by: Evgeny Schemeilin
Signed-off-by: Alexander Matushevsky
Signed-off-by: Jan Medala
Signed-off-by: Jakub Palider
---
MAINTAINERS | 8 ++
doc/guides/nics/ena.rst | 252 ++
doc/guides/nics/index.rst | 1 +
3 files change
Signed-off-by: Netanel Belgazal
Signed-off-by: Jan Medala
Signed-off-by: Jakub Palider
---
drivers/net/ena/base/ena_com.c | 2750
drivers/net/ena/base/ena_com.h | 1038
drivers/net/ena/base/ena_defs/ena_admin_defs.h | 171
1 - 100 of 113 matches
Mail list logo
