![]() |
![]() |
Fftc_TxQInfo. More...
#include <fftc_pvt.h>
Data Fields | |
int32_t | cppiTxQNum |
uint8_t | bSharedMode |
Cppi_ChHnd | hCppiTxChan |
Cppi_ChHnd | hCppiRxChan |
Qmss_QueueHnd | hQmssTxQ |
uint8_t | bSupressSideInfo |
uint32_t | cyclicPrefixAddNum |
uint32_t | refCnt |
Fftc_TxQInfo.
Data structure to hold the current state and configuration of any given FFTC Transmit queue.
* Used by FFTC driver internally for book-keeping purposes *
uint8_t _Fftc_TxQInfo::bSharedMode |
Boolean flag to indicate if this queue is a "shared" queue or "dedicated" queue.
A shared queue's configuration can be programmed using CPPI packets on the go by any application using it.
A dedicated queue on the other hand is to be used by one application, its configuration is setup during open and never overridden using CPPI packets. The only way to change its configuration would be to close it and re-open it using a different configuration.
When set to 1 indicates "shared" mode, configuration programmable using CPPI packets. 0 indicates "dedicated" mode and configuration setup during queue open.
uint8_t _Fftc_TxQInfo::bSupressSideInfo |
Boolean flag, set to 1 to supress FFTC side-band info such as block exponent, clipping detection, error and tag being output.
int32_t _Fftc_TxQInfo::cppiTxQNum |
The FFTC Transmit queue number for this instance.
uint32_t _Fftc_TxQInfo::cyclicPrefixAddNum |
Number of samples to use for cyclic prefix addition.
Cppi_ChHnd _Fftc_TxQInfo::hCppiRxChan |
CPPI Rx channel handle corresponding to the Tx object.
Cppi_ChHnd _Fftc_TxQInfo::hCppiTxChan |
Handle to the CPPI Transmit channel corresponding to the FFTC queue.
Qmss_QueueHnd _Fftc_TxQInfo::hQmssTxQ |
Handle to the QMSS FFTC queue instance.
uint32_t _Fftc_TxQInfo::refCnt |
Reference counter that keeps track of the number of applications that are using this FFTC Tx queue.
This counter is incremented whenever 'FFTC_txQueueOpen ()' is called and a valid transmit queue handle is returned and is decremented whenever 'FFTC_txQueueClose ()' API is called. When this count reaches zero, the transmit queue configuration is completely cleaned up and would have to be re-initialized using 'FFTC_txQueueOpen ()' API.