From: "Chautru, Nicolas" <nicolas.chautru@intel.com>
To: Maxime Coquelin <maxime.coquelin@redhat.com>,
"dev@dpdk.org" <dev@dpdk.org>
Cc: "hemant.agrawal@nxp.com" <hemant.agrawal@nxp.com>,
"david.marchand@redhat.com" <david.marchand@redhat.com>,
"Vargas, Hernan" <hernan.vargas@intel.com>
Subject: RE: [PATCH v2 5/7] baseband/acc: add support for MLD operation
Date: Wed, 27 Sep 2023 23:02:41 +0000 [thread overview]
Message-ID: <BY5PR11MB4451A53A0C10B98EF2880D4DF8C2A@BY5PR11MB4451.namprd11.prod.outlook.com> (raw)
In-Reply-To: <377b0604-2099-a333-05cf-3ca23de5110b@redhat.com>
Hi Maxime,
> -----Original Message-----
> From: Maxime Coquelin <maxime.coquelin@redhat.com>
> Sent: Wednesday, September 27, 2023 1:41 AM
> To: Chautru, Nicolas <nicolas.chautru@intel.com>; dev@dpdk.org
> Cc: hemant.agrawal@nxp.com; david.marchand@redhat.com; Vargas, Hernan
> <hernan.vargas@intel.com>
> Subject: Re: [PATCH v2 5/7] baseband/acc: add support for MLD operation
>
>
>
> On 9/21/23 22:43, Nicolas Chautru wrote:
> > There is no functionality related to the MLD operation but allows the
> > unified PMD to support the operation being added moving forward.
> >
> > Signed-off-by: Nicolas Chautru <nicolas.chautru@intel.com>
> > ---
> > drivers/baseband/acc/acc_common.h | 1 +
> > drivers/baseband/acc/rte_vrb_pmd.c | 39 ++++++++++++++++++++++++-----
> -
> > drivers/baseband/acc/vrb_pmd.h | 12 +++++++++
> > 3 files changed, 45 insertions(+), 7 deletions(-)
> >
> > diff --git a/drivers/baseband/acc/acc_common.h
> > b/drivers/baseband/acc/acc_common.h
> > index b5ee113faf..5de58dbe36 100644
> > --- a/drivers/baseband/acc/acc_common.h
> > +++ b/drivers/baseband/acc/acc_common.h
> > @@ -87,6 +87,7 @@
> > #define ACC_FCW_LE_BLEN 32
> > #define ACC_FCW_LD_BLEN 36
> > #define ACC_FCW_FFT_BLEN 28
> > +#define ACC_FCW_MLDTS_BLEN 32
> > #define ACC_5GUL_SIZE_0 16
> > #define ACC_5GUL_SIZE_1 40
> > #define ACC_5GUL_OFFSET_0 36
> > diff --git a/drivers/baseband/acc/rte_vrb_pmd.c
> > b/drivers/baseband/acc/rte_vrb_pmd.c
> > index f460e9ea2a..e82ed55ca7 100644
> > --- a/drivers/baseband/acc/rte_vrb_pmd.c
> > +++ b/drivers/baseband/acc/rte_vrb_pmd.c
> > @@ -37,7 +37,7 @@ vrb1_queue_offset(bool pf_device, uint8_t vf_id,
> uint8_t qgrp_id, uint16_t aq_id
> > return ((qgrp_id << 7) + (aq_id << 3) +
> VRB1_VfQmgrIngressAq);
> > }
> >
> > -enum {UL_4G = 0, UL_5G, DL_4G, DL_5G, FFT, NUM_ACC};
> > +enum {UL_4G = 0, UL_5G, DL_4G, DL_5G, FFT, MLD, NUM_ACC};
> >
> > /* Return the accelerator enum for a Queue Group Index. */
> > static inline int
> > @@ -53,6 +53,7 @@ accFromQgid(int qg_idx, const struct rte_acc_conf
> *acc_conf)
> > NumQGroupsPerFn[DL_4G] = acc_conf->q_dl_4g.num_qgroups;
> > NumQGroupsPerFn[DL_5G] = acc_conf->q_dl_5g.num_qgroups;
> > NumQGroupsPerFn[FFT] = acc_conf->q_fft.num_qgroups;
> > + NumQGroupsPerFn[MLD] = acc_conf->q_mld.num_qgroups;
> > for (acc = UL_4G; acc < NUM_ACC; acc++)
> > for (qgIdx = 0; qgIdx < NumQGroupsPerFn[acc]; qgIdx++)
> > accQg[qgIndex++] = acc;
> > @@ -83,6 +84,9 @@ qtopFromAcc(struct rte_acc_queue_topology **qtop,
> int acc_enum, struct rte_acc_c
> > case FFT:
> > p_qtop = &(acc_conf->q_fft);
> > break;
> > + case MLD:
> > + p_qtop = &(acc_conf->q_mld);
> > + break;
> > default:
> > /* NOTREACHED. */
> > rte_bbdev_log(ERR, "Unexpected error evaluating %s using
> %d",
> > __func__, acc_enum); @@ -139,6 +143,9 @@ initQTop(struct rte_acc_conf
> *acc_conf)
> > acc_conf->q_fft.num_aqs_per_groups = 0;
> > acc_conf->q_fft.num_qgroups = 0;
> > acc_conf->q_fft.first_qgroup_index = -1;
> > + acc_conf->q_mld.num_aqs_per_groups = 0;
> > + acc_conf->q_mld.num_qgroups = 0;
> > + acc_conf->q_mld.first_qgroup_index = -1;
> > }
> >
> > static inline void
> > @@ -250,7 +257,7 @@ fetch_acc_config(struct rte_bbdev *dev)
> > }
> >
> > rte_bbdev_log_debug(
> > - "%s Config LLR SIGN IN/OUT %s %s QG %u %u %u %u
> %u AQ %u %u %u %u %u Len %u %u %u %u %u\n",
> > + "%s Config LLR SIGN IN/OUT %s %s QG %u %u %u %u
> %u %u AQ %u %u %u
> > +%u %u %u Len %u %u %u %u %u %u\n",
> > (d->pf_device) ? "PF" : "VF",
> > (acc_conf->input_pos_llr_1_bit) ? "POS" : "NEG",
> > (acc_conf->output_pos_llr_1_bit) ? "POS" : "NEG",
> @@ -259,16
> > +266,19 @@ fetch_acc_config(struct rte_bbdev *dev)
> > acc_conf->q_ul_5g.num_qgroups,
> > acc_conf->q_dl_5g.num_qgroups,
> > acc_conf->q_fft.num_qgroups,
> > + acc_conf->q_mld.num_qgroups,
> > acc_conf->q_ul_4g.num_aqs_per_groups,
> > acc_conf->q_dl_4g.num_aqs_per_groups,
> > acc_conf->q_ul_5g.num_aqs_per_groups,
> > acc_conf->q_dl_5g.num_aqs_per_groups,
> > acc_conf->q_fft.num_aqs_per_groups,
> > + acc_conf->q_mld.num_aqs_per_groups,
> > acc_conf->q_ul_4g.aq_depth_log2,
> > acc_conf->q_dl_4g.aq_depth_log2,
> > acc_conf->q_ul_5g.aq_depth_log2,
> > acc_conf->q_dl_5g.aq_depth_log2,
> > - acc_conf->q_fft.aq_depth_log2);
> > + acc_conf->q_fft.aq_depth_log2,
> > + acc_conf->q_mld.aq_depth_log2);
> > }
> >
> > static inline void
> > @@ -332,7 +342,7 @@ vrb_check_ir(struct acc_device *acc_dev)
> >
> > while (ring_data->valid) {
> > if ((ring_data->int_nb < ACC_PF_INT_DMA_DL_DESC_IRQ) || (
> > - ring_data->int_nb >
> ACC_PF_INT_DMA_DL5G_DESC_IRQ)) {
> > + ring_data->int_nb >
> ACC_PF_INT_DMA_MLD_DESC_IRQ)) {
> > rte_bbdev_log(WARNING, "InfoRing: ITR:%d
> Info:0x%x",
> > ring_data->int_nb, ring_data-
> >detailed_info);
> > /* Initialize Info Ring entry and move forward. */ @@
> -366,6
> > +376,7 @@ vrb_dev_interrupt_handler(void *cb_arg)
> > case ACC_PF_INT_DMA_FFT_DESC_IRQ:
> > case ACC_PF_INT_DMA_UL5G_DESC_IRQ:
> > case ACC_PF_INT_DMA_DL5G_DESC_IRQ:
> > + case ACC_PF_INT_DMA_MLD_DESC_IRQ:
> > deq_intr_det.queue_id =
> get_queue_id_from_ring_info(
> > dev->data, *ring_data);
> > if (deq_intr_det.queue_id == UINT16_MAX) {
> @@ -393,6 +404,7 @@
> > vrb_dev_interrupt_handler(void *cb_arg)
> > case ACC_VF_INT_DMA_FFT_DESC_IRQ:
> > case ACC_VF_INT_DMA_UL5G_DESC_IRQ:
> > case ACC_VF_INT_DMA_DL5G_DESC_IRQ:
> > + case ACC_VF_INT_DMA_MLD_DESC_IRQ:
> > /* VFs are not aware of their vf_id - it's set to
> 0. */
> > ring_data->vf_id = 0;
> > deq_intr_det.queue_id =
> get_queue_id_from_ring_info( @@ -741,7
> > +753,7 @@ vrb_find_free_queue_idx(struct rte_bbdev *dev,
> > const struct rte_bbdev_queue_conf *conf)
> > {
> > struct acc_device *d = dev->data->dev_private;
> > - int op_2_acc[6] = {0, UL_4G, DL_4G, UL_5G, DL_5G, FFT};
> > + int op_2_acc[7] = {0, UL_4G, DL_4G, UL_5G, DL_5G, FFT, MLD};
> > int acc = op_2_acc[conf->op_type];
> > struct rte_acc_queue_topology *qtop = NULL;
> > uint16_t group_idx;
> > @@ -804,7 +816,8 @@ vrb_queue_setup(struct rte_bbdev *dev, uint16_t
> queue_id,
> > int fcw_len = (conf->op_type == RTE_BBDEV_OP_LDPC_ENC ?
> > ACC_FCW_LE_BLEN : (conf->op_type ==
> RTE_BBDEV_OP_TURBO_DEC ?
> > ACC_FCW_TD_BLEN : (conf->op_type ==
> RTE_BBDEV_OP_LDPC_DEC ?
> > - ACC_FCW_LD_BLEN : ACC_FCW_FFT_BLEN)));
> > + ACC_FCW_LD_BLEN : (conf->op_type ==
> RTE_BBDEV_OP_FFT ?
> > + ACC_FCW_FFT_BLEN : ACC_FCW_MLDTS_BLEN))));
> >
> > for (desc_idx = 0; desc_idx < d->sw_ring_max_depth; desc_idx++) {
> > desc = q->ring_addr + desc_idx;
> > @@ -916,6 +929,8 @@ vrb_queue_setup(struct rte_bbdev *dev, uint16_t
> queue_id,
> > q->aq_depth = (1 << d->acc_conf.q_dl_5g.aq_depth_log2);
> > else if (conf->op_type == RTE_BBDEV_OP_FFT)
> > q->aq_depth = (1 << d->acc_conf.q_fft.aq_depth_log2);
> > + else if (conf->op_type == RTE_BBDEV_OP_MLDTS)
> > + q->aq_depth = (1 << d->acc_conf.q_mld.aq_depth_log2);
> >
> > q->mmio_reg_enqueue = RTE_PTR_ADD(d->mmio_base,
> > d->queue_offset(d->pf_device, q->vf_id, q->qgrp_id,
> q->aq_id));
> > @@ -972,6 +987,13 @@ vrb_print_op(struct rte_bbdev_dec_op *op, enum
> rte_bbdev_op_type op_type,
> > op_dl->ldpc_enc.n_filler, op_dl-
> >ldpc_enc.cb_params.e,
> > op_dl->ldpc_enc.op_flags, op_dl->ldpc_enc.rv_index
> > );
> > + } else if (op_type == RTE_BBDEV_OP_MLDTS) {
> > + struct rte_bbdev_mldts_op *op_mldts = (struct
> rte_bbdev_mldts_op *) op;
> > + rte_bbdev_log(INFO, " Op MLD %d RBs %d NL %d Rp %d %d
> %x\n",
> > + index,
> > + op_mldts->mldts.num_rbs, op_mldts-
> >mldts.num_layers,
> > + op_mldts->mldts.r_rep,
> > + op_mldts->mldts.c_rep, op_mldts-
> >mldts.op_flags);
> > }
> > }
> >
> > @@ -1151,13 +1173,16 @@ vrb_dev_info_get(struct rte_bbdev *dev, struct
> rte_bbdev_driver_info *dev_info)
> > d->acc_conf.q_dl_5g.num_qgroups;
> > dev_info->num_queues[RTE_BBDEV_OP_FFT] = d-
> >acc_conf.q_fft.num_aqs_per_groups *
> > d->acc_conf.q_fft.num_qgroups;
> > + dev_info->num_queues[RTE_BBDEV_OP_MLDTS] = d-
> >acc_conf.q_mld.num_aqs_per_groups *
> > + d->acc_conf.q_mld.num_qgroups;
> > dev_info->queue_priority[RTE_BBDEV_OP_TURBO_DEC] = d-
> >acc_conf.q_ul_4g.num_qgroups;
> > dev_info->queue_priority[RTE_BBDEV_OP_TURBO_ENC] = d-
> >acc_conf.q_dl_4g.num_qgroups;
> > dev_info->queue_priority[RTE_BBDEV_OP_LDPC_DEC] = d-
> >acc_conf.q_ul_5g.num_qgroups;
> > dev_info->queue_priority[RTE_BBDEV_OP_LDPC_ENC] = d-
> >acc_conf.q_dl_5g.num_qgroups;
> > dev_info->queue_priority[RTE_BBDEV_OP_FFT] =
> > d->acc_conf.q_fft.num_qgroups;
> > + dev_info->queue_priority[RTE_BBDEV_OP_MLDTS] =
> > +d->acc_conf.q_mld.num_qgroups;
> > dev_info->max_num_queues = 0;
> > - for (i = RTE_BBDEV_OP_NONE; i <= RTE_BBDEV_OP_FFT; i++)
> > + for (i = RTE_BBDEV_OP_NONE; i <= RTE_BBDEV_OP_MLDTS; i++)
> > dev_info->max_num_queues += dev_info->num_queues[i];
>
>
> Shouldn't the info reported be different for VRB1 and VRB2? IIUC, VRB1 does
> not support MLDTS?
It doesn’t have to be handled differently, this is purely based on what is configured on the device, in case there are no queue for a given configuration it will be adding zero.
>
> > dev_info->queue_size_lim = ACC_MAX_QUEUE_DEPTH;
> > dev_info->hardware_accelerated = true; diff --git
> > a/drivers/baseband/acc/vrb_pmd.h b/drivers/baseband/acc/vrb_pmd.h
> > index 01028273e7..1cabc0b7f4 100644
> > --- a/drivers/baseband/acc/vrb_pmd.h
> > +++ b/drivers/baseband/acc/vrb_pmd.h
> > @@ -101,6 +101,8 @@ struct acc_registry_addr {
> > unsigned int dma_ring_ul4g_lo;
> > unsigned int dma_ring_fft_hi;
> > unsigned int dma_ring_fft_lo;
> > + unsigned int dma_ring_mld_hi;
> > + unsigned int dma_ring_mld_lo;
> > unsigned int ring_size;
> > unsigned int info_ring_hi;
> > unsigned int info_ring_lo;
> > @@ -116,6 +118,8 @@ struct acc_registry_addr {
> > unsigned int tail_ptrs_ul4g_lo;
> > unsigned int tail_ptrs_fft_hi;
> > unsigned int tail_ptrs_fft_lo;
> > + unsigned int tail_ptrs_mld_hi;
> > + unsigned int tail_ptrs_mld_lo;
> > unsigned int depth_log0_offset;
> > unsigned int depth_log1_offset;
> > unsigned int qman_group_func;
> > @@ -140,6 +144,8 @@ static const struct acc_registry_addr
> vrb1_pf_reg_addr = {
> > .dma_ring_ul4g_lo = VRB1_PfDmaFec4GulDescBaseLoRegVf,
> > .dma_ring_fft_hi = VRB1_PfDmaFftDescBaseHiRegVf,
> > .dma_ring_fft_lo = VRB1_PfDmaFftDescBaseLoRegVf,
> > + .dma_ring_mld_hi = 0,
> > + .dma_ring_mld_lo = 0,
> > .ring_size = VRB1_PfQmgrRingSizeVf,
> > .info_ring_hi = VRB1_PfHiInfoRingBaseHiRegPf,
> > .info_ring_lo = VRB1_PfHiInfoRingBaseLoRegPf, @@ -155,6 +161,8
> @@
> > static const struct acc_registry_addr vrb1_pf_reg_addr = {
> > .tail_ptrs_ul4g_lo = VRB1_PfDmaFec4GulRespPtrLoRegVf,
> > .tail_ptrs_fft_hi = VRB1_PfDmaFftRespPtrHiRegVf,
> > .tail_ptrs_fft_lo = VRB1_PfDmaFftRespPtrLoRegVf,
> > + .tail_ptrs_mld_hi = 0,
> > + .tail_ptrs_mld_lo = 0,
> > .depth_log0_offset = VRB1_PfQmgrGrpDepthLog20Vf,
> > .depth_log1_offset = VRB1_PfQmgrGrpDepthLog21Vf,
> > .qman_group_func = VRB1_PfQmgrGrpFunction0, @@ -179,6 +187,8
> @@
> > static const struct acc_registry_addr vrb1_vf_reg_addr = {
> > .dma_ring_ul4g_lo = VRB1_VfDmaFec4GulDescBaseLoRegVf,
> > .dma_ring_fft_hi = VRB1_VfDmaFftDescBaseHiRegVf,
> > .dma_ring_fft_lo = VRB1_VfDmaFftDescBaseLoRegVf,
> > + .dma_ring_mld_hi = 0,
> > + .dma_ring_mld_lo = 0,
> > .ring_size = VRB1_VfQmgrRingSizeVf,
> > .info_ring_hi = VRB1_VfHiInfoRingBaseHiVf,
> > .info_ring_lo = VRB1_VfHiInfoRingBaseLoVf, @@ -194,6 +204,8 @@
> > static const struct acc_registry_addr vrb1_vf_reg_addr = {
> > .tail_ptrs_ul4g_lo = VRB1_VfDmaFec4GulRespPtrLoRegVf,
> > .tail_ptrs_fft_hi = VRB1_VfDmaFftRespPtrHiRegVf,
> > .tail_ptrs_fft_lo = VRB1_VfDmaFftRespPtrLoRegVf,
> > + .tail_ptrs_mld_hi = 0,
> > + .tail_ptrs_mld_lo = 0,
> > .depth_log0_offset = VRB1_VfQmgrGrpDepthLog20Vf,
> > .depth_log1_offset = VRB1_VfQmgrGrpDepthLog21Vf,
> > .qman_group_func = VRB1_VfQmgrGrpFunction0Vf,
next prev parent reply other threads:[~2023-09-27 23:02 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-21 20:43 [PATCH v2 0/7] VRB2 bbdev PMD introduction Nicolas Chautru
2023-09-21 20:43 ` [PATCH v2 1/7] bbdev: add FFT version member in driver info Nicolas Chautru
2023-09-21 20:43 ` [PATCH v2 2/7] baseband/acc: add FFT version in the VRB PMD Nicolas Chautru
2023-09-21 20:43 ` [PATCH v2 3/7] baseband/acc: remove the 4G SO capability for VRB1 Nicolas Chautru
2023-09-21 20:43 ` [PATCH v2 4/7] baseband/acc: allocate FCW memory separately Nicolas Chautru
2023-09-27 8:28 ` Maxime Coquelin
2023-09-28 20:33 ` Chautru, Nicolas
2023-09-21 20:43 ` [PATCH v2 5/7] baseband/acc: add support for MLD operation Nicolas Chautru
2023-09-27 8:41 ` Maxime Coquelin
2023-09-27 9:01 ` Maxime Coquelin
2023-09-27 23:02 ` Chautru, Nicolas [this message]
2023-09-28 8:06 ` Maxime Coquelin
2023-09-21 20:43 ` [PATCH v2 6/7] baseband/acc: introduce the new VRB2 variant Nicolas Chautru
2023-09-27 13:39 ` Maxime Coquelin
2023-09-27 23:46 ` Chautru, Nicolas
2023-09-28 7:36 ` David Marchand
2023-09-28 8:05 ` Maxime Coquelin
2023-09-21 20:43 ` [PATCH v2 7/7] baseband/acc: add configure helper for VRB2 Nicolas Chautru
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BY5PR11MB4451A53A0C10B98EF2880D4DF8C2A@BY5PR11MB4451.namprd11.prod.outlook.com \
--to=nicolas.chautru@intel.com \
--cc=david.marchand@redhat.com \
--cc=dev@dpdk.org \
--cc=hemant.agrawal@nxp.com \
--cc=hernan.vargas@intel.com \
--cc=maxime.coquelin@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).