> > The patch set supports ethertype filter on fortville.
> >
> > v3 changes:
> > - redefine the control packet filter to ethertype filter
> >
> > v2 changes:
> > - strip the filter APIs definitions from this patch set
> >
> > jingjing.wu (2):
> > ethdev: new structure of Ethertype Filter fo
> > ENIC PMD is the poll-mode driver for the Cisco Systems Inc. VIC to be
> > used with DPDK suite.
> >
> > Sujith Sankar (6):
> > enicpmd: License text
> > enicpmd: Makefile
> > enicpmd: VNIC common code partially shared with ENIC kernel mode
> > driver
> > enicpmd: pmd specific code
Anyone to review this KNI patch?
2014-11-21 12:10, Takayuki Usui:
> With this patch, KNI interface (e.g. vEth0) is created in the
> network namespace where the DPDK application is running.
> Otherwise, all interfaces are created in the default namespace
> in the host.
>
> Signed-off-by: Takayuki
Ping
2014-11-11 23:58, Thomas Monjalon:
> Is there anyone interested in KNI to review this patch please?
>
>
> 2014-07-23 12:15, Hemant Agrawal:
> > The current implementation of rte_kni_rx_burst polls the fifo for buffers.
> > Irrespective of success or failure, it allocates the mbuf and try to
Hi,
2014-08-11 12:43, Takayuki Usui:
> Signed-off-by: Takayuki Usui
> ---
> lib/librte_table/rte_table_hash_ext.c | 2 +-
> lib/librte_table/rte_table_hash_lru.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/lib/librte_table/rte_table_hash_ext.c
> b/lib/librte_tab
2014-11-26 10:32, David Marchand:
> On Tue, Nov 25, 2014 at 11:17 PM, Chao Zhu
> wrote:
>
> > The set of patches add IBM Power architecture to the DPDK. It adds the
> > required support to the EAL library. This set of patches doesn't support
> > full DPDK function on Power processors. To compile
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, November 26, 2014 3:05 PM
> To: dev at dpdk.org
> Cc: olivier.matz at 6wind.com; Walukiewicz, Miroslaw; Liu, Jijiang; Liu,
> Yong; jigsaw at gmail.com; Richardson, Bruce; Ananyev, Konstantin
> Subject: [PATCH v4 12/13] test
Hi Oliver,
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, November 26, 2014 3:05 PM
> To: dev at dpdk.org
> Cc: olivier.matz at 6wind.com; Walukiewicz, Miroslaw; Liu, Jijiang; Liu,
> Yong; jigsaw at gmail.com; Richardson, Bruce; Ananyev, Ko
2014-11-26 16:04, Olivier Matz:
> This series add TSO support in ixgbe DPDK driver. This is a rework
> of the series sent earlier this week [1]. This work is based on
> another version [2] that was posted several months ago and
> which included a mbuf rework that is now in mainline.
>
> Changes in
2014-11-26 17:31, De Lara Guarch, Pablo:
> I am trying to send a patch for new sample app UG, but the patch cannot be
> sent because I am hitting the maximum line size on the patch.
>
> fatal:
> /tmp/35JFqgAmCA/0001-doc-Added-new-sample-app-UG-for-VM-power-management.patch:
> 29: patch contains
Hi Pablo and Alan,
2014-11-25 16:18, Pablo de Lara:
> Virtual Machine Power Management.
>
> The following patches add two DPDK sample applications and an alternate
> implementation of librte_power for use in virtualized environments.
> The idea is to provide librte_power functionality from within
Hi,
I am trying to send a patch for new sample app UG, but the patch cannot be sent
because I am hitting the maximum line size on the patch.
fatal:
/tmp/35JFqgAmCA/0001-doc-Added-new-sample-app-UG-for-VM-power-management.patch:
29: patch contains a line longer than 998 characters
This is due
> This is a very simple example app for doing packet forwarding with the
> Intel DPDK. It's designed to serve as a start point for people new to
> the Intel DPDK and who want to develop a new app.
>
> Therefore it's meant to:
> * have as good a performance out-of-the-box as possible, using the
>
2014-11-26 15:49, Bruce Richardson:
> On Wed, Nov 26, 2014 at 04:42:06PM +0100, Thomas Monjalon wrote:
> > Bruce,
> >
> > I made some minor changes to the skeleton app.
> > Could you confirm it's ok for you?
>
> Yes, they are fine for me, though the makefile diff looks messed up compared
> to
>
v3 change:
Rebase patch version to HEAD of orgin/master.
Unit tests moved to the separate patch v3 2/2.
v2 change:
Add Unit Tests
Modification that updates obytes structure in virtualpmd driver.
change internals->slaves[i].last_obytes to have proper values.
Update codebase to Declan's patches.
v1
This patch add unit tests for mode 5 - tlb - to the others
link bonding unit tests.
Signed-off-by: Daniel Mrzyglod
---
app/test/test_link_bonding.c | 499 ++-
app/test/virtual_pmd.c | 6 +-
2 files changed, 502 insertions(+), 3 deletions(-)
diff
v3 change:
Rebase patch version to HEAD of orgin/master.
Unit tests moved to the separate patch v3 2/2.
v2 change:
Add Unit Tests
Modification that updates obytes structure in virtualpmd driver.
change internals->slaves[i].last_obytes to have proper values.
Update codebase to Declan's patches.
v1
This mode provides an adaptive transmit load balancing.
It dynamically changes the transmitting slave, according to the computed load.
Statistics are collected in 100ms intervals and scheduled every 10ms.
Daniel Mrzyglod (2):
This patch add support of mode 5 to link bonding pmd
Unit tests for
Bruce,
I made some minor changes to the skeleton app.
Could you confirm it's ok for you?
2014-11-26 15:38, Thomas Monjalon:
> v3 changes:
> - rename skeleton_app/ to skeleton/
> - add in examples Makefile
> - fix default target to native
> - reword header guard
> - rename rxRings to rx_rings and
Hi Oliver,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, November 26, 2014 2:55 PM
> To: Ananyev, Konstantin; dev at dpdk.org
> Cc: Walukiewicz, Miroslaw; Liu, Jijiang; Liu, Yong; jigsaw at gmail.com;
> Richardson, Bruce
> Subject: Re: [PA
Hello
I'm trying to run my own app using dpdk 1.7.1 and 82576 NIC but it keeps
failing.
So I tried to run testpmd which also failed.
Then I enabled e1000 debugs and found out that NIC initialization fails
when setting LPLU D0 (code tries to read MDI Control Register which fails)
This is probably
If the user specifies 'set verbose 1' in testpmd command line,
the csum forward engine will dump some informations about received
and transmitted packets, especially which flags are set and what
values are assigned to l2_len, l3_len, l4_len and tso_segsz.
This can help someone implementing TSO or
Add two new commands in testpmd:
- tso set
- tso show
These commands can be used enable TSO when transmitting TCP packets in
the csum forward engine. Ex:
set fwd csum
tx_checksum set ip hw 0
tso set 800 0
start
Signed-off-by: Olivier Matz
---
app/test-pmd/cmdline.c | 92 ++
Implement TSO (TCP segmentation offload) in ixgbe driver. The driver is
now able to use PKT_TX_TCP_SEG mbuf flag and mbuf hardware offload infos
(l2_len, l3_len, l4_len, tso_segsz) to configure the hardware support of
TCP segmentation.
In ixgbe, when doing TSO, the IP length must not be included i
Some of the NICs supported by DPDK have a possibility to accelerate TCP
traffic by using segmentation offload. The application prepares a packet
with valid TCP header with size up to 64K and deleguates the
segmentation to the NIC.
Implement the generic part of TCP segmentation offload in rte_mbuf.
Introduce new functions to calculate checksums. These new functions
are derivated from the ones provided csumonly.c but slightly reworked.
There is still some room for future optimization of these functions
(maybe SSE/AVX, ...).
This API will be modified in tbe next commits by the introduction of
The csum forward engine was becoming too complex to be used and
extended (the next commits want to add the support of TSO):
- no explaination about what the code does
- code is not factorized, lots of code duplicated, especially between
ipv4/ipv6
- user command line api: use of bitmasks that nee
In testpmd the rte_port->tx_ol_flags flag was used in 2 incompatible
manners:
- sometimes used with testpmd specific flags (0xff for checksums, and
bit 11 for vlan)
- sometimes assigned to m->ol_flags directly, which is wrong in case
of checksum flags
This commit replaces the hardcoded values
In test-pmd (rxonly.c), the code is able to dump the list of ol_flags.
The issue is that the list of flags in the application has to be
synchronized with the flags defined in rte_mbuf.h.
This patch introduces 2 new functions rte_get_rx_ol_flag_name()
and rte_get_tx_ol_flag_name() that returns the
This definition is specific to Intel PMD drivers and its definition
"indicate what bits required for building TX context" shows that it
should not be in the generic rte_mbuf.h but in the PMD driver.
Signed-off-by: Olivier Matz
Acked-by: Bruce Richardson
---
lib/librte_mbuf/rte_mbuf.h| 5
Describe how to use hardware checksum API.
Signed-off-by: Olivier Matz
Acked-by: Bruce Richardson
---
lib/librte_mbuf/rte_mbuf.h | 28 ++--
1 file changed, 18 insertions(+), 10 deletions(-)
diff --git a/lib/librte_mbuf/rte_mbuf.h b/lib/librte_mbuf/rte_mbuf.h
index faa99
The tx mbuf flags are now ordered from the lowest value to the
the highest. Add comments to explain where to add new flags.
By the way, move the PKT_TX_VXLAN_CKSUM at the right place.
Signed-off-by: Olivier Matz
Acked-by: Thomas Monjalon
---
lib/librte_mbuf/rte_mbuf.h | 17 +
1
Since commit 4332beee9 "mbuf: expand ol_flags field to 64-bits", the
packet flags are now 64 bits wide. Some occurences were forgotten in
the ixgbe driver.
Signed-off-by: Olivier Matz
Acked-by: Bruce Richardson
---
lib/librte_pmd_ixgbe/ixgbe_rxtx.c | 12 ++--
1 file changed, 6 insertion
According to Intel? 82599 10 GbE Controller Datasheet (Table 7-38), both
L2 and L3 lengths are needed to offload the IP checksum.
Note that the e1000 driver does not need to be patched as it already
contains the fix.
Signed-off-by: Olivier Matz
Acked-by: Konstantin Ananyev
---
lib/librte_pmd_e
This series add TSO support in ixgbe DPDK driver. This is a rework
of the series sent earlier this week [1]. This work is based on
another version [2] that was posted several months ago and
which included a mbuf rework that is now in mainline.
Changes in v4:
- csum fwd engine: use PKT_TX_IPV4 and
Hi Konstantin,
On 11/26/2014 01:25 PM, Ananyev, Konstantin wrote:
>> By the way (this is probably off-topic), but I'm wondering if the TX
>> flags should have the same values than the RX flags:
>>
>> #define PKT_TX_IPV4 PKT_RX_IPV4_HDR
>> #define PKT_TX_IPV6 PKT_RX_IPV6_H
On Wed, Nov 26, 2014 at 04:42:06PM +0100, Thomas Monjalon wrote:
> Bruce,
>
> I made some minor changes to the skeleton app.
> Could you confirm it's ok for you?
Yes, they are fine for me, though the makefile diff looks messed up compared to
the original version. Any way to force git to recognise
From: Bruce Richardson
This is a very simple example app for doing packet forwarding with the
Intel DPDK. It's designed to serve as a start point for people new to
the Intel DPDK and who want to develop a new app.
Therefore it's meant to:
* have as good a performance out-of-the-box as possible,
Hi Konstantin,
On 11/26/2014 02:38 PM, Ananyev, Konstantin wrote:
>>> Probably I didn't explain myself clear enough, sorry.
>>> I didn't suggest to get rid of setting bits that indicate L3/L4 checksum
>>> errors:
>>> PKT_RX_IP_CKSUM_BAD, PKT_RX_L4_CKSUM_BAD, PKT_RX_EIP_CKSUM_BAD.
>>> I think thes
On Wed, Nov 26, 2014 at 05:31:12PM +, De Lara Guarch, Pablo wrote:
> Hi,
>
> I am trying to send a patch for new sample app UG, but the patch cannot be
> sent because I am hitting the maximum line size on the patch.
>
> fatal:
> /tmp/35JFqgAmCA/0001-doc-Added-new-sample-app-UG-for-VM-power-
2014-11-26 13:00, Wodkowski, PawelX:
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> > 2014-11-26 11:17, Michal Jastrzebski:
> > > From: Pawel Wodkowski
> > > --- a/app/test-pmd/csumonly.c
> > > +++ b/app/test-pmd/csumonly.c
> > > @@ -254,8 +254,17 @@ pkt_burst_checksum
There were some bit flags of 0 for RX packet errors detected by hardware.
Actually only one bit of error flag is enough for all hardware detected
RX packet errors.
Signed-off-by: Helin Zhang
---
lib/librte_mbuf/rte_mbuf.h | 6 +-
lib/librte_pmd_i40e/i40e_rxtx.c | 31 +++
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, November 26, 2014 2:31 PM
> To: Wodkowski, PawelX
> Cc: Jastrzebski, MichalX K; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v6 2/2] testpmd: add mode 4 support v6
>
> 2014-11-26 13:00
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, November 26, 2014 7:15 PM
> To: Ananyev, Konstantin; dev at dpdk.org
> Cc: Walukiewicz, Miroslaw; Liu, Jijiang; Liu, Yong; jigsaw at gmail.com;
> Richardson,
> Bruce
> Subject: Re: [PATCH v3 0
Hi Pablo,
2014-11-17 10:47, De Lara Guarch, Pablo:
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> > On 11/15/2014 08:13 PM, Pablo de Lara wrote:
> > > tx_checksum set mask function now allows 4 extra bits in the mask
> > > for TX checksum offload
> > >
> > > Signed-off-by
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, November 26, 2014 11:22 AM
> To: Ananyev, Konstantin; Zhang, Helin; dev at dpdk.org
> Cc: Cao, Waterman; Cao, Min
> Subject: Re: [PATCH] i40e: Use one bit flag for all hardware detected RX
> p
2014-11-26 11:17, Michal Jastrzebski:
> From: Pawel Wodkowski
> --- a/app/test-pmd/csumonly.c
> +++ b/app/test-pmd/csumonly.c
> @@ -254,8 +254,17 @@ pkt_burst_checksum_forward(struct fwd_stream *fs)
>*/
> nb_rx = rte_eth_rx_burst(fs->rx_port, fs->rx_queue, pkts_burst,
>
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, November 26, 2014 1:27 PM
> To: Jastrzebski, MichalX K
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v6 0/2] bond: mode 4 support
>
> 2014-11-26 12:24, Jastrzebski, MichalX K:
> >
2014-11-26 12:24, Jastrzebski, MichalX K:
> Hi Thomas,
> I put a brief description of mode 4 in patch 0/2 (it's under revision
> history) - I thought this is the best place. In patch 1/2 and 2/2 I put only
> one phrase telling what this particular patch do.
> Would you like me to move this descri
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, November 26, 2014 12:41 PM
> To: De Lara Guarch, Pablo
> Cc: dev at dpdk.org; Olivier MATZ; Iremonger, Bernard
> Subject: Re: [dpdk-dev] [PATCH 2/4] doc: Corrected info for tx_checksum se
Hi Michal,
2014-11-26 11:17, Michal Jastrzebski:
> v6 changes
> - add commit log description to link bondig mode 4
Please check your patches, I don't see any description.
--
Thomas
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, November 26, 2014 1:31 PM
> To: Jastrzebski, MichalX K
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v6 2/2] testpmd: add mode 4 support v6
>
> 2014-11-26 11:17, Micha
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, November 26, 2014 11:15 AM
> To: Ananyev, Konstantin; dev at dpdk.org
> Cc: Walukiewicz, Miroslaw; Liu, Jijiang; Liu, Yong; jigsaw at gmail.com;
> Richardson, Bruce
> Subject: Re: [PATCH v3 08
Hi Thomas,
I put a brief description of mode 4 in patch 0/2 (it's under revision history)
- I thought this is the best place. In patch 1/2 and 2/2 I put only one phrase
telling what this particular patch do.
Would you like me to move this description to patch 1/2?
Best regards
Michal
> -Ori
> -Original Message-
> From: Walukiewicz, Miroslaw
> Sent: Wednesday, November 26, 2014 6:45 PM
> To: Zhou, Danny; Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [RFC PATCH 0/6] DPDK support to bifurcated driver
>
> Thank you for explanation.
>
> I have a few question
Hi Konstantin, Hi Helin,
On 11/26/2014 11:49 AM, Ananyev, Konstantin wrote:
> Hi Helin,
>
>> -Original Message-
>> From: Zhang, Helin
>> Sent: Wednesday, November 26, 2014 6:07 AM
>> To: dev at dpdk.org
>> Cc: Cao, Waterman; Cao, Min; Ananyev, Konstantin; olivier.matz at 6wind.com;
>> Zha
Hi Konstantin,
On 11/26/2014 11:10 AM, Ananyev, Konstantin wrote:
> As I can see you removed code that sets up TX_PKT_IPV4 and TX_PKT_IPV6 of
> ol_flags.
> I think that we need to keep it.
> The reason for that is:
> With FVL, to make HW TX checksum offload work, SW is responsible to provide
>
These changes are DPDK 1.8 modifications and some corrections to the
TestPMD Application User Guide and the FreeBSD Getting Started Guide.
The following changes since commit c4f136db8ec532c3c930be5698cc84321c64192d:
eal/linux: map pci memory resources after hugepages (2014-11-25 18:16:41
+0100
On 25.11.2014 14:39, Bruce Richardson wrote:
> On Tue, Nov 25, 2014 at 01:45:22PM +0100, Thomas Monjalon wrote:
>> Hi Simon,
>>
>> 2014-11-25 10:09, Simon Kuenzer:
>>> thanks for your work. I have one (minor) comment for this patch that
>>> should be fixed in a later version.
>>
+ /* default
From: Pawel Wodkowski
This patch add mode 4 support to testpmd application.
Signed-off-by: Pawel Wodkowski
---
app/test-pmd/cmdline.c | 28 ++--
app/test-pmd/csumonly.c |9
app/test-pmd/icmpecho.c | 21 +-
app/test-pmd/iofwd.c
From: Pawel Wodkowski
This patch add mode 4 support to other link bonding modes.
Signed-off-by: Pawel Wodkowski
---
lib/librte_ether/rte_ether.h |1 +
lib/librte_pmd_bond/Makefile |2 +
lib/librte_pmd_bond/rte_eth_bond.h|5 +
v6 changes
- add commit log description to link bondig mode 4
v5 changes
- fix compilation errors when CONFIG_RTE_LIBRTE_PMD_BOND=n
v4 changes:
- fix compilation error when building without mbuf refcnt
- testpmd: add slave state information in "show bonding config X" command
- change patch depend
Hi Helin,
> -Original Message-
> From: Zhang, Helin
> Sent: Wednesday, November 26, 2014 6:07 AM
> To: dev at dpdk.org
> Cc: Cao, Waterman; Cao, Min; Ananyev, Konstantin; olivier.matz at 6wind.com;
> Zhang, Helin
> Subject: [PATCH] i40e: Use one bit flag for all hardware detected RX packe
Thank you for explanation.
I have a few questions regarding the setup flow yet:
1. Why we need this step:
> 3. Setup a flow director rule to distribute packets with source ip
> > > > > > 0.0.0.0 to rxq No.0
> > > > > > > ethtool -N eth0 flow-type udp4 src-ip 0.0.0.0 action 0
2. You
> -Original Message-
> Subject: [dpdk-dev] [PATCH 3/3] docs: update FreeBSD GSG to document ports
> install
>
> Since the DPDK is now part of the BSD ports collection, we should recommend
> installing from ports as
> the best way to get it up and running.
> In order to achieve this, whil
> -Original Message-
> Subject: [dpdk-dev] [PATCH 2/3] docs: adjust line lengths in FreeBSD GSG rst
> files
>
> The FreeBSD GSG rst files had very inconsistent line lengths for text within
> paragraph blocks.
> Sometimes a line would be very short, while often lines would be quite long.
> -Original Message-
> Subject: [dpdk-dev] [PATCH 1/3] docs: change hardcoded date to auto-generated
>
> The index.html file for each of the "guide" docs had a hard-coded date value
> in them of June 2014.
> Rather than update each of these for each revision, just use the |today|
> direc
Michael,
The default endianess of Power7/8 is big endian. So I set big endian in
the configuration file. If use little endian, just change the
configuration file. Of cause, there is some way to determine the endian
in run time. However, the original DPDK didn't do this. I think this
can be i
On Wed, Nov 26, 2014 at 08:22:05AM +, Liang, Cunming wrote:
> Thanks Bruce's valuable comments.
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Tuesday, November 25, 2014 11:01 PM
> > To: Liang, Cunming
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [RFC PATCH 6/6]
On Tue, Nov 25, 2014 at 11:17 PM, Chao Zhu
wrote:
> The set of patches add IBM Power architecture to the DPDK. It adds the
> required support to the EAL library. This set of patches doesn't support
> full DPDK function on Power processors. To compile on PPC64 architecture,
> GCC version >= 4.8 mu
Hi Oliver,
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, November 20, 2014 10:59 PM
> To: dev at dpdk.org
> Cc: olivier.matz at 6wind.com; Walukiewicz, Miroslaw; Liu, Jijiang; Liu,
> Yong; jigsaw at gmail.com; Richardson, Bruce; Ananyev, Ko
> This is a known issue, and still not be solved yet. The root cause is exactly
> clear, that should be try to map an address have already used in new
> process.
>
> BTW, you should learn how to make a patch, like commit log, signed-off-by,
> etc.
Hi Michael,
As far as I know, the patch that fi
Thanks Bruce's valuable comments.
> -Original Message-
> From: Richardson, Bruce
> Sent: Tuesday, November 25, 2014 11:01 PM
> To: Liang, Cunming
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 6/6] ixgbe: PMD for bifurc ixgbe net device
>
> On Tue, Nov 25, 2014 at 02:48:51PM +
Signed-off-by: Sujith Sankar
---
config/common_linuxapp | 5 +
lib/Makefile | 1 +
mk/rte.app.mk | 4
3 files changed, 10 insertions(+)
diff --git a/config/common_linuxapp b/config/common_linuxapp
index 86a0d15..542fff2 100644
--- a/config/common_linuxapp
+++ b/config
Signed-off-by: Sujith Sankar
---
lib/librte_pmd_enic/enic_etherdev.c | 613
1 file changed, 613 insertions(+)
create mode 100644 lib/librte_pmd_enic/enic_etherdev.c
diff --git a/lib/librte_pmd_enic/enic_etherdev.c
b/lib/librte_pmd_enic/enic_etherdev.c
new f
Signed-off-by: Sujith Sankar
---
lib/librte_pmd_enic/enic.h| 157 +
lib/librte_pmd_enic/enic_clsf.c | 244 +++
lib/librte_pmd_enic/enic_compat.h | 142 +
lib/librte_pmd_enic/enic_main.c | 1266 +
lib/librte_pmd_enic/enic_res.c| 2
Signed-off-by: Sujith Sankar
---
lib/librte_pmd_enic/vnic/cq_desc.h | 126
lib/librte_pmd_enic/vnic/cq_enet_desc.h | 261
lib/librte_pmd_enic/vnic/rq_enet_desc.h | 76 +++
lib/librte_pmd_enic/vnic/vnic_cq.c | 117
lib/librte_pmd_enic/vnic/vnic_cq.h | 1
Signed-off-by: Sujith Sankar
---
lib/librte_pmd_enic/Makefile | 67
1 file changed, 67 insertions(+)
create mode 100644 lib/librte_pmd_enic/Makefile
diff --git a/lib/librte_pmd_enic/Makefile b/lib/librte_pmd_enic/Makefile
new file mode 100644
index 0
Signed-off-by: Sujith Sankar
---
lib/librte_pmd_enic/LICENSE | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 lib/librte_pmd_enic/LICENSE
diff --git a/lib/librte_pmd_enic/LICENSE b/lib/librte_pmd_enic/LICENSE
new file mode 100644
index 000..0ad2216
--- /
ENIC PMD is the poll-mode driver for the Cisco Systems Inc. VIC to be
used with DPDK suite.
Sujith Sankar (6):
enicpmd: License text
enicpmd: Makefile
enicpmd: VNIC common code partially shared with ENIC kernel mode
driver
enicpmd: pmd specific code
enicpmd: DPDK-ENIC PMD interface
On 11/6/2014 12:12 AM, XU Liang wrote:
> I have a multiple processes application. When start a secondary process, we
> got error message "EAL: pci_map_resource(): cannot mmap(11, 0x77fba000,
> 0x2, 0x0): Bad file descriptor (0x77fb9000)".The secondary process
> link difference shared
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Tuesday, November 25, 2014 9:49 PM
> To: Zhang, Helin; 'Olivier MATZ'; 'dev at dpdk.org'
> Cc: 'jigsaw at gmail.com'
> Subject: RE: [dpdk-dev] [PATCH v2 06/13] mbuf: add functions to get the name
> of
> an ol_flag
>
>
>
> >
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang
> Sent: Tuesday, November 25, 2014 10:11 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [RFC PATCH 5/6] ixgbe: rx/tx queue stop bug fix
>
> Signed-off-by: Cunming Liang
Acked-by: Changchun O
83 matches
Mail list logo
