On Mon, 9 Feb 2015 09:14:06 +0800
Ouyang Changchun wrote:
> Make virtio not require UIO for some security reasons, this is to match
> 6Wind's virtio-net-pmd.
>
> Signed-off-by: Changchun Ouyang
This breaks applications that use link state interrupt.
If the non-UIO mode is used link state
Environment:
* DPDK 1.6.0r2
* Ubuntu 14.04 LTS
* kernel: 3.13.0-38-generic
When we start exercising KNI a fair bit (transferring files across it, both
sending and receiving), I'm starting to see a fair bit of these kernel
lockups:
kernel: BUG: soft lockup - CPU#1 stuck for 22s!
On 10/02/15 14:22, Bruce Richardson wrote:
> On Tue, Feb 10, 2015 at 01:21:55PM +0100, Marc Sune wrote:
>> On 10/02/15 13:02, Bruce Richardson wrote:
>>> On Tue, Feb 10, 2015 at 12:59:29PM +0100, Marc Sune wrote:
This patch of Nov 2014 hasn't been yet ACKed/NACKed. Could someone please
Hi and thanks for replying,
On Fri, Feb 6, 2015 at 1:25 PM, Olivier MATZ wrote:
> Hi,
>
> On 02/06/2015 12:00 PM, Bruce Richardson wrote:
>> On Wed, Feb 04, 2015 at 05:24:58PM +0200, Stefan Puiu wrote:
>>> Hi,
>>>
>>> I'm trying to alter an existing program to use the Intel DPDK. I'm
>>> using
Hi,
On 02/02/2015 03:02 AM, Cunming Liang wrote:
> Allow to setup timers only for EAL (lcore) threads (__lcore_id <
> MAX_LCORE_ID).
> E.g. ? dynamically created thread will be able to reset/stop timer for lcore
> thread,
> but it will be not allowed to setup timer for itself or another
On Wed, 11 Feb 2015 00:54:57 +
Yong Wang wrote:
> Why not
> #define VMXNET_ASSERT(x) do { (void)(0); } while (0)
>
> or simply
> #define VMXNET_ASSERT(x)
Because that will generate unused warnings in Gcc,
and by having the compiler evaluate the result it also makes
sure that junk doesn't
Hi,
On 02/10/2015 07:57 AM, Liang, Cunming wrote:
>>> +/**
>>> + * Get system unique thread id.
>>> + *
>>> + * @return
>>> + * On success, returns the thread ID of calling process.
>>> + * It always successful.
>>> + */
>>> +static inline int rte_gettid(void)
>>> +{
>>> + static
Hi Helin,
On 02/10/2015 07:40 AM, Zhang, Helin wrote:
>> diff --git a/lib/librte_pmd_i40e/i40e_rxtx.c
>> b/lib/librte_pmd_i40e/i40e_rxtx.c
>> index 9acdeee..0786255 100644
>> --- a/lib/librte_pmd_i40e/i40e_rxtx.c
>> +++ b/lib/librte_pmd_i40e/i40e_rxtx.c
>> @@ -482,7 +482,7 @@
Hi Helin,
On 02/10/2015 07:03 AM, Zhang, Helin wrote:
>> /* Enable checksum offloading */
>> cd_tunneling_params = 0;
>> -i40e_txd_enable_checksum(ol_flags, _cmd, _offset,
>> -l2_len, l3_len, outer_l2_len,
>> -
Hi Helin,
On 02/10/2015 06:38 AM, Zhang, Helin wrote:
>> -/** Packet is IPv4 without requiring IP checksum offload. */
>> +/**
>> + * Packet is IPv4. This flag must be set when using any offload feature
>> + * (TSO, L3 or L4 checksum) to tell the NIC that the packet is an IPv4
>> + * packet.
>> +
Hi Konstantin,
On 02/09/2015 04:43 PM, Ananyev, Konstantin wrote:
>> The ring library was designed with the assumption that the code is not
>> preemptable. The code is lock-less but not wait-less. Actually, if the
>> code is preempted at a bad moment, it can spin forever until it's
>>
Here is a revised version that works for both UIO and VFIO.
The config access is property of device not the I/O model.
From: Stephen Hemminger
Subject: [PATCH 1/4] pci: allow access to PCI config space
Some drivers need ability to access PCI config (for example for
On Mon, 9 Feb 2015 10:45:01 +0100
David Marchand wrote:
> Hello Stephen,?
>
> - It looks a bit odd to me, we end up with something asymetric between uio /
> vfio wrt pci config space.
> Can we an api consistent between the two ?
> Does this mean that your pmd cannot work / has not been used
> -Original Message-
> From: Qiu, Michael
> Sent: Monday, February 9, 2015 1:10 PM
> To: Tetsuya Mukawa; dev at dpdk.org
> Cc: Iremonger, Bernard
> Subject: Re: [PATCH v7 04/14] eal/pci: Consolidate pci address comparison APIs
>
> On 2/9/2015 4:31 PM, Tetsuya Mukawa wrote:
> > This patch
From: Jeff Shaw
1. Add functions to enable PF/VF interrupt.
2. Add function to process error message passed from interrupt.
2. Add 2 interrupt handling functions, one for PF and one for VF.
2. Enable interrupt after completing initialization of NIC.
Signed-off-by: Jeff
From: Jeff Shaw
fm10k pmd driver will support both PF and VF device with single
copy of code. The reason is NIC maps registers with same
function in PF and VF to same PCI I/O address. Then, PF/VF drivers
use same address to access registers belonging to it, HW will
From: Jeff Shaw
Add fm10k_vlan_filter_set to set vlan.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
lib/librte_pmd_fm10k/fm10k_ethdev.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
From: Jeff Shaw
1. Add fm10k_recv_scattered_pkts function to receive jumbo frame
and multi-segment packets.
2. Configure correct receive function in rx_init and dev_init.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
lib/librte_pmd_fm10k/fm10k.h
From: Jeff Shaw
1. Configure RSS in fm10k_dev_rx_init function.
2. Add fm10k_rss_hash_update and fm10k_rss_hash_conf_get to get
and inquery RSS configuration.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
lib/librte_pmd_fm10k/fm10k_ethdev.c | 156
From: Jeff Shaw
1. Add fm10k_recv_pkts and fm10k_xmit_pkts functions.
2. Link app function pointer to actual fm10k recv/xmit
functions.
3. Change Makefile to compile new file fm10k_rxtx.c
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
From: Jeff Shaw
1. Add function to initialize RX queues.
2. Add function to initialize TX queues.
3. Add fm10k_dev_start, fm10k_dev_stop and fm10k_dev_close
functions.
4. Add function to close mailbox service.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing
From: Jeff Shaw
1. Add 4 functions fm10k_dev_rx_queue_start,
fm10k_dev_rx_queue_stop, fm10k_dev_tx_queue_start,
and fm10k_dev_tx_queue_stop.
2. verify Rx packet buffer alignment is valid.
Hardware requires specific alignment for Rx packet buffers. At
least
From: Jeff Shaw
Add fm10k_tx_queue_setup and fm10k_tx_queue_release functions.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
lib/librte_pmd_fm10k/fm10k_ethdev.c | 205 +++
1 files changed, 205 insertions(+), 0
From: Jeff Shaw
Add fm10k_rx_queue_setup and fm10k_rx_queue_release functions.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
lib/librte_pmd_fm10k/fm10k_ethdev.c | 255 +++
1 files changed, 255 insertions(+), 0
From: Jeff Shaw
1. Add fm10k_reta_update and fm10k_reta_query functions.
2. Add fm10k_link_update and fm10k_dev_infos_get functions.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
lib/librte_pmd_fm10k/fm10k_ethdev.c | 162
From: Jeff Shaw
1. Change config/common_bsdapp and config/common_linuxapp, add
macros to control fm10k pmd driver compile for linux and bsd.
2. Change lib/Makefile to add fm10k driver into compile list.
3. Change mk/rte.app.mk to add fm10k lib into link.
From: Jeff Shaw
1. Add init function to scan and initialize fm10k PF device.
2. Add implementation to register fm10k pmd PF driver.
3. Add 3 functions fm10k_dev_configure, fm10k_stats_get and
fm10k_stats_get.
4. Add fm10k.h to define macros and basic data structure.
From: Jeff Shaw
Add fm10k device ID list into rte_pci_dev_ids.h.
Signed-off-by: Jeff Shaw
Signed-off-by: Chen Jing D(Mark)
---
lib/librte_eal/common/include/rte_pci_dev_ids.h | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff
From: Jeff Shaw
Base driver is developped and maintained by Intel ND team, includes
basic functional service to Intel Red Rock Canyon silicon.
Any suggestion on bug fix and improvement within this directory is
welcome, but need this team to change and update.
From: "Chen Jing D(Mark)"
The patch set add poll mode driver for the host interface of Intel
Red Rock Canyon silicon, which integrates NIC and switch functionalities.
The patch set include below features:
1. Basic RX/TX functions for PF/VF.
2. Interrupt handling mechanism
Testpmd has the capability of changing the forwarding cores and ports in
runtime.
If these are changed when forwarding, two issues may be encountered:
- If "show config fwd" is used, changes made in the core list are applied.
Therefore, trying to stop forwarding may hang testpmd,
since it
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Shankari
> Vaidyalingam
> Sent: Thursday, January 1, 2015 4:58 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Query on QEMU with DPDK
>
> Hi
>
>
> I'd like to know whether QEMU comes as an integrated
Hi All,
I am running pktgen application using the below command and in the pktgen
window I am getting ?Src MAC Address? same as for port 0 and port1.
Command - ./pktgen -c 0xf -n 2 -- -p 0x3 -m {1:3}.0,{2:1}.1
I have configured destination mac address for port 0 and port 1 as per the
mac
On Tue, Feb 10, 2015 at 01:21:55PM +0100, Marc Sune wrote:
>
> On 10/02/15 13:02, Bruce Richardson wrote:
> >On Tue, Feb 10, 2015 at 12:59:29PM +0100, Marc Sune wrote:
> >>This patch of Nov 2014 hasn't been yet ACKed/NACKed. Could someone please
> >>give some quick feedback?
> >>
> >>Thanks
>
On 10/02/15 13:02, Bruce Richardson wrote:
> On Tue, Feb 10, 2015 at 12:59:29PM +0100, Marc Sune wrote:
>> This patch of Nov 2014 hasn't been yet ACKed/NACKed. Could someone please
>> give some quick feedback?
>>
>> Thanks
>> marc
>>
> Idea is good, any chance it could be added as a run-time
This patch of Nov 2014 hasn't been yet ACKed/NACKed. Could someone
please give some quick feedback?
Thanks
marc
On 07/11/14 12:00, Marc Sune wrote:
> This patch introduces CONFIG_RTE_KNI_PREEMPT flag. When set to 'no', KNI
> kernel thread(s) do not call schedule_timeout_interruptible(), which
document of new commands:
- 2tuple_filter (port_id) (add|del)
dst_port (dst_port_value) protocol (protocol_value)
mask (mask_value) tcp_flags (tcp_flags_value)
priority (prio_value) queue (queue_id)
- 5tuple_filter (port_id) (add|del)
dst_ip (dst_address) src_ip (src_address)
Following structures are removed:
- rte_2tuple_filter
- rte_5tuple_filter
Following APIs are removed:
- rte_eth_dev_add_2tuple_filter
- rte_eth_dev_remove_2tuple_filter
- rte_eth_dev_get_2tuple_filter
- rte_eth_dev_add_5tuple_filter
- rte_eth_dev_remove_5tuple_filter
-
Following commands of 5tuple and 2tuple filter are removed:
- add_2tuple_filter (port_id) protocol (pro_value) (pro_mask)
dst_port (port_value) (port_mask) flags (flg_value) priority (prio_value)
queue (queue_id) index (idx)
- remove_2tuple_filter (port_id) index (idx)
- get_2tuple_filter
This patch defines new functions dealing with ntuple filters which is
corresponding to 2tuple filter for 82580 and i350 in HW, and to 5tuple
filter for 82576 in HW.
It removes old functions which deal with 2tuple and 5tuple filters in igb
driver.
Ntuple filter is dealt with through entrance
This patch defines new functions dealing with ntuple filters which is
corresponding to 5tuple in HW.
It removes old functions which deal with 5tuple filters.
Ntuple filter is dealt with through entrance ixgbe_dev_filter_ctrl.
Signed-off-by: Jingjing Wu
---
lib/librte_pmd_ixgbe/ixgbe_ethdev.c |
This patch defines ntuple filter type RTE_ETH_FILTER_NTUPLE and its structure
rte_eth_ntuple_filter.
It also corrects the typo TCP_UGR_FLAG to TCP_URG_FLAG
Signed-off-by: Jingjing Wu
---
lib/librte_ether/rte_eth_ctrl.h | 50 +
v2 changes:
- remove the code which is already applied in patch "Integrate ethertype
filter in igb/ixgbe driver to new API".
- modify commands' description in doc testpmd_funcs.rst.
v3 change:
- remove the UINT32_BIT definition in ixgbe driver
The patch set uses new filter_ctrl API to
On Tue, Feb 10, 2015 at 12:59:29PM +0100, Marc Sune wrote:
> This patch of Nov 2014 hasn't been yet ACKed/NACKed. Could someone please
> give some quick feedback?
>
> Thanks
> marc
>
Idea is good, any chance it could be added as a run-time rather than
compile-time option?
/Bruce
> On 07/11/14
On Fri, Jan 30, 2015 at 11:18:19AM +0100, Thomas Monjalon wrote:
> 2015-01-27 13:06, Neil Horman:
> > On Tue, Jan 27, 2015 at 04:44:53PM +0100, Daniel Mrzyglod wrote:
> > > In test_sched, we are missing NULL pointer checks after create_mempool()
> > > and rte_pktmbuf_alloc(). Add in these checks
On Fri, Jan 30, 2015 at 12:14:53PM +0100, Daniel Mrzyglod wrote:
> In test_sched, we are missing NULL pointer checks after create_mempool()
> and rte_pktmbuf_alloc(). Add in these checks using TEST_ASSERT_NOT_NULL
> macros.
>
> VERIFY macro was removed and replaced by standard test ASSERTS from
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liang, Cunming
> Sent: Tuesday, February 10, 2015 2:54 AM
> To: Olivier MATZ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 12/17] eal: set _lcore_id and _socket_id to
> (-1) by default
>
>
>
> >
2015-02-09 22:40, Shankari Vaidyalingam:
> I'm trying to execute the testpmd sample appplication.
> I'm getting the below error and not able to execute the sample application.
>
> controller at controller-VirtualBox:~/software/dpdk-1.7.1$ sudo
> ./build/app/testpmd -c7 -n3 -- -i --nb-cores=2
On 2015/02/10 0:34, Iremonger, Bernard wrote:
>
>> -Original Message-
>> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
>> Sent: Monday, February 9, 2015 8:31 AM
>> To: dev at dpdk.org
>> Cc: Iremonger, Bernard; Qiu, Michael; Tetsuya Mukawa
>> Subject: [PATCH v7 07/14] ethdev: Add
On Tue, Feb 10, 2015 at 12:53:52AM +, Zhang, Helin wrote:
> Hi Bruce
>
> Fortunately I have Steve as the author of a sub-patch for vector PMD in this
> patch set. That means we have already taken into account the VPMD in it.
> All is workable with vPMD, and with performance result mentioned.
Tested-by: Qian Xu
- Tested Commit: 2250cc5a191906c914221ff4f0da7b5d699b4175
- OS: Fedora20 3.18.0
- GCC: gcc version 4.8.3 20140911
- CPU: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz
- NIC: Intel Ethernet Controller XL710 for 40GbE QSFP+ [8086:1583]
- Default x86_64-native-linuxapp-gcc
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, February 09, 2015 4:01 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 07/17] eal: add rte_gettid() to acquire
> unique
> system tid
>
> Hi,
>
> On 02/02/2015
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, February 4, 2015 5:25 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; Liu, Jijiang; Zhang, Helin; olivier.matz at 6wind.com
> Subject: [PATCH v2 04/20] i40e: remove the use of
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, February 4, 2015 5:25 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; Liu, Jijiang; Zhang, Helin; olivier.matz at 6wind.com
> Subject: [PATCH v2 03/20] i40e: call i40e_txd_enable_checksum
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, February 4, 2015 5:25 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; Liu, Jijiang; Zhang, Helin; olivier.matz at 6wind.com
> Subject: [PATCH v2 02/20] mbuf: enhance the API documentation
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhihong Wang
> Sent: Thursday, January 29, 2015 10:39 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2 0/4] DPDK memcpy optimization
>
> This patch set optimizes memcpy for DPDK for both SSE and AVX
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, February 10, 2015 1:52 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 14/17] mempool: add support to non-EAL
> thread
>
> Hi,
>
> On 02/09/2015 03:41 PM, Liang,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, February 10, 2015 1:45 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 11/17] log: fix the gap to support non-EAL
> thread
>
> Hi,
>
> On 02/09/2015 03:19 PM,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, February 10, 2015 1:37 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 08/17] eal: apply affinity of EAL thread by
> assigned cpuset
>
> Hi,
>
> On 02/09/2015
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, February 10, 2015 1:30 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 06/17] eal: add eal_common_thread.c for
> common thread API
>
> Hi,
>
> On 02/09/2015 02:12
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, February 10, 2015 1:26 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 05/17] eal: new TLS definition and API
> declaration
>
> Hi,
>
> On 02/09/2015 01:45 PM,
Sorry for not mentioning. But I meant atheros wired nics.
On Tue, Feb 10, 2015 at 1:14 AM, Neil Horman wrote:
> On Tue, Feb 10, 2015 at 12:11:54AM +0530, Akshay wrote:
> > Hi,
> >
> > Are there any PMDs available for Atheros?
> >
> > Regards,
> > Akshay.
> >
>
> The DPDK isn't currently able to
Hi,
I'm trying to compile the DPDK code coming along with the Pktgen-DPDK.
I got the source code of Pktgen-DPDK by cloning the Git repository using -
sudo git clone git://github.com/Pktgen/Pktgen-DPDK.git
I'm getting the below error when I tried executing make:
from
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, February 10, 2015 1:13 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 03/17] eal: fix wrong strnlen() return
> value in
> 32bit icc
>
> Hi,
>
> On 02/09/2015
Hi Bruce
Fortunately I have Steve as the author of a sub-patch for vector PMD in this
patch set. That means we have already taken into account the VPMD in it.
All is workable with vPMD, and with performance result mentioned.
Everything is done for this mbuf changes.
Regards,
Helin
>
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, February 10, 2015 1:07 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 01/17] eal: add cpuset into per EAL thread
> lcore_config
>
> Hi,
>
> On 02/09/2015 12:33
Hi David
It seems we just have minor progress, we have a script which is using setpci to
do that.
[dpdk-dev] scripts: enable extended tag of PCIe
(http://www.dpdk.org/dev/patchwork/patch/2762/)
Yes, Stephen's patch could be the direction we need to follow up. Thanks for
your indicating
Hi,
Are there any PMDs available for Atheros?
Regards,
Akshay.
68 matches
Mail list logo