If the DPDK wants to conflict with all those system headers it means they also
have to provide working replacement for inet_pton, inet_ntop, and every other
important socket function which depends upon in.h or depends upon code
depending upon in.h. Clearly this doesn't represent a sustainable pa
Thanks Neil and Sergio for your info.
The mismatch warning did not show up with normal kernel but in the kernel
with PAX grsecurity patches as PaX team enhanced writeable function
pointer detection in patches out in this link.
http://en.wikibooks.org/wiki/Grsecurity/Configuring_and_Installing_grse
Yes I had a local copy working with couple of lines fix. But someone else, I
think Stephen added a fix patch for the same, and I assume if it's been merged,
should be working, so did not follow up later.
I don't have a VMware setup handy at moment but I think Waterman would have
more informati
2014-10-06 16:57, Sergio Gonzalez Monroy:
> At least on kernels 3.15 or newer, DPDK build is broken for CLANG target.
> The issue is that the kernel build system sets the flags before including
> DPDK makefile and therefore assumes the incorrect compiler.
>
> Signed-off-by: Sergio Gonzalez Monroy
Hi Sergio,
2014-10-06 17:09, Sergio Gonzalez Monroy:
> --- a/mk/rte.module.mk
> +++ b/mk/rte.module.mk
> @@ -78,7 +78,7 @@ build: _postbuild
> $(MODULE).ko: $(SRCS_LINKS)
> @if [ ! -f $(notdir Makefile) ]; then ln -nfs $(SRCDIR)/Makefile . ; fi
> @$(MAKE) -C $(RTE_KERNELDIR) M=$(CURDI
On Wed, Oct 08, 2014 at 03:41:11PM -0700, Matthew Hall wrote:
> On Tue, Oct 07, 2014 at 09:33:06AM +, Pattan, Reshma wrote:
> > To be used along with distributor library. Next version of distributor are
> > planned to distribute incoming packets to all worker cores irrespective of
> > the flo
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
Sent: Wednesday, October 8, 2014 4:57 PM
To: Neil Horman
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH 0/4] Add DSO symbol versioning to support
backwards compatibility
Hi Neil,
2014-10-07 17:01, Neil Horman:
> On Wed, Oc
2014-09-29 11:05, Bruce Richardson:
> On Fri, Sep 26, 2014 at 10:08:55AM -0400, Neil Horman wrote:
> > On Fri, Sep 26, 2014 at 11:28:05AM +0200, Thomas Monjalon wrote:
> > > 2014-09-16 16:16, Neil Horman:
> > > > On Fri, Sep 12, 2014 at 02:05:23PM -0400, John W. Linville wrote:
> > > > > Ping? Are
Hi Neil,
2014-10-07 17:01, Neil Horman:
> On Wed, Oct 01, 2014 at 02:59:40PM -0400, Neil Horman wrote:
> > On Fri, Sep 26, 2014 at 10:45:49AM -0400, Neil Horman wrote:
> > > On Fri, Sep 26, 2014 at 12:41:33PM +0200, Thomas Monjalon wrote:
> > > > Hi Neil,
> > > >
> > > > 2014-09-24 14:19, Neil Ho
Hi,
Sergio's patchset provides a fixed version of this patch:
http://dpdk.org/dev/patchwork/patch/715/
2014-10-06 22:56, michal:
> From: Michal Bella
>
> Signed-off-by: michal
> ---
> mk/rte.sharelib.mk | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mk/rte.s
Please could you explain why patch is needed?
--
Thomas
Hi Sergio,
2014-10-06 11:52, Sergio Gonzalez Monroy:
> Remove COMBINE_LIBS option and by default build:
> - CONFIG_RTE_BUILD_SHARED_LIB=y : both individual and combined libraries
> - CONFIG_RTE_BUILD_SHARED_LIB=n : single combined library
>
> Signed-off-by: Sergio Gonzalez Monroy
I'd appreciate
Hi Rashmin
I have come across your reply in following post that you have worked
on this problem and would submit the patch for it.
Can you please share information on the changes you worked on or patch
log if you had submitted any for it?
http://thread.gmane.org/gmane.comp.networking.dpdk.devel/46
These changes are a conversion of the DPDK_Linux_GSG from an MSWord file to
Sphinx rst files,
and makefile changes.
The following changes since commit a5235ae1cd83360d4a7b156b8d983126c327b154:
delete DPDK_Linux_GSG (2014-10-08 14:41:14 +0100)
are available in the git repository at:
ssh://be
On Wed, Oct 08, 2014 at 06:55:41PM -0400, Neil Horman wrote:
> I think because there is a possibility that multiple workers may be used for
> a
> single tx queue.
>
> Neil
OK, so, in my application packets are RX'ed to a predictable RX queue and core
using RSS.
Then you put them into a predic
On Tue, Oct 07, 2014 at 09:33:06AM +, Pattan, Reshma wrote:
> To be used along with distributor library. Next version of distributor are
> planned to distribute incoming packets to all worker cores irrespective of
> the flow type. In this case to ensure in order delivery of the packets at
>
On Tue, Oct 07, 2014 at 10:55:11AM +0100, Sergio Gonzalez Monroy wrote:
> I don't see how this particular patch would force people to change their code,
> though in all likelihood they will have to as a result of ABI changes in the
> following release.
>
> The only difference now would be when they
On Wed, Oct 08, 2014 at 01:23:49PM +0200, David Marchand wrote:
> Hello Neil,
>
> On Wed, Oct 8, 2014 at 12:53 PM, Neil Horman wrote:
> >
> > Though, that said, why are these files diverged in the first place? At
> > least as
> > far as eal_lcore.c and eal.c are concerned the only differences ap
On Wed, Oct 08, 2014 at 02:11:34PM +, Pattan, Reshma wrote:
>
>
> > -Original Message-
> > From: Neil Horman [mailto:nhorman at tuxdriver.com]
> > Sent: Tuesday, October 7, 2014 12:22 PM
> > To: Pattan, Reshma
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH RFC] librte_reor
On Wed, Oct 08, 2014 at 05:57:46PM +0200, Thomas Monjalon wrote:
> 2014-09-29 11:05, Bruce Richardson:
> > On Fri, Sep 26, 2014 at 10:08:55AM -0400, Neil Horman wrote:
> > > On Fri, Sep 26, 2014 at 11:28:05AM +0200, Thomas Monjalon wrote:
> > > > 2014-09-16 16:16, Neil Horman:
> > > > > On Fri, Sep
On Wed, Oct 08, 2014 at 05:57:29PM +0200, Thomas Monjalon wrote:
> Hi Neil,
>
> 2014-10-07 17:01, Neil Horman:
> > On Wed, Oct 01, 2014 at 02:59:40PM -0400, Neil Horman wrote:
> > > On Fri, Sep 26, 2014 at 10:45:49AM -0400, Neil Horman wrote:
> > > > On Fri, Sep 26, 2014 at 12:41:33PM +0200, Thoma
2014-10-03 16:36, Bruce Richardson:
> This patchset does some cleanup work on the mbuf flag definitions. It is
> based off the ideas discussed in the previous RFC patch.
> [Ref: http://thread.gmane.org/gmane.comp.networking.dpdk.devel/6155]
>
> Summary of changes:
> * Adjust TX flags to start at
2014-09-29 15:58, De Lara Guarch, Pablo:
> > -Original Message-
> > This is the final planned set of patches to make changes to the mbuf
> > data structure and associated files. This patch set makes more changes to
> > help improve performance following the mbuf changes and adds in two new
> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Tuesday, October 7, 2014 12:22 PM
> To: Pattan, Reshma
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH RFC] librte_reorder: new reorder library
>
> On Tue, Oct 07, 2014 at 09:33:06AM +, Pattan,
From: Daniel Mrzyglod
script was expecting /lib/modules/$(uname -r)/kernel/drivers/uio/uio.ko but in
fedora 21
there are Compressed kernel modules - xz (LZMA)
Signed-off-by: Daniel Mrzyglod
---
tools/setup.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/setup.sh b
Section From: should be
From: Daniel Mrzyglod .
error due to setting fedora 21 alpha on the new machine
> -Original Message-
> From: Mrzyglod, DanielX T
> Sent: Wednesday, October 08, 2014 3:12 PM
> To: dev at dpdk.org
> Cc: Daniel Mrzyglod; Mrzyglod, DanielX T
> Subject: [PATCH] Modify
Running DPDK in a LXC-based Container
Author: Krishnamurthy Jambur
Note: This README assumes you have the a LXC based container running on
the IA platform. This was tested on Windriver OVP Lin
Hello Neil,
On Wed, Oct 8, 2014 at 12:53 PM, Neil Horman wrote:
>
> Though, that said, why are these files diverged in the first place? At
> least as
> far as eal_lcore.c and eal.c are concerned the only differences appear to
> be
> cases of one file being updated and not the other. It seems th
Following "options parsing" patchset (commit d7cb626f and 489a9d6c), core
detection is not working correctly on bsd.
./x86_64-native-bsdapp-gcc/app/test -c f -n 4 -- -i
[...]
EAL: lcore 0 unavailable
EAL: invalid coremask
Align bsd to linux:
- commit f563a372 "eal: fix recording of detected/enabl
On Wed, Oct 08, 2014 at 02:11:31PM +0100, Daniel Mrzyglod wrote:
> From: Daniel Mrzyglod
>
> script was expecting /lib/modules/$(uname -r)/kernel/drivers/uio/uio.ko but
> in fedora 21
> there are Compressed kernel modules - xz (LZMA)
>
> Signed-off-by: Daniel Mrzyglod
> ---
> tools/setup.sh |
On Wed, Oct 08, 2014 at 10:43:31AM +0200, David Marchand wrote:
> Following "options parsing" patchset (commit d7cb626f and 489a9d6c), core
> detection is not working correctly on bsd.
>
> ./x86_64-native-bsdapp-gcc/app/test -c f -n 4 -- -i
> [...]
> EAL: lcore 0 unavailable
> EAL: invalid coremas
> > Following "options parsing" patchset (commit d7cb626f and 489a9d6c), core
> > detection is not working correctly on bsd.
> >
> > ./x86_64-native-bsdapp-gcc/app/test -c f -n 4 -- -i
> > [...]
> > EAL: lcore 0 unavailable
> > EAL: invalid coremask
> >
> > Align bsd to linux:
> > - commit f563a372
Tested-by: Jiajia, SunX
This patch has been verified on FC20 with Niantic.
The test environment detail information as the following:
CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
OS: Linux 3.11.10-301.fc20.x86_64
GCC: 4.8.2
NIC: Niantic.
> -Original Message-
> From: dev [mailto:de
On Wed, Oct 08, 2014 at 10:43:31AM +0200, David Marchand wrote:
> Following "options parsing" patchset (commit d7cb626f and 489a9d6c), core
> detection is not working correctly on bsd.
>
> ./x86_64-native-bsdapp-gcc/app/test -c f -n 4 -- -i
> [...]
> EAL: lcore 0 unavailable
> EAL: invalid coremas
Please read this document for more detail information.
http://www.intel.com/content/www/us/en/architecture-and-technology/64-ia-32-architectures-optimization-manual.html?wapkw=248966
Also look into the chapter-8 in this document.
Regards
Kannan Babu
-Original Message-
From: Ravi Kumar I
Hi Bruce,
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, September 29, 2014 6:48 PM
> To: Liu, Jijiang
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 2/8]i40e:support VxLAN packet
> identification in librte_pmd_i40e
>
> On Fri, Sep 26, 2014 at 10:02:03AM +0800,
36 matches
Mail list logo
