On Thursday 08 December 2016 12:31 PM, Shreyansh Jain wrote:
Hello Jan,
Need your help in resolving the checkpatch issue for this patch.
I have used this in EAL Bus series [1].
[1] http://dpdk.org/ml/archives/dev/2016-December/051350.html
On Monday 21 November 2016 10:25 PM, Jan Blunck wrote:
On 12/07/2016 10:07 PM, Mcnamara, John wrote:
-Original Message-
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Tuesday, December 6, 2016 12:25 PM
To: yuanhan@linux.intel.com; thomas.monja...@6wind.com; Mcnamara, John
; Yang, Zhiyong ;
ktray...@redhat.com; dev@dpdk.
Hello Ferruh,
As always, thanks for your checks.
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Thursday, December 08, 2016 11:21 PM
> To: Shreyansh Jain ; dev@dpdk.org
> Cc: thomas.monja...@6wind.com; david.march...@6wind.com; Adrien Mazarguil
>
> Subj
Hi, Ferruh,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, December 08, 2016 6:43 PM
> To: Chen, Jing D ; Lu, Wenzhuo ;
> dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 15/32] net/i40e: add VF vlan strip func
>
> On 12/8/2016 9:10 AM, Chen, Jing D wrote:
> > HI, Ferruh,
>
Hi Wenzhuo,
Now I am using rte_eth_dev_set_mc_addr_list to configure the PF
with the list of mc_addr supported by the VF, but interestingly only 1 of the
mc_addr works and for other mc_addr packets does not even come up to the
VF/DPDK PMD.
PMD: ixgbe_update_mc_addr_list_vf(): ix
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> Sent: Thursday, December 8, 2016 4:21 PM
> To: Mcnamara, John
> Cc: dev@dpdk.org; mklet...@redhat.com
> Subject: Re: [dpdk-dev] [PATCH v2 3/4] app: give python apps a consistent
> shebang line
>
> 2016-12-08
On Thu, Dec 08, 2016 at 09:30:49AM +, Bruce Richardson wrote:
> On Thu, Dec 08, 2016 at 12:23:03AM +0530, Jerin Jacob wrote:
> > On Tue, Dec 06, 2016 at 04:51:19PM +, Bruce Richardson wrote:
> > > On Tue, Dec 06, 2016 at 09:22:15AM +0530, Jerin Jacob wrote:
> > > > In a polling model, lcore
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Kanika Singhal
> Sent: Wednesday, December 7, 2016 12:18 AM
> To: dev@dpdk.org
> Subject: [dpdk-dev] Does DPDK 1.7.1 support jumboframes for VMXNET3
>
> Hi,
>
> I am a new to DPDK.
>
> My product is using DPDK 1.
> -Original Message-
> From: Ananyev, Konstantin [mailto:konstantin.anan...@intel.com]
> Sent: Wednesday, December 7, 2016 2:03 AM
> To: Yigit, Ferruh ; Yong Wang
> ; Thomas Monjalon
>
> Cc: Harish Patil ; dev@dpdk.org; Rahul Lakkireddy
> ; Stephen Hurd
> ; Jan Medala ; Jakub
> Palider ; J
2016-12-02 17:48, Jianfeng Tan:
> This patch uses pthread_getaffinity_np() to narrow down used
> cores when none of below options is specified:
> * coremask (-c)
> * corelist (-l)
> * and coremap (--lcores)
>
> The purpose of this patch is to leave out these core related options
> when DPDK
On 12/8/2016 3:19 PM, Adrien Mazarguil wrote:
> Hi Ferruh,
>
> On Fri, Dec 02, 2016 at 04:58:53PM +, Ferruh Yigit wrote:
>> Hi Adrien,
>>
>> On 11/16/2016 4:23 PM, Adrien Mazarguil wrote:
>>> As previously discussed in RFC v1 [1], RFC v2 [2], with changes
>>> described in [3] (also pasted belo
Hi Shreyansh,
On 12/4/2016 10:11 AM, Shreyansh Jain wrote:
> rte_pci_driver probe/remove callback are replaced with the rte_driver
> based probe/remove. This patch changes all the PCI drivers which reference
> rte_pci_driver->probe/remove.
>
> rte_pci_driver continues to have probe/remove callbac
On Thu, Dec 08, 2016 at 12:32:52PM +0100, Zbigniew Bodek wrote:
> On 08.12.2016 11:24, Bruce Richardson wrote:
> > On Tue, Dec 06, 2016 at 06:32:53PM -0800, zbigniew.bo...@caviumnetworks.com
> > wrote:
> > > From: Zbigniew Bodek
> > >
> > > Introduce crypto poll mode driver using ARMv8
> > > cry
Hi Konstantin,
On Fri, 2 Dec 2016 16:17:51 +, "Ananyev, Konstantin"
wrote:
> Hi Olivier,
>
> > -Original Message-
> > From: Olivier Matz [mailto:olivier.m...@6wind.com]
> > Sent: Friday, December 2, 2016 8:24 AM
> > To: Ananyev, Konstantin
> > Cc: Thomas Monjalon ; Kulasek, TomaszX
On 12/8/2016 12:49 AM, Lu, Wenzhuo wrote:
> Hi,
>
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferruh Yigit
>> Sent: Thursday, December 8, 2016 1:20 AM
>> To: dev@dpdk.org
>> Cc: Zhang, Helin; Ananyev, Konstantin; sta...@dpdk.org
>> Subject: [dpdk-dev] [
> Hi Cristian,
>
> The way qos works just now should be feasible for dynamic targets. That is
> similar functions
> to rte_sched_port_enqueue() and rte_sched_port_dequeue() would be
> called. The first to
> enqueue the mbufs onto the queues the second to dequeue. The qos
> structures and sched
On 11/18/2016 9:08 AM, Haifeng Lin wrote:
> Most ethernet not support non-ip packets RSS and only first
> queue can used to receive. In this scenario lacp bond can
> only use one queue even if multi queue configured.
>
> We use below formula to change the map between bond_qid and
> slave_qid to le
On 11/28/2016 5:27 PM, Laurent Hardy wrote:
> Hello,
> Is there anyone available to review this patch ?
Adding more developers into cc.
>
> regards,
> Laurent
>
<...>
On Fri, Dec 02, 2016 at 09:06:42PM +, Kevin Traynor wrote:
> On 12/01/2016 08:36 AM, Adrien Mazarguil wrote:
> > Hi Kevin,
> >
> > On Wed, Nov 30, 2016 at 05:47:17PM +, Kevin Traynor wrote:
> >> Hi Adrien,
> >>
> >> On 11/16/2016 04:23 PM, Adrien Mazarguil wrote:
> >>> This new API superse
On 11/30/2016 12:32 PM, Yong Wang wrote:
> Current code does not close 'fd' on function exit, leaking resources.
>
> Signed-off-by: Yong Wang
> ---
Add new mail address of the maintainer.
CC: Harish Patil
<...>
On 12/3/2016 2:43 AM, Harish Patil wrote:
> From: Rasesh Mody
>
> Replace CONFIG_RTE_LIBRTE_QEDE_DEBUG_DRIVER with
> CONFIG_RTE_LIBRTE_QEDE_DEBUG_VAL which is a 32-bit bitmapped value
> where each bit represent a particular submodule to debug. Also move
> notice messages under CONFIG_RTE_LIBRTE_Q
On 12/3/2016 2:43 AM, Harish Patil wrote:
> Fix to adverstise max_rx_queues by taking into account the number
s/adverstise/advertise
> of PF connections instead of returning max_queues supported by the
> HW.
Can you please describe what is the effect, what happens if this is not
fixed, and drive
On 12/3/2016 2:43 AM, Harish Patil wrote:
> Set max_vfs to 0 since it is relevant only to SR-IOV PF
> which is not supported yet.
>
> Fixes: 2ea6f76a ("qede: add core driver")
>
> Signed-off-by: Harish Patil
Can you please update patch title to indicate what has been fixed
instead of what has b
On 12/3/2016 2:43 AM, Harish Patil wrote:
> The filter_config in qed_eth_ops_pass is a wrapper call driving all the
> filtering configuration. This requires defining multiple structures and
> passing different function arguments for each filter type which is
> unnecessary. So as part of this refact
On 12/3/2016 2:43 AM, Harish Patil wrote:
> From: Rasesh Mody
>
> Replace CONFIG_RTE_LIBRTE_QEDE_DEBUG_DRIVER with
> CONFIG_RTE_LIBRTE_QEDE_DEBUG_VAL which is a 32-bit bitmapped value
> where each bit represent a particular submodule to debug. Also move
> notice messages under CONFIG_RTE_LIBRTE_Q
2016-12-08 16:03, John McNamara:
> Add a consistent "env python" shebang line to the DPDK Python
> apps so that they can call the default system python.
The shebang is only useful for executable scripts.
Those included by other python scripts should not have this line.
Please could you remove the
2016-12-08 13:59, Wiles, Keith:
>
> > On Dec 8, 2016, at 3:30 AM, Nélio Laranjeiro
> > wrote:
> >
> > Hi all,
> >
> > Following previous discussions, I would like to gather requirements for
> > v2, currently we have:
> >
> > 1. Introduction of new typedefs.
> > 2. Modification of network head
Add a consistent "env python" shebang line to the DPDK Python
apps so that they can call the default system python.
Signed-off-by: John McNamara
---
app/test/autotest_test_funcs.py | 2 +-
doc/guides/conf.py | 2 ++
tools/dpdk-devbind.py | 3 ++-
3 files changed, 5 inserti
Add a requirement to support both Python 2 and 3 to the
DPDK Python Coding Standards.
Signed-off-by: John McNamara
---
doc/guides/contributing/coding_style.rst | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/doc/guides/contributing/coding_style.rst
b/doc/guides/contributin
Make all DPDK python application compliant with the PEP8 standard
to allow for consistency checking of patches and to allow further
refactoring.
Signed-off-by: John McNamara
---
V2: Fixed file/patch order from sloppy rebase.
app/cmdline_test/cmdline_test.py | 81 +-
app/cmdl
Make all the DPDK Python apps work with Python 2 or 3 to
allow them to work with whatever is the system default.
Signed-off-by: John McNamara
---
app/cmdline_test/cmdline_test.py | 26
app/cmdline_test/cmdline_test_data.py | 2 +-
app/test/autotest.py
It's been a source of confusion in the past, and even with this update
may continue to be a source of confusion. However, the original
language seems to imply that the DPDK EAL will take ownership of the
array passed in. Loosening the language up a bit might give a better
understanding for what i
Add a requirement to support both Python 2 and 3 to the
DPDK Python Coding Standards.
Signed-off-by: John McNamara
---
app/test/autotest_data.py| 188 +++
doc/guides/contributing/coding_style.rst | 3 +-
2 files changed, 96 insertions(+), 95 deletion
Add a consistent "env python" shebang line to the DPDK Python
apps so that they can call the default system python.
Signed-off-by: John McNamara
---
app/test/autotest_data.py | 2 +-
app/test/autotest_test_funcs.py | 2 +-
doc/guides/conf.py | 2 ++
tools/dpdk-devbind.py
Make all the DPDK Python apps work with Python 2 or 3 to
allow them to work with whatever is the system default.
Signed-off-by: John McNamara
---
app/cmdline_test/cmdline_test.py | 26
app/cmdline_test/cmdline_test_data.py | 2 +-
app/test/autotest.py
Make all DPDK python application compliant with the PEP8 standard
to allow for consistency checking of patches and to allow further
refactoring.
Signed-off-by: John McNamara
---
app/cmdline_test/cmdline_test.py | 81 +-
app/cmdline_test/cmdline_test_data.py | 401
These patches refactor the DPDK Python applications to make them Python 2/3
compatible.
In order to do this the patchset starts by making the apps PEP8 compliant in
accordance with the DPDK Coding guidelines:
http://dpdk.org/doc/guides/contributing/coding_style.html#python-code
Implementing
Hi Cristian,
The way qos works just now should be feasible for dynamic targets. That is
similar functions
to rte_sched_port_enqueue() and rte_sched_port_dequeue() would be called. The
first to
enqueue the mbufs onto the queues the second to dequeue. The qos structures
and scheduler
don't ne
Hi Ferruh,
On Fri, Dec 02, 2016 at 04:58:53PM +, Ferruh Yigit wrote:
> Hi Adrien,
>
> On 11/16/2016 4:23 PM, Adrien Mazarguil wrote:
> > As previously discussed in RFC v1 [1], RFC v2 [2], with changes
> > described in [3] (also pasted below), here is the first non-draft series
> > for this ne
> -Original Message-
> From: Neil Horman [mailto:nhor...@tuxdriver.com]
> Sent: Thursday, December 8, 2016 3:07 PM
> To: Nélio Laranjeiro
> Cc: dev@dpdk.org; Ananyev, Konstantin ;
> Richardson, Bruce ; Wiles,
> Keith ; Morten Brørup ;
> Lu, Wenzhuo ; Olivier Matz
>
> Subject: Re: [PAT
2016-12-08 07:41, Yang, Zhiyong:
> From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> > 2016-12-05 16:26, Zhiyong Yang:
> > > +#ifndef _RTE_MEMSET_X86_64_H_
> >
> > Is this implementation specific to 64-bit?
> >
>
> Yes.
So should we rename this file?
rte_memset.h -> rte_memset_64.h
Yo
Hi Sugesh,
On Tue, Dec 06, 2016 at 06:11:38PM +, Chandran, Sugesh wrote:
[...]
> > >>> +int
> > >>> +rte_flow_validate(uint8_t port_id,
> > >>> + const struct rte_flow_attr *attr,
> > >>> + const struct rte_flow_item pattern[],
> > >>> + const st
On Thu, Dec 08, 2016 at 10:30:05AM +0100, Nélio Laranjeiro wrote:
> Hi all,
>
> Following previous discussions, I would like to gather requirements for
> v2, currently we have:
>
> 1. Introduction of new typedefs.
> 2. Modification of network headers.
> 3. Modification of rte_*_to_*() functions.
2016-12-07 18:27, Stephen Hemminger:
> In order to support Hyper-V in a direct fashion, the eth_dev name
> needs to be expanded. The standard format for text representation of GUID
> is 36 bytes (plus null). See uuid_unparse(3).
[...]
> --- a/doc/guides/rel_notes/release_17_02.rst
> +++ b/doc/guid
On Wed, Dec 07, 2016 at 04:04:17PM +, Declan Doherty wrote:
> On 07/12/16 14:46, Richardson, Bruce wrote:
> >
> >
> > > -Original Message-
> > > From: Neil Horman [mailto:nhor...@tuxdriver.com]
> > > Sent: Wednesday, December 7, 2016 2:17 PM
> > > To: Doherty, Declan
> > > Cc: Richar
Hi Beilei,
On Thu, Dec 08, 2016 at 09:00:05AM +, Xing, Beilei wrote:
[...]
> > +/**
> > + * RTE_FLOW_ITEM_TYPE_ETH
> > + *
> > + * Matches an Ethernet header.
> > + */
> > +struct rte_flow_item_eth {
> > + struct ether_addr dst; /**< Destination MAC. */
> > + struct ether_addr src; /**< So
- Grouped related items using empty lines
- Aligned arguments to same column
- All item comments that doesn't fit same line are placed blow the item
itself
- Moved some comments to same line if overall line < 100 chars
Signed-off-by: Ferruh Yigit
---
- ! This patch has the problem of trashing
> On Dec 8, 2016, at 3:30 AM, Nélio Laranjeiro
> wrote:
>
> Hi all,
>
> Following previous discussions, I would like to gather requirements for
> v2, currently we have:
>
> 1. Introduction of new typedefs.
> 2. Modification of network headers.
> 3. Modification of rte_*_to_*() functions.
>
>
On 08.12.2016 11:24, Bruce Richardson wrote:
On Tue, Dec 06, 2016 at 06:32:53PM -0800, zbigniew.bo...@caviumnetworks.com
wrote:
From: Zbigniew Bodek
Introduce crypto poll mode driver using ARMv8
cryptographic extensions. This PMD is optimized
to provide performance boost for chained
crypto op
Hi Qiming,
On 12/6/2016 7:16 AM, Qiming Yang wrote:
> This patch adds a new API 'rte_eth_dev_fwver_get' for fetching firmware
> version by a given device.
>
> Signed-off-by: Qiming Yang
<...>
> @@ -1444,6 +1448,7 @@ struct eth_dev_ops {
> /**< Get names of extended statistics. */
>
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Thursday, December 8, 2016 1:24 AM
> To: Van Haaren, Harry
> > * Operation and sched_type *increased* to 4 bits each (from previous value
> > of 2) to
> allow future expansion without ABI changes
>
> Anyway it will break ABI
On Wed, Dec 7, 2016 at 7:04 PM, Stephen Hemminger
wrote:
> No device driver sets the unbind flag in current public code base.
> Therefore it is good time to remove the unused dead code.
Yes, this has been unused for some time now.
I would say this is not subject to abi enforcement as this only
m
On 12/8/2016 9:10 AM, Chen, Jing D wrote:
> HI, Ferruh,
>
> Best Regards,
> Mark
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Wednesday, December 07, 2016 10:18 PM
>> To: Lu, Wenzhuo ; dev@dpdk.org
>> Cc: Chen, Jing D
>> Subject: Re: [dpdk-dev] [PATCH v2 15/32] net/i40e: ad
On 12/8/2016 1:47 AM, Stephen Hemminger wrote:
> return statements at end of void functions are unnecessary and unwanted.
>
> Signed-off-by: Stephen Hemminger
> ---
Reviewed-by: Ferruh Yigit
But patch content is not just for sched/malloc as title suggests, it has
sched:
mem:
net/bonding:
> -Original Message-
> From: Yang, Zhiyong
> Sent: Thursday, December 8, 2016 9:53 AM
> To: Ananyev, Konstantin ; Thomas Monjalon
>
> Cc: dev@dpdk.org; yuanhan@linux.intel.com; Richardson, Bruce
> ; De Lara Guarch, Pablo
>
> Subject: RE: [dpdk-dev] [PATCH 1/4] eal/common: introduc
On Thu, Dec 08, 2016 at 09:53:12AM +, Yang, Zhiyong wrote:
> Hi， Konstantin:
>
> > -Original Message-
> > From: Ananyev, Konstantin
> > Sent: Thursday, December 8, 2016 5:26 PM
> > To: Yang, Zhiyong ; Thomas Monjalon
> >
> > Cc: dev@dpdk.org; yuanhan@linux.intel.com; Richardson, B
On 12/8/2016 1:47 AM, Stephen Hemminger wrote:
> Extra goto's to just a return are unnecessary.
>
> Signed-off-by: Stephen Hemminger
> ---
> lib/librte_ether/rte_ethdev.c | 21 +++--
> 1 file changed, 7 insertions(+), 14 deletions(-)
>
> diff --git a/lib/librte_ether/rte_ethdev.
On Tue, Dec 06, 2016 at 06:32:53PM -0800, zbigniew.bo...@caviumnetworks.com
wrote:
> From: Zbigniew Bodek
>
> Introduce crypto poll mode driver using ARMv8
> cryptographic extensions. This PMD is optimized
> to provide performance boost for chained
> crypto operations processing, such as:
> * en
On Wed, Dec 07, 2016 at 10:58:49AM +, Alan Robertson wrote:
> Hi Cristian,
>
> Looking at points 10 and 11 it's good to hear nodes can be dynamically added.
>
> We've been trying to decide the best way to do this for support of qos on
> tunnels for
> some time now and the existing implementa
On Wed, Dec 07, 2016 at 10:32:56PM +0530, Jerin Jacob wrote:
> On Tue, Dec 06, 2016 at 05:17:12PM +, Bruce Richardson wrote:
> > On Tue, Dec 06, 2016 at 09:22:17AM +0530, Jerin Jacob wrote:
> > > This patch implements northbound eventdev API interface using
> > > southbond driver interface
> >
On Thu, Dec 08, 2016 at 07:18:01AM +0530, Jerin Jacob wrote:
> On Wed, Dec 07, 2016 at 11:12:51AM +, Bruce Richardson wrote:
> > On Tue, Dec 06, 2016 at 09:22:15AM +0530, Jerin Jacob wrote:
> > > In a polling model, lcores poll ethdev ports and associated
> > > rx queues directly to look for pa
Hi， Konstantin:
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, December 8, 2016 5:26 PM
> To: Yang, Zhiyong ; Thomas Monjalon
>
> Cc: dev@dpdk.org; yuanhan@linux.intel.com; Richardson, Bruce
> ; De Lara Guarch, Pablo
>
> Subject: RE: [dpdk-dev] [PATCH 1/4] eal/com
On Thu, Dec 08, 2016 at 12:23:03AM +0530, Jerin Jacob wrote:
> On Tue, Dec 06, 2016 at 04:51:19PM +, Bruce Richardson wrote:
> > On Tue, Dec 06, 2016 at 09:22:15AM +0530, Jerin Jacob wrote:
> > > In a polling model, lcores poll ethdev ports and associated
> > > rx queues directly to look for pa
Hi all,
Following previous discussions, I would like to gather requirements for
v2, currently we have:
1. Introduction of new typedefs.
2. Modification of network headers.
3. Modification of rte_*_to_*() functions.
Point 1. seems not to be an issue, everyone seems to agree on the fact
having tho
Hi Zhiyong,
>
> HI, Thomas:
> Sorry for late reply. I have been being always considering your
> suggestion.
>
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> > Sent: Friday, December 2, 2016 6:25 PM
> > To: Yang, Zhiyong
> > Cc: dev@dpdk.org
> -Original Message-
> From: Yong Wang [mailto:wang.yon...@zte.com.cn]
> Sent: Thursday, December 8, 2016 4:19 AM
> To: Mcnamara, John
> Cc: dev@dpdk.org; Yong Wang
> Subject: [PATCH] doc: fix mistakes in contribution guide
Thanks for the fixes. One minor comment below.
>
> Signed-o
Hi, Ferruh,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, December 07, 2016 11:14 PM
> To: Lu, Wenzhuo ; dev@dpdk.org
> Cc: Chen, Jing D
> Subject: Re: [dpdk-dev] [PATCH v2 27/32] net/i40e: change version number to
> support Linux VF
>
> On 12/7/2016 3:32 AM, Wenzhuo Lu w
HI, Ferruh,
Best Regards,
Mark
> -Original Message-
> From: Yigit, Ferruh
> Sent: Wednesday, December 07, 2016 10:18 PM
> To: Lu, Wenzhuo ; dev@dpdk.org
> Cc: Chen, Jing D
> Subject: Re: [dpdk-dev] [PATCH v2 15/32] net/i40e: add VF vlan strip func
>
> On 12/7/2016 3:31 AM, Wenzhuo Lu w
> -Original Message-
> From: Martin Kletzander [mailto:mklet...@redhat.com]
> Sent: Thursday, December 8, 2016 8:40 AM
> To: Thomas Monjalon
> Cc: dev@dpdk.org; Mcnamara, John
> Subject: Re: [dpdk-dev] [PATCH] Force python scripts to run with python2
>
> On Wed, Dec 07, 2016 at 03:48:37P
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Adrien Mazarguil
> Sent: Thursday, November 17, 2016 12:23 AM
> To: dev@dpdk.org
> Cc: Thomas Monjalon ; De Lara Guarch,
> Pablo ; Olivier Matz
>
> Subject: [dpdk-dev] [PATCH 01/22] ethdev: introduce generic flow
Hi Olivier,
Apology for a delayed response.
> -Original Message-
> From: Olivier Matz [mailto:olivier.m...@6wind.com]
> Sent: Tuesday, November 22, 2016 2:55 PM
> To: Hemant Agrawal
> Cc: dev@dpdk.org; jerin.ja...@caviumnetworks.com; david.h...@intel.com
> Subject: Re: [PATCH v3 2
On 06/12/2016 15:16, Qiming Yang wrote:
[..]
Qiming Yang (5):
ethdev: add firmware version get
net/e1000: add firmware version get
net/ixgbe: add firmware version get
net/i40e: add firmware version get
ethtool: dispaly bus info and firmware version
s/dispaly/display
doc/guides/rel_n
On Fri, Dec 02, 2016 at 02:31:15PM +, Jianfeng Tan wrote:
> Before the commit 86d59b21468a ("net/virtio: support LRO"), features
> in virtio PMD, is decided and properly set at device initialization
> and will not be changed. But afterward, features could be changed in
> virtio_dev_configure(),
73 matches
Mail list logo
