Hi Neeraj,
I am glad your usecase works.
Please do let me know what is the maximum throughput you are able to achieve
with vmxnet3 (assuming your underlying physical NIC is 10 Gig), it will be
interesting to see the performance.
Regards
-Prashant
-Original Message-
From: dev [mailto
Hi Stephen,
I believe the 1.6.0r2 is baking.
It would be great if you could enhance the vmxnet3 driver on the above with
multi-segment support.
Any serious usecase ends up using multi-segment, so would be great if r2 can
capture it.
Regards
-Prashant
-Original Message-
From: dev [mail
05/03/2014 16:16, David Marchand :
> When not using vmxnet3-uio and virtio-uio PMDs, prevent igb_uio from binding
> these devices. This way, vmxnet3 and virtio PMDs won't fail to initialize
> because of a device silently bound to igb_uio.
>
> Signed-off-by: David Marchand
Acked and applied for v
In order to distinguish clearly this implementation from the extension
vmxnet3-usermap, it is renamed to reflect its usage of uio framework.
Signed-off-by: Thomas Monjalon
---
lib/librte_pmd_vmxnet3/Makefile | 2 +-
mk/rte.app.mk | 2 +-
2 files changed, 2 insertions(+), 2 dele
On 03/21/2014 01:59 PM, Thomas Monjalon wrote:
> In order to distinguish clearly this implementation from the extension
> vmxnet3-usermap, it is renamed to reflect its usage of uio framework.
>
> Signed-off-by: Thomas Monjalon
LGTM
Acked-by: Thomas Graf
Since commit 10ed994 (pci: use igb_uio mapping only when needed),
the flag RTE_PCI_DRV_NEED_IGB_UIO must be set even if RTE_EAL_UNBIND_PORTS
is disabled.
It was not the case for virtio_uio and vmxnet3_uio so the uio resources were
not mapped.
Reported-by: Daniel Kan
Signed-off-by: Thomas Monjalon
10/03/2014 23:29, Daniel Kan :
> virtio-pmd has the same pattern. I wonder if vmxnet3-pmd just blindly copied
> the same paradigm.
>
> 473 static struct eth_driver rte_virtio_pmd = {
> 474 {
> 475 .name = "rte_virtio_pmd",
> 476 .id_table = pci_id_virtio_map,
> 477 #ifdef RTE_E
21/03/2014 14:41, Thomas Graf :
> On 03/21/2014 01:59 PM, Thomas Monjalon wrote:
> > In order to distinguish clearly this implementation from the extension
> > vmxnet3-usermap, it is renamed to reflect its usage of uio framework.
> >
> > Signed-off-by: Thomas Monjalon
>
> LGTM
>
> Acked-by: Tho
21/03/2014 14:50, Thomas Monjalon :
> Since commit 10ed994 (pci: use igb_uio mapping only when needed),
> the flag RTE_PCI_DRV_NEED_IGB_UIO must be set even if RTE_EAL_UNBIND_PORTS
> is disabled.
> It was not the case for virtio_uio and vmxnet3_uio so the uio resources were
> not mapped.
>
> Repor
12/03/2014 13:19, Daniel Kan :
> The vmxnet3 PCI hardware resources were never memory mapped when
> RE_EAL_UNBIND_PORTS is not defined. Specifically, pci_dev->mem_resource is
> not mapped. The fix is to always set drv_flags with RTE_PCI_DRV_NEED_IGU
> for vmxnet3. This ensures pci_uio_map_resource(
From: "H. Peter Anvin"
Neil Horman reported that on x86-64 the upper half of %rbx would get
clobbered when the code was compiled PIC or PIE, because the
i386-specific code to preserve %ebx was incorrectly compiled.
However, the code is really way more complex than it needs to be. For
one thing,
18/03/2014 23:04, Hiroshi Shimamoto :
> > Remove unused dev_ops functions.
> >
> > The API of some functions (memnic_vlan_rx_add_vid,
> > memnic_vlan_rx_kill_vid) changed starting from 3.3 kernel. Instead of
> > using a #ifdef to handle the compilation on any kernel, we can just
> > remove these f
19/03/2014 10:19, Hiroshi Shimamoto :
> Hi,
>
> this makes sense.
>
> > Subject: [dpdk-dev] [memnic PATCH] pmd: enable compiler optimization
> >
> > Add -O3 in flags, it was missing in initial Makefile.
> >
> > Signed-off-by: Olivier Matz
>
> Acked-by: Hiroshi Shimamoto
Applied.
Thank you
On 03/21/2014 07:49 AM, Neil Horman wrote:
> From: "H. Peter Anvin"
>
> Neil Horman reported that on x86-64 the upper half of %rbx would get
> clobbered when the code was compiled PIC or PIE, because the
> i386-specific code to preserve %ebx was incorrectly compiled.
>
> However, the code is rea
On Fri, Mar 21, 2014 at 08:03:34AM -0700, H. Peter Anvin wrote:
> On 03/21/2014 07:49 AM, Neil Horman wrote:
> > From: "H. Peter Anvin"
> >
> > Neil Horman reported that on x86-64 the upper half of %rbx would get
> > clobbered when the code was compiled PIC or PIE, because the
> > i386-specific c
11/03/2014 05:38, Hiroshi Shimamoto:
> Drop packets which have invalid length.
>
> Normally this must not happen while vSwitch works fine, however
> it's better to put a sentinel to prevent memory corruption.
>
> Signed-off-by: Hiroshi Shimamoto
> Reviewed-by: Hayato Momma
Acked and applied wi
16 matches
Mail list logo
