From: Tom Rix <trix@redhat.com>
To: "Chautru, Nicolas" <nicolas.chautru@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>,
"akhil.goyal@nxp.com" <akhil.goyal@nxp.com>
Cc: "Richardson, Bruce" <bruce.richardson@intel.com>,
"Xu, Rosen" <rosen.xu@intel.com>,
"dave.burley@accelercomm.com" <dave.burley@accelercomm.com>,
"aidan.goddard@accelercomm.com" <aidan.goddard@accelercomm.com>,
"Yigit, Ferruh" <ferruh.yigit@intel.com>,
"Liu, Tianjiao" <tianjiao.liu@intel.com>
Subject: Re: [dpdk-dev] [PATCH v9 04/10] baseband/acc100: add queue configuration
Date: Wed, 30 Sep 2020 16:36:11 -0700 [thread overview]
Message-ID: <7872c010-e371-338a-84ca-2767aa242f14@redhat.com> (raw)
In-Reply-To: <BY5PR11MB4451E996C6B679CC09AAA9BBF8330@BY5PR11MB4451.namprd11.prod.outlook.com>
On 9/29/20 6:03 PM, Chautru, Nicolas wrote:
> Hi Tom,
>
>> From: Tom Rix <trix@redhat.com>
>> On 9/28/20 5:29 PM, Nicolas Chautru wrote:
>>> Adding function to create and configure queues for the device. Still
>>> no capability.
>>>
>>> Signed-off-by: Nicolas Chautru <nicolas.chautru@intel.com>
>>> Reviewed-by: Rosen Xu <rosen.xu@intel.com>
>>> Acked-by: Liu Tianjiao <Tianjiao.liu@intel.com>
>>> ---
>>> drivers/baseband/acc100/rte_acc100_pmd.c | 420
>>> ++++++++++++++++++++++++++++++-
>>> drivers/baseband/acc100/rte_acc100_pmd.h | 45 ++++
>>> 2 files changed, 464 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/baseband/acc100/rte_acc100_pmd.c
>>> b/drivers/baseband/acc100/rte_acc100_pmd.c
>>> index 7807a30..7a21c57 100644
>>> --- a/drivers/baseband/acc100/rte_acc100_pmd.c
>>> +++ b/drivers/baseband/acc100/rte_acc100_pmd.c
>>> @@ -26,6 +26,22 @@
>>> RTE_LOG_REGISTER(acc100_logtype, pmd.bb.acc100, NOTICE); #endif
>>>
>>> +/* Write to MMIO register address */
>>> +static inline void
>>> +mmio_write(void *addr, uint32_t value) {
>>> + *((volatile uint32_t *)(addr)) = rte_cpu_to_le_32(value); }
>>> +
>>> +/* Write a register of a ACC100 device */ static inline void
>>> +acc100_reg_write(struct acc100_device *d, uint32_t offset, uint32_t
>>> +payload) {
>>> + void *reg_addr = RTE_PTR_ADD(d->mmio_base, offset);
>>> + mmio_write(reg_addr, payload);
>>> + usleep(1000);
>> rte_acc100_pmd.h defines LONG_WAIT , could this #define be used instead
>> ?
> ok
>
>>> +}
>>> +
>>> /* Read a register of a ACC100 device */ static inline uint32_t
>>> acc100_reg_read(struct acc100_device *d, uint32_t offset) @@ -36,6
>>> +52,22 @@
>>> return rte_le_to_cpu_32(ret);
>>> }
>>>
>>> +/* Basic Implementation of Log2 for exact 2^N */ static inline
>>> +uint32_t log2_basic(uint32_t value)
>> mirrors the function rte_bsf32
> rte_bsf32 is also undefined for zero input.
> I could just replace __builtin_ctz() by rte_bsf32() indeed.
>
>>> +{
>>> + return (value == 0) ? 0 : __builtin_ctz(value); }
>>> +
>>> +/* Calculate memory alignment offset assuming alignment is 2^N */
>>> +static inline uint32_t calc_mem_alignment_offset(void
>>> +*unaligned_virt_mem, uint32_t alignment) {
>>> + rte_iova_t unaligned_phy_mem =
>> rte_malloc_virt2iova(unaligned_virt_mem);
>>> + return (uint32_t)(alignment -
>>> + (unaligned_phy_mem & (alignment-1))); }
>>> +
>>> /* Calculate the offset of the enqueue register */ static inline
>>> uint32_t queue_offset(bool pf_device, uint8_t vf_id, uint8_t qgrp_id,
>>> uint16_t aq_id) @@ -204,10 +236,393 @@
>>> acc100_conf->q_dl_5g.aq_depth_log2);
>>> }
>>>
>>> +static void
>>> +free_base_addresses(void **base_addrs, int size) {
>>> + int i;
>>> + for (i = 0; i < size; i++)
>>> + rte_free(base_addrs[i]);
>>> +}
>>> +
>>> +static inline uint32_t
>>> +get_desc_len(void)
>>> +{
>>> + return sizeof(union acc100_dma_desc); }
>>> +
>>> +/* Allocate the 2 * 64MB block for the sw rings */ static int
>>> +alloc_2x64mb_sw_rings_mem(struct rte_bbdev *dev, struct
>> acc100_device *d,
>>> + int socket)
>> see earlier comment about name of function.
> replied in other patch set
>
>>> +{
>>> + uint32_t sw_ring_size = ACC100_SIZE_64MBYTE;
>>> + d->sw_rings_base = rte_zmalloc_socket(dev->device->driver->name,
>>> + 2 * sw_ring_size, RTE_CACHE_LINE_SIZE, socket);
>>> + if (d->sw_rings_base == NULL) {
>>> + rte_bbdev_log(ERR, "Failed to allocate memory for %s:%u",
>>> + dev->device->driver->name,
>>> + dev->data->dev_id);
>>> + return -ENOMEM;
>>> + }
>>> + memset(d->sw_rings_base, 0, ACC100_SIZE_64MBYTE);
>>> + uint32_t next_64mb_align_offset = calc_mem_alignment_offset(
>>> + d->sw_rings_base, ACC100_SIZE_64MBYTE);
>>> + d->sw_rings = RTE_PTR_ADD(d->sw_rings_base,
>> next_64mb_align_offset);
>>> + d->sw_rings_phys = rte_malloc_virt2iova(d->sw_rings_base) +
>>> + next_64mb_align_offset;
>>> + d->sw_ring_size = MAX_QUEUE_DEPTH * get_desc_len();
>>> + d->sw_ring_max_depth = d->sw_ring_size / get_desc_len();
>>> +
>>> + return 0;
>>> +}
>>> +
>>> +/* Attempt to allocate minimised memory space for sw rings */ static
>>> +void alloc_sw_rings_min_mem(struct rte_bbdev *dev, struct
>>> +acc100_device *d,
>>> + uint16_t num_queues, int socket)
>>> +{
>>> + rte_iova_t sw_rings_base_phy, next_64mb_align_addr_phy;
>>> + uint32_t next_64mb_align_offset;
>>> + rte_iova_t sw_ring_phys_end_addr;
>>> + void *base_addrs[SW_RING_MEM_ALLOC_ATTEMPTS];
>>> + void *sw_rings_base;
>>> + int i = 0;
>>> + uint32_t q_sw_ring_size = MAX_QUEUE_DEPTH * get_desc_len();
>>> + uint32_t dev_sw_ring_size = q_sw_ring_size * num_queues;
>>> +
>>> + /* Find an aligned block of memory to store sw rings */
>>> + while (i < SW_RING_MEM_ALLOC_ATTEMPTS) {
>>> + /*
>>> + * sw_ring allocated memory is guaranteed to be aligned to
>>> + * q_sw_ring_size at the condition that the requested size is
>>> + * less than the page size
>>> + */
>>> + sw_rings_base = rte_zmalloc_socket(
>>> + dev->device->driver->name,
>>> + dev_sw_ring_size, q_sw_ring_size, socket);
>>> +
>>> + if (sw_rings_base == NULL) {
>>> + rte_bbdev_log(ERR,
>>> + "Failed to allocate memory for
>> %s:%u",
>>> + dev->device->driver->name,
>>> + dev->data->dev_id);
>>> + break;
>>> + }
>>> +
>>> + sw_rings_base_phy = rte_malloc_virt2iova(sw_rings_base);
>>> + next_64mb_align_offset = calc_mem_alignment_offset(
>>> + sw_rings_base, ACC100_SIZE_64MBYTE);
>>> + next_64mb_align_addr_phy = sw_rings_base_phy +
>>> + next_64mb_align_offset;
>>> + sw_ring_phys_end_addr = sw_rings_base_phy +
>> dev_sw_ring_size;
>>> +
>>> + /* Check if the end of the sw ring memory block is before the
>>> + * start of next 64MB aligned mem address
>>> + */
>>> + if (sw_ring_phys_end_addr < next_64mb_align_addr_phy) {
>>> + d->sw_rings_phys = sw_rings_base_phy;
>>> + d->sw_rings = sw_rings_base;
>>> + d->sw_rings_base = sw_rings_base;
>>> + d->sw_ring_size = q_sw_ring_size;
>>> + d->sw_ring_max_depth = MAX_QUEUE_DEPTH;
>>> + break;
>>> + }
>>> + /* Store the address of the unaligned mem block */
>>> + base_addrs[i] = sw_rings_base;
>>> + i++;
>>> + }
>>> +
>> This looks like a bug.
>>
>> Freeing memory that was just allocated.
>>
>> Looks like it could be part of an error handler for memory access in the loop
>> failing.
> You are not the first person to raise concerns in that serie for that piece of code.
> I agree this is a bit convoluted but functionally correct.
>
>> There should be a better way to allocate aligned memory like round up the
>> size and use an offset to the alignment you need.
> This is actually the fall back option below in case that first iterative option fails (but more wasteful in memory).
> If really that looks too dodgy we could skip that first attempt method and go directly to the 2nd option which is more wasteful,
> but really that is doing what it is supposed to do hence ok to me as it is.
> Let me know what you think.
I like your idea try the obvious alloc and fallback to wasteful.
>
>>> + /* Free all unaligned blocks of mem allocated in the loop */
>>> + free_base_addresses(base_addrs, i);
>>> +}
>>> +
>>> +
>>> +/* Allocate 64MB memory used for all software rings */ static int
>>> +acc100_setup_queues(struct rte_bbdev *dev, uint16_t num_queues, int
>>> +socket_id) {
>>> + uint32_t phys_low, phys_high, payload;
>>> + struct acc100_device *d = dev->data->dev_private;
>>> + const struct acc100_registry_addr *reg_addr;
>>> +
>>> + if (d->pf_device && !d->acc100_conf.pf_mode_en) {
>>> + rte_bbdev_log(NOTICE,
>>> + "%s has PF mode disabled. This PF can't be
>> used.",
>>> + dev->data->name);
>>> + return -ENODEV;
>>> + }
>>> +
>>> + alloc_sw_rings_min_mem(dev, d, num_queues, socket_id);
>>> +
>>> + /* If minimal memory space approach failed, then allocate
>>> + * the 2 * 64MB block for the sw rings
>>> + */
>>> + if (d->sw_rings == NULL)
>>> + alloc_2x64mb_sw_rings_mem(dev, d, socket_id);
>> This can fail as well, but is unhandled.
> ok can add.
>
>>> +
>>> + /* Configure ACC100 with the base address for DMA descriptor rings
>>> + * Same descriptor rings used for UL and DL DMA Engines
>>> + * Note : Assuming only VF0 bundle is used for PF mode
>>> + */
>>> + phys_high = (uint32_t)(d->sw_rings_phys >> 32);
>>> + phys_low = (uint32_t)(d->sw_rings_phys &
>> ~(ACC100_SIZE_64MBYTE-1));
>>> +
>>> + /* Choose correct registry addresses for the device type */
>>> + if (d->pf_device)
>>> + reg_addr = &pf_reg_addr;
>>> + else
>>> + reg_addr = &vf_reg_addr;
>> could reg_addr be part of acc100_device struct ?
> I don't see this as useful really as part of the device data in my opinion.
ok, i just saw this bit of code a lot.
>
>>> +
>>> + /* Read the populated cfg from ACC100 registers */
>>> + fetch_acc100_config(dev);
>>> +
>>> + /* Mark as configured properly */
>>> + d->configured = true;
>> should set configured at the end, as the function can still fail.
> ok
>
>>> +
>>> + /* Release AXI from PF */
>>> + if (d->pf_device)
>>> + acc100_reg_write(d, HWPfDmaAxiControl, 1);
>>> +
>>> + acc100_reg_write(d, reg_addr->dma_ring_ul5g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->dma_ring_ul5g_lo, phys_low);
>>> + acc100_reg_write(d, reg_addr->dma_ring_dl5g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->dma_ring_dl5g_lo, phys_low);
>>> + acc100_reg_write(d, reg_addr->dma_ring_ul4g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->dma_ring_ul4g_lo, phys_low);
>>> + acc100_reg_write(d, reg_addr->dma_ring_dl4g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->dma_ring_dl4g_lo, phys_low);
>>> +
>>> + /*
>>> + * Configure Ring Size to the max queue ring size
>>> + * (used for wrapping purpose)
>>> + */
>>> + payload = log2_basic(d->sw_ring_size / 64);
>>> + acc100_reg_write(d, reg_addr->ring_size, payload);
>>> +
>>> + /* Configure tail pointer for use when SDONE enabled */
>>> + d->tail_ptrs = rte_zmalloc_socket(
>>> + dev->device->driver->name,
>>> + ACC100_NUM_QGRPS * ACC100_NUM_AQS *
>> sizeof(uint32_t),
>>> + RTE_CACHE_LINE_SIZE, socket_id);
>>> + if (d->tail_ptrs == NULL) {
>>> + rte_bbdev_log(ERR, "Failed to allocate tail ptr for %s:%u",
>>> + dev->device->driver->name,
>>> + dev->data->dev_id);
>>> + rte_free(d->sw_rings);
>>> + return -ENOMEM;
>>> + }
>>> + d->tail_ptr_phys = rte_malloc_virt2iova(d->tail_ptrs);
>>> +
>>> + phys_high = (uint32_t)(d->tail_ptr_phys >> 32);
>>> + phys_low = (uint32_t)(d->tail_ptr_phys);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_ul5g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_ul5g_lo, phys_low);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_dl5g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_dl5g_lo, phys_low);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_ul4g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_ul4g_lo, phys_low);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_dl4g_hi, phys_high);
>>> + acc100_reg_write(d, reg_addr->tail_ptrs_dl4g_lo, phys_low);
>>> +
>>> + d->harq_layout = rte_zmalloc_socket("HARQ Layout",
>>> + ACC100_HARQ_LAYOUT * sizeof(*d->harq_layout),
>>> + RTE_CACHE_LINE_SIZE, dev->data->socket_id);
>> unchecked
> ok will add.
>
>>> +
>>> + rte_bbdev_log_debug(
>>> + "ACC100 (%s) configured sw_rings = %p,
>> sw_rings_phys = %#"
>>> + PRIx64, dev->data->name, d->sw_rings, d-
>>> sw_rings_phys);
>>> +
>>> + return 0;
>>> +}
>>> +
>>> /* Free 64MB memory used for software rings */ static int
>>> -acc100_dev_close(struct rte_bbdev *dev __rte_unused)
>>> +acc100_dev_close(struct rte_bbdev *dev)
>>> {
>>> + struct acc100_device *d = dev->data->dev_private;
>>> + if (d->sw_rings_base != NULL) {
>>> + rte_free(d->tail_ptrs);
>>> + rte_free(d->sw_rings_base);
>>> + d->sw_rings_base = NULL;
>>> + }
>>> + usleep(1000);
>> similar LONG_WAIT
> ok
>
>>> + return 0;
>>> +}
>>> +
>>> +
>>> +/**
>>> + * Report a ACC100 queue index which is free
>>> + * Return 0 to 16k for a valid queue_idx or -1 when no queue is
>>> +available
>>> + * Note : Only supporting VF0 Bundle for PF mode */ static int
>>> +acc100_find_free_queue_idx(struct rte_bbdev *dev,
>>> + const struct rte_bbdev_queue_conf *conf) {
>>> + struct acc100_device *d = dev->data->dev_private;
>>> + int op_2_acc[5] = {0, UL_4G, DL_4G, UL_5G, DL_5G};
>>> + int acc = op_2_acc[conf->op_type];
>>> + struct rte_q_topology_t *qtop = NULL;
>>> + qtopFromAcc(&qtop, acc, &(d->acc100_conf));
>>> + if (qtop == NULL)
>>> + return -1;
>>> + /* Identify matching QGroup Index which are sorted in priority order
>> */
>>> + uint16_t group_idx = qtop->first_qgroup_index;
>>> + group_idx += conf->priority;
>>> + if (group_idx >= ACC100_NUM_QGRPS ||
>>> + conf->priority >= qtop->num_qgroups) {
>>> + rte_bbdev_log(INFO, "Invalid Priority on %s, priority %u",
>>> + dev->data->name, conf->priority);
>>> + return -1;
>>> + }
>>> + /* Find a free AQ_idx */
>>> + uint16_t aq_idx;
>>> + for (aq_idx = 0; aq_idx < qtop->num_aqs_per_groups; aq_idx++) {
>>> + if (((d->q_assigned_bit_map[group_idx] >> aq_idx) & 0x1) ==
>> 0) {
>>> + /* Mark the Queue as assigned */
>>> + d->q_assigned_bit_map[group_idx] |= (1 << aq_idx);
>>> + /* Report the AQ Index */
>>> + return (group_idx << GRP_ID_SHIFT) + aq_idx;
>>> + }
>>> + }
>>> + rte_bbdev_log(INFO, "Failed to find free queue on %s, priority %u",
>>> + dev->data->name, conf->priority);
>>> + return -1;
>>> +}
>>> +
>>> +/* Setup ACC100 queue */
>>> +static int
>>> +acc100_queue_setup(struct rte_bbdev *dev, uint16_t queue_id,
>>> + const struct rte_bbdev_queue_conf *conf) {
>>> + struct acc100_device *d = dev->data->dev_private;
>>> + struct acc100_queue *q;
>>> + int16_t q_idx;
>>> +
>>> + /* Allocate the queue data structure. */
>>> + q = rte_zmalloc_socket(dev->device->driver->name, sizeof(*q),
>>> + RTE_CACHE_LINE_SIZE, conf->socket);
>>> + if (q == NULL) {
>>> + rte_bbdev_log(ERR, "Failed to allocate queue memory");
>>> + return -ENOMEM;
>>> + }
>>> +
>>> + q->d = d;
>>> + q->ring_addr = RTE_PTR_ADD(d->sw_rings, (d->sw_ring_size *
>> queue_id));
>>> + q->ring_addr_phys = d->sw_rings_phys + (d->sw_ring_size *
>> queue_id);
>>> +
>>> + /* Prepare the Ring with default descriptor format */
>>> + union acc100_dma_desc *desc = NULL;
>>> + unsigned int desc_idx, b_idx;
>>> + int fcw_len = (conf->op_type == RTE_BBDEV_OP_LDPC_ENC ?
>>> + ACC100_FCW_LE_BLEN : (conf->op_type ==
>> RTE_BBDEV_OP_TURBO_DEC ?
>>> + ACC100_FCW_TD_BLEN : ACC100_FCW_LD_BLEN));
>>> +
>>> + for (desc_idx = 0; desc_idx < d->sw_ring_max_depth; desc_idx++) {
>>> + desc = q->ring_addr + desc_idx;
>>> + desc->req.word0 = ACC100_DMA_DESC_TYPE;
>>> + desc->req.word1 = 0; /**< Timestamp */
>>> + desc->req.word2 = 0;
>>> + desc->req.word3 = 0;
>>> + uint64_t fcw_offset = (desc_idx << 8) +
>> ACC100_DESC_FCW_OFFSET;
>>> + desc->req.data_ptrs[0].address = q->ring_addr_phys +
>> fcw_offset;
>>> + desc->req.data_ptrs[0].blen = fcw_len;
>>> + desc->req.data_ptrs[0].blkid = ACC100_DMA_BLKID_FCW;
>>> + desc->req.data_ptrs[0].last = 0;
>>> + desc->req.data_ptrs[0].dma_ext = 0;
>>> + for (b_idx = 1; b_idx < ACC100_DMA_MAX_NUM_POINTERS -
>> 1;
>>> + b_idx++) {
>>> + desc->req.data_ptrs[b_idx].blkid =
>> ACC100_DMA_BLKID_IN;
>>> + desc->req.data_ptrs[b_idx].last = 1;
>>> + desc->req.data_ptrs[b_idx].dma_ext = 0;
>>> + b_idx++;
>> This works, but it would be better to only inc the index in the for loop
>> statement.
>>
>> The second data set should accessed as [b_idx+1]
>>
>> And the loop inc by +2
> Matter of preference maybe?
If you feel strongly, ok.
>
>>> + desc->req.data_ptrs[b_idx].blkid =
>>> + ACC100_DMA_BLKID_OUT_ENC;
>>> + desc->req.data_ptrs[b_idx].last = 1;
>>> + desc->req.data_ptrs[b_idx].dma_ext = 0;
>>> + }
>>> + /* Preset some fields of LDPC FCW */
>>> + desc->req.fcw_ld.FCWversion = ACC100_FCW_VER;
>>> + desc->req.fcw_ld.gain_i = 1;
>>> + desc->req.fcw_ld.gain_h = 1;
>>> + }
>>> +
>>> + q->lb_in = rte_zmalloc_socket(dev->device->driver->name,
>>> + RTE_CACHE_LINE_SIZE,
>>> + RTE_CACHE_LINE_SIZE, conf->socket);
>>> + if (q->lb_in == NULL) {
>> q is not freed.
> ok thanks
>
>>> + rte_bbdev_log(ERR, "Failed to allocate lb_in memory");
>>> + return -ENOMEM;
>>> + }
>>> + q->lb_in_addr_phys = rte_malloc_virt2iova(q->lb_in);
>>> + q->lb_out = rte_zmalloc_socket(dev->device->driver->name,
>>> + RTE_CACHE_LINE_SIZE,
>>> + RTE_CACHE_LINE_SIZE, conf->socket);
>>> + if (q->lb_out == NULL) {
>>> + rte_bbdev_log(ERR, "Failed to allocate lb_out memory");
>>> + return -ENOMEM;
>> q->lb_in is not freed
>>
>> q is not freed
> ok too thanks
>
>>> + }
>>> + q->lb_out_addr_phys = rte_malloc_virt2iova(q->lb_out);
>>> +
>>> + /*
>>> + * Software queue ring wraps synchronously with the HW when it
>> reaches
>>> + * the boundary of the maximum allocated queue size, no matter
>> what the
>>> + * sw queue size is. This wrapping is guarded by setting the
>> wrap_mask
>>> + * to represent the maximum queue size as allocated at the time
>> when
>>> + * the device has been setup (in configure()).
>>> + *
>>> + * The queue depth is set to the queue size value (conf->queue_size).
>>> + * This limits the occupancy of the queue at any point of time, so
>> that
>>> + * the queue does not get swamped with enqueue requests.
>>> + */
>>> + q->sw_ring_depth = conf->queue_size;
>>> + q->sw_ring_wrap_mask = d->sw_ring_max_depth - 1;
>>> +
>>> + q->op_type = conf->op_type;
>>> +
>>> + q_idx = acc100_find_free_queue_idx(dev, conf);
>>> + if (q_idx == -1) {
>>> + rte_free(q);
>> This will leak the other two ptr's
>> This function needs better error handling.
> Yes agreed. Thanks.
>
>> Tom
>>
> Thanks for your review Tom, aiming to push updated serie tomorrow.
Ok, i'll look for them.
Thanks,
Tom
>
> Nic
>
>
>
>>> + return -1;
>>> + }
>>> +
>>> + q->qgrp_id = (q_idx >> GRP_ID_SHIFT) & 0xF;
>>> + q->vf_id = (q_idx >> VF_ID_SHIFT) & 0x3F;
>>> + q->aq_id = q_idx & 0xF;
>>> + q->aq_depth = (conf->op_type == RTE_BBDEV_OP_TURBO_DEC) ?
>>> + (1 << d->acc100_conf.q_ul_4g.aq_depth_log2) :
>>> + (1 << d->acc100_conf.q_dl_4g.aq_depth_log2);
>>> +
>>> + q->mmio_reg_enqueue = RTE_PTR_ADD(d->mmio_base,
>>> + queue_offset(d->pf_device,
>>> + q->vf_id, q->qgrp_id, q->aq_id));
>>> +
>>> + rte_bbdev_log_debug(
>>> + "Setup dev%u q%u: qgrp_id=%u, vf_id=%u,
>> aq_id=%u, aq_depth=%u, mmio_reg_enqueue=%p",
>>> + dev->data->dev_id, queue_id, q->qgrp_id, q->vf_id,
>>> + q->aq_id, q->aq_depth, q->mmio_reg_enqueue);
>>> +
>>> + dev->data->queues[queue_id].queue_private = q;
>>> + return 0;
>>> +}
>>> +
>>> +/* Release ACC100 queue */
>>> +static int
>>> +acc100_queue_release(struct rte_bbdev *dev, uint16_t q_id) {
>>> + struct acc100_device *d = dev->data->dev_private;
>>> + struct acc100_queue *q = dev->data->queues[q_id].queue_private;
>>> +
>>> + if (q != NULL) {
>>> + /* Mark the Queue as un-assigned */
>>> + d->q_assigned_bit_map[q->qgrp_id] &= (0xFFFFFFFF -
>>> + (1 << q->aq_id));
>>> + rte_free(q->lb_in);
>>> + rte_free(q->lb_out);
>>> + rte_free(q);
>>> + dev->data->queues[q_id].queue_private = NULL;
>>> + }
>>> +
>>> return 0;
>>> }
>>>
>>> @@ -258,8 +673,11 @@
>>> }
>>>
>>> static const struct rte_bbdev_ops acc100_bbdev_ops = {
>>> + .setup_queues = acc100_setup_queues,
>>> .close = acc100_dev_close,
>>> .info_get = acc100_dev_info_get,
>>> + .queue_setup = acc100_queue_setup,
>>> + .queue_release = acc100_queue_release,
>>> };
>>>
>>> /* ACC100 PCI PF address map */
>>> diff --git a/drivers/baseband/acc100/rte_acc100_pmd.h
>>> b/drivers/baseband/acc100/rte_acc100_pmd.h
>>> index 662e2c8..0e2b79c 100644
>>> --- a/drivers/baseband/acc100/rte_acc100_pmd.h
>>> +++ b/drivers/baseband/acc100/rte_acc100_pmd.h
>>> @@ -518,11 +518,56 @@ struct acc100_registry_addr {
>>> .ddr_range = HWVfDmaDdrBaseRangeRoVf, };
>>>
>>> +/* Structure associated with each queue. */ struct
>>> +__rte_cache_aligned acc100_queue {
>>> + union acc100_dma_desc *ring_addr; /* Virtual address of sw ring */
>>> + rte_iova_t ring_addr_phys; /* Physical address of software ring */
>>> + uint32_t sw_ring_head; /* software ring head */
>>> + uint32_t sw_ring_tail; /* software ring tail */
>>> + /* software ring size (descriptors, not bytes) */
>>> + uint32_t sw_ring_depth;
>>> + /* mask used to wrap enqueued descriptors on the sw ring */
>>> + uint32_t sw_ring_wrap_mask;
>>> + /* MMIO register used to enqueue descriptors */
>>> + void *mmio_reg_enqueue;
>>> + uint8_t vf_id; /* VF ID (max = 63) */
>>> + uint8_t qgrp_id; /* Queue Group ID */
>>> + uint16_t aq_id; /* Atomic Queue ID */
>>> + uint16_t aq_depth; /* Depth of atomic queue */
>>> + uint32_t aq_enqueued; /* Count how many "batches" have been
>> enqueued */
>>> + uint32_t aq_dequeued; /* Count how many "batches" have been
>> dequeued */
>>> + uint32_t irq_enable; /* Enable ops dequeue interrupts if set to 1 */
>>> + struct rte_mempool *fcw_mempool; /* FCW mempool */
>>> + enum rte_bbdev_op_type op_type; /* Type of this Queue: TE or TD
>> */
>>> + /* Internal Buffers for loopback input */
>>> + uint8_t *lb_in;
>>> + uint8_t *lb_out;
>>> + rte_iova_t lb_in_addr_phys;
>>> + rte_iova_t lb_out_addr_phys;
>>> + struct acc100_device *d;
>>> +};
>>> +
>>> /* Private data structure for each ACC100 device */ struct
>>> acc100_device {
>>> void *mmio_base; /**< Base address of MMIO registers (BAR0) */
>>> + void *sw_rings_base; /* Base addr of un-aligned memory for sw
>> rings */
>>> + void *sw_rings; /* 64MBs of 64MB aligned memory for sw rings */
>>> + rte_iova_t sw_rings_phys; /* Physical address of sw_rings */
>>> + /* Virtual address of the info memory routed to the this function
>> under
>>> + * operation, whether it is PF or VF.
>>> + */
>>> + union acc100_harq_layout_data *harq_layout;
>>> + uint32_t sw_ring_size;
>>> uint32_t ddr_size; /* Size in kB */
>>> + uint32_t *tail_ptrs; /* Base address of response tail pointer buffer */
>>> + rte_iova_t tail_ptr_phys; /* Physical address of tail pointers */
>>> + /* Max number of entries available for each queue in device,
>> depending
>>> + * on how many queues are enabled with configure()
>>> + */
>>> + uint32_t sw_ring_max_depth;
>>> struct acc100_conf acc100_conf; /* ACC100 Initial configuration */
>>> + /* Bitmap capturing which Queues have already been assigned */
>>> + uint16_t q_assigned_bit_map[ACC100_NUM_QGRPS];
>>> bool pf_device; /**< True if this is a PF ACC100 device */
>>> bool configured; /**< True if this ACC100 device is configured */
>>> };
next prev parent reply other threads:[~2020-09-30 23:36 UTC|newest]
Thread overview: 213+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-19 0:25 [dpdk-dev] [PATCH v3 00/11] bbdev PMD ACC100 Nicolas Chautru
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 01/11] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-08-29 9:44 ` Xu, Rosen
2020-09-04 16:44 ` Chautru, Nicolas
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 02/11] baseband/acc100: add register definition file Nicolas Chautru
2020-08-29 9:55 ` Xu, Rosen
2020-08-29 17:39 ` Chautru, Nicolas
2020-09-03 2:15 ` Xu, Rosen
2020-09-03 9:17 ` Ferruh Yigit
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 03/11] baseband/acc100: add info get function Nicolas Chautru
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 04/11] baseband/acc100: add queue configuration Nicolas Chautru
2020-08-29 10:39 ` Xu, Rosen
2020-08-29 17:48 ` Chautru, Nicolas
2020-09-03 2:30 ` Xu, Rosen
2020-09-03 22:48 ` Chautru, Nicolas
2020-09-04 2:01 ` Xu, Rosen
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 05/11] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-08-20 14:38 ` Dave Burley
2020-08-20 14:52 ` Chautru, Nicolas
2020-08-20 14:57 ` Dave Burley
2020-08-20 21:05 ` Chautru, Nicolas
2020-09-03 8:06 ` Dave Burley
2020-08-29 11:10 ` Xu, Rosen
2020-08-29 18:01 ` Chautru, Nicolas
2020-09-03 2:34 ` Xu, Rosen
2020-09-03 9:09 ` Ananyev, Konstantin
2020-09-03 20:45 ` Chautru, Nicolas
2020-09-15 1:45 ` Chautru, Nicolas
2020-09-15 10:21 ` Ananyev, Konstantin
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 06/11] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 07/11] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 08/11] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 09/11] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 10/11] baseband/acc100: add configure function Nicolas Chautru
2020-09-03 10:06 ` Aidan Goddard
2020-09-03 18:53 ` Chautru, Nicolas
2020-08-19 0:25 ` [dpdk-dev] [PATCH v3 11/11] doc: update bbdev feature table Nicolas Chautru
2020-09-04 17:53 ` [dpdk-dev] [PATCH v4 00/11] bbdev PMD ACC100 Nicolas Chautru
2020-09-04 17:53 ` [dpdk-dev] [PATCH v4 01/11] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-09-08 3:10 ` Liu, Tianjiao
2020-09-04 17:53 ` [dpdk-dev] [PATCH v4 02/11] baseband/acc100: add register definition file Nicolas Chautru
2020-09-15 2:31 ` Xu, Rosen
2020-09-18 2:39 ` Liu, Tianjiao
2020-09-04 17:53 ` [dpdk-dev] [PATCH v4 03/11] baseband/acc100: add info get function Nicolas Chautru
2020-09-18 2:47 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 04/11] baseband/acc100: add queue configuration Nicolas Chautru
2020-09-15 2:31 ` Xu, Rosen
2020-09-18 3:01 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 05/11] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-09-21 1:40 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 06/11] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-09-21 1:41 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 07/11] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-09-21 1:43 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 08/11] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-09-21 1:45 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 09/11] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-09-21 1:46 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 10/11] baseband/acc100: add configure function Nicolas Chautru
2020-09-21 1:48 ` Liu, Tianjiao
2020-09-04 17:54 ` [dpdk-dev] [PATCH v4 11/11] doc: update bbdev feature table Nicolas Chautru
2020-09-21 1:50 ` Liu, Tianjiao
2020-09-21 14:36 ` [dpdk-dev] [PATCH v4 00/11] bbdev PMD ACC100 Chautru, Nicolas
2020-09-22 19:32 ` Akhil Goyal
2020-09-23 2:21 ` Chautru, Nicolas
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 " Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 01/11] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 02/11] baseband/acc100: add register definition file Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 03/11] baseband/acc100: add info get function Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 04/11] baseband/acc100: add queue configuration Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 05/11] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 06/11] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 07/11] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 08/11] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 09/11] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 10/11] baseband/acc100: add configure function Nicolas Chautru
2020-09-23 2:12 ` [dpdk-dev] [PATCH v5 11/11] doc: update bbdev feature table Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 00/11] bbdev PMD ACC100 Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 01/11] service: retrieve lcore active state Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 02/11] test/service: fix race condition on stopping lcore Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 03/11] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 04/11] baseband/acc100: add register definition file Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 05/11] baseband/acc100: add info get function Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 06/11] baseband/acc100: add queue configuration Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 07/11] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 08/11] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 09/11] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 10/11] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-09-23 2:19 ` [dpdk-dev] [PATCH v6 11/11] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-09-23 2:24 ` [dpdk-dev] [PATCH v7 00/11] bbdev PMD ACC100 Nicolas Chautru
2020-09-23 2:24 ` [dpdk-dev] [PATCH v7 01/11] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-09-23 2:24 ` [dpdk-dev] [PATCH v7 02/11] baseband/acc100: add register definition file Nicolas Chautru
2020-09-23 2:24 ` [dpdk-dev] [PATCH v7 03/11] baseband/acc100: add info get function Nicolas Chautru
2020-09-23 2:24 ` [dpdk-dev] [PATCH v7 04/11] baseband/acc100: add queue configuration Nicolas Chautru
2020-09-23 2:25 ` [dpdk-dev] [PATCH v7 05/11] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-09-23 2:25 ` [dpdk-dev] [PATCH v7 06/11] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-09-23 2:25 ` [dpdk-dev] [PATCH v7 07/11] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-09-23 2:25 ` [dpdk-dev] [PATCH v7 08/11] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-09-23 2:25 ` [dpdk-dev] [PATCH v7 09/11] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-09-23 2:25 ` [dpdk-dev] [PATCH v7 10/11] baseband/acc100: add configure function Nicolas Chautru
2020-09-23 2:25 ` [dpdk-dev] [PATCH v7 11/11] doc: update bbdev feature table Nicolas Chautru
2020-09-28 20:19 ` Akhil Goyal
2020-09-29 0:57 ` Chautru, Nicolas
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 00/10] bbdev PMD ACC100 Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 01/10] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 02/10] baseband/acc100: add register definition file Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 03/10] baseband/acc100: add info get function Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 04/10] baseband/acc100: add queue configuration Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 05/10] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 06/10] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 07/10] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 08/10] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 09/10] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-09-28 23:52 ` [dpdk-dev] [PATCH v8 10/10] baseband/acc100: add configure function Nicolas Chautru
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 00/10] bbdev PMD ACC100 Nicolas Chautru
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 01/10] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-09-29 19:53 ` Tom Rix
2020-09-29 23:17 ` Chautru, Nicolas
2020-09-30 23:06 ` Tom Rix
2020-09-30 23:30 ` Chautru, Nicolas
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 02/10] baseband/acc100: add register definition file Nicolas Chautru
2020-09-29 20:34 ` Tom Rix
2020-09-29 23:30 ` Chautru, Nicolas
2020-09-30 23:11 ` Tom Rix
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 03/10] baseband/acc100: add info get function Nicolas Chautru
2020-09-29 21:13 ` Tom Rix
2020-09-30 0:25 ` Chautru, Nicolas
2020-09-30 23:20 ` Tom Rix
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 04/10] baseband/acc100: add queue configuration Nicolas Chautru
2020-09-29 21:46 ` Tom Rix
2020-09-30 1:03 ` Chautru, Nicolas
2020-09-30 23:36 ` Tom Rix [this message]
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 05/10] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-09-30 16:53 ` Tom Rix
2020-09-30 18:52 ` Chautru, Nicolas
2020-10-01 15:31 ` Tom Rix
2020-10-01 16:07 ` Chautru, Nicolas
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 06/10] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-09-30 17:25 ` Tom Rix
2020-09-30 18:55 ` Chautru, Nicolas
2020-10-01 15:32 ` Tom Rix
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 07/10] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-09-30 18:37 ` Tom Rix
2020-09-30 19:10 ` Chautru, Nicolas
2020-10-01 15:42 ` Tom Rix
2020-10-01 21:46 ` Chautru, Nicolas
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 08/10] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-09-30 19:03 ` Tom Rix
2020-09-30 19:45 ` Chautru, Nicolas
2020-10-01 16:05 ` Tom Rix
2020-10-01 21:07 ` Chautru, Nicolas
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 09/10] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-09-30 19:16 ` Tom Rix
2020-09-30 19:53 ` Chautru, Nicolas
2020-10-01 16:07 ` Tom Rix
2020-09-29 0:29 ` [dpdk-dev] [PATCH v9 10/10] baseband/acc100: add configure function Nicolas Chautru
2020-09-30 19:58 ` Tom Rix
2020-09-30 22:54 ` Chautru, Nicolas
2020-10-01 16:18 ` Tom Rix
2020-10-01 21:11 ` Chautru, Nicolas
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 00/10] bbdev PMD ACC100 Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 01/10] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 02/10] baseband/acc100: add register definition file Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 03/10] baseband/acc100: add info get function Nicolas Chautru
2020-10-01 14:34 ` Maxime Coquelin
2020-10-01 19:50 ` Chautru, Nicolas
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 04/10] baseband/acc100: add queue configuration Nicolas Chautru
2020-10-01 15:38 ` Maxime Coquelin
2020-10-01 19:50 ` Chautru, Nicolas
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 05/10] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 06/10] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 07/10] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 08/10] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 09/10] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-10-01 3:14 ` [dpdk-dev] [PATCH v10 10/10] baseband/acc100: add configure function Nicolas Chautru
2020-10-01 14:11 ` Maxime Coquelin
2020-10-01 15:36 ` Chautru, Nicolas
2020-10-01 15:43 ` Maxime Coquelin
2020-10-01 19:50 ` Chautru, Nicolas
2020-10-01 21:44 ` Maxime Coquelin
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 00/10] bbdev PMD ACC100 Nicolas Chautru
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 01/10] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-10-04 15:53 ` Tom Rix
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 02/10] baseband/acc100: add register definition file Nicolas Chautru
2020-10-04 15:56 ` Tom Rix
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 03/10] baseband/acc100: add info get function Nicolas Chautru
2020-10-04 16:09 ` Tom Rix
2020-10-05 16:38 ` Chautru, Nicolas
2020-10-05 22:19 ` Chautru, Nicolas
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 04/10] baseband/acc100: add queue configuration Nicolas Chautru
2020-10-04 16:18 ` Tom Rix
2020-10-05 16:42 ` Chautru, Nicolas
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 05/10] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 06/10] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 07/10] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 08/10] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 09/10] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-10-02 1:01 ` [dpdk-dev] [PATCH v11 10/10] baseband/acc100: add configure function Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 00/10] bbdev PMD ACC100 Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 01/10] drivers/baseband: add PMD for ACC100 Nicolas Chautru
2020-11-02 9:25 ` Ferruh Yigit
2020-11-02 11:16 ` Ferruh Yigit
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 02/10] baseband/acc100: add register definition file Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 03/10] baseband/acc100: add info get function Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 04/10] baseband/acc100: add queue configuration Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 05/10] baseband/acc100: add LDPC processing functions Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 06/10] baseband/acc100: add HARQ loopback support Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 07/10] baseband/acc100: add support for 4G processing Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 08/10] baseband/acc100: add interrupt support to PMD Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 09/10] baseband/acc100: add debug function to validate input Nicolas Chautru
2020-10-05 22:12 ` [dpdk-dev] [PATCH v12 10/10] baseband/acc100: add configure function Nicolas Chautru
2020-10-06 13:20 ` [dpdk-dev] [PATCH v12 00/10] bbdev PMD ACC100 Maxime Coquelin
2020-10-06 19:43 ` Akhil Goyal
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=7872c010-e371-338a-84ca-2767aa242f14@redhat.com \
--to=trix@redhat.com \
--cc=aidan.goddard@accelercomm.com \
--cc=akhil.goyal@nxp.com \
--cc=bruce.richardson@intel.com \
--cc=dave.burley@accelercomm.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=nicolas.chautru@intel.com \
--cc=rosen.xu@intel.com \
--cc=tianjiao.liu@intel.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).