Hi,
Currently I have a machine with Xeon processor and it does not have a
hardware crypto accelerator. I am running my DPDK based application
successfully on it.
Now I want to use a hardware crypto accelerator and use it with DPDK for
IPSec operations in my application
I am planning to buy the fo
On Tue, Sep 30, 2014 at 06:52:45AM +0200, Thomas Monjalon wrote:
> You're right.
> During integration time, app hackers should be able to check the git history
> for these API changes.
> When it will be officially released, there will be some notes in the
> documentation to help porting application
Hello,
There is a new tag: 1.8.0-rc1. It's not really a release candidate,
it's a first step toward the new release including:
- mbuf rework
- logs rework
- some eal cleanups
- extended statistics
- fixes for i211 and ixgbe
- removal of rte_snprintf
2014-09-29 21:55, Thomas Monjalon:
> 2014-09-26 17:45, Huawei Xie:
> > This patch does simple split of the original vhost example source
> > files in vhost lib directory.
> > vhost rx/tx functions virtio_dev_rx/tx are copied from main.c to
> > new file vhost_rxtx.c and license header is added.
> >
2014-09-26 17:45, Huawei Xie:
> This patch does simple split of the original vhost example source
> files in vhost lib directory.
> vhost rx/tx functions virtio_dev_rx/tx are copied from main.c to
> new file vhost_rxtx.c and license header is added.
> main.c and main.h are removed and will be copie
2014-09-26 17:45, Huawei Xie:
> This vhost lib consists of five APIs plus several other helper routines
> for feature disable/enable.
> 1) rte_vhost_driver_register initialises vhost driver.
> 2) rte_vhost_driver_callback_register registers the callbacks.
> Callbacks are called from vhost driver wh
I just pulled the current repo and stated a build with ?make install
T=x86_64-native-linuxapp-clang? which produced the following error. I do not
think I am allowed to modify this file, correct? If that is the case then
someone will have to update the original source. If you want me to submit a
> There is no rte_pktmbuf structure in mbuf now. Its fields are merged to
> rte_mbuf structure.
>
> Signed-off-by: Huawei Xie
This patch shouldn't appear but should be merged with your previous work.
--
Thomas
Hi Huawei,
2014-09-26 17:45, Huawei Xie:
> "git mv examples/vhost lib/librte_vhost"
> This is a purely src file move, without any modification.
> Subsequent patch will transform those src files to a vhost library.
>
> Signed-off-by: Huawei Xie
> ---
> examples/vhost/Makefile
Hi Shawn,
Which network interface is visible to the VM? I mean which is the virtual
ethernet port is used in Amazon-VM-DPDK app? And what all interfaces are
offered based on the VM size and requirements?
Thanks,
Rashmin
-Original Message-
From: Wang, Shawn [mailto:xing...@amazon.com]
Yes, you can.
>From my colleague, Saha, Avik, they are running IntelDPDK 1.7 on c3.8xlarges.
Thanks.
From: dev [dev-bounces at dpdk.org] on behalf of Dong, Binghua
[binghua.d...@intel.com]
Sent: Saturday, September 27, 2014 10:05 PM
To: Patel, Rashmin N;
2014-09-26 13:00, Ouyang Changchun:
> V3 change:
> - Rename field name to rx_deferred_start/tx_deferred_start in
>both ixgbe and i40e PMD.
> - Move the doxygen comments for rx_deferred_start after it is declared.
> - Simplify/split the long description and move some to doxygen comments of
>
On 17 Sep 2014, at 09:32, Olivier MATZ wrote:
> Hello,
>
> On 09/12/2014 12:25 AM, damarion at cisco.com wrote:
>> From: Damjan Marion
>>
>> If VIRTIO_NET_F_CTRL_VQ is not negotiated hw->cvq will be NULL
>>
>> Signed-off-by: Damjan Marion
>> ---
>> lib/librte_pmd_virtio/virtio_rxtx.c | 6
Hi,
I am running VMDq sample application on host machine.There are 1Gig I350
Ethernet Cards on my host machine supporting VMDq.I am sending packets from
another machine.And when I am sending vlan 5 packet, I am seeing that
packets are getting increamented in pool 5 and so on.
And now I want to te
Prashant,
Please find Chapter 19 of the Sample Application User Guide
http://dpdk.org/doc/intel/dpdk-sample-apps-1.7.0.pdf useful for reference.
ColetoCreek configuration (refer Ch 19.3.1)
Regards,
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Prashant Upadh
> A doxygen group begins with /**@{*/ and ends with /**@}*/.
> By enabling DISTRIBUTE_GROUP_DOC, the first comment is applied
> to each undocumented member of the group.
>
> Signed-off-by: Thomas Monjalon
Applied
--
Thomas
Hello Pablo,
On Mon, Sep 29, 2014 at 4:02 PM, De Lara Guarch, Pablo <
pablo.de.lara.guarch at intel.com> wrote:
> Hi David,
>
> > - All I can see in this patchset is stuff that should remain in the PMD
> (since
> > this is really specific to them).
> >
> > - Anyway, if you want to let application
> The flag RTE_PCI_DRV_MULTIPLE was used to register an eth_driver allowing
> multiples devices with a single PCI id.
> It is now possible to register a pci_driver and create ethdev objects
> using rte_eth_dev_allocate().
>
> Suggested-by: David Marchand
> Signed-off-by: Thomas Monjalon
Applied
Updated the unit tests to cover both librte_power implementations as well as
the external API.
Signed-off-by: Alan Carew
---
app/test/Makefile | 3 +-
app/test/autotest_data.py | 26 ++
app/test/test_power.c | 445 +++---
app/test
librte_power now contains both rte_power_acpi_cpufreq and rte_power_kvm_vm
implementations.
Signed-off-by: Alan Carew
---
lib/librte_power/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lib/librte_power/Makefile b/lib/librte_power/Makefile
index 6185812..d672a5a 1
Provides a command packet format for host and guest.
Signed-off-by: Alan Carew
---
lib/librte_power/channel_commands.h | 77 +
1 file changed, 77 insertions(+)
create mode 100644 lib/librte_power/channel_commands.h
diff --git a/lib/librte_power/channel_comma
Moved the current librte_power implementation to rte_power_acpi_cpufreq, with
renaming of functions only.
Added rte_power_kvm_vm implmentation to support Power Management from a VM.
librte_power now hides the implementation based on the environment used.
A new call rte_power_set_env() can explicid
Allows for the opening of Virtio-Serial devices on a VM, where a DPDK
application can send packets to the host based monitor. The packet formatted is
specified in channel_commands.h
Each device appears as a serial device in path
/dev/virtio-ports/virtio.serial.port.. where each lcore
in a DPDK appl
Provides a small sample application(guest_vm_power_mgr) to run on a VM.
The application is run by providing a core mask(-c) and number of memory
channels(-n). The core mask corresponds to the number of lcore channels to
attempt to open. A maximum of 64 channels per VM is allowed. The channels must
For launching CLI thread and Monitor thread and initialising
resources.
Requires a minimum of two lcores to run, additional cores specified by eal core
mask are not used.
Signed-off-by: Alan Carew
---
examples/vm_power_manager/Makefile | 57 +++
examples/vm_power_manager/main.c
A wrapper around librte_power(using ACPI cpufreq), providing locking around the
non-threadsafe library, allowing for frequency changes based on core masks and
core numbers from both the CLI thread and epoll monitor thread.
Signed-off-by: Alan Carew
---
examples/vm_power_manager/power_manager.c |
The CLI is used for administrating the channel monitor and manager and
manually setting the CPU frequency on the host.
Supports the following commands:
add_vm [Mul-choice STRING]: add_vm|rm_vm , add a VM for subsequent
operations with the CLI or remove a previously added VM from the VM Power
The manager is responsible for adding communications channels to the Monitor
thread, tracking and reporting VM state and employs the libvirt API for
synchronization with the KVM Hypervisor. The manager interacts with the
Hypervisor to discover the mapping of virtual CPUS(vCPUs) to the host
physical
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 a VM to address
the lack of MSRs to facilitate frequency chang
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Richardson, Bruce
> Sent: Tuesday, September 23, 2014 12:08 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2 0/5] Mbuf Structure Rework, part 3
>
> This is the final planned set of patches to make chan
2014-09-10 17:17, Nicol?s Pernas Maradei:
> From: Nicola?s Pernas Maradei
>
> librte_pmd_pcap driver was opening the pcap/interfaces only at init time and
> closing them only when the port was being stopped. This behaviour would cause
> problems (leading to segfault) if the user closed the port 2
This patch updates device id and PF driver in IXGBE PMD to support X550.
Signed-off-by: Changchun Ouyang
---
lib/librte_eal/common/include/rte_pci_dev_ids.h | 14 ++
lib/librte_ether/rte_ethdev.h | 2 +-
lib/librte_pmd_ixgbe/ixgbe_bypass_api.h | 9 +++
lib
This patch adds new file to support controller X550, therefore update the
Makefile and README file.
It also updates the API functions, DCB related functions, mailbox related
functions etc to support X550.
In addition, some new MACROs used by X550 are added.
Signed-off-by: Changchun Ouyang
---
This patch supports these functionalities in IXGBE base code:
Thermal sensor, DMA coalescing, EEE support, Source address pruning,
Anti-spoofing, Iosf buffer reading and writing, Malicious driver detection.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 4 +
li
This patch implements a function to reset VF register to initial
values in IXGBE base code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_vf.c | 46 +++
1 file changed, 46 insertions(+)
diff --git a/lib/librte_pmd_ixgbe/ixgbe/ixgbe_vf.c
b/
This patch removes unnecessary delay when setting up physical link
and negotiating in IXGBE share code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_phy.c | 53 --
1 file changed, 6 insertions(+), 47 deletions(-)
diff --git a/lib/librte_pm
This patch stores lan_id and physical semaphore mask into hardware physical
information,
and use them to control read and write physical registers in IXGBE base code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_phy.c | 23 +++
1 file changed, 11 inse
This patch uses hardware MAC type to determine I2C control, clock
in/out, and data in/out in IXGBE base code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_phy.c | 58 -
lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h | 12 ---
2 files changed,
This patch defines new error type in IXGBE share codes; they are
used to report different kinds of error.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_osdep.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/lib/librte_pmd_ixgbe/ixgbe/ixgbe_osdep.h
b/lib/l
It need wait for 5 ms for polling EEC register in IXGBE X540 share codes.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_x540.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe/ixgbe_x540.c
b/lib/librte_pmd_ixgbe/ixgbe/ixgbe_x5
This patch support new device id 82599_QSFP and 82599_LS in IXGBE
base code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 79 +++--
lib/librte_pmd_ixgbe/ixgbe/ixgbe_api.c| 2 +
lib/librte_pmd_ixgbe/ixgbe/ixgbe_common.c | 8 +-
lib/librte_pmd_ixgbe/ixgb
This patch implement functions to do I2C byte read and write in
IXGBE base code; it also relocates function of ixgbe_mng_enabled.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 136 +-
lib/librte_pmd_ixgbe/ixgbe/ixgbe_common.c | 27 ++
This patch extend mask from 16 bits to 32 bits for releasing or
acquiring SWFW semaphore in IXGBE base code. It is used in reading and
writing I2C byte.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_api.c| 4 +-
lib/librte_pmd_ixgbe/ixgbe/ixgbe_api.h| 4 +-
lib
This patch introduces a new argument to let caller determine if it need read and
return data or not after executing host interface command in IXGBE base code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_common.c | 66 ++-
lib/librte_pmd_ixgbe/
This patch refines function to let eeprom checksum calculation return
either a negative error code on error, or the 16-bit checksum in IXGBE
base code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_common.c | 96 ++--
lib/librte_pmd_ixgbe/ixgbe/ixgbe_
This patch supports cloud mode in IXGBE base code.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 70
lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h | 10 +
2 files changed, 80 insertions(+)
diff --git a/lib/librte_pmd_ixgbe/ixgbe/i
This patch implements a function to check command complete for flow director in
IXGBE base code, and replaces related code snippet with this function.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 63 +++-
1 file changed, 38 insertions
This patch cleans up some IXGBE base codes, such as remove unnecessary return
statement,
and reduce goto statement etc.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82598.c | 2 --
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 7 +++
lib/librte_pmd_ixgbe/ixgbe/i
This patch updates comments and fixes some comments typo, such as 'tx' is
changed into 'Tx',
'cloude' is changed into 'cloud' etc.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 36 +++
lib/librte_pmd_ixgbe/ixgbe/ixgbe_common.c | 2 +
This patch series update IXGBE base code (a.k.a. share code) from
package 2014.03.13 to package 2014.09.04
v2 change:
-- Regenerate the patch files based on the latest commit, otherwise git apply
will fail.
v1 change:
-- The updating includes the following changes:
1. Change comments an
> > The function rte_snprintf() was deprecated in version 1.7.0
> > (commit 6f41fe75e2dd).
> > It's now totally removed.
> >
> > Signed-off-by: Thomas Monjalon
>
> Acked-by: Neil Horman
Applied
--
Thomas
On Sep 29, 2014, at 7:30 AM, Ananyev, Konstantin wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
>> Sent: Monday, September 29, 2014 1:10 PM
>> To: Wiles, Roger Keith (Wind River)
>> Cc: dev at dpdk.org
>> Subject: Re: [dpdk-
Hi, Hemant
Actually, I submitted another set of patches to split the architecture
specific operations which includes the patch to
librte_eal\common\include\rte_atomic.h. Please refer to the previous
email.
Best Regards!
--
Chao Zhu (??)
Research Staff Member
Clo
Hi,Hemant,
Actually, the set of patches is only for IBM Power7/8 which has difference
cache line size. Of cause, a better way may be detecting the cache line
size at runtime not from configuration files... May be we can submit this
kind of patch later.
Best Regards!
-
On Mon, Sep 29, 2014 at 10:23:58PM +0200, Thomas Monjalon wrote:
> - mbuf rework
> - logs rework
> - some eal cleanups
Hi Thomas,
I was curious, did we happen to know if any of these three changes affected
the external API's much?
It would help us get some idea what to test an
This patch adds support mode 4 of link bonding. It depend on Delcan Doherty
patches v3 and rte alarms patch v2 or above.
New version handles race issues with setting/cancelin callbacks,
fixes promiscus mode setting in mode 4 and some other minor errors in mode 4
implementation.
Signed-off-by: Pa
> > Since commit a155d430119 ("support link bonding device initialization"),
> > rte_eal_pci_probe() is called in rte_eal_init().
> > So it doesn't have to be called by application anymore.
> > It has been fixed for testpmd in commit 2950a769315,
> > and this patch remove it from other applications
> > >> This patchset reworks the bonding pmd so that we don't need to modify the
> > >> eal
> > >> for this pmd to work.
> > >>
> > >> Basically, the arguments parsed at bond_init are stored in the bond
> > >> private
> > >> structure to be used at dev_configure time.
> > >> If no argument are pres
Hi David,
> From: David Marchand [mailto:david.marchand at 6wind.com]
> Sent: Saturday, September 27, 2014 7:45 PM
> To: De Lara Guarch, Pablo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/2] Added functions to get RX/TX default
> configuration
>
> Hello Pablo,
> - All I can see in thi
Please don't take this patch into account. Two files are missing.
Best regards
Michal
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pawel Wodkowski
> Sent: Monday, September 29, 2014 3:23 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2] bond: Add
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, September 29, 2014 2:07 PM
> To: Pattan, Reshma; De Lara Guarch, Pablo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2] distributor_app: new sample app
>
>
>
> > -Original Message-
> > From: Pattan, Reshma
>
On Mon, Sep 29, 2014 at 01:25:11PM +0100, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Monday, September 29, 2014 1:06 PM
> > To: Wiles, Roger Keith (Wind River)
> > Cc: Ananyev, Konstantin;
> > Subject: Re: [dpdk-dev] [RFC] More changes for
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, September 29, 2014 1:34 PM
> To: Ananyev, Konstantin
> Cc: Wiles, Roger Keith (Wind River);
> Subject: Re: [dpdk-dev] [RFC] More changes for
> rte_mempool.h:__mempool_get_bulk()
>
> On Mon, Sep 29, 2014 at 01:25:11PM +0100,
On Mon, Sep 29, 2014 at 04:18:13PM +0100, Alan Carew wrote:
> 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
On Sun, Sep 28, 2014 at 11:06:17PM +, Wiles, Roger Keith wrote:
> Thanks Venky,
> On Sep 28, 2014, at 5:23 PM, Venkatesan, Venky intel.com> wrote:
>
> > Keith,
> >
> > On 9/28/2014 11:04 AM, Wiles, Roger Keith wrote:
> >> I am also looking at the bulk dequeue routines, which the ring can be
> -Original Message-
> From: Pattan, Reshma
> Sent: Monday, September 29, 2014 1:40 PM
> To: Ananyev, Konstantin; De Lara Guarch, Pablo; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2] distributor_app: new sample app
>
>
>
> -Original Message-
> From: Ananyev, Konstantin
>
> No need to restrict usage of non Intel SFP.
> If (hw->phy.type == ixgbe_phy_sfp_intel) is false,
> a warning will be logged.
> It was disabled for ixgbe and enabled but unused for i40e.
>
> Signed-off-by: Thomas Monjalon
Applied
--
Thomas
On Sun, Sep 28, 2014 at 11:17:34PM +, Wiles, Roger Keith wrote:
>
> On Sep 28, 2014, at 5:41 PM, Ananyev, Konstantin intel.com> wrote:
>
> >
> >
> >> -Original Message-
> >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wiles, Roger Keith
> >> Sent: Sunday, September 28,
On Mon, Sep 29, 2014 at 03:16:12PM +0800, Ouyang Changchun wrote:
> This patch supports cloud mode in IXGBE base code.
>
> Signed-off-by: Changchun Ouyang
> ---
> lib/librte_pmd_ixgbe/ixgbe/ixgbe_82599.c | 70
>
> lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h | 10 ++
> > Since the introduction of vector PMD, a bug in ixgbe_rxq_rearm could
> > cause a crash. As long as the memory pool allocated to the RX queue
> > has mbufs available, there is no problem. After allocation of _all_
> > mbufs from the memory pool, previously returned mbufs by
> > rte_eth_rx_burst
The flag RTE_PCI_DRV_MULTIPLE was used to register an eth_driver allowing
multiples devices with a single PCI id.
It is now possible to register a pci_driver and create ethdev objects
using rte_eth_dev_allocate().
Suggested-by: David Marchand
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/co
-Original Message-
From: Ananyev, Konstantin
Sent: Friday, September 26, 2014 4:52 PM
To: De Lara Guarch, Pablo; Pattan, Reshma; dev at dpdk.org
Subject: RE: [dpdk-dev] [PATCH v2] distributor_app: new sample app
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org]
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Monday, September 29, 2014 1:10 PM
> To: Wiles, Roger Keith (Wind River)
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Bulk dequeue of packets and the returned values,
> question
>
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, September 29, 2014 1:06 PM
> To: Wiles, Roger Keith (Wind River)
> Cc: Ananyev, Konstantin;
> Subject: Re: [dpdk-dev] [RFC] More changes for
> rte_mempool.h:__mempool_get_bulk()
>
> On Sun, Sep 28, 2014 at 11:17:34PM +,
This patch implements the KNI memzone pool in order to:
* prevent memzone exhaustion when allocating/deallocating KNI
interfaces.
* be able to allocate KNI interfaces with the same name as
previously deallocated ones.
It adds a new API call, rte_kni_init(max_kni_ifaces) that shall
be called b
Add this Release note
This patch set adds support of mode 5 to link bonding pmd
This patchset depend on Declan Doherty patch set:
http://dpdk.org/ml/archives/dev/2014-September/005641.html
v2 change:
Add Unit Tests
Modification that updates obytes structure in virtualpmd driver.
change internals
On Fri, Sep 26, 2014 at 05:33:32AM -0400, Chao Zhu wrote:
> This patch splits the atomic operations from DPDK and push them to
> architecture specific arch directories, so that other processor
> architecture to support DPDK can be easily adopted.
>
> Signed-off-by: Chao Zhu
> ---
> lib/librte_ea
On Fri, Sep 26, 2014 at 10:02:08AM +0800, Jijiang Liu wrote:
> Support VxLAN Tx checksum offload, which include
> - outer L3(IP) checksum offload
> - inner L3(IP) checksum offload
> - inner L4(UDP, TCP and SCTP) checksum offload
>
> Signed-off-by: Jijiang Liu
> Acked-by: Helin Zhang
> Ack
On Fri, Sep 26, 2014 at 10:02:03AM +0800, Jijiang Liu wrote:
> Support tunneling UDP port configuration on i40e in librte_pmd_i40e.
> Currently, only VxLAN is implemented, which include
> - VxLAN UDP port initialization
> - Implement the APIs to configure VxLAN UDP port in librte_pmd_i40e.
>
Add initial pass header files to support symbol versioning.
---
Change notes
v2)
* Fixed ifdef in rte_compat.h to test for RTE_BUILD_SHARED_LIB instead of the
non-existant RTE_SYMBOL_VERSIONING
* Fixed VERSION_SYMBOL macro to add the needed extra @ to make versioning work
properly
* Improved/Cla
On Fri, Sep 26, 2014 at 02:13:55PM +, Ananyev, Konstantin wrote:
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Neil Horman
> > Sent: Friday, September 26, 2014 2:40 PM
> > To: Wodkowski, PawelX
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH v2] Change alarm cancel func
On Mon, Sep 29, 2014 at 10:11:38AM +, Wodkowski, PawelX wrote:
> > >
> > > Image how you will be damned by someone that not even notice you change
> > > and he Is managing some kind of resource based on returned number of
> > > set/canceled timers. If you suddenly start returning negative value
On Mon, Sep 29, 2014 at 12:05:22PM +0100, Bruce Richardson wrote:
> On Fri, Sep 26, 2014 at 05:33:32AM -0400, Chao Zhu wrote:
> > This patch splits the atomic operations from DPDK and push them to
> > architecture specific arch directories, so that other processor
> > architecture to support DPDK c
On Fri, Sep 26, 2014 at 10:08:55AM -0400, Neil Horman wrote:
> On Fri, Sep 26, 2014 at 11:28:05AM +0200, Thomas Monjalon wrote:
> > 2014-09-16 16:16, Neil Horman:
> > > On Fri, Sep 12, 2014 at 02:05:23PM -0400, John W. Linville wrote:
> > > > Ping? Are there objections to this patch from mid-July?
On Mon, Sep 29, 2014 at 03:16:10PM +0800, Ouyang Changchun wrote:
> This patch cleans up some IXGBE base codes, such as remove unnecessary return
> statement,
> and reduce goto statement etc.
>
> Signed-off-by: Changchun Ouyang
> ---
> lib/librte_pmd_ixgbe/ixgbe/ixgbe_82598.c | 2 --
> lib/
On Mon, Sep 29, 2014 at 01:35:21PM +, De Lara Guarch, Pablo wrote:
>
>
> > -Original Message-
> > From: Ananyev, Konstantin
> > Sent: Monday, September 29, 2014 2:07 PM
> > To: Pattan, Reshma; De Lara Guarch, Pablo; dev at dpdk.org
> > Subject: RE: [dpdk-dev] [PATCH v2] distributor_ap
On Wed, Sep 10, 2014 at 05:17:05PM -0300, Nicol?s Pernas Maradei wrote:
> From: Nicola?s Pernas Maradei
>
> librte_pmd_pcap driver was opening the pcap/interfaces only at init time and
> closing them only when the port was being stopped. This behaviour would cause
> problems (leading to segfault)
> >
> > Image how you will be damned by someone that not even notice you change
> > and he Is managing some kind of resource based on returned number of
> > set/canceled timers. If you suddenly start returning negative values how
> > those
> > application will behave? Silently changing returned va
> -Original Message-
> From: Wodkowski, PawelX
> Sent: Monday, September 29, 2014 7:41 AM
> To: Neil Horman; Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2] Change alarm cancel function to
> thread-safe:
>
> > Yes, this is my concern exactly.
> >
> > > If
On Mon, Sep 29, 2014 at 2:53 AM, Hiroshi Shimamoto
wrote:
> Hi,
>
>> Subject: Re: [dpdk-dev] DPDK doesn't work with iommu=pt
>>
>> iommu=pt effectively disables iommu for the kernel and iommu is
>> enabled only for KVM.
>> http://lwn.net/Articles/329174/
>
> thanks for pointing that.
>
> Okay, I t
On Mon, Sep 29, 2014 at 01:10:22PM +0100, Bruce Richardson wrote:
> On Sun, Sep 28, 2014 at 11:06:17PM +, Wiles, Roger Keith wrote:
> > Thanks Venky,
> > On Sep 28, 2014, at 5:23 PM, Venkatesan, Venky > intel.com> wrote:
> >
> > > Keith,
> > >
> > > On 9/28/2014 11:04 AM, Wiles, Roger Keith
> The pkt.in_port parameter in mbuf should be set with an input port id
> because DPDK apps may use it to know where each packet came from.
>
> Signed-off-by: Saori USAMI
Acked, adapted to mbuf rework and applied.
Thanks
--
Thomas
On Mon, Sep 29, 2014 at 10:11:38AM +, Wodkowski, PawelX wrote:
> > >
> > > Image how you will be damned by someone that not even notice you change
> > > and he Is managing some kind of resource based on returned number of
> > > set/canceled timers. If you suddenly start returning negative value
> Yes, this is my concern exactly.
>
> > If that's so, then I suppose we can do: make alarm_cancel() to return a
> negative value for the case #3 (-EINPROGRESS or something).
> > Something like:
> > ...
> > if (ap->executing == 0) {
> >LIST_REMOVE(ap,next);
> > rte_free(ap);
> > coun
> --- a/mk/arch/powerpc/rte.vars.mk
> +++ b/mk/arch/powerpc/rte.vars.mk
> @@ -32,7 +32,7 @@
> ARCH ?= powerpc
> CROSS ?=
>
> -CPU_CFLAGS ?= -m64
> +CPU_CFLAGS ?= -m64 -DCACHE_LINE_SIZE=128
[hemant] Instead of hardcoding the CACHE_LINE_SIZE, can you drive the
CACHE_LINE_SIZE from config f
Hi Chao,
This Patch seems to be incomplete. You may also need to patch the
librte_eal\common\include\rte_atomic.h
e.g.
#if !(defined RTE_ARCH_X86_64) || !(defined RTE_ARCH_I686)
#include
#else /* if Intel*/
Otherwise you shall be getting compilation errors for "_mm_mfence"
Similar is true for
2014-08-26 16:11, David Marchand:
> This patch series is just a little clean up to remove the unconditionnal call
> to
> iopl on linux.
> Rather than call iopl() at the eal level, let the PMD that needs it call
> rte_eal_iopl_init().
Acked and applied
Thanks for the cleanup
--
Thomas
Tested-by: HuilongX xu
This patch has been verified on FC20 with Eagle Fountain: 4*10G , Spirit Falls:
1*40G fortvill and 2*40G fortvill.
The i40e base driver update patch works well on FC20 with basic function and
performance.
The test environment detail information as the following:
HOST env
Tested-by: HuilongX xu
This patch has been verified on FC20 with eagle fountain:4*10G fortville,
spirit falls 1*40G fortville and 2*40G fortville.
The VF is greater by SRIOV, and testpmd should be run on host to support VF
work on VM.
CRC stripping function works well in the testpmd app in VM
Tested-by: Zhaochen Zhan
This patch has been verified on KVM virtual environment with
4*10G, 2*40G and 1*40G NICs. The VF is generated by SRIOV.
And testpmd should be run on HOST to support testpmd works on VM.
The RSS function works well in the testpmd app in VM environment of KVM.
Please see e
100 matches
Mail list logo
