Compiling for dpdk x86_x32 gives the following error:
CC eal_common_timer.o
In file included from /usr/include/sys/sysctl.h:63:0,
from dpdk.org/lib/librte_eal/common/eal_common_timer.c:39:
/usr/include/bits/sysctl.h:19:3: error: #error "sysctl system call is
unsupported in x32
On Jul 30, 2015 22:00, "Zhang, Helin" wrote:
>
>
>
> > -Original Message-
> > From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> > Sent: Thursday, July 30, 2015 10:56 AM
> > To: Zhang, Helin; Ananyev, Konstantin
> > Cc: dev at dpdk.org
> > Subject: Re: i40e xmit path HW
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, July 30, 2015 5:22 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; olivier.matz at 6wind.com; Zhang, Helin;
> martin.weiser at allegro-packets.com; thomas.monjalon at 6wind.com
> Subject:
2015-07-30 10:03, Stephen Hemminger:
> --- a/drivers/net/enic/enic_compat.h
> +++ b/drivers/net/enic/enic_compat.h
> @@ -82,7 +82,11 @@
> #define dev_err(x, args...) dev_printk(ERR, args)
> #define dev_info(x, args...) dev_printk(INFO, args)
> #define dev_warning(x, args...)
On 07/30/15 20:33, Zhang, Helin wrote:
>
>> -Original Message-
>> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
>> Sent: Thursday, July 30, 2015 9:44 AM
>> To: Zhang, Helin; Ananyev, Konstantin
>> Cc: dev at dpdk.org
>> Subject: Re: i40e xmit path HW limitation
>>
>>
>>
>>
On 07/30/2015 08:01 PM, Stephen Hemminger wrote:
> On Thu, 30 Jul 2015 19:50:27 +0300
> Vlad Zolotarov wrote:
>
>>
>> On 07/30/15 19:20, Avi Kivity wrote:
>>>
>>> On 07/30/2015 07:17 PM, Stephen Hemminger wrote:
On Thu, 30 Jul 2015 17:57:33 +0300
Vlad Zolotarov wrote:
> Hi,
2015-07-09 16:01, Stephen Hemminger:
> From: Stephen Hemminger
>
> These patches were sent earlier, updated to current tree.
>
> They make Intel drivers not spam the log with information
> messages that cause questions in production.
>
> Unfortunately, developers seem to get attached to log
On 07/30/15 20:01, Stephen Hemminger wrote:
> On Thu, 30 Jul 2015 19:50:27 +0300
> Vlad Zolotarov wrote:
>
>>
>> On 07/30/15 19:20, Avi Kivity wrote:
>>>
>>> On 07/30/2015 07:17 PM, Stephen Hemminger wrote:
On Thu, 30 Jul 2015 17:57:33 +0300
Vlad Zolotarov wrote:
> Hi,
On 07/30/15 19:20, Avi Kivity wrote:
>
>
> On 07/30/2015 07:17 PM, Stephen Hemminger wrote:
>> On Thu, 30 Jul 2015 17:57:33 +0300
>> Vlad Zolotarov wrote:
>>
>>> Hi, Konstantin, Helin,
>>> there is a documented limitation of xl710 controllers (i40e driver)
>>> which is not handled in any way by
On 07/30/15 19:10, Zhang, Helin wrote:
>
>> -Original Message-
>> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
>> Sent: Thursday, July 30, 2015 7:58 AM
>> To: dev at dpdk.org; Ananyev, Konstantin; Zhang, Helin
>> Subject: RFC: i40e xmit path HW limitation
>>
>> Hi,
2015-07-09 16:01, Stephen Hemminger:
> From: Stephen Hemminger
>
> The ixgbe driver was not following DPDK convention and
> was leaving loggin always in even if LOG_LEVEL was configured
> to disable debug logs.
>
> Signed-off-by: Stephen Hemminger
This series is fixing e1000 and ixgbe.
There
Thank you. I think the patch did not help. I applied and the error was
still there. After setting 1024 hugepages, it starts working.
Jan V.
On Thu, 30 Jul 2015 10:06:09 -0700
Ravi Kerur wrote:
> On Thu, Jul 30, 2015 at 9:19 AM, Jan Viktorin
> wrote:
>
> > OK, I've added the card into
On 07/30/2015 07:17 PM, Stephen Hemminger wrote:
> On Thu, 30 Jul 2015 17:57:33 +0300
> Vlad Zolotarov wrote:
>
>> Hi, Konstantin, Helin,
>> there is a documented limitation of xl710 controllers (i40e driver)
>> which is not handled in any way by a DPDK driver.
>> From the datasheet chapter
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Thursday, July 30, 2015 10:56 AM
> To: Zhang, Helin; Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: Re: i40e xmit path HW limitation
>
>
>
> On 07/30/15 20:33, Zhang, Helin wrote:
> >
> >>
It looks better to have a data buffer address that is aligned to
8 bytes. This is the case when there is no mbuf private area, but
if there is one, the alignment depends on the size of this area
that is located between the mbuf structure and the data buffer.
Indeed, some drivers expects to have
2015-07-30 16:48, Nelio Laranjeiro:
> librte_pmd_mlx4.so needs to be linked with libiverbs otherwise, the PMD is not
> able to open Mellanox devices and the following message is printed by testpmd
> at startup "librte_pmd_mlx4: cannot access device, is mlx4_ib loaded?".
>
> Applications
OK, I've added the card into RTE_PCI_DEVEM_ID_DECL_EM list.
Much better now:
EAL: Requesting 64 pages of size 2MB from socket 0
EAL: TSC frequency is ~365 KHz
EAL: Master lcore 0 is ready (tid=467d78c0;cpuset=[0])
EAL: lcore 1 is ready (tid=3a5ff700;cpuset=[1])
EAL: PCI device :03:00.0 on
On 07/30/2015 05:33 PM, Zhang, Helin wrote:
>
>
>> -Original Message-
>> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
>> Sent: Thursday, July 30, 2015 6:56 AM
>> To: dev at dpdk.org
>> Cc: Ananyev, Konstantin; olivier.matz at 6wind.com; Zhang, Helin;
>> martin.weiser at
On 07/30/2015 04:13 PM, Ananyev, Konstantin wrote:
>
> Hi Olivier,
>
> If fails to compile for me:
>
> /local/kananye1/dpdk.org-mbprv1/lib/librte_mbuf/rte_mbuf.c: In function
> ?rte_pktmbuf_pool_create?:
> /local/kananye1/dpdk.org-mbprv1/lib/librte_mbuf/rte_mbuf.c:161:3: error:
> ?rte_errno?
Hi, Konstantin, Helin,
there is a documented limitation of xl710 controllers (i40e driver)
which is not handled in any way by a DPDK driver.
From the datasheet chapter 8.4.1:
"? A single transmit packet may span up to 8 buffers (up to 8 data descriptors
per packet including
both the header and
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Thursday, July 30, 2015 9:44 AM
> To: Zhang, Helin; Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: Re: i40e xmit path HW limitation
>
>
>
> On 07/30/15 19:10, Zhang, Helin wrote:
> >
> >>
The 82545 is listed at http://dpdk.org/doc/nics and I can see it in
rte_pci_dev_ids.h/e1000_hw.h:
196 #define E1000_DEV_ID_82545GM_COPPER 0x1026
$ lspci -nn
...
03:00.0 Ethernet controller [0200]: Intel Corporation 82545GM Gigabit Ethernet
Controller [8086:1026] (rev 04)
03:02.0
librte_pmd_mlx4.so needs to be linked with libiverbs otherwise, the PMD is not
able to open Mellanox devices and the following message is printed by testpmd
at startup "librte_pmd_mlx4: cannot access device, is mlx4_ib loaded?".
Applications dependency on libverbs are moved to be only valid in
Some .so libraries needs to be linked with external libraries. For that the
LDLIBS variable should be present on the link line when those .so files are
created. PMD Makefile is responsible for filling the LDLIBS variable with
the link to the external library it needs.
Signed-off-by: Nelio
Ieee1588 reads system time to set its timestamp. On 1G NICs, for example,
i350, system time is disabled by default. It means the ieee1588 timestamp
will always be 0.
This patch enables system time when ieee1588 is enabled.
Signed-off-by: Wenzhuo Lu
---
drivers/net/e1000/igb_ethdev.c | 8
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, July 30, 2015 9:22 AM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; olivier.matz at 6wind.com; Zhang, Helin;
> martin.weiser at allegro-packets.com; thomas.monjalon at 6wind.com
> Subject:
> -Original Message-
> From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com]
> Sent: Thursday, July 30, 2015 7:58 AM
> To: dev at dpdk.org; Ananyev, Konstantin; Zhang, Helin
> Subject: RFC: i40e xmit path HW limitation
>
> Hi, Konstantin, Helin,
> there is a documented limitation
It looks better to have a data buffer address that is aligned to
8 bytes. This is the case when there is no mbuf private area, but
if there is one, the alignment depends on the size of this area
that is located between the mbuf structure and the data buffer.
Indeed, some drivers expects to have
2015-07-30 13:22, Olivier MATZ:
> On 07/30/2015 11:43 AM, Ananyev, Konstantin wrote:
> > From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> >> On 07/30/2015 11:00 AM, Ananyev, Konstantin wrote:
> >>> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> On 07/29/2015 10:24 PM, Zhang,
2015-07-30 10:12, Olivier MATZ:
> Hi Thomas & Ravi,
>
> On 07/27/2015 02:59 AM, Thomas Monjalon wrote:
> > 2015-07-27 02:56, Thomas Monjalon:
> >> v9 was a subset of previous deduplications by Ravi Kerur.
> >> This v10 address the comments I've done on v9.
> >>
> >> Ravi Kerur (3):
> >>eal:
Build log:
lib/librte_eal/bsdapp/eal/eal_pci.c:462:9: error:
incompatible integer to pointer conversion passing 'u_int32_t'
(aka 'unsigned int') to parameter of type 'void *'
It is fixed by passing the pointer of pi.pi_data to memcpy.
By the way, it seems strange that pi_data is initialized
Francesco, please reply below (easier to follow the thread).
2015-07-30 12:48, Montorsi, Francesco:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > 2015-07-30 12:17, Montorsi, Francesco:
> > > How can I avoid building any app like dump_cfg?
> >
> > In app/Makefile, you'll find
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, July 30, 2015 6:56 AM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; olivier.matz at 6wind.com; Zhang, Helin;
> martin.weiser at allegro-packets.com; thomas.monjalon at 6wind.com
> Subject:
Hi Neil,
There have been a few deprecation notices like this one submitted. Since you
drove the ABI policy, it would be good to get confirmation from you that these
are compliant with the policy and that you don't see any issues. Ideally, it
would be great if you can review and ack them. If
2015-07-30 12:17, Montorsi, Francesco:
> How can I avoid building any app like dump_cfg?
In app/Makefile, you'll find the options to disable:
DIRS-$(CONFIG_RTE_APP_TEST) += test
DIRS-$(CONFIG_RTE_LIBRTE_ACL) += test-acl
Hi Olivier,
If fails to compile for me:
/local/kananye1/dpdk.org-mbprv1/lib/librte_mbuf/rte_mbuf.c: In function
?rte_pktmbuf_pool_create?:
/local/kananye1/dpdk.org-mbprv1/lib/librte_mbuf/rte_mbuf.c:161:3: error:
?rte_errno? undeclared (first use in this function)
rte_errno = EINVAL;
^
Hi,
thanks for reply. I could see those docs but it does not help me a lot.
I still do not understand very well the principle of the tool. How it
chooses the NICs to use? Previously I confused -b in dpdk_nic_bind and
testpmd. They have somehow opposite meaning. I can start testpmd now,
however,
Hi,
On 07/30/2015 11:43 AM, Ananyev, Konstantin wrote:
>
>
>> -Original Message-
>> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
>> Sent: Thursday, July 30, 2015 10:10 AM
>> To: Ananyev, Konstantin; Zhang, Helin; Martin Weiser
>> Cc: dev at dpdk.org
>> Subject: Re: [dpdk-dev]
The patch announces the planned ABI changes for interrupt mode.
Signed-off-by: Cunming Liang
---
v3 change:
- reword for CONFIG_RTE_NEXT_ABI
v2 change:
- rebase to recent master
doc/guides/rel_notes/deprecation.rst | 5 +
1 file changed, 5 insertions(+)
diff --git
Hi Thomas,
Thanks for your reply.
My problem is that I have in app/Makefile:
DIRS-$(CONFIG_RTE_LIBRTE_EAL_LINUXAPP) += dump_cfg
So that I should put
CONFIG_RTE_LIBRTE_EAL_LINUXAPP=n
To disable dump_cfg application build. However, If I do so, the kernel drivers
are not built at all and make
2015-07-30 09:25, Xie, Huawei:
> Hi Thomas:
> I am doing virtio/vhost performance optimization, so there is possibly
> some change, for example to virtio or vhost virtqueue data structure.
> Do i need to announce the ABI change even if the change hasn't been
> determined?
I have no strong
Hi all,
I'm trying to compile DPDK kernel drivers (i.e., igb_uio.ko and kni.ko if I got
it right) only on a certain machine.
On that machine, I'm not interested in anything else. how can I tweak .config
file to achieve it?
I have tried to set all options to =n, except for:
When adding a "depth small" entry, if its extended flag is not set and
its depth is smaller than the one in the tbl24, nothing should be done
otherwise will operate on the wrong memory area.
Signed-off-by: Zhe Tao
---
PATCH v2: Edit to keep line size below 80 characters
PATCH v1: Fix extended
Hi Konstantin,
On 07/30/2015 11:00 AM, Ananyev, Konstantin wrote:
> Hi Olivier,
>
>> -Original Message-
>> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
>> Sent: Thursday, July 30, 2015 9:12 AM
>> To: Zhang, Helin; Ananyev, Konstantin; Martin Weiser
>> Cc: dev at dpdk.org
>>
Header buffer address for header split will be filled with the physical
address for DMA, which is actually not needed at all, as header split
hasn't been supported. Hardware requires the least bit of header address
which is 'Descriptor Done' bit when write back should be set to 0 by driver.
The
Hi Thomas & Ravi,
On 07/27/2015 02:59 AM, Thomas Monjalon wrote:
> 2015-07-27 02:56, Thomas Monjalon:
>> v9 was a subset of previous deduplications by Ravi Kerur.
>> This v10 address the comments I've done on v9.
>>
>> Ravi Kerur (3):
>>eal: deduplicate lcore initialization
>>eal:
Hi,
On 07/29/2015 10:24 PM, Zhang, Helin wrote:
> Hi Martin
>
> Thank you very much for the good catch!
>
> The similar situation in i40e, as explained by Konstantin.
> As header split hasn't been supported by DPDK till now. It would be better to
> put the header address in RX descriptor to 0.
>
On Thu, Jul 30, 2015 at 10:06 AM, Ravi Kerur wrote:
>
>
> On Thu, Jul 30, 2015 at 9:19 AM, Jan Viktorin
> wrote:
>
>> OK, I've added the card into RTE_PCI_DEVEM_ID_DECL_EM list.
>> Much better now:
>>
>> EAL: Requesting 64 pages of size 2MB from socket 0
>> EAL: TSC frequency is ~365 KHz
>>
On Thu, Jul 30, 2015 at 9:19 AM, Jan Viktorin
wrote:
> OK, I've added the card into RTE_PCI_DEVEM_ID_DECL_EM list.
> Much better now:
>
> EAL: Requesting 64 pages of size 2MB from socket 0
> EAL: TSC frequency is ~365 KHz
> EAL: Master lcore 0 is ready (tid=467d78c0;cpuset=[0])
> EAL: lcore
This blocks the annoying ENIC driver initialization message unless
debug is enabled. Drivers should speak only when spoken to and not
be chatty.
Signed-off-by: Stephen Hemminger
---
drivers/net/enic/enic_compat.h | 4
1 file changed, 4 insertions(+)
diff --git
On Thu, 30 Jul 2015 19:50:27 +0300
Vlad Zolotarov wrote:
>
>
> On 07/30/15 19:20, Avi Kivity wrote:
> >
> >
> > On 07/30/2015 07:17 PM, Stephen Hemminger wrote:
> >> On Thu, 30 Jul 2015 17:57:33 +0300
> >> Vlad Zolotarov wrote:
> >>
> >>> Hi, Konstantin, Helin,
> >>> there is a documented
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Thursday, July 30, 2015 9:34 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] e1000: fix ieee1588 timestamp issue
>
> Ieee1588 reads system time to set its timestamp. On 1G NICs, for
The patch announces the planned ABI changes for interrupt mode on v2.2.
Signed-off-by: Cunming Liang
---
v2 change:
- rebase to recent master
doc/guides/rel_notes/deprecation.rst | 8
1 file changed, 8 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, July 30, 2015 10:10 AM
> To: Ananyev, Konstantin; Zhang, Helin; Martin Weiser
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Issue with non-scattered rx in ixgbe and i40e when
> mbuf private
Hi Thomas:
I am doing virtio/vhost performance optimization, so there is possibly
some change, for example to virtio or vhost virtqueue data structure.
Do i need to announce the ABI change even if the change hasn't been
determined?
/huawei
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, July 30, 2015 12:20 AM
> To: Tahhan, Maryam
> Cc: dev at dpdk.org; Ananyev, Konstantin
> Subject: Re: [dpdk-dev] [PATCH v1 1/1] ixgbe: Fix oerrors by setting it to 0
>
> > > Fix
On Thu, 30 Jul 2015 17:57:33 +0300
Vlad Zolotarov wrote:
> Hi, Konstantin, Helin,
> there is a documented limitation of xl710 controllers (i40e driver)
> which is not handled in any way by a DPDK driver.
> From the datasheet chapter 8.4.1:
>
> "? A single transmit packet may span up to 8
Hi Olivier,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Thursday, July 30, 2015 9:12 AM
> To: Zhang, Helin; Ananyev, Konstantin; Martin Weiser
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Issue with non-scattered rx in ixgbe and i40e when
>
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang
> Sent: Thursday, July 30, 2015 1:05 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3] doc: announce abi change for interrupt
> mode
>
> The patch announces the planned ABI changes
On Thu, Jul 30, 2015 at 5:03 AM, Jan Viktorin
wrote:
> Hi,
>
> thanks for reply. I could see those docs but it does not help me a lot.
> I still do not understand very well the principle of the tool. How it
> chooses the NICs to use? Previously I confused -b in dpdk_nic_bind and
> testpmd. They
On Thu, Jul 30, 2015 at 12:18:41PM +0200, Thomas Monjalon wrote:
> 2015-07-30 09:25, Xie, Huawei:
> > Hi Thomas:
> > I am doing virtio/vhost performance optimization, so there is possibly
> > some change, for example to virtio or vhost virtqueue data structure.
> > Do i need to announce the ABI
Header buffer address for header split will be filled with the
physical address for DMA, which is actually not needed at all,
as header split hasn't been supported. Hardware requires the
least bit of header address which is 'Descriptor Done' bit when
write back should be set to 0 by driver.
The
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Yong Liu
> Sent: Wednesday, July 29, 2015 12:38 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] app test: fix eal --no-huge option should work
> with -m option
>
> From: Marvin Liu
>
> '--no-huge'
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Yong Liu
> Sent: Wednesday, July 29, 2015 11:22 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] app test: fix mempool cache_size not match
> limited cache_size
>
> From: Marvin Liu
>
> In previous
Hi Olivier,
On Thu, Jul 30, 2015 at 1:12 AM, Olivier MATZ
wrote:
> Hi Thomas & Ravi,
>
>
> On 07/27/2015 02:59 AM, Thomas Monjalon wrote:
>
>> 2015-07-27 02:56, Thomas Monjalon:
>>
>>> v9 was a subset of previous deduplications by Ravi Kerur.
>>> This v10 address the comments I've done on v9.
Acked-by: Marvin Liu
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Cunming Liang
> Sent: Thursday, July 30, 2015 1:05 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3] doc: announce abi change for interrupt mode
>
> The patch announces the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jingjing Wu
> Sent: Monday, July 20, 2015 3:04 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: announce ABI change for rte_eth_fdir_filter
>
> To fix the FVL's flow director issue for SCTP flow,
> -Original Message-
> From: Tao, Zhe
> Sent: Thursday, July 30, 2015 11:19 AM
> To: dev at dpdk.org
> Cc: Tao, Zhe; Liang, Cunming; Richardson, Bruce
> Subject: [dpdk-dev][PATCH v2] lpm: fix extended flag check when adding a
> "depth small" entry
>
> When adding a "depth small" entry,
2015-07-29 17:08, Thomas Monjalon:
> 2015-07-29 15:00, Zhang, Helin:
> > /home/hzhan75/r22/isg_cid-dpdk_org/lib/librte_eal/common/eal_common_pci.c:
> > In function ???rte_eal_pci_probe_one_driver???:
> > /home/hzhan75/r22/isg_cid-dpdk_org/lib/librte_eal/common/eal_common_pci.c:188:4:
> > error:
Hi Helin,
We do not want RSS to include L4 ports in the hash because packet fragments
would get routed to queue #0 and would be more difficult to work with. We are
using the model where multiple CPUs are pulling from the NIC queues
independently with no shared state, so each 'pipeline' has
2015-07-29 09:56, Vladimir Medvedkin:
> v2 changes
> - Fix SSE to SSE3 typo
> - remove unnecessary comments
> - Leave unalligned union rte_thash_tuple if no support for SSE3
> - Makes 32bit compiler happy by adding ULL suffix
>
> Signed-off-by: Vladimir Medvedkin
Applied, thanks
> > 1. cpu use data owned by ixgbe must use rte_le_to_cpu_xx(...)
> > 2. cpu fill data to ixgbe must use rte_cpu_to_le_xx(...)
> > 3. checking pci status with converted constant
> >
> > Signed-off-by: Xuelin Shi
>
> Acked-by: Konstantin Ananyev
Applied without added blank lines, thanks
I have comments for that.
Pls see below.
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, July 29, 2015 8:57 PM
> To: Ouyang, Changchun
> Cc: dev at dpdk.org; Stephen Hemminger
> Subject: Re: [dpdk-dev] [PATCH 2/2] virtio: allow running
> > Fix afebc86be1346136125af8026dc215f81c202c50. oerrors was txdgpc -
> > hw_stats->gptc, txdgpc is the number of packets DMA'ed by the host
> > and was being reset on every call to read stats so it could be < gptc.
> > Because we currently have no way to add txdgpc to struct hw_stats so
> > that
> Acked-by: Wenzhuo Lu
Applied, thanks
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, July 30, 2015 6:33 AM
> To: Wu, Jingjing
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3] i40evf: fix crash when setup tx queues
> on vf port
>
> > This patch fixes the issue:
> This patch fixes the issue:
> Testpmd crashed with Segmentation fault when setup tx queues on vf
> Steps for reproduce:
> - create one vf device from i40e driver
> - bind vf device to igb_uio and start testpmd
>
> With debugging tools, we saw the struct i40e_vf is cleared after
>
2015-06-24 15:56, Michael Qiu:
> When close one port twice, testpmd will give out wrong messagse.
>
> testpmd> port stop 0
> Stopping ports...
> Checking link statuses...
> Port 0 Link Up - speed 0 Mbps - full-duplex
> Port 1 Link Up - speed 0 Mbps - full-duplex
> Done
> testpmd> port close 0
>
2015-07-29 02:32, Michael Qiu:
> In testpmd, when using "rx_vlan add 1 77", it will be a segment fault
> Because the port ID should be less than 32.
>
> Signed-off-by: Michael Qiu
Fixes: edab33b1c01d ("app/testpmd: support port hotplug")
Applied, thanks
79 matches
Mail list logo
