2015-09-03 15:46, Mcnamara, John:
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> > Sent: Thursday, September 3, 2015 3:34 PM
> > To: Singh, Jasvinder
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH v2] librte_cfgfile
Hi
I am using VFs of Intel Dual port Ethernet Adapter x540 with DPDK 2.0.0.
While using DPDK, the x540 VFs are detected as 1G devices.
The information of port 0 by PMD driver is this:
PMD: eth_ixgbevf_dev_init(): port 0 vendorID=0x8086 deviceID=0x1515
mac.type=ixgbe_mac_82599_vf
To check the
2015-09-03 15:18, Jasvinder Singh:
> This patch refers to the ABI change proposed for librte_cfgfile
> (rte_cfgfile.h).
> In order to allow for longer names and values, the new values of macros
> CFG_NAME_LEN and CFG_NAME_VAL are set.
Please wrap the commit message.
CFG_NAME_VAL should be
On Wed, Sep 2, 2015 at 3:16 PM, Thomas Monjalon
wrote:
> The function rte_eal_pci_close_one() was renamed rte_eal_pci_detach().
>
> Signed-off-by: Thomas Monjalon
> Acked-by: Stephen Hemminger
> Acked-by: Neil Horman
>
Acked-by: David Marchand
--
David Marchand
Hello Ravi, Tetsuya,
On Tue, Aug 25, 2015 at 7:59 PM, Ravi Kerur wrote:
> Let us know how you want us to fix this? To fix rte_eal_vdev_init and
> rte_eal_pci_probe_one to return allocated port_id we had 2 approaches
> mentioned in earlier discussion. In addition to those we have another
>
Hello,
Have a question regarding l3fwd application. The l3fwd application expects
the poll mode driver to return packets whose L2 header is 16-byte aligned.
Otherwise, it results in a crash. This is due to use of _mm_load_si128()
and _mm_store_si128() intrinsics which expects the address to be
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Thursday, September 3, 2015 3:34 PM
> To: Singh, Jasvinder
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] librte_cfgfile (rte_cfgfile.h): modify
> the macros values
>
> >
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, September 2, 2015 2:17 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2 01/10] doc: init next release notes
P.S. Perhaps we should announce, or maybe this will do as
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, September 2, 2015 2:17 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2 01/10] doc: init next release notes
>
> Signed-off-by: Thomas Monjalon
Acked-by: John
Konstantin,
What do you think about this issue and the patch?
Thanks,
Cristian
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Piotr
> Sent: Wednesday, September 2, 2015 3:13 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/1] ip_frag: fix creating
Seen by code review.
If dpdk is run with memory only available on socket 0, then i40e pmd
refuses to initialize ports as this pmd requires some memory on socket 0.
Fix this by setting socket to SOCKET_ID_ANY, so that allocations happen on
the caller socket.
Signed-off-by: David Marchand
---
This patch refers to the ABI change proposed for librte_cfgfile (rte_cfgfile.h).
In order to allow for longer names and values, the new values of macros
CFG_NAME_LEN and CFG_NAME_VAL are set.
Signed-off-by: Jasvinder Singh
---
doc/guides/rel_notes/deprecation.rst | 4
Hi Neil, Thomas,
> >
> >
> > > > You didn't remove the relationship of the ethdev to the pci driver
> > > > though, which is really the problem, An ethdev may reside on any
> > > > number of bus types (pci/usb/vmbus/virt/none).
> >
> >
> >
> > > > Whats really needed is a way to associate an
On 2015/08/12 17:02, Ouyang Changchun wrote:
> diff --git a/lib/librte_vhost/vhost_user/virtio-net-user.h
> b/lib/librte_vhost/vhost_user/virtio-net-user.h
> index df24860..2429836 100644
> --- a/lib/librte_vhost/vhost_user/virtio-net-user.h
> +++ b/lib/librte_vhost/vhost_user/virtio-net-user.h
>
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, September 2, 2015 9:48 PM
> To: Singh, Jasvinder
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] librte_cfgfile (rte_cfgfile.h): modify the
> macros values
>
> 2015-09-02 16:53,
Hi,
Is there any particular reason of nor supporting the
RTE_PCI_DRV_INTR_LSC for vmxnet3. I can see we have introduced the same for the
other virtual driver virtio but not for vmxnet3. Do we have some technical
difficulties there ? Can someone throw some light on this.
--
On 09/02/2015 03:49 PM, Robie Basak wrote:
> Hi,
>
> We?re looking at packaging DPDK in Ubuntu. We?d like to discuss upstream
> changes to better integrate DPDK into Linux distributions.
> ...
>
> Thanks,
>
> Robie
Hello,
For your interest, we have also done some kind of packaging of dpdk for
Thank you for your input, earlier on this same ESXi server another similar
guest was able to run the Kernel mode ixgbevf driver and push several hundred
kilo packets per second via the kernel mode driver.
I am trying to get my hands on a second similar physical system for comparison,
but
2015-09-02 12:00, Stephen Hemminger:
> On Wed, 2 Sep 2015 18:17:40 +
> Don Provan wrote:
>
> > Thomas Monjalon:
> > >Yes but please, do not create an alternative init function.
> > >We just need to replace panic/exit with error codes and be sure that apps
> > >and examples handle them
19 matches
Mail list logo