2015-03-31 21:26, Olivier MATZ:
> Hi Thomas,
>
> On 03/31/2015 07:58 PM, Thomas Monjalon wrote:
> > CONFIG_RTE_MBUF_SCATTER_GATHER was renamed into CONFIG_RTE_MBUF_REFCNT
> > by commit 62814bc2e923 and removed by commit 4769bc5a27cc.
> > Some traces remain because of delayed patches.
> >
> > It
> > API *rte_eth_link_get* expect to call a wait to complete link_update.
> > That's the difference between *rte_eth_link_get_nowait*.
> > The patch fixes the issue that i40e link_update ignores the wait_to_complete
> > flag.
> > The issue impacts those applications calling rte_eth_link_get to get
Hi,
2015-04-01 06:10, Zhang, XiaonanX:
>
> Tested-by: Xiaonan zhang
>
> - OS: Fedora21 3.19.1-201.fc21.x86_64
> - GCC: gcc version 4.9.1 20140930 (Red Hat 4.9.1-11) (GCC)
> - CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
> - NIC: Ethernet controller [0200]: Intel Corporation Ethernet
> > Since txqflags is now set from the default rx/tx configuration, depending on
> > the PMD, it might not be 0.
> > Therefore, user has to overwrite it with --txqflags 0.
> >
> > Signed-off-by: Pablo de Lara
>
> Thanks Pablo that wording is better
> Acked-by Siobhan Butler
Applied, thanks
2015-04-01 13:29, Mcnamara, John:
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > Sent: Wednesday, April 1, 2015 1:31 PM
> > To: dev at dpdk.org
> > Cc: mukawa at igel.co.jp; Mcnamara, John; De Lara Guarch, Pablo
> > Subject: [PATCH v2] mk: fix
This was meant to be sent as a calendar invite, so the time would automatically
convert to your local time zone. That didn't seem to work though. I'm not sure
if that's just the way the mailing list works, or if it's an outlook config
error on my side.
Anyway, here's the date and time in a
Hi,
guide-% rule is selected instead of guide-pdf-% in mk/rte.sdkdoc.mk, I guess.
2015-04-01 19:08 GMT+09:00 Mcnamara, John :
>> -Original Message-
>> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
>> Sent: Wednesday, April 1, 2015 10:49 AM
>> To: De Lara Guarch, Pablo; Mcnamara,
On 2015/04/01 18:29, De Lara Guarch, Pablo wrote:
> Hi Tetsuya,
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa
>> Sent: Wednesday, April 01, 2015 10:18 AM
>> To: Mcnamara, John
>> Cc: dev at dpdk.org
>> Subject: [dpdk-dev] Cannot build doc
Hi John,
It seems after applying following patch, I cannot build doc.
ebf8050 doc: add pdf output
---
$ T=x86_64-native-linuxapp-gcc make doc
(snip)
lookup cache used 2433/65536 hits=6354 misses=2576
finished...
sphinx processing guides-html...
sphinx processing
Hi,
Given the popularity of Docker it would be nice if we can run DPDK inside a
Docker container but the challenge is the igb_uio.ko and rte_kni.ko kernel
modules which need to be compiled with the exact kernel source running on the
host. Are there ways to seamlessly run DPDK with Docker? I
> -Original Message-
> From: Mcnamara, John
> Sent: Wednesday, April 1, 2015 5:37 PM
> To: Iremonger, Bernard; Thomas Monjalon
> Cc: Butler, Siobhan A; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 0/3] split programmers guide a bit
>
> > -Original Message-
> > From:
Hi,
On 04/01/2015 03:48 PM, Ananyev, Konstantin wrote:
>> With this solution, there are 2 options:
>> - no mempool modification, so each application/driver has to add
>> priv_size bytes to the object to get the mbuf pointer. This does not
>> look feasible.
>> - change the
> -Original Message-
> From: Iremonger, Bernard
> Sent: Wednesday, April 1, 2015 10:19 AM
> To: Thomas Monjalon; Mcnamara, John
> Cc: Butler, Siobhan A; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v2 0/3] split programmers guide a bit
> >
> > 2015-03-31 11:34, Mcnamara, John:
> > >
Hi, I was wondering if anyone has pointers for a crypto library
implementing AES CBC and GCM that I can use for encrypting network packets
in a DPDK app's datapath.
The app is supposed to run in a VM in the cloud. So access to crypto
acceleration hardware (besides Intel AES NI/pmuludq) may not be
The following changes since commit f14db469be8e6ac625353f577ad8fa0eec489e54:
version: 2.0.0-rc3 (2015-03-31 03:34:24 +0200)
are available in the git repository at:
helin at dpdk.org:dpdk-i40e-next.git master
for you to fetch changes up to 6e278442b8669fc442c4a9b4b7d14b61cd579e39:
i40e:
On 4/1/2015 3:51 PM, Thomas Monjalon wrote:
> 2015-03-30 15:56, Xie, Huawei:
>> On 3/30/2015 5:21 PM, Linhaifeng wrote:
>>> On 2015/3/24 18:06, Xie, Huawei wrote:
On 3/24/2015 3:44 PM, Linhaifeng wrote:
> On 2015/3/24 9:53, Xie, Huawei wrote:
>> On 3/24/2015 9:00 AM, Linhaifeng wrote:
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Tuesday, March 31, 2015 8:01 PM
> To: Ananyev, Konstantin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/5] mbuf: fix clone support when
> application uses private mbuf data
>
> Hi
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, April 1, 2015 1:31 PM
> To: dev at dpdk.org
> Cc: mukawa at igel.co.jp; Mcnamara, John; De Lara Guarch, Pablo
> Subject: [PATCH v2] mk: fix pdf doc rules order
>
> From: John McNamara
>
Since txqflags is now set from the default rx/tx configuration,
depending on the PMD, it might not be 0.
Therefore, user has to overwrite it with --txqflags 0.
Signed-off-by: Pablo de Lara
---
doc/guides/testpmd_app_ug/run_app.rst |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
Hi all, (hoping format of the text is maintained)
Bruce and myself are submitting this RFC in hopes of providing discussion
points for the idea. Please do not get carried away with the code
included, it was to help everyone understand the proposal/RFC.
The RFC is to describe a proposed change we
Hi Thomas,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Tuesday, March 31, 2015 11:34 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] eal: rename --lcores option to --threads
>
> Threads are no longer strictly assigned to a
Re-ordered the guide-pdf-% and guide-% rules to allow
the doc-guides-pdf target to build with make 3.81. It
builds unmodified with all later versions of make.
Reported-by: Tetsuya Mukawa
Signed-off-by: John McNamara
---
mk/rte.sdkdoc.mk | 11 ++-
1 file changed, 6 insertions(+), 5
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara
> Sent: Wednesday, April 1, 2015 1:10 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: add note for txqflags in testpmd UG
>
> Since txqflags is now set from the default rx/tx configuration, depending on
> the
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of John McNamara
> Sent: Wednesday, April 01, 2015 12:33 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] mk: fix for "make doc-guides-pdf" with make
> 3.81
>
> Re-ordered the guide-pdf-% and guide-% rules
On Wed, 1 Apr 2015 17:56:56 +
Karmarkar Suyash wrote:
> Hi,
>
> Given the popularity of Docker it would be nice if we can run DPDK inside a
> Docker container but the challenge is the igb_uio.ko and rte_kni.ko kernel
> modules which need to be compiled with the exact kernel source running
On Wed, 1 Apr 2015 07:45:02 +
Thomas Monjalon wrote:
> 2015-03-24 23:54, Ananyev, Konstantin:
> > From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> > > On Mon, 23 Mar 2015 16:45:44 +
> > > "Ananyev, Konstantin" wrote:
> > > > From: dev [mailto:dev-bounces at dpdk.org] On
> -Original Message-
> From: Masaru Oki [mailto:m-oki at stratosphere.co.jp]
> Sent: Wednesday, April 1, 2015 11:14 AM
> To: Mcnamara, John
> Cc: Tetsuya Mukawa; De Lara Guarch, Pablo; dev at dpdk.org
> Subject: Re: [dpdk-dev] Cannot build doc using DPDK-2.0.0-rc3
>
>
> guide-% rule is
> -Original Message-
> From: Masaru Oki [mailto:m-oki at stratosphere.co.jp]
> Sent: Wednesday, April 1, 2015 11:14 AM
> To: Mcnamara, John
> Cc: Tetsuya Mukawa; De Lara Guarch, Pablo; dev at dpdk.org
> Subject: Re: [dpdk-dev] Cannot build doc using DPDK-2.0.0-rc3
>
> Hi,
>
> guide-%
> -Original Message-
> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
> Sent: Wednesday, April 1, 2015 10:49 AM
> To: De Lara Guarch, Pablo; Mcnamara, John
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Cannot build doc using DPDK-2.0.0-rc3
>
> I am using Ubuntu14, so package name
2015-03-24 23:54, Ananyev, Konstantin:
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> > On Mon, 23 Mar 2015 16:45:44 +
> > "Ananyev, Konstantin" wrote:
> > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of stephen at
> > > networkplumber.org
> > > > From: Stephen
Hi Tetsuya,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tetsuya Mukawa
> Sent: Wednesday, April 01, 2015 10:18 AM
> To: Mcnamara, John
> Cc: dev at dpdk.org
> Subject: [dpdk-dev] Cannot build doc using DPDK-2.0.0-rc3
>
> Hi John,
>
>
> It seems after
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, March 31, 2015 1:23 PM
> To: Mcnamara, John
> Cc: Butler, Siobhan A; Iremonger, Bernard; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 0/3] split programmers guide a bit
>
>
Hello Thomas,
On Wed, Apr 1, 2015 at 12:05 AM, Thomas Monjalon
wrote:
> Kernel driver (kdrv) seems easier to understand than
> passthrough driver (pt_driver). It's also more generic
> as a PMD could run on top of any PCI kernel driver if
> it would offer such support.
>
> Signed-off-by: Thomas
Tested-by: Xiaonan zhang
- OS: Fedora21 3.19.1-201.fc21.x86_64
- GCC: gcc version 4.9.1 20140930 (Red Hat 4.9.1-11) (GCC)
- CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
- NIC: Ethernet controller [0200]: Intel Corporation Ethernet Controller X710
for 10GbE SFP+ [8086:1572] (rev 01)
- Default
Hi All,
We have a single primary application with multiple secondary
applications launched on the same cpu core. When the system boots up for the
first time ,the primary comes up followed by the secondary process everything
works fine. But in between if I try to restart the
> -Original Message-
> From: Liang, Cunming
> Sent: Wednesday, April 1, 2015 10:34 AM
> To: dev at dpdk.org
> Cc: Zhang, Helin; Zhang, XiaonanX; Dumitrescu, Cristian; Liang, Cunming
> Subject: [PATCH] i40e: fix no effect wait_to_complete on link_get
>
> API *rte_eth_link_get* expect to
On 4/1/2015 6:07 AM, Thomas Monjalon wrote:
> Kernel driver (kdrv) seems easier to understand than
> passthrough driver (pt_driver). It's also more generic
> as a PMD could run on top of any PCI kernel driver if
> it would offer such support.
>
> Signed-off-by: Thomas Monjalon
> ---
Acked-by:
Hi Thomas
Actually it is a bug fix. It would be better to be put in R2.0.
It may not crash, as it just possibly read something out of range. I am waiting
the test report from our validation team, and then I will merge that. Thanks
for your patience!
Regards,
Helin
> -Original Message-
Threads are no longer strictly assigned to a lcore with a 1:1 map.
So they really should be called threads.
The term lcore should be reserved for a physical hyperthreaded CPU part.
This patch only renames the option --lcores to avoid confusion from a
user perspective. But a deeper cleanup should
Kernel driver (kdrv) seems easier to understand than
passthrough driver (pt_driver). It's also more generic
as a PMD could run on top of any PCI kernel driver if
it would offer such support.
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 3 +--
40 matches
Mail list logo
