hi Bruce ,
Thank you for your response .
I am accessing my VM via " vncviewer " . so ssh doesn't come into picture .
Is there any way to find the root cause of my problem . does dpdk stores
any logs while binding interfaces to igb_uio.
i have seen my /var/log/messages . but could not find any clue
hi Mike,
Thanks for our detailed explanation of your example . usually i do similar
to u and i am aware of working with dpdk applications .
my problem is :
1. i have written a code for host to guest communication .[taken form
usvhost which is developed in ovdk vswitch] .
2. i launched VM with two
2015-02-26 19:57 GMT+09:00 Thomas Monjalon :
> 2015-02-26 18:06, Tetsuya Mukawa:
>> 2015-02-26 16:03 GMT+09:00 Thomas Monjalon :
>> > 2015-02-25 16:49, Stephen Hemminger:
>> >> Build fails if HOTPLUG is disabled
>>
>> Hi Stephen,
>>
>> I appreciate for you reporting.
>>
>> >
>> > OK thanks for repo
hi ,
I have written sample program for usvhost supported by ovdk.
i have initialized VM using the below command .
On the VM :
I am able to see two interfaces . and working fine with traffic in
rawsocket mode .
my problem is when i bind the interfaces to pmd driver[ ibg_uio ] my
virtual machine i
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa
> Sent: Wednesday, February 25, 2015 7:32 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v15] testpmd: Add port hotplug support
>
> The patch introduces following commands.
> - port attac
2015-02-26 16:03 GMT+09:00 Thomas Monjalon :
> 2015-02-25 16:49, Stephen Hemminger:
>> Build fails if HOTPLUG is disabled
Hi Stephen,
I appreciate for you reporting.
>
> OK thanks for reporting.
> Actually there is no good reason to disable hotplug on Linux.
> Though it means that it's impossibl
On Thu, Feb 26, 2015 at 03:18:34PM +0100, Adrien Mazarguil wrote:
> On Thu, Feb 26, 2015 at 03:49:07PM +0200, Gleb Natapov wrote:
> > On Thu, Feb 26, 2015 at 02:36:27PM +0100, Thomas Monjalon wrote:
> > > 2015-02-26 13:51, Gleb Natapov:
> > > > Did git pull today. After enabling mlnx pmd compilatio
On Thu, Feb 26, 2015 at 10:08:59PM +0530, Srinivasreddy R wrote:
> hi Mike,
> Thanks for our detailed explanation of your example . usually i do similar
> to u and i am aware of working with dpdk applications .
> my problem is :
> 1. i have written a code for host to guest communication .[taken fo
On Fri, 27 Feb 2015 01:15:06 +0200
"vadim.suraev at gmail.com" wrote:
> +static inline void __attribute__((always_inline))
> +rte_pktmbuf_free_bulk(struct rte_mbuf *head)
Quit with the inlining. Inlining all the time isn't faster
it just increase the code bloat and causes i-cache misses.
> +{
>
Null driver fails on Debian Wheezy (with backports) which uses
GCC 4.7
== Build lib/librte_pmd_null
CC rte_eth_null.o
/home/shemminger/src/dpdk/lib/librte_pmd_null/rte_eth_null.c: In function
?eth_stats_get?:
/home/shemminger/src/dpdk/lib/librte_pmd_null/rte_eth_null.c:302:28: error:
array su
Hi Xie,
I connected a QEMU from git master with the vhost-user from git master
and noticed the following bug.
In the following code:
void
user_destroy_device(struct vhost_device_ctx ctx)
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Thursday, February 26, 2015 11:15 AM
> To: dev at dpdk.org; Simon Kagstrom
> Subject: Re: [dpdk-dev] [PATCH] headers: typeof -> __typeof__ to unbreak
> C++11 code
> I'd like to be sure t
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu
> Sent: Thursday, February 26, 2015 3:37 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3 0/3] support TSO on i40e
>
> This patch set enables i40e TSO feature for both non-tunneling packet
On Thu, Feb 26, 2015 at 02:36:27PM +0100, Thomas Monjalon wrote:
> 2015-02-26 13:51, Gleb Natapov:
> > Did git pull today. After enabling mlnx pmd compilation fails with:
> >
> > dpdk/lib/librte_pmd_mlx4/mlx4.c: In function ?mlx4_pci_devinit?:
> > dpdk/lib/librte_pmd_mlx4/mlx4.c:4636:14: error: to
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mcnamara, John
> Sent: Thursday, February 26, 2015 12:21 PM
> To: Tetsuya Mukawa; Thomas Monjalon
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v11 2/2] librte_pmd_null: Support port
> hotplug function
>
On Thu, Feb 26, 2015 at 03:49:07PM +0200, Gleb Natapov wrote:
> On Thu, Feb 26, 2015 at 02:36:27PM +0100, Thomas Monjalon wrote:
> > 2015-02-26 13:51, Gleb Natapov:
> > > Did git pull today. After enabling mlnx pmd compilation fails with:
> > >
> > > dpdk/lib/librte_pmd_mlx4/mlx4.c: In function ?m
In this example, the control network 00:03.0, remains unbound to UIO driver but
remains attached
to Linux device driver (ssh access with putty) and just the target interfaces
are bound.
Below, it shows all 3 interfaces bound to the uio driver, which are not usable
until a task uses the UIO driv
Fix possible memory leak issue: free kvlist before return;
Fix possible resource lost issue: close qssockfd before return;
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_af_packet/rte_eth_af_packet.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/lib/librte_p
2015-02-26 13:51, Gleb Natapov:
> Did git pull today. After enabling mlnx pmd compilation fails with:
>
> dpdk/lib/librte_pmd_mlx4/mlx4.c: In function ?mlx4_pci_devinit?:
> dpdk/lib/librte_pmd_mlx4/mlx4.c:4636:14: error: too few arguments to function
> ?rte_eth_dev_allocate?
> eth_dev = rte_e
On 26/02/15 08:00, Hemant at freescale.com wrote:
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jay Rolette
>> Sent: 25/Feb/2015 7:00 PM
>> To: Marc Sune
>> Cc: DPDK
>> Subject: Re: [dpdk-dev] [PATCH] kni:optimization of rte_kni_rx_burst
>>
>> On Wed, F
Did git pull today. After enabling mlnx pmd compilation fails with:
dpdk/lib/librte_pmd_mlx4/mlx4.c: In function ?mlx4_pci_devinit?:
dpdk/lib/librte_pmd_mlx4/mlx4.c:4636:14: error: too few arguments to function
?rte_eth_dev_allocate?
eth_dev = rte_eth_dev_allocate(name);
On Wed, Feb 25, 201
On 2/26/15, 5:49 AM, "Thomas Monjalon" wrote:
>Hi Sujith,
>
>Do you have news about doc for enic?
>
>In case you didn't find the doc for pktgen-dpdk, it's available here:
> http://pktgen.readthedocs.org
Hi Sujith,
If you can not find the answer your questions in the doc please me an
email
In virtio test, on guest
1. Bind virtio port to igb_uio driver;
2. Remove igb_uio module;
3. Bind virtio port to virtio-pci driver, it fails and reports:
"Error - no supported modules are loaded"
The tool should check the to-be-bound driver flag, if it is dpdk
driver(igb_uio, vfio etc),
and th
Hi Sujith,
Do you have news about doc for enic?
In case you didn't find the doc for pktgen-dpdk, it's available here:
http://pktgen.readthedocs.org
2015-01-21 05:03, Sujith Sankar:
> Hi David,
>
> Apologies for the delay. I was not able to find quality time to finish it
> as a few othe
2015-02-25 18:31, Stephen Hemminger:
> Support the VLAN filter functionality of the VMXNET3 interface.
>
> Signed-off-by: Stephen Hemminger
> ---
> v2 -- incorporate comments from Yong Wang
You forgot v2 in the title.
Please prefer a cover letter threading when sending a series of patches;
it's
On 2015-02-26 12:14, Thomas Monjalon wrote:
> 2015-02-25 14:28, Simon Kagstrom:
>> When compiling C++11-code or above (--std=c++11), the build fails with
>> lots of
>>
>> rte_eth_ctrl.h:517:3: note: in expansion of macro RTE_ALIGN
>> (RTE_ALIGN(RTE_ETH_FLOW_MAX, UINT32_BIT)/UINT32_BIT)
>>
Hi,
The HEAD doesn't compile with gcc 4.7.2:
$ git clone http://dpdk.org/git/dpdk
$ cd dpdk
$ make T=x86_64-native-linuxapp-gcc -j install
...
== Build lib/librte_pipeline
SYMLINK-FILE include/rte_pipeline.h
CC rte_pipeline.o
/tmp/dpdk/lib/librte_pmd_null/rte
Hi Simon,
2015-02-25 14:28, Simon Kagstrom:
> When compiling C++11-code or above (--std=c++11), the build fails with
> lots of
>
> rte_eth_ctrl.h:517:3: note: in expansion of macro RTE_ALIGN
> (RTE_ALIGN(RTE_ETH_FLOW_MAX, UINT32_BIT)/UINT32_BIT)
> ^
>
> When reading the GCC info pages,
2015-02-26 18:06, Tetsuya Mukawa:
> 2015-02-26 16:03 GMT+09:00 Thomas Monjalon :
> > 2015-02-25 16:49, Stephen Hemminger:
> >> Build fails if HOTPLUG is disabled
>
> Hi Stephen,
>
> I appreciate for you reporting.
>
> >
> > OK thanks for reporting.
> > Actually there is no good reason to disable
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
Signed-off-by: Grzegorz Galkowski
---
lib/librte_pmd_i40e/i40e_rxtx.c | 60 +++---
lib/librte_pmd_i40e/i40e_
The structure size is u64 so it could be used with single cpu operation.
Signed-off-by: Jijiang Liu
Signed-off-by: Miroslaw Walukiewicz
Signed-off-by: Grzegorz Galkowski
---
lib/librte_pmd_i40e/i40e_rxtx.c | 39 +--
lib/librte_pmd_i40e/i40e_rxtx.h | 11
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
v3 change:
Update the share code version into cid-10g-shared-code.2015.02.03.
Signed-off-by: Changchun Ouyang
---
lib/librte_pmd_ixgbe/ixgbe/README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_pmd_ixgbe/ixgbe/README
b/lib/librte_pmd_ixgbe/ixgbe/README
index e0e5f0d..ba124
On 2015-02-26 07:42, Ouyang Changchun wrote:
> Fix possible memory leak issue: free kvlist before return;
> Fix possible resource lost issue: close qssockfd before return;
>
> Signed-off-by: Changchun Ouyang
> ---
> lib/librte_pmd_af_packet/rte_eth_af_packet.c | 11 +--
> 1 file changed
On Thu, 26 Feb 2015 07:55:13 +
"Liu, Jijiang" wrote:
> If the application is built with DOM0 support , the application will run in
> non Dom0 environment when using the new argument, correct?
Yes.
Our startup script has
if [ -d /proc/xen ] ; then
log_progress_msg "xen_uio"
2015-02-25 16:49, Stephen Hemminger:
> Build fails if HOTPLUG is disabled
OK thanks for reporting.
Actually there is no good reason to disable hotplug on Linux.
Though it means that it's impossible to build on FreeBSD.
Tetsuya, the right fix is to remove this option.
You should manage to graceful
Signed-off-by: Keith Wiles
---
lib/librte_ether/rte_ethdev.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index bb94ccb..6fd89d7 100644
--- a/lib/librte_ether/rte_ethdev.c
+++ b/lib/librte_ether/rte_ethde
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Sunday, February 15, 2015 11:25 PM
> To: dev at dpdk.org
> Cc: Stephen Hemminger
> Subject: [dpdk-dev] [PATCH 3/5] xen: add phys-addr command line argument
>
> Allow overriding defaul
Theres no need to export this variable. Its set and queried from an API call
that doesn't exist in the hot path. Instead just export the rte_socket_id
symbol and make the variable private to protect it from type changes. We should
do this with the other exported variables too, but I think its to
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jay Rolette
> Sent: 25/Feb/2015 7:00 PM
> To: Marc Sune
> Cc: DPDK
> Subject: Re: [dpdk-dev] [PATCH] kni:optimization of rte_kni_rx_burst
>
> On Wed, Feb 25, 2015 at 6:38 AM, Marc Sune wrote:
>
> >
> > On 25
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Sunday, February 15, 2015 10:28 PM
> To: Liu, Jijiang
> Cc: Stephen Hemminger; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/4] xen: allow choosing dom0 support at
> runtime
>
> On Sun, 15
Added code that saves the pointers to the detached devices, during
driver loading, and during driver unloading, go over the list,
and re-attach them by calling device_probe_and_attach
on each device.
Signed-off-by: Raz Amir
---
lib/librte_eal/bsdapp/nic_uio/nic_uio.c | 26 +++
Tested-by: Qian Xu
- Tested Commit: b67578ccdf45df9fd0f0204578b71acd854ca834
- OS: Fedora20 3.11
- GCC: gcc version 4.8.3 20140624
- CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
- NIC: Intel 82599 Ethernet 10G SFI/SFP+ Network Connection
- Default x86_64-native-linuxapp-gcc configuration
- Tota
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.
v15:
- Fix function names like below.
- rte_eal_dev_attach() to rte_eth_dev_attach().
- rte_eal_dev_detach() to rte_eth_dev_detach().
Signed-off-by: Tetsuya Mukawa
---
doc/guides/prog_guide/index.rst | 1 +
These functions are used for attaching or detaching a port.
When rte_eth_dev_attach() is called, the function tries to realize the
device name as pci address. If this is done successfully,
rte_eth_dev_attach() will attach physical device port. If not, attaches
virtual devive port.
When rte_eth_dev_
The patch adds following functions.
- rte_eal_vdev_init();
- rte_eal_vdev_uninit();
- rte_eal_parse_devargs_str().
These functions are used for driver initialization and finalization.
v15:
- Add this patch to hotplug series.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/common/eal_common_dev
This new parameter is needed to keep device type like PCI or virtual.
Port detaching processes are different between PCI device and virtual
device.
RTE_ETH_DEV_PCI indicates device type is PCI. RTE_ETH_DEV_VIRTUAL
indicates device is virtual.
v15:
- Remove needless symbols in version.map
- Move rt
- Add pci_close_all_drivers()
The function tries to find a driver for the specified device, and
then close the driver.
- Add rte_eal_pci_probe_one() and rte_eal_pci_close_one()
The functions are used for probe and close a device.
First the function tries to find a device that has the specif
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.
v9:
- Remove "rte_dev_hotplug.h".
- Remove needless "#ifdef".
(Thanks to Thomas Monjalon and Neil Horman)
- Remove pci_unmap_device(). It will be impleme
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.
v10:
- Add size par
This patch adds rte_eth_dev_release_port(). The function is used for
changing an attached status of the device that has specified name.
v9:
- rte_eth_dev_free() is replaced by rte_eth_dev_release_port().
(Thanks to Thomas Monjalon)
v6:
- Use rte_eth_dev structure as the paramter of rte_eth_dev_f
This patch replaces pci_addr_comparison() and memcmp() of pci addresses by
rte_eal_compare_pci_addr().
To compare PCI addresses, rte_eal_compare_pci_addr() doesn't use memcmp().
This is because sizeof(struct rte_pci_addr) returns 6, but actually
this structure is like below.
struct rte_pci_addr {
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
The patch adds CONFIG_RTE_LIBRTE_EAL_HOTPLUG in Linux and BSD
configuration. So far, Hotplug functions only support linux.
v9:
- Move this patch at the top of this patch series.
(Thanks to Thomas Monjalon)
Signed-off-by: Tetsuya Mukawa
---
config/common_bsdapp | 6 ++
config/common_linu
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
Tested-by: Qian Xu
- Tested Commit: b67578ccdf45df9fd0f0204578b71acd854ca834
- OS: Fedora20 3.11
- GCC: gcc version 4.8.3 20140624
- CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
- NIC: Intel 82599 Ethernet 10G SFI/SFP+ Network Connection
- Default x86_64-native-linuxapp-gcc configuration
- Tota
Resend this single patch only as it seems be blocked and not present in the
mailing list.
Thanks
Changchun
> -Original Message-
> From: Ouyang, Changchun
> Sent: Thursday, February 26, 2015 10:09 AM
> To: dev at dpdk.org
> Cc: Richardson, Bruce; Cao, Waterman; Ouyang, Changchun
> Subject
A new DPDK release candidate is ready for testing:
http://dpdk.org/browse/dpdk/tag/?id=v2.0.0-rc1
This is the first release candidate for DPDK 2.0.
It means we are entering in the RC testing phase.
Only fixes and cleanups will be accepted.
Changelog (main changes since 1.8.0)
- en
> This patch adds port hotplug support to Null PMD.
>
> v9:
> - Use rte_eth_dev_release_port() instead of rte_eth_dev_free().
> v7:
> - Add parameter checkings.
>(Thanks to Iremonger, Bernard)
> v6:
> - Fix a parameter of rte_eth_dev_free().
> v4:
> - Fix commit title.
>
> Signed-off-by:
> 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,i
> 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
Applied, thanks
2015-02-26 04:32, Tetsuya Mukawa:
> 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 a
67 matches
Mail list logo
