Hi huawei,
> -Original Message-
> From: Xie, Huawei
> Sent: Wednesday, February 4, 2015 6:54 PM
> To: Ouyang, Changchun; dev at dpdk.org
> Cc: stephen at networkplumber.org; Cao, Waterman; Xu, Qian Q
> Subject: Re: [PATCH v3 19/25] ether: Fix vlan strip/insert issue
>
> On 1/29/2015 3:24
On 2015/02/03 22:03, Iremonger, Bernard wrote:
>> -Original Message-
>> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
>> Sent: Sunday, February 1, 2015 4:02 AM
>> To: dev at dpdk.org
>> Cc: Qiu, Michael; Iremonger, Bernard; Tetsuya Mukawa
>> Subject: [PATCH v6 00/13] Port Hotplug Frame
On 2015/02/04 3:35, Iremonger, Bernard wrote:
>
>> -Original Message-
>> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
>> Sent: Sunday, February 1, 2015 4:02 AM
>> To: dev at dpdk.org
>> Cc: Qiu, Michael; Iremonger, Bernard; Tetsuya Mukawa
>> Subject: [PATCH v6 00/13] Port Hotplug Fram
On 2015/02/04 10:44, Qiu, Michael wrote:
> On 2/3/2015 6:30 PM, Tetsuya Mukawa wrote:
>> On 2015/02/03 18:14, Qiu, Michael wrote:
>>> On 2/3/2015 2:16 PM, Qiu, Michael wrote:
On 2/1/2015 12:02 PM, Tetsuya Mukawa wrote:
> The patch introduces following commands.
> - port attach [ident]
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
Signed-off-by: Changchun Ouyang
---
Hi DPDK maintainers,
We encounter confusion recently which is 40G i40e NICs bond issue, our
bonding logic as below, the ixgbe bonding is running well both 1.7.1 and
1.8.0, but i40e are all failed.
Create bond port -> config slave ports(tx/rx) -> start slave ports -> add
slave port into bond p
Signed-off-by: Jijiang Liu
---
MAINTAINERS |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9a63714..206783d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -110,6 +110,7 @@ Linux VFIO
F: lib/librte_eal/linuxapp/eal/*vfio*
Linux Xen
+M: Jij
I will be a volunteer of reviewing the following files:
lib/librte_eal/linuxapp/xen_dom0/*
lib/librte_eal/linuxapp/eal/eal_xen_memory.c
lib/librte_eal/linuxapp/eal/include/exec-env/rte_dom0_common.h
Signed-off-by: Jijiang Liu
---
MAINTAINERS |1 +
1 files changed, 1 insertions(+),
Hi Jijiang,
2015-02-05 10:31, Jijiang Liu:
> I will be a volunteer of reviewing the following files:
>lib/librte_eal/linuxapp/xen_dom0/*
>lib/librte_eal/linuxapp/eal/eal_xen_memory.c
>lib/librte_eal/linuxapp/eal/include/exec-env/rte_dom0_common.h
Actually, the section that you are sub
Hi Thomas,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, February 05, 2015 4:25 PM
> To: Liu, Jijiang
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] maintainer: claim review for Xen Dom0
> support
>
> Hi Jijiang,
>
> 2015-0
In loopback mode, it's expected force link up even when there's no cable
connect.
But in codes, setup_sfp() rewrites the related register.
It causes in the case 'multispeed_fiber', it can't link up without cable
connect.
Signed-off-by: Cunming Liang
---
lib/librte_pmd_ixgbe/ixgbe_ethdev.c | 1
Hi,
Anybody interested in this patch could have a review or comment on it?
I'm new here. Should I send this patch to some specific maintainer to make this
more efficient?
Thanks,
Shi Xuelin
-Original Message-
From: xuelin.shi at freescale.com [mailto:xuelin@freescale.com]
Sent: Mon
Hi, haifeng
Dpdk will mmap all the hugepages (4096) of host in the first step. Then it sort
them and unmap the hugepages unneeded. My demo got the mistake when the 1st
step.
Thanks!
--
???: Linhaifeng
: 2015?1?30? 20:24
???: zhangsha (A); dev at dpdk.org
??: Re: [dpdk-dev] mma
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Thursday, February 05, 2015 6:05 AM
> To: dev at dpdk.org
> Cc: Stephen Hemminger
> Subject: [dpdk-dev] [PATCH v2 2/7] rte_sched: expand scheduler hierarchy for
> more VLAN's
>
> Fro
Hi,
On 02/05/2015 10:26 AM, Xuelin Shi wrote:
> Hi,
>
> Anybody interested in this patch could have a review or comment on it?
> I'm new here. Should I send this patch to some specific maintainer to make
> this more efficient?
>
> Thanks,
> Shi Xuelin
>
> -Original Message-
> From: xuelin
Stephen Hemminger writes:
> This is enables the hyper-v driver for DPDK .
> The hv_uio driver needs to access the shared vmbus monitor
> pages.
Why can't we just make vmbus_connection struct public?
>
> I would also like to put hv_uio in upstream kernel like other
> uio drivers, but need to get
Hi,
I have system with 2 NUMA nodes and 256G RAM total. I noticed that DPDK crashes
in rte_eal_init()
when number of available hugepages is around 4 or above.
Everything works fine with lower values (i.e. 3).
I also tried with allocating 4 on node0 and 0 on node1, same crash happens.
On Wed, Feb 04, 2015 at 09:49:07PM -0800, Stephen Hemminger wrote:
> On Thu, 5 Feb 2015 01:47:37 +
> Neil Horman wrote:
>
> > On Wed, Feb 04, 2015 at 05:13:23PM -0800, Stephen Hemminger wrote:
> > > From: Stephen Hemminger
> > >
> > > Allow application to query whether link state will work.
On Wed, Feb 04, 2015 at 10:13:58PM -0800, Stephen Hemminger wrote:
> From: Stephen Hemminger
>
> Make rte_sched statistics API work like the ethernet statistics API.
> Don't auto-clear statistics.
>
> Signed-off-by: Stephen Hemminger
> ---
> lib/librte_sched/rte_sched.c | 30 ++
On Thu, Feb 05, 2015 at 12:00:48PM +, Damjan Marion (damarion) wrote:
> Hi,
>
> I have system with 2 NUMA nodes and 256G RAM total. I noticed that DPDK
> crashes in rte_eal_init()
> when number of available hugepages is around 4 or above.
> Everything works fine with lower values (i.e. 30
> On 05 Feb 2015, at 13:59, Neil Horman wrote:
>
> On Thu, Feb 05, 2015 at 12:00:48PM +, Damjan Marion (damarion) wrote:
>> Hi,
>>
>> I have system with 2 NUMA nodes and 256G RAM total. I noticed that DPDK
>> crashes in rte_eal_init()
>> when number of available hugepages is around 4 o
On Thu, Feb 5, 2015 at 6:00 AM, Damjan Marion (damarion) wrote:
> Hi,
>
> I have system with 2 NUMA nodes and 256G RAM total. I noticed that DPDK
> crashes in rte_eal_init()
> when number of available hugepages is around 4 or above.
> Everything works fine with lower values (i.e. 3).
>
>
On 05 Feb 2015, at 14:22, Jay Rolette mailto:rolette
at infiniteio.com>> wrote:
On Thu, Feb 5, 2015 at 6:00 AM, Damjan Marion (damarion) mailto:damarion at cisco.com>> wrote:
Hi,
I have system with 2 NUMA nodes and 256G RAM total. I noticed that DPDK crashes
in rte_eal_init()
when number of av
On Thu, Jan 29, 2015 at 3:43 PM, Alexander Belyakov
wrote:
>
>
> On Wed, Jan 28, 2015 at 3:24 PM, Alexander Belyakov
> wrote:
>
>>
>>
>> On Tue, Jan 27, 2015 at 7:21 PM, De Lara Guarch, Pablo <
>> pablo.de.lara.guarch at intel.com> wrote:
>>
>>>
>>>
>>> > On Tue, Jan 27, 2015 at 10:51 AM, Alexan
On Thu, Feb 05, 2015 at 01:20:01PM +, Damjan Marion (damarion) wrote:
>
> > On 05 Feb 2015, at 13:59, Neil Horman wrote:
> >
> > On Thu, Feb 05, 2015 at 12:00:48PM +, Damjan Marion (damarion) wrote:
> >> Hi,
> >>
> >> I have system with 2 NUMA nodes and 256G RAM total. I noticed that DP
On Thu, Feb 5, 2015 at 7:36 AM, Damjan Marion (damarion) wrote:
>
> On 05 Feb 2015, at 14:22, Jay Rolette wrote:
>
> Not directly related, but if you have to stick with 2MB hugepages, you
> might want to take a look at a patch I submitted that fixes the O(n^2)
> algorithm used in initializing
> On 05 Feb 2015, at 15:59, Neil Horman wrote:
>
> On Thu, Feb 05, 2015 at 01:20:01PM +, Damjan Marion (damarion) wrote:
>>
>>> On 05 Feb 2015, at 13:59, Neil Horman wrote:
>>>
>>> On Thu, Feb 05, 2015 at 12:00:48PM +, Damjan Marion (damarion) wrote:
Hi,
I have system
On Thu, Feb 05, 2015 at 03:41:25PM +, Damjan Marion (damarion) wrote:
>
> > On 05 Feb 2015, at 15:59, Neil Horman wrote:
> >
> > On Thu, Feb 05, 2015 at 01:20:01PM +, Damjan Marion (damarion) wrote:
> >>
> >>> On 05 Feb 2015, at 13:59, Neil Horman wrote:
> >>>
> >>> On Thu, Feb 05, 20
On Thu, 05 Feb 2015 12:01:03 +0100
Vitaly Kuznetsov wrote:
> Stephen Hemminger writes:
>
> > This is enables the hyper-v driver for DPDK .
> > The hv_uio driver needs to access the shared vmbus monitor
> > pages.
>
> Why can't we just make vmbus_connection struct public?
>
> >
> > I would als
29 matches
Mail list logo
