Wiki > Main > RockboxArchitecture (compare)
Difference: RockboxArchitecture (r14 vs. r13)
This page looks at the internal architecture of Rockbox
Currently, Rockbox is split into two main sections, the firmware or operating system, which is architecture dependent, and the application which in theory at least is dependent on only the capabilities of the hardware (i.e. does it have a graphical display) rather than on specific pieces of hardware. One of the design goals of Rockbox is that there should be as few as possible calls from the firmware into the application itself, to ease porting of the application to new architectures.
Possibly, the Rockbox firmware would further be split into logical driver code and low level bit twiddling which is architecture dependent. This would require the creation of low level device driver APIs, but would then mean that porting to a new architecture would simply be a matter of reimplementing the API while the higher level firmware controls flow etc. Please comment - this is only speculation on my behalf
The Rockbox OS contains its own co-operative multi-threading scheduler. Currently this is used mainly in the firmware part of the code, the application itself being contained in a single thread also known as the Main thread.
Within the firmware, there are several functions split into different threads.
Some of these threads pass messages to each other via means of an associated event queue.
RockboxArchitectureImprovements discusses an alternative approach to the single Main thread we use today.
r15 - 12 Apr 2007 - 08:19:39 - LinusNielsenFeltzingRevision r14 - 11 Mar 2007 - 14:26 - BernardKethlayne
Revision r13 - 25 Jul 2006 - 09:21 - LinusNielsenFeltzing
Copyright © by the contributing authors.