From patchwork Fri Sep 29 16:35:06 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Chautru, Nicolas" X-Patchwork-Id: 132225 X-Patchwork-Delegate: maxime.coquelin@redhat.com Return-Path: X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id F08C742674; Fri, 29 Sep 2023 18:38:21 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id CBF13402DD; Fri, 29 Sep 2023 18:38:08 +0200 (CEST) Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.151]) by mails.dpdk.org (Postfix) with ESMTP id 8C8DF4026E for ; Fri, 29 Sep 2023 18:38:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1696005483; x=1727541483; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=YQtn9uvDEVN++ijkFyCMDJLgUF/vp6AMtKPVLnVlivw=; b=jPaxH5DqJTuECwjHa9B0F35wuQEdaxXlU7UxbbpaCo+mLE6R/pP+gCry uM1im+swPXKHdipV9QWFI1ArIdL7S59gLoTcWjHi+gyYv8mxUJ7eIhu8i Y2aiPRARVeSuE6taeKpCAXEGmMcdAS/x07EkJ4XMfX6UFcEqO6y3X5wWd /9BLVG6TuhA4JoJSN2DBqjKOwYErC0dFK91cTNqjcyVzf2Xjg6DVuEsxh +QV12K7Sebb9zYPJRGDc5aoyPcfczaPz1Zousm2/utwsvXnwwdVndJWPB jFXD4DdpUTzqE0bE2kl0NIH/1s0v6zy/Hj7hgw5NNHPDg7pB8uXKkkCi2 w==; X-IronPort-AV: E=McAfee;i="6600,9927,10848"; a="362584210" X-IronPort-AV: E=Sophos;i="6.03,187,1694761200"; d="scan'208";a="362584210" Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Sep 2023 09:38:01 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10848"; a="753433469" X-IronPort-AV: E=Sophos;i="6.03,187,1694761200"; d="scan'208";a="753433469" Received: from spr-npg-bds1-eec2.sn.intel.com (HELO spr-npg-bds1-eec2..) ([10.233.181.123]) by fmsmga007.fm.intel.com with ESMTP; 29 Sep 2023 09:38:01 -0700 From: Nicolas Chautru To: dev@dpdk.org, maxime.coquelin@redhat.com Cc: hemant.agrawal@nxp.com, david.marchand@redhat.com, hernan.vargas@intel.com, Nicolas Chautru Subject: [PATCH v3 02/12] baseband/acc: add FFT window width in the VRB PMD Date: Fri, 29 Sep 2023 16:35:06 +0000 Message-Id: <20230929163516.3636499-3-nicolas.chautru@intel.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20230929163516.3636499-1-nicolas.chautru@intel.com> References: <20230929163516.3636499-1-nicolas.chautru@intel.com> MIME-Version: 1.0 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org This allows to expose the FFT window width being introduced in previous commit based on what is configured dynamically on the device platform. Signed-off-by: Nicolas Chautru --- drivers/baseband/acc/acc_common.h | 3 +++ drivers/baseband/acc/rte_vrb_pmd.c | 29 +++++++++++++++++++++++++++++ 2 files changed, 32 insertions(+) diff --git a/drivers/baseband/acc/acc_common.h b/drivers/baseband/acc/acc_common.h index 5bb00746c3..7d24c644c0 100644 --- a/drivers/baseband/acc/acc_common.h +++ b/drivers/baseband/acc/acc_common.h @@ -512,6 +512,8 @@ struct acc_deq_intr_details { enum { ACC_VF2PF_STATUS_REQUEST = 1, ACC_VF2PF_USING_VF = 2, + ACC_VF2PF_LUT_VER_REQUEST = 3, + ACC_VF2PF_FFT_WIN_REQUEST = 4, }; @@ -558,6 +560,7 @@ struct acc_device { queue_offset_fun_t queue_offset; /* Device specific queue offset */ uint16_t num_qgroups; uint16_t num_aqs; + uint16_t fft_window_width[RTE_BBDEV_MAX_FFT_WIN]; /* FFT windowing width. */ }; /* Structure associated with each queue. */ diff --git a/drivers/baseband/acc/rte_vrb_pmd.c b/drivers/baseband/acc/rte_vrb_pmd.c index 9e5a73c9c7..c5a74bae11 100644 --- a/drivers/baseband/acc/rte_vrb_pmd.c +++ b/drivers/baseband/acc/rte_vrb_pmd.c @@ -298,6 +298,34 @@ vrb_device_status(struct rte_bbdev *dev) return reg; } +/* Request device FFT windowing information. */ +static inline void +vrb_device_fft_win(struct rte_bbdev *dev, struct rte_bbdev_driver_info *dev_info) +{ + struct acc_device *d = dev->data->dev_private; + uint32_t reg, time_out = 0, win; + + if (d->pf_device) + return; + + /* Check from the device the first time. */ + if (d->fft_window_width[0] == 0) { + for (win = 0; win < RTE_BBDEV_MAX_FFT_WIN; win++) { + vrb_vf2pf(d, ACC_VF2PF_FFT_WIN_REQUEST | win); + reg = acc_reg_read(d, d->reg_addr->pf2vf_doorbell); + while ((time_out < ACC_STATUS_TO) && (reg == RTE_BBDEV_DEV_NOSTATUS)) { + usleep(ACC_STATUS_WAIT); /*< Wait or VF->PF->VF Comms */ + reg = acc_reg_read(d, d->reg_addr->pf2vf_doorbell); + time_out++; + } + d->fft_window_width[win] = reg; + } + } + + for (win = 0; win < RTE_BBDEV_MAX_FFT_WIN; win++) + dev_info->fft_window_width[win] = d->fft_window_width[win]; +} + /* Checks PF Info Ring to find the interrupt cause and handles it accordingly. */ static inline void vrb_check_ir(struct acc_device *acc_dev) @@ -1100,6 +1128,7 @@ vrb_dev_info_get(struct rte_bbdev *dev, struct rte_bbdev_driver_info *dev_info) fetch_acc_config(dev); /* Check the status of device. */ dev_info->device_status = vrb_device_status(dev); + vrb_device_fft_win(dev, dev_info); /* Exposed number of queues. */ dev_info->num_queues[RTE_BBDEV_OP_NONE] = 0;