Add initial DPAA2 support
DPAA2 is a hardware-level networking architecture found in some NXP
SoCs which contain hardware blocks including Management Complex
(MC, a command interface to manipulate DPAA2 objects), Wire Rate I/O
processor (WRIOP, packets distribution, queuing, drop decisions),
Queues and Buffers Manager (QBMan, Rx/Tx queues control, Rx buffer
pools) and the others.
The Management Complex runs NXP-supplied firmware which provides DPAA2
objects as an abstraction layer over those blocks to simplify an
access to the underlying hardware. Each DPAA2 object has its own
driver (to perform an initialization at least) and will be visible
as a separate device in the device tree.
Two new drivers (dpaa2_mc and dpaa2_rc) act like firmware buses in
order to form a hierarchy of the DPAA2 devices:
acpiX (or simplebusX)
dpaa2_mcX
dpaa2_rcX
dpaa2_mcp0
...
dpaa2_mcpN
dpaa2_bpX
dpaa2_macX
dpaa2_io0
...
dpaa2_ioM
dpaa2_niX
dpaa2_mc is suppossed to be a root of the hierarchy, comes in ACPI
and FDT flavours and implements helper interfaces to allocate and
assign bus resources, MSI and "managed" DPAA2 devices (NXP treats some
of the objects as resources for the other DPAA2 objects to let them
function properly). Almost all of the DPAA2 objects are assigned to
the resource containers (dpaa2_rc) to implement isolation.
The initial implementation focuses on the DPAA2 network interface
to be operational. It is the most complex object in terms of
dependencies which uses I/O objects to transmit/receive packets.
Approved by: bz (mentor)
Tested by: manu, bz
MFC after: 3 months
Differential Revision: https://reviews.freebsd.org/D36638
2022-09-20 11:47:41 +02:00
|
|
|
/*-
|
|
|
|
* SPDX-License-Identifier: BSD-2-Clause
|
|
|
|
*
|
2023-06-18 17:03:24 +02:00
|
|
|
* Copyright © 2021-2023 Dmitry Salychev
|
Add initial DPAA2 support
DPAA2 is a hardware-level networking architecture found in some NXP
SoCs which contain hardware blocks including Management Complex
(MC, a command interface to manipulate DPAA2 objects), Wire Rate I/O
processor (WRIOP, packets distribution, queuing, drop decisions),
Queues and Buffers Manager (QBMan, Rx/Tx queues control, Rx buffer
pools) and the others.
The Management Complex runs NXP-supplied firmware which provides DPAA2
objects as an abstraction layer over those blocks to simplify an
access to the underlying hardware. Each DPAA2 object has its own
driver (to perform an initialization at least) and will be visible
as a separate device in the device tree.
Two new drivers (dpaa2_mc and dpaa2_rc) act like firmware buses in
order to form a hierarchy of the DPAA2 devices:
acpiX (or simplebusX)
dpaa2_mcX
dpaa2_rcX
dpaa2_mcp0
...
dpaa2_mcpN
dpaa2_bpX
dpaa2_macX
dpaa2_io0
...
dpaa2_ioM
dpaa2_niX
dpaa2_mc is suppossed to be a root of the hierarchy, comes in ACPI
and FDT flavours and implements helper interfaces to allocate and
assign bus resources, MSI and "managed" DPAA2 devices (NXP treats some
of the objects as resources for the other DPAA2 objects to let them
function properly). Almost all of the DPAA2 objects are assigned to
the resource containers (dpaa2_rc) to implement isolation.
The initial implementation focuses on the DPAA2 network interface
to be operational. It is the most complex object in terms of
dependencies which uses I/O objects to transmit/receive packets.
Approved by: bz (mentor)
Tested by: manu, bz
MFC after: 3 months
Differential Revision: https://reviews.freebsd.org/D36638
2022-09-20 11:47:41 +02:00
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _DPAA2_IO_H
|
|
|
|
#define _DPAA2_IO_H
|
|
|
|
|
|
|
|
#include <sys/rman.h>
|
|
|
|
#include <sys/bus.h>
|
|
|
|
#include <sys/queue.h>
|
|
|
|
|
|
|
|
#include "dpaa2_types.h"
|
|
|
|
#include "dpaa2_mcp.h"
|
2023-06-18 17:03:24 +02:00
|
|
|
#include "dpaa2_swp.h"
|
Add initial DPAA2 support
DPAA2 is a hardware-level networking architecture found in some NXP
SoCs which contain hardware blocks including Management Complex
(MC, a command interface to manipulate DPAA2 objects), Wire Rate I/O
processor (WRIOP, packets distribution, queuing, drop decisions),
Queues and Buffers Manager (QBMan, Rx/Tx queues control, Rx buffer
pools) and the others.
The Management Complex runs NXP-supplied firmware which provides DPAA2
objects as an abstraction layer over those blocks to simplify an
access to the underlying hardware. Each DPAA2 object has its own
driver (to perform an initialization at least) and will be visible
as a separate device in the device tree.
Two new drivers (dpaa2_mc and dpaa2_rc) act like firmware buses in
order to form a hierarchy of the DPAA2 devices:
acpiX (or simplebusX)
dpaa2_mcX
dpaa2_rcX
dpaa2_mcp0
...
dpaa2_mcpN
dpaa2_bpX
dpaa2_macX
dpaa2_io0
...
dpaa2_ioM
dpaa2_niX
dpaa2_mc is suppossed to be a root of the hierarchy, comes in ACPI
and FDT flavours and implements helper interfaces to allocate and
assign bus resources, MSI and "managed" DPAA2 devices (NXP treats some
of the objects as resources for the other DPAA2 objects to let them
function properly). Almost all of the DPAA2 objects are assigned to
the resource containers (dpaa2_rc) to implement isolation.
The initial implementation focuses on the DPAA2 network interface
to be operational. It is the most complex object in terms of
dependencies which uses I/O objects to transmit/receive packets.
Approved by: bz (mentor)
Tested by: manu, bz
MFC after: 3 months
Differential Revision: https://reviews.freebsd.org/D36638
2022-09-20 11:47:41 +02:00
|
|
|
|
|
|
|
/* Maximum resources per DPIO: 3 SYS_MEM + 1 DPMCP. */
|
|
|
|
#define DPAA2_IO_MAX_RESOURCES 4
|
|
|
|
/* Maximum number of MSIs supported by the DPIO objects. */
|
|
|
|
#define DPAA2_IO_MSI_COUNT 1
|
|
|
|
|
|
|
|
enum dpaa2_io_chan_mode {
|
|
|
|
DPAA2_IO_NO_CHANNEL,
|
|
|
|
DPAA2_IO_LOCAL_CHANNEL
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @brief Attributes of the DPIO object.
|
|
|
|
*
|
|
|
|
* swp_ce_paddr: Physical address of the cache-enabled area.
|
|
|
|
* swp_ci_paddr: Physical address of the cache-inhibited area.
|
|
|
|
* swp_version: Hardware IP version of the software portal.
|
|
|
|
* swp_clk: QBMAN clock frequency value in Hz.
|
|
|
|
* id: DPIO object ID.
|
|
|
|
* swp_id: Software portal ID.
|
|
|
|
* priors_num: Number of priorities for the notification channel (1-8);
|
|
|
|
* relevant only if channel mode is "local channel".
|
|
|
|
* chan_mode: Notification channel mode.
|
|
|
|
*/
|
|
|
|
struct dpaa2_io_attr {
|
|
|
|
uint64_t swp_ce_paddr;
|
|
|
|
uint64_t swp_ci_paddr;
|
|
|
|
uint32_t swp_version;
|
|
|
|
uint32_t swp_clk;
|
|
|
|
uint32_t id;
|
|
|
|
uint16_t swp_id;
|
|
|
|
uint8_t priors_num;
|
|
|
|
enum dpaa2_io_chan_mode chan_mode;
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @brief Context used by DPIO to configure data availability notifications
|
|
|
|
* (CDAN) on a particular WQ channel.
|
|
|
|
*/
|
|
|
|
struct dpaa2_io_notif_ctx {
|
|
|
|
device_t io_dev;
|
|
|
|
void *channel;
|
|
|
|
uint64_t qman_ctx;
|
|
|
|
uint16_t fq_chan_id;
|
|
|
|
bool cdan_en;
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @brief Software context for the DPAA2 I/O driver.
|
|
|
|
*/
|
|
|
|
struct dpaa2_io_softc {
|
|
|
|
device_t dev;
|
|
|
|
struct dpaa2_swp_desc swp_desc;
|
|
|
|
struct dpaa2_swp *swp;
|
|
|
|
struct dpaa2_io_attr attr;
|
|
|
|
|
|
|
|
struct resource *res[DPAA2_IO_MAX_RESOURCES];
|
|
|
|
struct resource_map map[DPAA2_IO_MAX_RESOURCES];
|
|
|
|
|
|
|
|
int irq_rid[DPAA2_IO_MSI_COUNT];
|
|
|
|
struct resource *irq_resource;
|
|
|
|
void *intr; /* interrupt handle */
|
2023-06-18 17:03:24 +02:00
|
|
|
|
|
|
|
int cpu;
|
|
|
|
cpuset_t cpu_mask;
|
Add initial DPAA2 support
DPAA2 is a hardware-level networking architecture found in some NXP
SoCs which contain hardware blocks including Management Complex
(MC, a command interface to manipulate DPAA2 objects), Wire Rate I/O
processor (WRIOP, packets distribution, queuing, drop decisions),
Queues and Buffers Manager (QBMan, Rx/Tx queues control, Rx buffer
pools) and the others.
The Management Complex runs NXP-supplied firmware which provides DPAA2
objects as an abstraction layer over those blocks to simplify an
access to the underlying hardware. Each DPAA2 object has its own
driver (to perform an initialization at least) and will be visible
as a separate device in the device tree.
Two new drivers (dpaa2_mc and dpaa2_rc) act like firmware buses in
order to form a hierarchy of the DPAA2 devices:
acpiX (or simplebusX)
dpaa2_mcX
dpaa2_rcX
dpaa2_mcp0
...
dpaa2_mcpN
dpaa2_bpX
dpaa2_macX
dpaa2_io0
...
dpaa2_ioM
dpaa2_niX
dpaa2_mc is suppossed to be a root of the hierarchy, comes in ACPI
and FDT flavours and implements helper interfaces to allocate and
assign bus resources, MSI and "managed" DPAA2 devices (NXP treats some
of the objects as resources for the other DPAA2 objects to let them
function properly). Almost all of the DPAA2 objects are assigned to
the resource containers (dpaa2_rc) to implement isolation.
The initial implementation focuses on the DPAA2 network interface
to be operational. It is the most complex object in terms of
dependencies which uses I/O objects to transmit/receive packets.
Approved by: bz (mentor)
Tested by: manu, bz
MFC after: 3 months
Differential Revision: https://reviews.freebsd.org/D36638
2022-09-20 11:47:41 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
extern struct resource_spec dpaa2_io_spec[];
|
|
|
|
|
|
|
|
#endif /* _DPAA2_IO_H */
|