Acked-by: Helin Zhang
> -Original Message-
> From: Xing, Beilei
> Sent: Friday, May 6, 2016 2:07 PM
> To: Zhang, Helin
> Cc: dev at dpdk.org
> Subject: [PATCH 00/29] ixgbe/base: update base driver
>
> Update base driver for ixgbe, mainly work on new features and bug fixes.
>
> Beilei Xi
Tested-by: Yulong Pei
1. Run dpdk app with multiple mount points, it works as expected.
2. Create new cgroup with limited hugepages like the following, and Run dpdk
app with the newly created cgroup, it works as expected.
#cgcreate -g hugetlb:/test-subgroup
# cgset -r hugetlb.1GB.limit_in_bytes
Hi Yuanhan,
Sorry for late replying.
On 2016/06/03 13:17, Yuanhan Liu wrote:
> On Thu, Jun 02, 2016 at 06:30:18PM +0900, Tetsuya Mukawa wrote:
>> Hi Yuanhan,
>>
>> On 2016/06/02 16:31, Yuanhan Liu wrote:
>>> But still, I'd ask do we really need 2 virtio for container solutions?
>>
>> I appreciate
If the PF link is down and up, VF link will not work
accordingly.
This patch set addes the support of VF link reset. So, when VF
receices the messges of physical link down/up. APP can reset the
VF link and let it recover.
PS: This patch set is splitted from a previous patch set, *automatic
link re
Add an API to reset the device.
It's for VF device in this scenario, kernel PF + DPDK VF.
When the PF port down/up, APP should call this API to
reset VF port. Most likely, APP should call it in its
management thread and guarantee the thread safe.
Signed-off-by: Wenzhuo Lu
---
lib/librte_ether/rt
Define lock mode for RX/TX queue. Because when resetting
the device we want the resetting thread to get the lock
of the RX/TX queue to make sure the RX/TX is stopped.
Using next ABI macro for this ABI change as it has too
much impact. 7 APIs and 1 global variable are impacted.
Signed-off-by: Wenz
Add RX/TX paths with lock for VF. It's used when
the function of link reset on VF is needed.
When the lock for RX/TX is added, the RX/TX can be
stopped. Then we have a chance to reset the VF link.
Please be aware there's performence drop if the lock
path is chosen.
Signed-off-by: Wenzhuo Lu
---
Implement the device reset function.
1, Add the fake RX/TX functions.
2, The reset function tries to stop RX/TX by replacing
the RX/TX functions with the fake ones and getting the
locks to make sure the regular RX/TX finished.
3, After the RX/TX stopped, reset the VF port, and then
release
Add RX/TX paths with lock for VF. It's used when
the function of link reset on VF is needed.
When the lock for RX/TX is added, the RX/TX can be
stopped. Then we have a chance to reset the VF link.
Please be aware there's performence drop if the lock
path is chosen.
Signed-off-by: Wenzhuo Lu
---
Implement the device reset function.
1, Add the fake RX/TX functions.
2, The reset function tries to stop RX/TX by replacing
the RX/TX functions with the fake ones and getting the
locks to make sure the regular RX/TX finished.
3, After the RX/TX stopped, reset the VF port, and then
release
Add RX/TX paths with lock for VF. It's used when
the function of link reset on VF is needed.
When the lock for RX/TX is added, the RX/TX can be
stopped. Then we have a chance to reset the VF link.
Please be aware there's performence drop if the lock
path is chosen.
Signed-off-by: Zhe Tao
---
dr
Implement the device reset function.
1, Add the fake RX/TX functions.
2, The reset function tries to stop RX/TX by replacing
the RX/TX functions with the fake ones and getting the
locks to make sure the regular RX/TX finished.
3, After the RX/TX stopped, reset the VF port, and then
release
Add a new example to show how to handle the reset event
on VF when PF link down/up.
PS: This patch set is base on the patch set *support reset
of VF link*.
Wenzhuo Lu (1):
examples: add a new example for link reset
MAINTAINERS | 4 +
doc/guides/sample_app_ug/link
Add a new example to show when the PF is down and up,
VF port can be reset and recover.
Signed-off-by: Wenzhuo Lu
---
MAINTAINERS | 4 +
doc/guides/sample_app_ug/link_reset.rst | 177
examples/link_reset/Makefile| 50 +++
examples/link_reset/ma
On Mon, Jun 06, 2016 at 02:10:46PM +0900, Tetsuya Mukawa wrote:
> Hi Yuanhan,
>
> Sorry for late replying.
Never mind.
>
> On 2016/06/03 13:17, Yuanhan Liu wrote:
> > On Thu, Jun 02, 2016 at 06:30:18PM +0900, Tetsuya Mukawa wrote:
> >> Hi Yuanhan,
> >>
> >> On 2016/06/02 16:31, Yuanhan Liu wrot
Hi,
Acked-by: Wenzhuo Lu
On Thu, Jun 02, 2016 at 09:54:36AM +, Jianfeng Tan wrote:
> +
> + desc_addr = (uint64_t)vq->mz->addr;
> + avail_addr = desc_addr + vq->vq_nentries * sizeof(struct vring_desc);
> + used_addr = RTE_ALIGN_CEIL(avail_addr + offsetof(struct vring_avail,
> +
Hi,
On 6/6/2016 1:10 PM, Tetsuya Mukawa wrote:
> Hi Yuanhan,
>
> Sorry for late replying.
>
> On 2016/06/03 13:17, Yuanhan Liu wrote:
>> On Thu, Jun 02, 2016 at 06:30:18PM +0900, Tetsuya Mukawa wrote:
>>> Hi Yuanhan,
>>>
>>> On 2016/06/02 16:31, Yuanhan Liu wrote:
But still, I'd ask do we re
Hi Yuanhan,
On 6/6/2016 4:01 PM, Yuanhan Liu wrote:
> On Thu, Jun 02, 2016 at 09:54:36AM +, Jianfeng Tan wrote:
>> +
>> +desc_addr = (uint64_t)vq->mz->addr;
>> +avail_addr = desc_addr + vq->vq_nentries * sizeof(struct vring_desc);
>> +used_addr = RTE_ALIGN_CEIL(avail_addr + offset
On 2016/06/06 16:21, Yuanhan Liu wrote:
> On Mon, Jun 06, 2016 at 02:10:46PM +0900, Tetsuya Mukawa wrote:
>> Hi Yuanhan,
>>
>> Sorry for late replying.
>
> Never mind.
>
>>
>> On 2016/06/03 13:17, Yuanhan Liu wrote:
>>> On Thu, Jun 02, 2016 at 06:30:18PM +0900, Tetsuya Mukawa wrote:
Hi Yuanh
On Mon, Jun 06, 2016 at 05:33:31PM +0900, Tetsuya Mukawa wrote:
> >> [My solution]
> >> - Pros
> >> Basic principle of my implementation is not to reinvent the wheel.
> >
> > Yes, that's a good point. However, it's not that hard as we would have
> > thought in the first time: the tough part that d
When app tries promisc/allmulti setting, fm10k will check if a valid glort
is acquired, if not then exit without doing anything. It's a long journey
for VF to acquire glort info from VF to PF mailbox, PF to switch mailbox.
It could be a long interval that's out of DPDK's control. Thus, app may
fail
2016-06-05 14:15, Neil Horman:
> On Fri, Jun 03, 2016 at 03:07:49PM +, Mcnamara, John wrote:
> > Introduction
> >
> >
> > This document sets out a proposal for a DPDK Long Term Support release
> > (LTS).
> >
> > The purpose of the DPDK LTS will be to maintain a stable release of
On 2016/06/06 17:03, Tan, Jianfeng wrote:
> Hi,
>
>
> On 6/6/2016 1:10 PM, Tetsuya Mukawa wrote:
>> Hi Yuanhan,
>>
>> Sorry for late replying.
>>
>> On 2016/06/03 13:17, Yuanhan Liu wrote:
>>> On Thu, Jun 02, 2016 at 06:30:18PM +0900, Tetsuya Mukawa wrote:
Hi Yuanhan,
On 2016/06/02
On 2016/06/06 17:49, Yuanhan Liu wrote:
> On Mon, Jun 06, 2016 at 05:33:31PM +0900, Tetsuya Mukawa wrote:
[My solution]
- Pros
Basic principle of my implementation is not to reinvent the wheel.
>>>
>>> Yes, that's a good point. However, it's not that hard as we would have
>>> thought
On Mon, Jun 06, 2016 at 06:30:00PM +0900, Tetsuya Mukawa wrote:
> On 2016/06/06 17:49, Yuanhan Liu wrote:
> > On Mon, Jun 06, 2016 at 05:33:31PM +0900, Tetsuya Mukawa wrote:
> [My solution]
> - Pros
> Basic principle of my implementation is not to reinvent the wheel.
> >>>
> >>> Yes,
Hi,
On 6/6/2016 5:28 PM, Tetsuya Mukawa wrote:
> On 2016/06/06 17:03, Tan, Jianfeng wrote:
>> Hi,
>>
>>
>> On 6/6/2016 1:10 PM, Tetsuya Mukawa wrote:
>>> Hi Yuanhan,
>>>
>>> Sorry for late replying.
>>>
>>> On 2016/06/03 13:17, Yuanhan Liu wrote:
On Thu, Jun 02, 2016 at 06:30:18PM +0900, Tets
Hi,
On 6/6/2016 5:30 PM, Tetsuya Mukawa wrote:
> On 2016/06/06 17:49, Yuanhan Liu wrote:
>> On Mon, Jun 06, 2016 at 05:33:31PM +0900, Tetsuya Mukawa wrote:
> [My solution]
> - Pros
> Basic principle of my implementation is not to reinvent the wheel.
Yes, that's a good point. Howe
On Fri, Jun 03, 2016 at 06:05:15PM +0200, Thomas Monjalon wrote:
> Hi,
>
> 2016-06-03 15:07, Mcnamara, John:
> > Introduction
> >
> >
> > This document sets out a proposal for a DPDK Long Term Support release
> > (LTS).
>
> In general, LTS refer to a longer maintenance than than re
Acked-by: David Harton
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Remy Horton
> Sent: Monday, May 30, 2016 6:48 AM
> To: dev at dpdk.org; Thomas Monjalon ; Helin
> Zhang
> ; Wenzhuo Lu ; Jing Chen
> ; Huawei Xie
> Subject: [dpdk-dev] [PATCH v3 00/10]
2016-06-06 19:49, Yuanhan Liu:
> On Fri, Jun 03, 2016 at 06:05:15PM +0200, Thomas Monjalon wrote:
> > 2016-06-03 15:07, Mcnamara, John:
> > > Developers submitting fixes to the mainline should also CC the maintainer
> > > so
> > > that they can evaluate the patch. A email address
> > > could be
> LTS Version
>
>
> The proposed initial LTS version will be DPDK 16.07. The next versions, based
> on a 2 year cycle, will be DPDK 18.08, 20.08, etc.
Hi,
I can see 16.07's release due date is 18th July. Is it possible to know
the timeline for RC versions of dpdk-16.07 ? This might
On Mon, Jun 06, 2016 at 11:27:29AM +0200, Thomas Monjalon wrote:
> 2016-06-05 14:15, Neil Horman:
> > On Fri, Jun 03, 2016 at 03:07:49PM +, Mcnamara, John wrote:
> > > Introduction
> > >
> > >
> > > This document sets out a proposal for a DPDK Long Term Support release
> > > (LTS
On Mon, Jun 06, 2016 at 03:31:09PM +0200, Thomas Monjalon wrote:
> 2016-06-06 19:49, Yuanhan Liu:
> > On Fri, Jun 03, 2016 at 06:05:15PM +0200, Thomas Monjalon wrote:
> > > 2016-06-03 15:07, Mcnamara, John:
> > > > Developers submitting fixes to the mainline should also CC the
> > > > maintainer s
On Mon, Jun 06, 2016 at 03:44:47PM +0200, Nirmoy Das wrote:
>
> > LTS Version
> >
> >
> > The proposed initial LTS version will be DPDK 16.07. The next versions,
> > based
> > on a 2 year cycle, will be DPDK 18.08, 20.08, etc.
>
> Hi,
>
> I can see 16.07's release due date is 18th
2016-06-06 09:47, Neil Horman:
> On Mon, Jun 06, 2016 at 11:27:29AM +0200, Thomas Monjalon wrote:
> > 2016-06-05 14:15, Neil Horman:
> > > On Fri, Jun 03, 2016 at 03:07:49PM +, Mcnamara, John wrote:
> > > > Introduction
> > > >
> > > >
> > > > This document sets out a proposal for
2016-06-06 22:14, Yuanhan Liu:
> On Mon, Jun 06, 2016 at 03:31:09PM +0200, Thomas Monjalon wrote:
> > 2016-06-06 19:49, Yuanhan Liu:
> > > On Fri, Jun 03, 2016 at 06:05:15PM +0200, Thomas Monjalon wrote:
> > > > 2016-06-03 15:07, Mcnamara, John:
> > > > > Developers submitting fixes to the mainline
Hi,
This is more of a question/clarification than a comment. (And I have taken only
some snippets from original mail to keep it cleaner)
> +MEMPOOL_REGISTER_OPS(ops_mp_mc);
> +MEMPOOL_REGISTER_OPS(ops_sp_sc);
> +MEMPOOL_REGISTER_OPS(ops_mp_sc);
> +MEMPOOL_REGISTER_OPS(ops_sp_mc);
> + /*
Hi,
(Apologies for overly-eager email sent on this thread earlier. Will be more
careful in future).
This is more of a question/clarification than a comment. (And I have taken only
some snippets from original mail to keep it cleaner)
> +MEMPOOL_REGISTER_OPS(ops_mp_mc);
> +MEMPOOL_REGISTER_OPS(
On Mon, Jun 06, 2016 at 04:21:11PM +0200, Thomas Monjalon wrote:
> 2016-06-06 09:47, Neil Horman:
> > On Mon, Jun 06, 2016 at 11:27:29AM +0200, Thomas Monjalon wrote:
> > > 2016-06-05 14:15, Neil Horman:
> > > > On Fri, Jun 03, 2016 at 03:07:49PM +, Mcnamara, John wrote:
> > > > > Introduction
Zhilong, Thomas,
If there is enough interest within DPDK community I can work on adding
support for 'unaligned access' and 'test cases' for it. Please let me know
either way.
Thanks,
Ravi
On Thu, May 26, 2016 at 2:05 AM, Wang, Zhihong
wrote:
>
>
> > -Original Message-
> > From: dev [m
From: Ajit Khaparde
This patch adds the initial skeleton for bnxt driver along with the
nic guide to tie into the build system.
At this point, the driver simply fails init.
v4:
Fix a warning that the document isn't included in any toctree
Also remove a PCI ID added erroneously.
Signed-off-by: A
From: Ajit Khaparde
Start adding support to use the HWRM API.
Hardware Resource Manager or HWRM in short, is a set of API provided
by the firmware running in the ASIC to manage the various resources.
Initial commit just performs necessary HWRM queries for init, then
fails as before.
The used HW
From: Ajit Khaparde
Move init() cleanup into uninit() function
Fix .dev_private_size
Add require hwrm calls:
bnxt_hwrm_func_driver_register()
bnxt_hwrm_func_driver_unregister()
v4:
Address review comment regarding removal of bnxt_dev_close_op
Signed-off-by: Ajit Khaparde
Review
From: Ajit Khaparde
Gets device info from the bp structure filled in the init() function.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt.h| 3 ++
drivers/net/bnxt/bnxt_ethdev.c | 95 ++
From: Ajit Khaparde
This patch adds the bnxt_hwrm_port_phy_cfg() HWRM call,
and copies required information into the new struct bnxt_link_info.
v4:
Fixed few issues identified by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/
From: Ajit Khaparde
Declare ring structures and a ring free() function.
These are generic ring mamagement functions which will be used to create
Tx, Rx and Completion rings in the subsequent patches.
v4:
Address checkpatch warnings.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
From: Ajit Khaparde
Initial implementation of tx_pkt_burst for transmit.
Add code to allocate rings to bnxt_ring.c
This allows creation of rings in ASIC, which is used by the Tx function.
v4:
Address review comments and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewe
From: Ajit Khaparde
Add get and clear staitstics operations and the asociated HWRM calls.
v4:
Address review comments and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/Makefile
From: Ajit Khaparde
Add the L2 filter structure and the alloc/init/free functions for
dealing with them.
A filter is used to identify traffic that contains a matching set of
parameters like unicast or broadcast MAC address or a VLAN tag amongst
other things which then allows the ASIC to direct t
From: Ajit Khaparde
Add functions to allocate, initialize, and free vnics.
A VNIC represents a virtual interface. It is a resource in the RX path
of the chip and is used to setup various target actions such as RSS,
MAC filtering etc.. for the physical function in use.
Signed-off-by: Ajit Khapar
From: Ajit Khaparde
Structures, macros, and functions for working with completion rings
in the driver.
Completion Ring is used by the Ethernet controller to provide the
status of transmitted & received packets, report errors, status changes
to the host software.
v4:
Address review comments and
From: Ajit Khaparde
Adds initial create/destroy queue code. Still requires RX ring support
which will be brought in subsequent patches to be functional.
v4:
Address review comments and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off
From: Ajit Khaparde
This patch adds dev_ops to enable/disable multicast traffic.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_ethdev.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/driv
From: Ajit Khaparde
This patch adds code to add the start, stop and link update dev_ops.
The BNXT driver will now minimally pass traffic with testpmd.
v4:
- Fix issues pointed out by checkpatch.
- Shorten the string passed for reserving memzone
when default completion ring is created.
Signed-of
From: Ajit Khaparde
This patch adds the promiscuous mode enable and disable dev_ops.
v4:
Fix couple of typos in the commit message.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_ethdev.c | 30 ++
From: Ajit Khaparde
These HWRM APIs allow setting and clearing of Rx masks in L2 context
per VNIC.
v4:
Address review comments.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_hwrm.c | 45 +++
drivers/net/b
From: Ajit Khaparde
Add code to create/destroy TX queues. This still requires support to
create a TX ring in the ASIC which will be completed in a future commit.
v4:
Address review comments and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
S
From: Ajit Khaparde
Add function and associated structures and definitions to free
statistics context from the ASIC.
v4:
Address review comments and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/
From: Ajit Khaparde
This patch adds code to free all resources except the one corresponding
to HWRM, which are required to notify the HWRM that the driver is unloaded
(these are freed in uninit()).
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
dr
From: Ajit Khaparde
Perform allocation and free()ing of ring and information structures
for the TX, RX, and completion rings. The previous patches had
so far provided top level stubs, while this patch does the real
allocation and freeing of the memory.
v4:
- Address review comments and fix issue
From: Ajit Khaparde
Frees a vnic allocated by vnic_alloc in the previous patch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_hwrm.c | 21 +
drivers/net/bnxt/bnxt_hwrm.h | 1 +
drivers/net/bnxt/h
From: Ajit Khaparde
Add HWRM API code to allocate a statistics context in the ASIC.
This API will be called by the previously submitted "add statistics
operations patch".
v4:
Address review comments and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Chris
From: Ajit Khaparde
A VNIC represents a virtual interface. It is a resource in the RX path
of the chip and is used to setup various target actions such as RSS,
MAC filtering etc.. for the physical function in use.
This patch configures the properties and actions of the vnic
allocated by vnic_all
From: Ajit Khaparde
Add HWRM API calls to allocate and free TX, RX and Completion rings
in the hardware along with the associated structs and definitions.
As mentioned earlier, a completion ring is used by the Ethernet
controller to provide the status of transmitted & received packets,
report er
From: Ajit Khaparde
Initial implementation of rx_pkt_burst
Add code to allocate rings to bnxt_ring.c
v4:
Use rte_mbuf_raw_alloc instead of the now depricated
__rte_mbuf_raw_alloc and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-b
From: Ajit Khaparde
This patch adds code to set and clear L2 filters from the corresponding
VNIC. These filters will determine the characteristics of Rx traffic.
v4:
Separated this code from the previous patch as it had nothing to
do with freeing of statistics context.
Signed-off-by: Ajit Khapa
From: Ajit Khaparde
As mentioned earlier:
A VNIC represents a virtual interface. It is a resource in the RX path
of the chip and is used to setup various target actions such as RSS,
MAC filtering etc.. for the physical function in use.
The HWRM API defined in this patch will be used to enable RS
From: Ajit Khaparde
This requires a group info array in struct bnxt, so add that, save
the max size from the func_qcap response, and alloc/free in init/uninit
As mentioned in the previous patch, A VNIC represents a virtual interface.
It is a resource in the RX path of the chip and is used to set
From: Ajit Khaparde
Add rss_hash_update and rss_hash_conf_get dev_ops
v4:
Fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_ethdev.c | 121 +
1 file
From: Ajit Khaparde
Add bnxt_hwrm_func_reset() function and supporting structs and macros.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_hwrm.c | 17 +
drivers/net/bnxt/bnxt_hwrm.h | 1 +
drivers/n
From: Ajit Khaparde
Add code to Update/query reta dev_ops
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_ethdev.c | 56 ++
1 file changed, 56 insertions(+)
diff --git a/drivers/net/bnx
From: Ajit Khaparde
Adds dev_ops to set link UP or DOWN as appropriate.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_ethdev.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/net/bnxt/bnxt_e
From: Ajit Khaparde
This patch adds APIs to allow configuration of a VNIC.
The functions alloc and free the COS and Load Balance context
corresponding to the VNIC in the chip.
v4:
Address review comments and fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David
From: Ajit Khaparde
Add flow_ctrl_get and flow_ctrl_set dev_ops.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_ethdev.c | 83 ++
1 file changed, 83 insertions(+)
diff --git a/drivers/
From: Ajit Khaparde
Add a function to initialize ring groups, and a function to
allocate and free the rings via HWRM.
This should be the last functionality needed to add start/stop
device operations.
v4:
Address review comment to merge another patch into this to avoid
a compilation issue. Fix i
From: Ajit Khaparde
Add HWRM API for ring group alloc/free functions, associated structs and
definitions.
This API allocates and does basic preparation for a ring group in ASIC.
A ring group is identified by an index. It consists of Rx ring id,
completion ring id and a statistics context.
v4:
Ad
From: Ajit Khaparde
Add HWRM calls to query the port's PHY and link configuration.
This HWRM command and helper function like bnxt_get_hwrm_link_config()
and bnxt_parse_hw_link_speed() parse the link state.
v4:
Fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: Dav
From: Ajit Khaparde
This patch adds dev_ops to Add/Remove MAC addresses.
v4:
Fix issues pointed out by checkpatch.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_ethdev.c | 71 ++
1 fi
From: Ajit Khaparde
As pointed in the previous round of review,
Having struct at the end of the structure bnxt_ring_struct is a redundant.
Replace it with bnxt_ring.
Signed-off-by: Ajit Khaparde
Reviewed-by: David Christensen
Signed-off-by: Stephen Hurd
---
drivers/net/bnxt/bnxt_cpr.c | 4
80 matches
Mail list logo
