Just re-post this mail as Thomas said it missed in mail list.
On Wed, Dec 3, 2014 at 7:42 PM, Bruce Richardson wrote:
> On Wed, Dec 03, 2014 at 07:28:19PM +0800, Michael Qiu wrote:
> > app/test-pmd/csumonly.c: In function ?get_psd_sum?:
> > build/include/rte_ip.h:161: error: dereferencing pointe
From: Hiroshi Shimamoto
Only CPU_LDFLAGS is used in mk/rte.sharelib.mk.
It should be LDFLAGS to build the library with correct linkage options.
Signed-off-by: Hiroshi Shimamoto
Reviewed-by: Hayato Momma
---
mk/rte.sharelib.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
t Suite are attached.
Tim
-- next part --
A non-text attachment was scrubbed...
Name: DPDK Test Suite.pdf
Type: application/pdf
Size: 725579 bytes
Desc: DPDK Test Suite.pdf
URL:
<http://dpdk.org/ml/archives/dev/attachments/20141203/3477d73d/attachment-0002
Use endianness detection factorized in EAL.
The comment about arpa/inet.h is not valid anymore since
commit d07180f211c08 ("net: fix conflict with libc").
The macro _htons could also be moved in rte_byteorder.h
by providing some constant byte swapping.
Signed-off-by: Thomas Monjalon
---
app/te
There is no standard to check endianness.
So we need to try different checks.
Previous trials were done in testpmd (see commits
51f694dd40f56 and 64741f237cf29) without full success.
This one is not guaranteed to work everywhere so it could
evolve when exceptions are found.
If endianness is not de
It can be hard to implement a reliable detection of endianness.
Previous trials in testpmd failed.
The IBM Power patchset introduced a config option.
This patchset try to improve the situation by having a detection
in EAL headers.
Please test it (especially on IBM Power) with different toolchains
2014-12-03 16:26, Qiu, Michael:
> > --- a/app/test-pmd/csumonly.c
> > +++ b/app/test-pmd/csumonly.c
> > @@ -81,7 +81,13 @@
> >
> > /* we cannot use htons() from arpa/inet.h due to name conflicts, and we
> > * cannot use rte_cpu_to_be_16() on a constant in a switch/case */
> > -#if __BYTE_ORDE
Hi Bernard,
These patches won't pulled as is for 2 reasons:
1) I made some comments recently on some of these patches
2) It appears you didn't applied the v5 of Pablo's patchset
http://dpdk.org/ml/archives/dev/2014-December/009270.html
Below some title rewording to make it concise and mor
Hi,
I am getting the following error when I am trying to run the PktGen on DPDK
EAL: PCI memory mapped at 0x7f4ba0d6c000
PANIC in rte_eth_dev_data_alloc():
Cannot allocate memzone for ethernet port data
9: [./app/build/pktgen() [0x421069]]
8: [/lib64/libc.so.6(__libc_start_main+0xfd) [0x3af581ec
2014-12-03 10:04, Stephen Hemminger:
> On Wed, 3 Dec 2014 09:48:57 +0800
> "Zhang Haoyu" wrote:
> > I see that broadcom driver will be supported in DPDK-2.0 from
> > DPDK roadmap(http://dpdk.org/dev/roadmap),
> > any details about the progress?
>
> I have patch, just too big for mailing list.
Y
2014-12-03 17:05, Olivier MATZ:
> Hi,
>
> On 10/27/2014 10:14 AM, Olivier MATZ wrote:
> > Hello Alan,
> >
> > On 10/20/2014 05:26 PM, Carew, Alan wrote:
> >> A comment on my own patch.
> >>
> >> Making the size of result_buf consistent across each OS and keeping it as
> >> large
> >> as the Linux
From: Chi Xiaobo
Problem: There is one normal DPDK processes deployment scenarios: one primary
process and several (even hundreds) secondary processes; all outside
packets/messages are sent/received by primary process and then distribute them
to those secondary processes by DPDK's ring/sharedm
Hi,
Where are the logs be stored, when we are running the DPDK.
Can we customize them , to log into a specific folder?
Thanks.
--
Thanks & Regards,
Venkateswara Rao Dokku,
Senior Software Engineer, Citrix Systems R&D,
Bangalore
Hi,
On 10/27/2014 10:14 AM, Olivier MATZ wrote:
> Hello Alan,
>
> On 10/20/2014 05:26 PM, Carew, Alan wrote:
>> A comment on my own patch.
>>
>> Making the size of result_buf consistent across each OS and keeping it as
>> large
>> as the Linux BUFSIZ(8192) doesn't really address the core issue.
>
The symmetric_mp example app is set up to allow two processes to
share a NIC port, with each pulling packets from one queue. In order
to have the app continue working when one of the process dies, the
drop_en bit should be set in the NIC configuration. Without this bit
set, the NIC will stall once
Hi all,
What about this patch?
It may be some network or mail client issue of me, so not sure this
patch posted to mail list successful.
If failed, I will re-post it later.
Thanks,
Michael
On 2014/12/3 19:28, Michael Qiu wrote:
> app/test-pmd/csumonly.c:84:5: error: "__BYTE_ORDER__" is not def
Hi Bruce,
On 12/03/2014 12:42 PM, Bruce Richardson wrote:
> On Wed, Dec 03, 2014 at 07:28:19PM +0800, Michael Qiu wrote:
>> app/test-pmd/csumonly.c: In function ?get_psd_sum?:
>> build/include/rte_ip.h:161: error: dereferencing pointer ?u16?
>> does break strict-aliasing rules
>> build/includ
2014-12-03 14:52, Sujith Sankar:
>
> On 02/12/14 8:29 pm, "Thomas Monjalon" wrote:
>
> >A lot of warnings were not seen because $(WERROR_FLAGS) was not set
> >in the Makefile. But they appear with toolchains that enforce more checks.
> >
> >-Wno-deprecated seems useless.
> >-Wno-strict-aliasing
These changes are DPDK 1.8 modifications and some corrections to the
Linux Getting Started Guide, the FreeBSD Getting Started Guide,
the Programmers Guide, the Sample Application User Guide,
the TestPMD Application User Guide and the Release Notes.
The following changes since commit b6f80756e7b78a
Hi Konstantin,
On 12/03/2014 01:59 PM, Ananyev, Konstantin wrote:
>> I still think having a flag IPV4 + another flag IP_CHECKSUM is not
>> appropriate.
>
> Sorry, didn't get you here.
> Are you talking about our discussion should PKT_TX_IP_CKSUM and PKT_TX_IPV4
> be mutually exclusive or not?
Ye
On Wed, Dec 03, 2014 at 04:10:23PM +0800, Michael Qiu wrote:
> lib/librte_eal/linuxapp/eal/eal_memory.c:324:4: error: comparison
> is always false due to limited range of data type [-Werror=type-limits]
> || (hugepage_sz == RTE_PGSIZE_16G)) {
> ^
> cc1: all warnings being treated as errors
On Wed, Dec 03, 2014 at 03:19:34PM +, Qiu, Michael wrote:
> On 2014/12/3 22:51, Richardson, Bruce wrote:
> > On Wed, Dec 03, 2014 at 01:59:58PM +, Qiu, Michael wrote:
> >> On 2014/12/3 19:43, Richardson, Bruce wrote:
> >>> On Wed, Dec 03, 2014 at 07:28:19PM +0800, Michael Qiu wrote:
>
On 2014/12/3 22:51, Richardson, Bruce wrote:
> On Wed, Dec 03, 2014 at 01:59:58PM +, Qiu, Michael wrote:
>> On 2014/12/3 19:43, Richardson, Bruce wrote:
>>> On Wed, Dec 03, 2014 at 07:28:19PM +0800, Michael Qiu wrote:
app/test-pmd/csumonly.c: In function ?get_psd_sum?:
build/include/r
On 03/12/14 8:35 pm, "Thomas Monjalon" wrote:
>2014-12-03 14:52, Sujith Sankar:
>>
>> On 02/12/14 8:29 pm, "Thomas Monjalon"
>>wrote:
>>
>> >A lot of warnings were not seen because $(WERROR_FLAGS) was not set
>> >in the Makefile. But they appear with toolchains that enforce more
>>checks.
>>
> > With this patch, KNI interface (e.g. vEth0) is created in the
> > network namespace where the DPDK application is running.
> > Otherwise, all interfaces are created in the default namespace
> > in the host.
> >
> > put_net() is required, since get_net_ns_by_pid() increments
> > the reference co
Hi Tim,
Can you please send the presentations from last Community Call.
We have Tetsuya's presentation, if we can also get other presentations it will
be great
Thanks
Olga
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa
> Sent: Tuesday, D
On Wed, Dec 03, 2014 at 02:23:44PM +0100, Thomas Monjalon wrote:
> 2014-11-24 15:48, Bruce Richardson:
> > The FreeBSD GSG rst files had very inconsistent line lengths for text
> > within paragraph blocks. Sometimes a line would be very short, while often
> > lines would be quite long.
> > This pat
On 02/12/14 8:29 pm, "Thomas Monjalon" wrote:
>A lot of warnings were not seen because $(WERROR_FLAGS) was not set
>in the Makefile. But they appear with toolchains that enforce more checks.
>
>-Wno-deprecated seems useless.
>-Wno-strict-aliasing is added to avoid false positives.
>
>This patch
On Wed, Dec 03, 2014 at 01:59:58PM +, Qiu, Michael wrote:
> On 2014/12/3 19:43, Richardson, Bruce wrote:
> > On Wed, Dec 03, 2014 at 07:28:19PM +0800, Michael Qiu wrote:
> >> app/test-pmd/csumonly.c: In function ?get_psd_sum?:
> >> build/include/rte_ip.h:161: error: dereferencing pointer ?u16?
2014-12-03 13:26, De Lara Guarch, Pablo:
> Hi Thomas,
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> > Sent: Wednesday, December 03, 2014 1:18 PM
> > To: De Lara Guarch, Pablo
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH
2014-12-02 23:41, Siobhan Butler:
> Adjusted line lengths and removed references to Intel which
> are no longer relevant in linux gsg.
The patch is really hard to read because you mix wrapping and rewording.
I think it's not important to adjust line lengths, especially when removing
some words.
-
2014-11-24 15:48, Bruce Richardson:
> The FreeBSD GSG rst files had very inconsistent line lengths for text
> within paragraph blocks. Sometimes a line would be very short, while often
> lines would be quite long.
> This patch adjusts the formatting of the rst files so that lines break
> at approx
2014-11-15 19:13, Pablo de Lara:
> --- a/doc/guides/testpmd_app_ug/testpmd_funcs.rst
> +++ b/doc/guides/testpmd_app_ug/testpmd_funcs.rst
[...]
> -Quit to prompt in Linux or reboot on Baremetal:
> +Quit to prompt in Linux/FreeBSD or reboot on Baremetal:
Bare-metal traces have been removed.
--
Tho
On 2014/12/3 19:43, Richardson, Bruce wrote:
> On Wed, Dec 03, 2014 at 07:28:19PM +0800, Michael Qiu wrote:
>> app/test-pmd/csumonly.c: In function ?get_psd_sum?:
>> build/include/rte_ip.h:161: error: dereferencing pointer ?u16?
>> does break strict-aliasing rules
>> build/include/rte_ip.h:157
Hi Thomas,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, December 03, 2014 1:18 PM
> To: De Lara Guarch, Pablo
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 4/4] doc: Various document fixes in testpmd
> UG
>
> 20
Hi Oliver,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ
> Sent: Wednesday, December 03, 2014 11:41 AM
> To: Liu, Jijiang; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v5 2/3] mbuf:add three TX ol_flags and repalce
> PKT_TX_VXLAN_CKSUM
>
Hi Jijiang,
On 12/02/2014 04:06 PM, Jijiang Liu wrote:
> Replace the inner_l2_len and the inner_l3_len field with the outer_l2_len and
> outer_l3_len field, and rework csum forward engine and i40e PMD due to these
> changes.
>
> Signed-off-by: Jijiang Liu
> ---
> app/test-pmd/csumonly.c
Hi Jijiang,
On 12/02/2014 04:06 PM, Jijiang Liu wrote:
> Replace PKT_TX_VXLAN_CKSUM with PKT_TX_UDP_TUNNEL_PKT in order to indicate a
> packet is an UDP tunneling packet, and introduce 3 TX offload flags for outer
> IP TX checksum, which are PKT_TX_OUTER_IP_CKSUM, PKT_TX_OUTER_IPV4 and
> PKT_TX
Hi Jijiang,
On 12/02/2014 04:06 PM, Jijiang Liu wrote:
> The reason of redefining the PKT_TX_IPV4 and the PKT_TX_IPV6 is listed below,
> It will avoid to send a packet with a bad info:
>- we receive a Ether/IP6/IP4/L4/data packet
>- the driver sets PKT_RX_IPV6_HDR
>- the stack decapsul
Hi Konstantin,
On 12/03/2014 12:11 PM, Ananyev, Konstantin wrote:
Let's discuss the two possibilities.
1) outer_lx_len fields are introduced.
In this case, the stack should have knowledge that it is processing
tunneled packets to use outer_lx_len rather than lx_len,
o
Le 03/12/2014 02:37, Takayuki Usui a ?crit :
> With this patch, KNI interface (e.g. vEth0) is created in the
> network namespace where the DPDK application is running.
> Otherwise, all interfaces are created in the default namespace
> in the host.
>
> put_net() is required, since get_net_ns_by_pid(
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Siobhan Butler
> Sent: Tuesday, December 2, 2014 11:41 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 2/2] doc: remove references to intel dpdk in
> linux_gsg
>
> Adjusted line lengths and removed refere
On Wed, Dec 03, 2014 at 07:28:19PM +0800, Michael Qiu wrote:
> app/test-pmd/csumonly.c: In function ?get_psd_sum?:
> build/include/rte_ip.h:161: error: dereferencing pointer ?u16?
> does break strict-aliasing rules
> build/include/rte_ip.h:157: note: initialized from here
> ...
>
> The
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Siobhan Butler
> Sent: Tuesday, December 2, 2014 11:41 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/2] doc: updated i40e enabling additonal fnct in
> gsg
>
> Updated the i40e Enabling Additional Func
Hi all,
Any comments on this patch?
It is really a big issue in dpdk1.8-rc2 and blocked the testing on i686
platform.
Thanks,
Michael
On 12/3/2014 4:11 PM, Michael Qiu wrote:
> lib/librte_eal/linuxapp/eal/eal_memory.c:324:4: error: comparison
> is always false due to limited range of data type [
Hi Oliver,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Wednesday, December 03, 2014 8:57 AM
> To: Ananyev, Konstantin; didier.pallard; Liu, Jijiang; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 3/3] mbuf:replace the inner_l2_len and the
> in
> > The compile error will occur as below when set
> > 'RTE_LIBRTE_I40E_16BYTE_RX_DESC=y'.
> > 'fd_id' should be used to replace 'fd', as 'fd' is not defined in that
> > structure at
> > all. In addition, local variable of 'flexbl' and 'flexbh' must be used only
> > if
> > 32 bytes RX descriptor
Hi,
> Subject: [dpdk-dev] [PATCH v2] add one option memory-only for secondary
> processes
>
> From: Chi Xiaobo
>
> Problem: There is one normal DPDK processes deployment scenarios: one primary
> process and several (even hundreds) secondary
> processes; all outside packets/messages are sent/r
Thanks to everybody who attended yesterday's call, particularly those who
presented:
Tetsuya Mukawa (mukawa at igel.co.jp) on PCI Hot Plug
Changchun Ouyang (changchun.ouyang at intel.com) on a converged Virtio driver
Marvin (Yong) Liu (yong.liu at intel.com) on the DPDK Test Suite
For anybody wh
With this patch, KNI interface (e.g. vEth0) is created in the
network namespace where the DPDK application is running.
Otherwise, all interfaces are created in the default namespace
in the host.
put_net() is required, since get_net_ns_by_pid() increments
the reference counter of the network namesp
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Siobhan Butler
> Sent: Tuesday, December 2, 2014 9:12 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: patch to include vhost library UG section in
> PG
>
> As Vhost will be a library in DPDK 1.8, ad
On Wed, 3 Dec 2014 09:48:57 +0800
"Zhang Haoyu" wrote:
> Hi,
>
> I see that broadcom driver will be supported in DPDK-2.0 from
> DPDK roadmap(http://dpdk.org/dev/roadmap),
> any details about the progress?
>
> And, is there a plane for supporting emulex driver?
>
> Thanks,
> Zhang Haoyu
>
I
Hi Didier, Konstantin, Jijiang,
On 12/02/2014 04:36 PM, Ananyev, Konstantin wrote:
> Hi Didier
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of didier.pallard
>> Sent: Tuesday, December 02, 2014 2:53 PM
>> To: Liu, Jijiang; dev at dpdk.org
>> Subject: Re:
Hi,
I see that broadcom driver will be supported in DPDK-2.0 from
DPDK roadmap(http://dpdk.org/dev/roadmap),
any details about the progress?
And, is there a plane for supporting emulex driver?
Thanks,
Zhang Haoyu
The compile error will occur as below when set
'RTE_LIBRTE_I40E_16BYTE_RX_DESC=y'.
'fd_id' should be used to replace 'fd', as 'fd' is not defined in that structure
at all. In addition, local variable of 'flexbl' and 'flexbh' must be used only
if
32 bytes RX descriptor is selected.
error logs:
li
Hi Thomas,
> -Original Message-
> From: Liu, Jijiang
> Sent: Friday, November 28, 2014 12:32 AM
> To: Olivier MATZ
> Cc: Ananyev, Konstantin; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH 0/3] i40e VXLAN TX checksum rework
>
>
>
> > -Original Message-
> > From: Ananyev, Konst
> -Original Message-
> From: Zhang, Helin
> Sent: Wednesday, December 03, 2014 9:13 AM
> To: dev at dpdk.org
> Cc: Cao, Waterman; Cao, Min; Wu, Jingjing; Zhang, Helin
> Subject: [PATCH v2] i40e: fix of compile error
>
> The compile error will occur as below when set
> 'RTE_LIBRTE_I40E_16
On 12/3/2014 9:25 AM, Malveeka Tewari wrote:
> I do have the uio and igb_uio modules loaded.
> For my issue, I found a workaround by manually creating /dev/uio0
> using mknod.
> But I still get the vfio error.
>
> If I try "sudo modprobe vfio" but that gives an error that Module vfio
> not found.
>
Hi Malveeka,
To be sure that you should have [uio, igb_uio] or [uio, uio_pci_generic]
or [vfio] module loaded.
Thanks,
Michael
On 12/3/2014 5:44 AM, Malveeka Tewari wrote:
> Hi
>
> I am trying to run the testpmd app as but I get the following errors:
> EAL: VFIO could not be initialized
> EAL: Ca
Updated the FreeBSD GSG to remove redundant Intel referances.
Signed-off-by: Siobhan Butler
---
doc/guides/freebsd_gsg/build_dpdk.rst| 117 ---
doc/guides/freebsd_gsg/build_sample_apps.rst | 54 +++--
doc/guides/freebsd_gsg/intro.rst | 44 +++
60 matches
Mail list logo
