[雙語翻譯]--外文翻譯---dsp上的通用實時操作系統(tǒng)的設計和實現(xiàn)（英文）

1、Design and Implementation of the Universal RTOS on DSP JIANG Hong, YU Qing-song, WANG Xi-lin Computer Center East China Normal University Shanghai, P. R. of China hjiang@cc.ecnu.edu.cn Abstract—A real-time operating

2、system GDOS (Generic DSP Operating System) based on DSP is designed and implemented in this paper. GDOS can solve the disunity of current DSP interfaces and improve the portability of the application systems on GDOS.

3、 Furthermore, GDOS can improve software engineers' efficiency. GDOS has been successfully applied in a 3G radio network controller. This 3G radio network controller is currently working steadily at home and abroad

4、. Keywords: DSP; Real-time Operating Systems; Task; Synchronization; Mutex; Memory Management; Log; Portability I. INTRODUCTION DSP chips have developed rapidly since 1980. With the continuous improvement of pr

5、ice-performance and development methods of DSP chips[1, 2], DSP has been widely used in various fields such as communications, audio, video, graphics, images, military, automation, home appliances, and automotive el

6、ectronic systems. Many manufacturers have developed their own DSP application systems and DSP real-time operating systems (RTOS), e.g., DSP BIOS of Texas Instruments[3] and SmartDSP OS of Freescale[4]. RTOS has reduce

7、d the complexity of DSP software development, and has played an important role in promoting the popularity and development of DSP technology. However, DSP RTOS provided by different manufacturers differs in external

8、interfaces. Even the different types of DSP RTOS provided by the same manufacturers have different external interfaces. DSP software developers must be familiar with the different external interfaces of DSP RTOS. Syst

9、em transplantation will be rather time-consuming when DSP applications are required in different DSP platforms. Moreover, the allocation and release of dynamic memory in current DSP RTOS are carried out directly in th

10、e memory. It will produce more memory fragmentation after the system runs for a long time. Memory fragmentation requires extra memory management overhead. In addition, current DSP RTOS lacks a unified log function to

11、 support multiple output forms. It leads to great inconvenience when collecting log information during debugging and running time. It also increases the difficulty of system maintenance. A generic DSP real-time operat

12、ing system (GDOS) is designed and implemented in this paper. Apart from the common functions of operating system[5], GDOS has the following characteristics: ? Portability: GDOS provides a consistent application int

13、erface which is compatible with different underlying platforms; ? Stability: GDOS provides enhanced memory management functions to address memory fragmentation problems in the RTOS; ? Maintainability: GDOS

14、 provides powerful log management functions to improve system maintainability; ? Debugging functionality: GDOS provides debugging functions for each functional module to make the system stabilize more quickly.

15、 The remainder of this paper is structured as follows. The design and implementation of GDOS is presented in detail in Section 2. The performance of GDOS is tested and analyzed in Section 3. Section 4 provides a concl

16、usion. II. DESIGN AND IMPLEMENTATION OF GDOS Based on the RTOS provided by DSP chip manufacturers, GDOS provides a unified interface for different application systems, shielding application systems from the impact of

17、the transformation of underlying platform. GDOS provides such functional modules as multi-task management, clock management, synchronization and mutex, memory management, log management, and debugging functi

18、on. Figure 1 shows the structure of GDOS. A. GDOS Multi-task Management Function GDOS is a multi-task RTOS. Multi-task management function includes task creating and task scheduling. A task registry table is defined i

19、n GDOS. After the power is on, according to the task registry table GDOS creates and schedules the tasks by invoking the underlying interface commands. Application systems are only required to provide U.S. Government

20、work not protected by U.S. copyrightGDOS’s memory management debugging function is mainly used for memory statistics and memory write protection. GDOS’s memory statistics function allows the users to inquire the alloc

21、ation status of current system memory (the amount of occupied memory and available memory, etc.) and identify whether there exists memory leak. GDOS’s log management debugging function helps application systems to ex

22、port log information for future debugging. Log information is exported through HPI port. Log information may be lost in emergency situation. Therefore log information is numbered in GDOS. Users can determine whether

23、the log information is lost according to whether the number is continuous. In addition, system time is also automatically recorded in GDOS’s log information to help the users to analyze log information. III. SYSTEM T

24、EST AND PERFORMANCE ANALYSIS OF GDOS System test and performance analysis are the key steps to verify whether system design and implementation satisfy system requirements. Test cases are designed in this paper to veri

25、fy whether the functions of GDOS fulfill the business requirements and user expectations. GDOS provides system test and performance analysis of log management, multi-task management, clock management, and memory manag

26、ement. A. Test and Analysis of Log Management Function GDOS’s log management function provides two kinds of output forms: output through JTAG port and output to host CPU through HPI port. After log information is expor

27、ted to the host through HPI port, the host exports log information to background through UDP. A tool called UdpWatch is designed to collect log information. UdpWatch is running on PC, receiving log information from t

28、he host and supporting sub-module log level configuration. After log information exports onto UdpWatch, such information as module name, DSP number, DSP log number, DSP time, and log content (ref. Fig. 2) will be disp

29、layed. Figure 2. Log output results It shows that log information can be exported to UdpWatch through GDOS’s log management function. With UdpWatch the users can easily view the log information and set the log level.

30、 B. Test and Analysis of Multi-task Management Function In order to test GDOS’s multi-task management function, three processes are registered in GDOS’s task registry table: usr20msTask, usr1msTask, and usrResendTask,

31、with priority 3, 6, 7 respectively. After the system runs, GDOS’s task query results are shown in Fig. 3. Figure 3. Test results of GDOS task query Fig. 3 shows that the system has three application system tasks. The

32、 normal state (“OK“) indicates that the three tasks have been created successfully and have already been scheduled normally. C. Test ad Analysis of Clock Management Function Test cases should be designed to test GDOS’s

33、 clock management function. Our test case creates a callback- supported timer. The timer overtime callback function will display current system time and related prompt information to determine whether the timer functi

34、ons or not. Fig. 4 shows the test results. The timer TestTimer1 starts at 610520ms with the length of 1000ms. TestTimer1’s timeout occurs at 611520ms, 612520ms, and 613520ms respectively. Figure 4. Test results of GD

35、OS clock management Fig. 4 shows that GDOS’s system time query function and timer function run normally. These functions have met the system requirements and achieved the desired results. D. Test and Analysis of Memory

36、 Management Function GDOS’s memory management function provides a memory information query function which queries such information as type of memory pool, memory block size of each memory pool, amount of total memory