Claim i40e and KNI modules.
Signed-off-by: Helin Zhang
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9a63714..60d283b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -174,6 +174,7 @@ F:
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson
> Sent: Saturday, February 7, 2015 1:22 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3] maintainers: claim hash and lpm libraries
>
> Signed-off-by: Bruce Richardson
> ---
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu
> Sent: Thursday, February 5, 2015 10:31 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] maintainer: claim review for Xen Dom0 support
>
>
> I will be a volunteer of reviewing the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cristian Dumitrescu
> Sent: Wednesday, February 4, 2015 11:53 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] MAINTAINERS: claim metering, sched and pkt
> framework
>
> As original author of these DPDK
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Declan Doherty
> Sent: Friday, January 30, 2015 6:06 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] MAINTAINERS: claim responsibility for Link Bonding
> PMD
>
> Signed-off-by: Declan Doherty
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, February 04, 2015 5:25 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; Liu, Jijiang; Zhang, Helin; olivier.matz at 6wind.com
> Subject: [PATCH v2 00/20] enhance tx checksum offload API
>
This is the patch set for single virtio implementation.
Why we need single virtio?
As we know currently there are at least 3 virtio PMD driver implementations:
A) lib/librte_pmd_virtio(refer as virtio A);
B) virtio_net_pmd by 6wind(refer as virtio B);
C) virtio by
For clarity make the setup of PCI resources for Linux into a function rather
than block of code #ifdef'd in middle of dev_init.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 76 ---
1 file changed,
The DPDK driver only has to deal with the case of running on PCI
and with SMP. In this case, the code can use the weaker barriers
instead of using hard (fence) barriers. This will help performance.
The rationale is explained in Linux kernel virtio_ring.h.
To make it clearer that this is a virtio
Starting driver with link down should be ok, it is with every
other driver. So just allow it.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
It is helpful to allow device drivers that don't support hardware
VLAN stripping to emulate this in software. This allows application
to be device independent.
Avoid discarding shared mbufs. Make a copy in rte_vlan_insert() of any
packet to be tagged that has a reference count > 1.
Virtio has link state interrupt which can be used.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 78 +++
lib/librte_pmd_virtio/virtio_pci.c| 22 ++
lib/librte_pmd_virtio/virtio_pci.h|
Implement VLAN stripping in software. This allows application
to be device independent.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_ether/rte_ethdev.h | 3 +++
lib/librte_pmd_virtio/virtio_ethdev.c | 2 ++
lib/librte_pmd_virtio/virtio_pci.h| 1
Change order of initialiazation to match Linux kernel.
Don't blow away control queue by doing reset when stopped.
Calling dev_stop then dev_start would not work.
Dev_stop was calling virtio reset and that would clear all queues
and clear all feature negotiation.
Resolved by only doing reset on
Better to check at compile time than fail at runtime.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/lib/librte_pmd_virtio/virtio_ethdev.c
Since vq_alignment is constant (always 4K), it does not
need to be part of the vring struct.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 1 -
lib/librte_pmd_virtio/virtio_rxtx.c | 2 +-
lib/librte_pmd_virtio/virtqueue.h | 3
Cleanup virtio code by eliminating unnecessary nesting of
virtio hardware structure inside adapter structure.
Also allows removing unneeded macro, making code clearer.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 43
If allocation fails, don't want to leave virtio device stuck
in middle of initialization sequence.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
Virtio supports vlan filtering.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 31 +--
1 file changed, 29 insertions(+), 2 deletions(-)
diff --git a/lib/librte_pmd_virtio/virtio_ethdev.c
Virtio support multiple MAC addresses.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_ethdev.c | 94 ++-
lib/librte_pmd_virtio/virtio_ethdev.h | 3 +-
lib/librte_pmd_virtio/virtqueue.h | 34 -
3
Need to have do special things to set default mac address.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
lib/librte_ether/rte_ethdev.h | 5 +
lib/librte_pmd_virtio/virtio_ethdev.c | 24
2 files changed, 29 insertions(+)
diff --git
This makes virtio driver work like ixgbe. Transmit buffers are
held until a transmit threshold is reached. The previous behavior
was to hold mbuf's until the ring entry was reused which caused
more memory usage than needed.
Signed-off-by: Stephen Hemminger
Signed-off-by: Changchun Ouyang
---
Make virtio not require UIO for some security reasons, this is to match 6Wind's
virtio-net-pmd.
Signed-off-by: Changchun Ouyang
---
changes in v3:
Remove macro RTE_EAL_PORT_IO;
virtio pmd could support uio and ioports method to get the address;
lib/librte_pmd_virtio/Makefile|
It should use vring descriptor index instead of used_ring index to index
vq_descx.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_rxtx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_pmd_virtio/virtio_rxtx.c
Need swap the data from cpu to BE(big endian) for vlan-type.
Signed-off-by: Changchun Ouyang
---
lib/librte_ether/rte_ether.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/librte_ether/rte_ether.h b/lib/librte_ether/rte_ether.h
index 74f71c2..0797908 100644
---
Check if it has already been vlan-tagged packet, if true, avoid inserting a
duplicated vlan tag into it.
This is a possible case when guest has the capability of inserting vlan tag.
Signed-off-by: Changchun Ouyang
---
examples/vhost/main.c | 45 -
1
Support turn on/off RX VLAN strip on host, this let guest get the chance of
using its software VALN strip functionality.
Signed-off-by: Changchun Ouyang
---
examples/vhost/main.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/examples/vhost/main.c
Remove those hotspots which is unnecessary when early returning occurs;
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtio_rxtx.c | 31 ++-
1 file changed, 22 insertions(+), 9 deletions(-)
diff --git a/lib/librte_pmd_virtio/virtio_rxtx.c
It needs use virtio_wmb instead of virtio_rmb for store memory barrier.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_virtio/virtqueue.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_pmd_virtio/virtqueue.h
b/lib/librte_pmd_virtio/virtqueue.h
index
Haifeng,
No matter mergeable =0 or 1, I have not met the issue that the vhost-user crash
when start VM. Have u changed the code? As you said below, vhost-switch will
notify guest after sending every packet, yes, it's the current code, and
Huawei, Xie will plan to optimize it in future. Is the
Hi,
I set 6 (2M)hugepages in the host menu.list config file which is of
132160052 kB total mem. I write a deamon programmer testing rte_eal_init()
function.
When I have added mlockall system calling before rte_eal_init function and
started running the testing deamon, the host reboots.
On 2015/2/9 10:57, Xu, Qian Q wrote:
> Haifeng,
> No matter mergeable =0 or 1, I have not met the issue that the vhost-user
> crash when start VM. Have u changed the code? As you said below, vhost-switch
> will notify guest after sending every packet, yes, it's the current code, and
>
Tested-by: Haifeng Tang
- Tested Commit: bfca21f8a0defa7173895ba00e30f685b3209b81
- OS: Ubuntu 14.04 LTS 3.13.0-24-generic
- GCC: gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)
- CPUIntel(R) Xeon(R) CPU E5-2680 0 @ 2.70GHz
- NIC: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection
This patch set enables i40e TSO feature for both non-tunneling packet and
tunneling packet.
Change logs:
v2 change: rework based on Olivier's patch set [PATCH v2 00/20] enhance tx
checksum offload API
http://dpdk.org/ml/archives/dev/2015-February/012375.html
Jijiang Liu
Advertise the DEV_TX_OFFLOAD_TCP_TSO flag in the PMD features. It means that
the i40e PMD supports the offload of TSO.
Signed-off-by: Jijiang Liu
Signed-off-by: Miroslaw Walukiewicz
---
lib/librte_pmd_i40e/i40e_ethdev.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
This patch enables i40e TSO feature for both non-tunneling packet and tunneling
packet.
Signed-off-by: Jijiang Liu
Signed-off-by: Miroslaw Walukiewicz
---
lib/librte_pmd_i40e/i40e_rxtx.c | 99 ---
lib/librte_pmd_i40e/i40e_rxtx.h | 13 +
2 files
Currently only 6 bits which are stored in ol_flags are used to indicate the
packet types. This is not enough, as some NIC hardware can recognize quite
a lot of packet types, e.g i40e hardware can recognize more than 150 packet
types. Hiding those packet types hides hardware offload capabilities
As there are only 6 bit flags in ol_flags for indicating packet types,
which is not enough to describe all the possible packet types hardware
can recognize. For example, i40e hardware can recognize more than 150
packet types. Unified packet type is composed of tunnel type, L3 type,
L4 type and
To unify packet types among all PMDs, bit masks of packet type for
ol_flags are replaced by unified packet type.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_e1000/igb_rxtx.c | 98 ++---
1 file changed, 83 insertions(+), 15 deletions(-)
v2 changes:
* Used
To unify packet types among all PMDs, bit masks of packet type for
ol_flags are replaced by unified packet type.
Note that around 2.5% performance drop (64B) was observed of doing
4 ports (1 port per 82599 card) IO forwarding on the same SNB core.
Signed-off-by: Helin Zhang
---
To unify packet types among all PMDs, bit masks of packet type for
ol_flags are replaced by unified packet type.
Note that around 2% performance drop (64B) was observed of doing
4 ports (1 port per 82599 card) IO forwarding on the same SNB core.
Signed-off-by: Cunming Liang
Signed-off-by: Helin
To unify packet types among all PMDs, bit masks of packet type for
ol_flags are replaced by unified packet type.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_i40e/i40e_rxtx.c | 786 ++--
1 file changed, 512 insertions(+), 274 deletions(-)
v2 changes:
* Used
To unify packet types among all PMDs, bit masks of packet type for
ol_flags are replaced by unified packet type.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_vmxnet3/vmxnet3_rxtx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
v2 changes:
* Used redefined packet types and enlarged
To unify packet types among all PMDs, bit masks and relevant macros
of packet type for ol_flags are replaced by unified packet type and
relevant macros.
Signed-off-by: Helin Zhang
Signed-off-by: Jijiang Liu
---
app/test-pmd/csumonly.c | 6 +++---
app/test-pmd/rxonly.c | 9 +++--
2 files
To unify packet types among all PMDs, bit masks and relevant macros
of packet type for ol_flags are replaced by unified packet type and
relevant macros.
Signed-off-by: Helin Zhang
---
examples/ip_fragmentation/main.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
v2 changes:
*
To unify packet types among all PMDs, bit masks and relevant macros
of packet type for ol_flags are replaced by unified packet type and
relevant macros.
Signed-off-by: Helin Zhang
---
examples/ip_reassembly/main.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
v2 changes:
* Used
To unify packet types among all PMDs, bit masks and relevant macros
of packet type for ol_flags are replaced by unified packet type and
relevant macros.
Signed-off-by: Helin Zhang
---
examples/l3fwd-acl/main.c | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
v2
To unify packet types among all PMDs, bit masks and relevant macros
of packet type for ol_flags are replaced by unified packet type and
relevant macros.
Signed-off-by: Helin Zhang
---
examples/l3fwd/main.c | 64 ---
1 file changed, 35
As unified packet types are used instead, those old bit masks
and the relevant macros for packet type indication need to be
removed.
Signed-off-by: Helin Zhang
---
lib/librte_mbuf/rte_mbuf.c | 6 --
lib/librte_mbuf/rte_mbuf.h | 14 --
2 files changed, 4 insertions(+), 16
This patch series adds a dynamic port hotplug framework to DPDK.
With the patches, DPDK apps can attach or detach ports at runtime.
The basic concept of the port hotplug is like followings.
- DPDK apps must have responsibility to manage ports.
DPDK apps only know which ports are attached or
From: Michael Qiu
Currently, dpdk has no ability to know which type of driver(
vfio-pci/igb_uio/uio_pci_generic) the device used. It only can
check whether vfio is enabled or not staticly.
It really useful to have the flag, becasue different type need to
handle
To remove assumption, do like followings.
This patch adds "RTE_PCI_DRV_DETACHABLE" to drv_flags of rte_pci_driver
structure. The flags indicate the driver can detach devices at runtime.
Also, remove assumption that port will not be detached.
To remove the assumption.
- Add 'attached' member to
This patch replaces pci_addr_comparison() and memcmp() of pci addresses by
eal_compare_pci_addr().
v5:
- Fix pci_scan_one to handle pt_driver correctly.
v4:
- Fix calculation method of eal_compare_pci_addr().
- Add parameter checking.
Signed-off-by: Tetsuya Mukawa
---
The patch adds function pointer to rte_pci_driver and eth_driver
structure. These function pointers are used when ports are detached.
Also, the patch adds rte_eth_dev_uninit(). So far, it's not called
by anywhere, but it will be called when port hotplug function is
implemented.
v6:
- Fix
The patch adds following functions.
- rte_eth_dev_save()
The function is used for saving current rte_eth_dev structures.
- rte_eth_dev_get_changed_port()
The function receives the rte_eth_dev structures, then compare
these with current values to know which port is actually
attached or
The function removes the specified devargs entry from devargs_list.
Also, the patch adds sanity checking to rte_eal_devargs_add().
v5:
- Change function definition of rte_eal_devargs_remove().
v4:
- Fix sanity check code.
Signed-off-by: Tetsuya Mukawa
---
- Add rte_eal_pci_close_one_dirver()
The function is used for closing the specified driver and device.
- Add pci_invoke_all_drivers()
The function is based on pci_probe_all_drivers. But it can not only
probe but also close drivers.
- Add pci_close_all_drivers()
The function tries to find a
These functions are used for attaching or detaching a port.
When rte_eal_dev_attach() is called, the function tries to realize the
device name as pci address. If this is done successfully,
rte_eal_dev_attach() will attach physical device port. If not, attaches
virtual devive port.
When
The patch enables CONFIG_RTE_LIBRTE_EAL_HOTPLUG in Linux configuration.
Signed-off-by: Tetsuya Mukawa
---
config/common_linuxapp | 5 +
1 file changed, 5 insertions(+)
diff --git a/config/common_linuxapp b/config/common_linuxapp
index d428f84..81055f8 100644
--- a/config/common_linuxapp
This patch adds a new section for describing port hotplug framework.
Signed-off-by: Tetsuya Mukawa
---
doc/guides/prog_guide/index.rst | 1 +
doc/guides/prog_guide/port_hotplug_framework.rst | 110 +++
2 files changed, 111 insertions(+)
create mode 100644
This patch adds finalization code to free resources allocated by the
PMD.
v6:
- Fix a paramter of rte_eth_dev_free().
v4:
- Change function name.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_pmd_pcap/rte_eth_pcap.c | 40 ++
1 file changed, 40 insertions(+)
The patch introduces following commands.
- port attach [ident]
- port detach [port_id]
- attach: attaching a port
- detach: detaching a port
- ident: pci address of physical device.
Or device name and parameters of virtual device.
(ex. :02:00.0, eth_pcap0,iface=eth0)
-
On 2/9/2015 4:31 PM, Tetsuya Mukawa wrote:
> To remove assumption, do like followings.
[...]
> struct rte_eth_dev_sriov {
> @@ -1604,6 +1605,10 @@ extern struct rte_eth_dev rte_eth_devices[];
> * initialized by the [matching] Ethernet driver during the PCI probing
> phase.
> * All devices
On 2015/02/06 20:32, Iremonger, Bernard wrote:
> Hi Tetsuya,
>
> My comments are in line below.
>
>> -Original Message-
>> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
>> Sent: Friday, February 6, 2015 4:38 AM
>> To: dev at dpdk.org
>> Cc: Iremonger, Bernard; Tetsuya Mukawa
>>
Hello,
This patch does two things at the same time.
Please split this to make it easier to understand (see comments below).
On Mon, Feb 9, 2015 at 7:32 AM, Jijiang Liu wrote:
> This patch enables i40e TSO feature for both non-tunneling packet and
> tunneling packet.
>
> Signed-off-by: Jijiang
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 with vfio ?
- Anyway, I suppose we could reuse this api to remove the
> Subject: [PATCH] x32 ABI support, first iteration
>
> Signed-off-by: Konstantin Ananyev
> Signed-off-by: Daniel Mrzyglod
> ---
> config/defconfig_x86_x32-native-linuxapp-gcc | 46
> mk/arch/x86_x32/rte.vars.mk | 63
>
> 2
On Mon, Feb 09, 2015 at 02:40:35PM +0800, Helin Zhang wrote:
> As there are only 6 bit flags in ol_flags for indicating packet types,
> which is not enough to describe all the possible packet types hardware
> can recognize. For example, i40e hardware can recognize more than 150
> packet types.
Hi Bruce,
As a follow-on to my previous question: I suppose what I'm really getting at is
trying to understand the implications of removing the data pointer, and
determine if it's possible to replicate behavior observed in DPDK 1.7 (which we
need in our use case).
Take this situation for
Hi Team,
Can anyone please suggest me is there any packet generator which support
Intel-DPDK and also can able to send the packets in a controlled way?
[Controlled way means where I can able control the sending packets data rate
and number of packets and it's size. ]
Along with this please
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, February 09, 2015 4:00 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/02/2015 03:02 AM,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, February 09, 2015 4:00 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 02/17] eal: new eal option '--lcores' for
> cpu
> assignment
>
> Hi,
>
> On 02/02/2015 03:02
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, February 09, 2015 4:00 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/02/2015
Hello Helin,
On Thu, Oct 16, 2014 at 2:43 AM, Zhang, Helin wrote:
> Hi Thomas
>
>
>
> Yes, your proposal it the perfect one, also the most complicated one. I
> was thinking of that one as well, but we did not have enough time for that
> in our 1.8 timeframe.
>
> In the long run, I agree with
On Sun, Feb 8, 2015 at 6:36 PM, Stephen Hemminger <
stephen at networkplumber.org> wrote:
> From: Stephen Hemminger
>
> Silence is normal. drivers should speak only when spoken to and not
> be chatty.
>
> Signed-off-by: Stephen Hemminger
> ---
> lib/librte_pmd_enic/enic_main.c | 2 --
> 1 file
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, February 09, 2015 4:00 AM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 04/17] eal: add support parsing socket_id
> from cpuset
>
> Hi,
>
> On 02/02/2015 03:02 AM,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, February 09, 2015 4:00 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/02/2015 03:02 AM,
On Mon, Feb 09, 2015 at 10:51:36AM +, Kavanagh, Mark B wrote:
> Hi Bruce,
>
> As a follow-on to my previous question: I suppose what I'm really getting at
> is trying to understand the implications of removing the data pointer, and
> determine if it's possible to replicate behavior observed
On 2/9/2015 4:31 PM, Tetsuya Mukawa wrote:
> This patch replaces pci_addr_comparison() and memcmp() of pci addresses by
> eal_compare_pci_addr().
>
> v5:
> - Fix pci_scan_one to handle pt_driver correctly.
> v4:
> - Fix calculation method of eal_compare_pci_addr().
> - Add parameter checking.
>
>
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Monday, February 09, 2015 4:00 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/02/2015 03:02
Hi Bruce,
I figured as much, thanks for confirming.
We'll probably go with a flag.
Thanks again,
Mark
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, February 9, 2015 12:59 PM
> To: Kavanagh, Mark B
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] mbuf: how to set data to
> -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 08/14] eal/linux/pci: Add functions for unmapping igb_uio
> resources
>
>
> -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 08/17] eal: apply affinity of EAL thread by
> assigned cpuset
>
> Hi,
>
> On 02/02/2015 03:02
> -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 09/17] enic: fix re-define freebsd compile
> complain
>
> Hi,
>
> On 02/02/2015 03:02 AM,
> -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 10/17] malloc: fix the issue of
> SOCKET_ID_ANY
>
> Hi,
>
> On 02/02/2015 03:02 AM, Cunming
> -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 11/17] log: fix the gap to support non-EAL
> thread
>
> Hi,
>
> On 02/02/2015 03:02 AM,
> More files should be referenced in MAINTAINERS files:
> - some (forgotten) docs can be co-maintained in doc and lib areas
> - new ABI files
> The script can now check for unknown files.
>
> Thomas Monjalon (3):
> maintainers: dispatch more doc
> maintainers: add ABI versioning
>
> -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 12/17] eal: set _lcore_id and _socket_id to
> (-1)
> by default
>
> Hi,
>
> On 02/02/2015
On Thu, Jan 29, 2015 at 05:28:16PM +0800, Danny Zhou wrote:
> Linux kernel provides UIO as well as VFIO mechanism to support writing user
> space device driver. Comparing to UIO which is available since 2.6.32 kernel,
> the VFIO is introduced into kernel since version 3.6.0 with better interrupt
>
> Signed-off-by: Yong Wang
> VMware vmxnet3
> +M: Yong Wang
> F: lib/librte_pmd_vmxnet3/
> F: doc/guides/prog_guide/poll_mode_drv_paravirtual_vmxnets_nic.rst
Acked-by: Thomas Monjalon
Could you help reviewing these patches?
> -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 14/17] mempool: add support to non-EAL
> thread
>
> Hi,
>
> On 02/02/2015 03:02 AM, Cunming
> > Signed-off-by: Pablo de Lara
[...]
> > Driver testing tool
> > +M: Pablo de Lara
> > F: app/test-pmd/
> > F: doc/guides/testpmd_app_ug/
>
> Acked-by: Sergio Gonzalez Monroy
Acked-by: Thomas Monjalon
Applied, thanks
2015-02-06 13:13, Gonzalez Monroy, Sergio:
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cristian Dumitrescu
> > Sent: Wednesday, February 4, 2015 3:53 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCH] MAINTAINERS: claim metering, sched and pkt
> > framework
> >
> > As
> -Original Message-
> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
> Sent: Monday, February 9, 2015 8:30 AM
> To: dev at dpdk.org
> Cc: Iremonger, Bernard; Qiu, Michael; Tetsuya Mukawa
> Subject: [PATCH v7 03/14] eal/pci,ethdev: Remove assumption that port will
> not be detached
>
> > Signed-off-by: Konstantin Ananyev
>
> Acked-by: Sergio Gonzalez Monroy
Acked-by: Thomas Monjalon
Applied, thanks
> > Signed-off-by: Bruce Richardson
>
> Acked-by: Pablo de Lara
Acked-by: Thomas Monjalon
Applied, thanks
> > Signed-off-by: Bruce Richardson
>
> Acked-by: Helin Zhang
Acked-by: Thomas Monjalon
Applied, thanks
> Claim i40e and KNI modules.
>
> Signed-off-by: Helin Zhang
Acked-by: Thomas Monjalon
Applied, thanks
2015-02-09 14:50, David Marchand:
> As discussed with Thomas, I would like to take care of the common eal and
> linux
> implementation.
>
> Signed-off-by: David Marchand
[...]
> EAL API and common code
> -M: Thomas Monjalon
> +M: David Marchand
Thank you David to assume this responsibility.
> > I will be a volunteer of reviewing the following files:
> >lib/librte_pmd_virtio/
> >doc/guides/prog_guide/poll_mode_drv_emulated_virtio_nic.rst
> >lib/librte_vhost/
> >doc/guides/prog_guide/vhost_lib.rst
> >examples/vhost/
> >doc/guides/sample_app_ug/vhost.rst
> >
> >
1 - 100 of 124 matches
Mail list logo