Hi Stephen,
What is the reason not to clear statistics on read? Do you have a use-case /
justification for it?
(BTW, I see you added the reset functions, but was it also your intention to
remove the memset to 0 from the stats read functions? :) )
Regards,
Cristian
-Original Message-
F
Hi,
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 --nb-ports=2
./build/app/testpmd: error while loadi
Hello Xie,
I am testing your vhost-user patchset with the plumbing of
my ongoing lower latency neutron implementation.
Can you share with the list your roadmap of 2015 for the
dpdk/vhost topic ?
Best regards
Beno?t
Hi,
On 02/09/2015 03:41 PM, Liang, Cunming wrote:
>>> #ifdef RTE_LIBRTE_MEMPOOL_DEBUG
>>> -#define __MEMPOOL_STAT_ADD(mp, name, n) do { \
>>> - unsigned __lcore_id = rte_lcore_id(); \
>>> - mp->stats[__lcore_id].name##_objs += n; \
>>> -
Hi,
On 02/09/2015 03:24 PM, Liang, Cunming wrote:
>>> --- a/lib/librte_eal/linuxapp/eal/eal_thread.c
>>> +++ b/lib/librte_eal/linuxapp/eal/eal_thread.c
>>> @@ -57,8 +57,8 @@
>>> #include "eal_private.h"
>>> #include "eal_thread.h"
>>>
>>> -RTE_DEFINE_PER_LCORE(unsigned, _lcore_id);
>>> -RTE_DEFI
On Mon, Feb 09, 2015 at 10:48:36PM +, Dumitrescu, Cristian wrote:
> Hi Stephen,
>
> What is the reason not to clear statistics on read? Do you have a use-case /
> justification for it?
>
> (BTW, I see you added the reset functions, but was it also your intention to
> remove the memset to 0
Hi,
On 02/09/2015 03:19 PM, Liang, Cunming wrote:
>>> --- a/lib/librte_eal/common/include/rte_log.h
>>> +++ b/lib/librte_eal/common/include/rte_log.h
>>> @@ -144,6 +144,11 @@ uint32_t rte_get_log_level(void);
>>> void rte_set_log_type(uint32_t type, int enable);
>>>
>>> /**
>>> + * Get the globa
Hi,
On 02/09/2015 03:08 PM, Liang, Cunming wrote:
>
>
>> -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
>>
Hi,
On 02/09/2015 02:48 PM, Liang, Cunming wrote:
>> -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 b
Hi,
On 02/09/2015 02:12 PM, Liang, Cunming wrote:
>>> +int
>>> +rte_thread_get_affinity(rte_cpuset_t *cpusetp)
>>> +{
>>> + if (!cpusetp)
>>> + return -1;
>>
>> Same here. This is the only reason why rte_thread_get_affinity() could
>> fail. Removing this test would allow to change the
Hi,
On 02/09/2015 01:45 PM, Liang, Cunming wrote:
>>> +/**
>>> + * Dump the current pthread cpuset.
>>> + * This function is private to EAL.
>>> + *
>>> + * @param str
>>> + * The string buffer the cpuset will dump to.
>>> + * @param size
>>> + * The string buffer size.
>>> + */
>>> +#define C
Hi,
On 02/09/2015 01:26 PM, Liang, Cunming wrote:
>>> @@ -50,4 +54,52 @@ __attribute__((noreturn)) void *eal_thread_loop(void
>> *arg);
>>> */
>>> void eal_thread_init_master(unsigned lcore_id);
>>>
>>> +/**
>>> + * Get the NUMA socket id from cpu id.
>>> + * This function is private to EAL.
>>
Hi,
On 02/09/2015 12:57 PM, Liang, Cunming wrote:
>>> @@ -469,7 +469,7 @@ eal_parse_lcores(const char *lcores)
>>> /* Remove all blank characters ahead and after */
>>> while (isblank(*lcores))
>>> lcores++;
>>> - i = strnlen(lcores, sysconf(_SC_ARG_MAX));
>>> + i = strnlen
2015-02-09 16:18, Dumitrescu, Cristian:
> > About cfgfile, we are still waiting for the cleanup in qos_sched example:
> > http://dpdk.org/ml/archives/dev/2014-October/006774.html
> > Do you have news?
> We are working on some enhancements on librte_cfg for release 2.1, so in
> order to avoid u
Hi,
On 02/09/2015 12:33 PM, Liang, Cunming wrote:
>> On 02/02/2015 03:02 AM, Cunming Liang wrote:
>>> The patch adds 'cpuset' into per-lcore configure 'lcore_config[]',
>>> as the lcore no longer always 1:1 pinning with physical cpu.
>>> The lcore now stands for a EAL thread rather than a logical
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
>> Subject
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> Sent: Monday, February 09, 2015 5:07 PM
> 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
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)
- po
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(+)
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
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
+++
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 rte_eal_dev_
This new parameter is needed to keep device type like physical or virtual.
Port detaching processes are different between physical and virtual.
This parameter lets detaching function know a device type of the port.
v4:
- Fix comments of rte_eth_dev_type.
Signed-off-by: Tetsuya Mukawa
---
app/te
- 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
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
---
lib/librte_eal/common/eal_common_devarg
The patch adds functions for unmapping igb_uio resources. The patch is only
for Linux and igb_uio environment. VFIO and BSD are not supported.
v5:
- Fix pci_unmap_device() to check pt_driver.
v4:
- Add parameter checking.
- Add header file to determine if hotplug can be enabled.
Signed-off-by: Te
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 deta
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 rte_eth_d
This patch adds rte_eth_dev_free(). The function is used for changing an
attached status of the device that has specified name.
v6:
- Use rte_eth_dev structure as the paramter of rte_eth_dev_free().
v4:
- Add parameter checking.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_ether/rte_ethdev.c |
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
---
lib/librte_eal/bsdapp/eal/
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 rt
From: Michael Qiu
With the driver type flag in struct rte_pci_dev, we do not need
to always map uio devices with vfio related function when
vfio enabled.
Signed-off-by: Michael Qiu
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/linuxapp/eal/eal_pci.c | 30 +-
1
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 differently in runtime. For exampl
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 deta
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 le
> > 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
> >
> >
Hi Varun,
> -Original Message-
> From: Rapelly, Varun [mailto:vrapelly at sonusnet.com]
> Sent: Friday, February 06, 2015 4:58 PM
> To: Ananyev, Konstantin
> Subject: FW: [dpdk-dev] ACL Issue with single field rule and rest with wild
> card entry
>
> Sorry for too many mails. :)
>
> I t
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.
> Claim i40e and KNI modules.
>
> Signed-off-by: Helin Zhang
Acked-by: Thomas Monjalon
Applied, thanks
Thank you, Thomas!
We are working on some enhancements on librte_cfg for release 2.1, so in order
to avoid unnecessary code churn, it is probably
better to have the librte_cfgfile changes done first, then have a subsequent
patch on qos_sched.
Regards,
Cristian
-Original Message-
From:
> > Signed-off-by: Bruce Richardson
>
> Acked-by: Helin Zhang
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: Konstantin Ananyev
>
> 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 origi
> > 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
Hi, Xie
Is librte_vhost support openvswitch?
How to attach the vhost_device_ctx to the port of openvswitch?
On 2015/1/26 11:20, Huawei Xie wrote:
> v2 changes:
> make fdset num field reflect the current number of fds vhost server manages
> allocate context for connected fd in vserver_new_vq_con
Hi Olivier,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> Sent: Friday, February 06, 2015 3:20 PM
> To: Liang, Cunming; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 16/17] ring: add sched_yield to avoid spin
> forever
>
> Hi,
>
> On
> 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?
http://dpdk.org/dev/patchwork/project/dpdk/list/?q=vmxnet3
> -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 functions that will be used by port
> hotplug functions
> 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
> script
On Tue, Feb 10, 2015 at 01:24:02AM +0530, Akshay wrote:
> Sorry for not mentioning. But I meant atheros wired nics.
>
Ah, I wasn't aware they made wired NICS. Regardless, no such PMD has been
submitted for inclusion. They may have one that is proprietary, but none that
I'm aware of
Neil
> On Tu
2015-02-04 20:39, Neil Horman:
> On Wed, Feb 04, 2015 at 11:23:23PM +0100, Thomas Monjalon wrote:
> > Reference the new framework and policy for ABI versioning,
> > in the MAINTAINERS file.
> >
> > Signed-off-by: Thomas Monjalon
> > ---
> > MAINTAINERS | 3 +++
> > 1 file changed, 3 insertions(+
> -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
>
> -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 11/14] ethdev: Add one dev_type parameter to
> rte_eth_dev_allocate
>
> This
On Mon, 9 Feb 2015 22:48:36 +
"Dumitrescu, Cristian" wrote:
> Hi Stephen,
>
> What is the reason not to clear statistics on read? Do you have a use-case /
> justification for it?
>
> (BTW, I see you added the reset functions, but was it also your intention to
> remove the memset to 0 from
As discussed with Thomas, I would like to take care of the common eal and linux
implementation.
Signed-off-by: David Marchand
---
MAINTAINERS |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9a63714..2f0dfd2 100644
--- a/MAINTAINERS
+++ b/M
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 handle wireless NICS.
Neil
> -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 Li
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 deletio
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 insertions(+)
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-power/main.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
v2 changes:
* Used redef
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 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 r
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:
* Use
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 c
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
---
app/test-pipeline/pipeline_hash.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
v2 changes:
* Us
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 of packet type for
ol_flags are replaced by unified packet type.
Signed-off-by: Helin Zhang
---
lib/librte_pmd_enic/enic_main.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
v2 changes:
* Used redefined packet types and enla
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.
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 Z
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
---
lib/librte_pmd_ix
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 re
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 inne
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 whi
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 chang
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 a
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 (2):
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
>
> -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 03:
> -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, Cunmin
> -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 L
> -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, Cunm
> -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: 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
>
> Th
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
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 06/17] eal: add eal_common_thread.c for
> common thread API
>
> Hi,
>
> On 02/02/2015 03:02 AM
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 yo
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.
>
> S
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
> -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, Cunmi
> -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, Cu
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
> Huawei,
> -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 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 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 01/17] eal: add cpuset into per EAL thread
> lcore_config
>
> Hi,
>
> On 02/02/2015 03:02 AM,
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 examp
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 RTE_
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. Unif
> 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 fil
1 - 100 of 142 matches
Mail list logo
