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 iss
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
> C
> 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
> memcpy(&dev
> Acked-by: Wenzhuo Lu
Applied, thanks
> > 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
> > 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
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
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: i
> -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:
>
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
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
b/doc/guides/r
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 pri
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 iss
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
> -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, rt
> -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, i
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 a/doc/guides/rel
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 planned
> -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 set
> -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' opt
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.
>
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: deduplic
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 for
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
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
> mbuf
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
>> Subjec
> 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 afebc86be1346136125af8026dc215f81c202c50
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
> -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 a
> -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 exa
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 opinion.
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 cha
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] Issu
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, it
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.
>
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:
CONFIG_RTE_LIBRTE_EA
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 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 j
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
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 twice
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: de
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, He
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 th
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;
^
/l
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 you
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 h
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 Laranj
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 sta
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
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 Ethern
> -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: [P
On Thu, Jul 30, 2015 at 8:22 AM, Jan Viktorin
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 825
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? unde
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 allegro-pac
> -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 o
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 buffe
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 8.
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
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 th
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 dependency
> -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: [P
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, Konstant
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 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 limi
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 a/drivers/net/enic/enic_compa
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 1
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 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, Konsta
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, Kon
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 RTE_PCI_
> -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:
> >
> >> -
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
>>
>>
>>
>> O
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 mes
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 i
> -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:
> >
> >>
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...) dev_printk(WARNING,
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 limitati
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
> -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: [
79 matches
Mail list logo
