2014-11-03 13:02, Aaron Campbell:
> Hi Simon,
>
> Thanks for the patch, this will be useful for us. I responded separately to
> your original post with one suggestion.
>
> Our application currently assumes that DPDK will assign the first bit set in
> the coremask to the master lcore. As far a
2014-10-16 18:07, Chen Jing D:
> /**
> + * Simple flags to indicate RX mq mode, which can be used independently or
> combined
> + * in enum rte_eth_rx_mq_mode definition.
> + */
> +#define ETH_MQ_RX_RSS_FLAG 0x1
> +#define ETH_MQ_RX_DCB_FLAG 0x2
> +#define ETH_MQ_RX_VMDQ_FLAG 0x4
The comment
2014-10-16 18:07, Chen Jing D:
> --- a/lib/librte_pmd_e1000/igb_ethdev.c
> +++ b/lib/librte_pmd_e1000/igb_ethdev.c
> @@ -1286,18 +1286,21 @@ eth_igb_infos_get(struct rte_eth_dev *dev,
> dev_info->max_rx_queues = 16;
> dev_info->max_tx_queues = 16;
> dev_inf
Hi Jing,
2014-10-16 18:07, Chen Jing D:
> --- a/config/common_linuxapp
> +++ b/config/common_linuxapp
> @@ -208,6 +208,7 @@ CONFIG_RTE_LIBRTE_I40E_RX_ALLOW_BULK_ALLOC=y
> CONFIG_RTE_LIBRTE_I40E_ALLOW_UNSUPPORTED_SFP=n
> CONFIG_RTE_LIBRTE_I40E_16BYTE_RX_DESC=n
> CONFIG_RTE_LIBRTE_I40E_QUEUE_NUM_
2014-10-31 16:25, Bernard Iremonger:
> Bernard Iremonger (3):
> doc: release notes for DPDK 1.7
> doc: programmers guide
> doc: sample applications user guide
>
> Jincheng Miao (1):
> doc: fix a typo
Release notes and the fix are pulled.
Programmers guide and sample app us
On Mon, Nov 03, 2014 at 03:26:50PM -0800, Stephen Hemminger wrote:
> On Mon, 3 Nov 2014 16:50:15 +
> "Wiles, Roger Keith" wrote:
>
> >
> > > On Nov 3, 2014, at 10:06 AM, Neil Horman wrote:
> > >
> > > On Mon, Nov 03, 2014 at 02:25:51PM +, Wiles, Roger Keith wrote:
> > >>
> > >>> On No
> > Helin Zhang (3):
> > i40e: renaming some local variables
> > i40e: rework of PF interrupt cause enable flags processing
> > i40e: fix of interrupt based link status change
>
> Acked-by: Jing Chen
Merge was needed because of \n removal in logs.
Applied
Thanks
--
Thomas
When using Intel C++ compiler(icc) 14.0.1.106 or the older icc 13.x
version, the mbuf initializer variable was not getting configured
correctly, as the mb_def variable was not set correctly. This is due
to an issue with icc (DPD200249565 which already been fixed in
icc 14.0.2 and newer compiler rel
> On Nov 3, 2014, at 10:06 AM, Neil Horman wrote:
>
> On Mon, Nov 03, 2014 at 02:25:51PM +, Wiles, Roger Keith wrote:
>>
>>> On Nov 3, 2014, at 8:16 AM, Bruce Richardson >> intel.com> wrote:
>>>
>>> On Mon, Nov 03, 2014 at 02:08:46PM +, Wiles, Roger Keith wrote:
> On Nov 3, 2
Commit aec8283d47d4e4366b6 fixes the compilation issue, but it leads to
one runtime issue: early exit wrongly. In some case, 'path' is NULL, but
'resolved_path' has effective path, it should continue going ahead rather
than exit.
Signed-off-by: Changchun Ouyang
---
lib/librte_vhost/virtio-net
David,
I acked the set of patches.
Thanks a lot!
Best Regards!
--
Chao Zhu
From: David Marchand
To: dev at dpdk.org
Cc: Chao CH Zhu/China/IBM at IBMCN
Date: 2014/10/28 20:50
Subject:[PATCH v3 00/10] split architecture specific operations
T
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Reshma Pattan
> Sent: Monday, November 03, 2014 3:50 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v7] distributor_app: new sample app
>
> From: Reshma Pattan
>
> A new sample app that shows the usag
From: Reshma Pattan
A new sample app that shows the usage of the distributor library. This
app works as follows:
* An RX thread runs which pulls packets from each ethernet port in turn
and passes those packets to worker using a distributor component.
* The workers take the packets in turn, and
Hi
I am trying to initialize the environment for 3 processes and 2 ports.
Currently I fail in vmxnet3_dev_start (0).
The exact place is as follows:
/* Activate device by register write */
VMXNET3_WRITE_BAR1_REG(hw, VMXNET3_REG_CMD, VMXNET3_CMD_ACTIVATE_DEV);
status = VMX
On Mon, 3 Nov 2014 16:50:15 +
"Wiles, Roger Keith" wrote:
>
> > On Nov 3, 2014, at 10:06 AM, Neil Horman wrote:
> >
> > On Mon, Nov 03, 2014 at 02:25:51PM +, Wiles, Roger Keith wrote:
> >>
> >>> On Nov 3, 2014, at 8:16 AM, Bruce Richardson >>> intel.com> wrote:
> >>>
> >>> On Mon, N
2014-11-03 07:13, Jay Rolette:
> On Mon, Nov 3, 2014 at 3:25 AM, Thomas Monjalon
> wrote:
> > Hi all,
> >
> > There was a major failure with gmail accounts.
> > Due to bounce errors, the mailing list system has removed these accounts.
> > They are now restored but some preferences may be lost.
> >
> On Nov 3, 2014, at 8:16 AM, Bruce Richardson
> wrote:
>
> On Mon, Nov 03, 2014 at 02:08:46PM +, Wiles, Roger Keith wrote:
>>
>>> On Nov 3, 2014, at 4:41 AM, Bruce Richardson >> intel.com> wrote:
>>>
>>> On Sun, Nov 02, 2014 at 04:28:28PM -0600, Keith Wiles wrote:
Allow for a extern
On Mon, Nov 03, 2014 at 02:08:46PM +, Wiles, Roger Keith wrote:
>
> > On Nov 3, 2014, at 4:41 AM, Bruce Richardson > intel.com> wrote:
> >
> > On Sun, Nov 02, 2014 at 04:28:28PM -0600, Keith Wiles wrote:
> >> Allow for a external parser to handle the command line if the
> >> command is not fo
> On Nov 3, 2014, at 4:41 AM, Bruce Richardson
> wrote:
>
> On Sun, Nov 02, 2014 at 04:28:28PM -0600, Keith Wiles wrote:
>> Allow for a external parser to handle the command line if the
>> command is not found and the developer has called the routine
>> int cmdline_set_external_parser(struct cm
2014-11-03 12:47, Bruce Richardson:
> On Mon, Nov 03, 2014 at 01:31:10PM +0100, David Marchand wrote:
> > On Mon, Nov 3, 2014 at 12:11 PM, Bruce Richardson <
> > > +#ifdef RTE_MBUF_REFCNT
> > > + mb_def.refcnt = 1;
> > > +#endif
> >
> > I would expect we use rte_mbuf_refcnt_set / rte_mbuf_re
Hello Bruce,
On Mon, Nov 3, 2014 at 12:11 PM, Bruce Richardson <
bruce.richardson at intel.com> wrote:
> diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx_vec.c
> b/lib/librte_pmd_ixgbe/ixgbe_rxtx_vec.c
> index e813e43..b57c588 100644
> --- a/lib/librte_pmd_ixgbe/ixgbe_rxtx_vec.c
> +++ b/lib/librte_pm
On Mon, Nov 03, 2014 at 01:59:16PM +0100, Thomas Monjalon wrote:
> 2014-11-03 12:47, Bruce Richardson:
> > On Mon, Nov 03, 2014 at 01:31:10PM +0100, David Marchand wrote:
> > > On Mon, Nov 3, 2014 at 12:11 PM, Bruce Richardson <
> > > > +#ifdef RTE_MBUF_REFCNT
> > > > + mb_def.refcnt = 1;
> >
Hello Olivier,
> -Original Message-
> From: Olivier MATZ [mailto:olivier.matz at 6wind.com]
> Sent: Friday, October 31, 2014 4:50 PM
> To: Walukiewicz, Miroslaw; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] pmd: Add generic support for TCP TSO
> (Transmit Segmentation Offload)
>
Hi Simon,
Thanks for the patch, this will be useful for us. I responded separately to
your original post with one suggestion.
Our application currently assumes that DPDK will assign the first bit set in
the coremask to the master lcore. As far as I can tell, this is hard-coded as
of 1.7.1.
> On Jul 8, 2014, at 5:28 AM, Simon Kuenzer wrote:
>
> + else if (!strcmp(lgopts[option_index].name,
> OPT_MASTER_LCORE)) {
> + if (!coremask_ok) {
> + RTE_LOG(ERR, EAL, "please specify the
> master "
> +
The "-no-huge" option is not needed in this case.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Murillo
> Sent: Monday, November 3, 2014 5:09 PM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] DPDK on Xen Dom-U hangs during hugepage setup
>
> Hello Kiran,
On Mon, Nov 03, 2014 at 01:31:10PM +0100, David Marchand wrote:
> Hello Bruce,
>
> On Mon, Nov 3, 2014 at 12:11 PM, Bruce Richardson <
> bruce.richardson at intel.com> wrote:
>
> > diff --git a/lib/librte_pmd_ixgbe/ixgbe_rxtx_vec.c
> > b/lib/librte_pmd_ixgbe/ixgbe_rxtx_vec.c
> > index e813e43..b5
Hi Jijang,
On 11/03/2014 08:32 AM, Liu, Jijiang wrote:
> Do you plan to integrate this patch set with latest mbuf changes into DPDK1.8?
Yes, it should be in dpdk 1.8.
> If yes, I can develop TSO feature of tunneling packet based on this patch set
> and the Mirek's i40e TSO patch set in the next
When using Intel C++ compiler(icc) 14.0.1.106 or the older icc 13.x
version, the mbuf initializer variable was not getting configured
correctly, as the mb_def variable was not set correctly. This is due
to an issue with icc (DPD200249565 which already been fixed in
icc 14.0.2 and newer compiler rel
On Mon, Nov 03, 2014 at 02:25:51PM +, Wiles, Roger Keith wrote:
>
> > On Nov 3, 2014, at 8:16 AM, Bruce Richardson > intel.com> wrote:
> >
> > On Mon, Nov 03, 2014 at 02:08:46PM +, Wiles, Roger Keith wrote:
> >>
> >>> On Nov 3, 2014, at 4:41 AM, Bruce Richardson >>> intel.com> wrote:
>
On Sun, Nov 02, 2014 at 04:28:28PM -0600, Keith Wiles wrote:
> Allow for a external parser to handle the command line if the
> command is not found and the developer has called the routine
> int cmdline_set_external_parser(struct cmdline * cl,
> cmdline_external_pars
Hi all,
There was a major failure with gmail accounts.
Due to bounce errors, the mailing list system has removed these accounts.
They are now restored but some preferences may be lost.
Obviously, these users may have missed some emails.
Please check the archives:
http://dpdk.org/ml/archive
Hello Kiran,
I was able to execute the helloworld example by running the next steps:
Change in Dpdk/config/common_linuxapp
CONFIG_RTE_LIBRTE_XEN_DOM0=n
to:
CONFIG_RTE_LIBRTE_XEN_DOM0=y
Change indpdk/config/defconfig_x86_64-native-linuxapp-gcc
CONFIG_RTE_MACHINE="native"
To
CONFIG_RTE_MACHINE="def
2014-11-03 08:18, Zhang, Helin:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > The title is a bit surprising:
> > - it should be about RSS
>
> RSS makes use of hash function to route received packets, though
> hash function can be used for other cases, e.g. Flow director.
Yes b
Hello,
Thank you for your help. It worked for me.
El 03/11/14 a las 03:47, Liu, Jijiang escribi?:
> You are using Xen 4.1.5, and try to do following change In
> dpdk/config/defconfig_x86_64-native-linuxapp-gcc(assuming you use
> x86_64-native-linuxapp-gcc to compile).
>
> Change
> CONFIG_RTE_M
2014-10-21 11:14, Helin Zhang:
> +enum rte_eth_hash_filter_info_type {
> + RTE_ETH_HASH_FILTER_INFO_TYPE_UNKNOWN = 0,
> + RTE_ETH_HASH_FILTER_INFO_TYPE_SYM_HASH_ENA_PER_PCTYPE,
PCTYPE is an unknown word in the API layer.
Could you replace it by something more generic?
> + RTE_ETH_HASH
Hi Helin,
The title is a bit surprising:
- it should be about RSS
- a constant cannot be really random ;)
2014-10-21 11:14, Helin Zhang:
> To be simpler, and remove the race condition, it uses prepared
> constant random hash keys to replace runtime generating the hash
> keys.
Could you explain w
2014-10-09 07:29, Neil Horman:
> On Thu, Oct 09, 2014 at 05:20:31AM +, Wu, Jingjing wrote:
> > Hi, Neil
> >
> > To have rte_ip.h include netinet/in.h directly is also a choice.
> >
> > But netinet/in.h contains a lot of extra stuff, and these may be useless
> > some DPDK applications, such a
Hi Thomas
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Monday, November 3, 2014 3:50 PM
> To: Zhang, Helin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v5 1/5] i40e: Use constant random hash keys
>
> Hi Helin,
>
> The title is a bit
Hi,
Any comments on this patch?
> -Original Message-
> From: Chen, Jing D
> Sent: Thursday, October 16, 2014 6:07 PM
> To: dev at dpdk.org
> Cc: Ananyev, Konstantin; thomas.monjalon at 6wind.com; Chen, Jing D
> Subject: [PATCH v2 0/6] i40e VMDQ support
>
> From: "Chen Jing D(Mark)"
>
>
Hi Olivier,
Do you plan to integrate this patch set with latest mbuf changes into DPDK1.8?
If yes, I can develop TSO feature of tunneling packet based on this patch set
and the Mirek's i40e TSO patch set in the next release.
Thanks
Jijiang Liu
> -Original Message-
> From: dev [mailto:d
What was the period of the issue? Also does this apply to just gmail.com
email addresses or also to other domains hosted by Google?
On Mon, Nov 3, 2014 at 3:25 AM, Thomas Monjalon
wrote:
> Hi all,
>
> There was a major failure with gmail accounts.
> Due to bounce errors, the mailing list system
You are using Xen 4.1.5, and try to do following change In
dpdk/config/defconfig_x86_64-native-linuxapp-gcc(assuming you use
x86_64-native-linuxapp-gcc to compile).
Change
CONFIG_RTE_MACHINE="native"
To
CONFIG_RTE_MACHINE="default"
> -Original Message-
> From: dev [mailto:dev-bounces
43 matches
Mail list logo
