29.01.2015 Views

Embedded Software for SoC - Grupo de Mecatrônica EESC/USP

Embedded Software for SoC - Grupo de Mecatrônica EESC/USP

Embedded Software for SoC - Grupo de Mecatrônica EESC/USP

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

188 Chapter 15<br />

2. RELATED WORK<br />

In general, commercial RTOSes available <strong>for</strong> popular embed<strong>de</strong>d processors<br />

provi<strong>de</strong> significant reduction in <strong>de</strong>sign time. However, they have to be general<br />

and might not be efficient enough <strong>for</strong> specific applications. To overcome this<br />

disadvantage, some previous work has been done in the area of automatic<br />

RTOS generation [1, 2]. Using these proposed methodologies, the user can<br />

take advantage of many benefits such as a smaller RTOS <strong>for</strong> embed<strong>de</strong>d<br />

systems, rapid generation of the RTOS, easy configuration of the RTOS and<br />

a more efficient and faster RTOS due to smaller size than commercial RTOSes.<br />

Also, some previous work about automated <strong>de</strong>sign of <strong>SoC</strong> architectures has<br />

been done [3, 4]. However, this previous work mainly focuses on one si<strong>de</strong><br />

or the other of automatic generation: either software or hardware. In the<br />

methodology proposed in this paper, we focus on the configuration of an RTOS<br />

which may inclu<strong>de</strong> parts of the RTOS in hardware as well as software.<br />

Previous work in hardware/software partitioning focused on the more<br />

general problem of partitioning an application and typically assumed either a<br />

custom execution paradigm such as co-routines or else assumed a particular<br />

software RTOS [5–7]. In contrast, our work focuses exclusively on RTOS<br />

partitioning among a few pre-<strong>de</strong>fined partitions. The approach presented here<br />

could fit into the prior approaches; specifically, our approach could partition<br />

the RTOS component of the system un<strong>de</strong>r consi<strong>de</strong>ration.<br />

3. APPROACH<br />

Our framework is <strong>de</strong>signed to provi<strong>de</strong> automatic hardware/software configurability<br />

to support user-directed hardware/software partitioning.<br />

A Graphical User Interface (GUI) (see Figure 15-2) allows the user to select

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!