Preemptive System | Texas Instruments TMS320 DSP specification

www.ti.com

Inter-Algorithm Synchronization

Algorithm A

Algorithm B

CPU context

active

active

(timeline)

1

2

3

4

5

DMA context

(timeline)

DMA/CPU idle

CPU context switch

CPU/DMA active

Events

1.Algorithm A requests a data transfer by calling ACPY2_start(). The framework executes this request immediately since the DMA channel is free.

2.Algorithm A calls ACPY2_wait() to wait for the data transfer to complete. The framework checks to see that the data are still being transferred.

3.The data transfer is complete and the framework returns control to Algorithm A so it can process the transferred data.

4.Algorithm B requests a data transfer by calling ACPY2_start().The framework executes this request immediately since the DMA channel is free.

5.Algorithm B calls ACPY2_complete() to check if the data transfer has completed. The framework checks to see that the data has been transferred. Algorithm B can process the transferred data.

Notice that algorithm A must wait for the transfer to complete because the parallel CPU processing takes less time than the data transfer, whereas algorithm B'sdata transfer has completed at the time of synchronization.

In summary, we can see from Section 6.15.2 that sharing a physical DMA channel between several algorithms is trivial as long as the algorithms don'tpreempt each other.

6.15.3 Preemptive System

Sharing a physical DMA channel among two algorithms in a preemptive system requires some procedure to manage the shared resource. The system must have a policy for handling the situation where one algorithm preempts another algorithm while the shared physical DMA channel is currently being used.

Let'sassume that the framework preempts algorithm A in order to run algorithm B.

∙Scenario 1: The system policy is to abort the current DMA transfer to free-up the DMA device to the higher priority algorithm. See Section 6.15.4.

Algorithm A			Algorithm B		Algorithm A
active			active			active
CPU context
(timeline)
1	2	3	4	5	6	7
DMA context
(timeline)

DMA/CPU idle

CPU context switch

CPU/DMA activ

The system'spolicy is to abort the current DMA transfer when context switching to a higher priority

72

Use of the DMA Resource

SPRU352G –June 2005 –Revised February 2007

Submit Documentation Feedback

Image 72

Texas Instruments TMS320 DSP manual Preemptive System

Contents

Users Guide Rules and Guidelines Submit Documentation Feedback Contents Use of the DMA Resource Urls List of Figures Read This First Intended AudienceDocument Overview Related Documentation Text ConventionsRule n Guideline n Overview Scope of the Standard Rules for TMS320C5x Rules for TMS320C6x Rules and Guidelines Requirements of the Standard Goals of the Standard Intentional Omissions System Architecture Frameworks Algorithms Core Run-Time Support General Programming Guidelines Use of C Language Threads and ReentrancyThreads Rule Preemptive vs. Non-Preemptive Multitasking Reentrancy Example Data Memory Data Memory Memory Spaces Scratch versus Persistent Scratch vs Persistent Memory Allocation Algorithm versus Application Guideline Program Memory ROM-abilitySection Name Purpose Use of Peripherals Use of Peripherals Algorithm Component Model Interfaces and Modules Algorithms Packaging Interfaces and Modules Implementation Fir.h External Identifiers Naming Conventions Module Initialization and FinalizationModule Instance Objects Design-Time Object Creation Run-Time Object Creation and Deletion Module Configuration Example Module Multiple Interface Support Interface Inheritance SummaryElement Description Required Algorithms Algorithms Packaging Object Code Header Files Debug Verses Release Moduleversvendorvariant.1arch Algorithm Performance Characterization Data Memory Program Memory Interrupt Latency Execution Time Heap Memory ExternalSize Stack Memory Static Local and Global Data Memory Data Bss Object files Size Interrupt Latency Execution TimeMips Is Not Enough Operation Execution Time Model Execution Timeline for Two Periodic Tasks Process 19800059000 198000 Submit Documentation Feedback DSP-Specific Guidelines CPU Register Types Register Types Use of Floating Point TMS320C6xxx Rules and GuidelinesEndian Byte Ordering Data Models Register Conventions Status RegisterRegister Use Type CSR Field Use Type Interrupt Latency TMS320C54xx Rules and GuidelinesProgram Models TMS320C54xx Rules and Guidelines Status Registers ST0 Field Name Use TypeST1 Field Name Use Type TMS320C55x Rules and Guidelines Stack ArchitecturePmst Field Name Use Type Relocatability Example SSP Status Bits ST2 Field Name Use TypeST3 Field Name Use Type Homy TMS320C24xx Guidelines General TMS320C28x Rules and Guidelines TMS320C28x Rules and Guidelines XAR0 M0M1MAP Use of the DMA Resource Submitting DMA Transfer Requests Overview Algorithm and Framework Requirements for the Use of the DMA Resource Logical Channel Data Transfer Properties Data Transfer Synchronization Abstract Interface DMA GuidelineDMA Rule Resource Characterization Data Transfers bytes FrequencyAverage Maximum Runtime APIs Strong Ordering of DMA Transfer Requests Submitting DMA Transfer Requests Device Independent DMA Optimization Guideline Cache Coherency Issues for Algorithm Producers 13 C6xxx Specific DMA Rules and Guidelines Supporting Packed/Burst Mode DMA Transfers 14 C55x Specific DMA Rules and Guidelines Minimizing Logical Channel Reconfiguration Overhead Addressing Automatic Endianism Conversion IssuesInter-Algorithm Synchronization Non-Preemptive System Preemptive System Algorithm B Algorithm a Inter-Algorithm Synchronization Appendix a General Rules Performance Characterization Rules DMA Rules General Guidelines DMA Guidelines Submit Documentation Feedback DSP/BIOS Run-time Support Library Core Run-Time APIs DSP/BIOS Run-time Support Library TI C-Language Run-Time Support Library Bibliography Books Submit Documentation Feedback Glossary Glossary of Terms Glossary of Terms Glossary of Terms Important Notice