Showing changes from revision #37 to #38:
Added | Removed | Changed
At present the port consists of three components:
At present the port is known to be functional on the following hardware devices:
In the past, the port has also been used via the QEMU emulator (QEMU-OMAP3, Maemo QEMU). However it is not currently known whether QEMU’s OMAP3 emulation has reached the state where running RISC OS from within QEMU is again feasible.
The OMAP 3 port has a stable version available. Users with an adequate backup strategy in place may wish to try the new features present in the beta version instead.
This The table lists the current state of all planned major tasks.RISC OS Roadmap covers items which are not specific to the OMAP 3, and the bug tracker covers defects in existing components. This table covers planned future tasks or areas that are yet to be implemented on OMAP 3.
Enhancements to existing functionality | ||
---|---|---|
Task | Description/Status | Assigned to |
OMAP video driver | Functional, but further work is needed to iron out bugs and improve capabilities. | See linked page |
OMAP3 HAL – |
|
Unassigned |
OMAP3 HAL – DMA support | |
Unassigned |
OMAP3 HAL – DMA support | DMA driver needs to bundle logical channels in pairs, to allow for double-buffering | Unassigned |
OMAP3 HAL – RTC support | Working, but need to come to a consensus on how to handle nonstandard RTC batteries | N/A |
Unassigned | ||
VFP/NEON support – part 1 | ‘VFPSupport’ module to handle VFP/NEON unit initialisation, access control, and context switching. | Jeffrey Lee |
VFP/NEON support – part 2 | APCS amendments and compiler/OS support to allow its use by programs. Possibility of new FPEmulator to provide VFP/NEON emulation for old ARMs. Possibility of special FPEmulator that emulates old FPU instructions by executing new VFP/NEON instructions instead of using software emulation. New BASIC64 which uses VFP instead of FPA. Updated OS components to use VFP/NEON where sensible (e.g. use NEON for audio mixing in SoundDMA). | Unassigned |
VFP/NEON support – GCC | Get VFP/NEON working with GCC 4.6 and iron out all the issues with using VFPSupport in the real world. | Jeffrey Lee |
Unimplemented features | ||
Task | Description/Status | Assigned to |
ARM v6/v7 instruction set support | Assembler support in BASIC, objasm and cc, and disassembler support in decaof and Debugger. Contact ROOL if you’re interested in working on objasm, cc or decaof under NDA, these are closed-source. | ROOL, other |
Touch Book support | Support for TouchBook-specific hardware – touchscreen, accelerometer, battery charger, etc. | Jeffrey Lee |
USB – OTG | In progress. Both host & peripheral mode are now functional. Lots of work still to be done; see the MUSBDriver page for more details. | Unassigned |
IGEPv2 – NIC support | In beta testing. | Stephen Leary |
IGEPv2 – Wifi support | – | Stephen Leary? |
DevKit8000 – NIC support | DM9000 NIC driver. | Stephen Leary |
OMAP3 HAL – soft off | Soft-off is only implemented for TouchBook so far. Implementing true soft-off for other devices seems trivial (IIC write to P1_SW_EVENTS), but since most devices (or the beagleboard, at least) only wires the reset button up to the OMAP it means that there’s no way of restoring power afterwards other than turning it off and on at the wall. So may need to investigate implementing some deep sleep state instead (e.g. everything off except VDD1, and OMAP in sleep state with the reset button set as a wakeup event, which will then trigger code to perform a soft reset upon wakeup) | Unassigned |
OMAP3 HAL – IIC | IIC driver needs updating to support speeds > 100kbps | Unassigned |
ROM packaging | SDCreate version 2 that can download suitable x-loader and u-boot files from the internet instead of requiring the user to source their own | Unassigned |
ROM packaging | Add a ROM checksum check to the HAL, or change to use uimage? (to fix problems caused by SD cards not being properly dismounted after copying ROMs to them) | Unassigned |
Various areas | Ideas for power saving | Unassigned |
Unimplemented OMAP 3 features | ||
Task | Description/Status | Assigned to |
Touch Book support | Support for TouchBook-specific hardware – touchscreen, accelerometer, battery charger, etc. | Jeffrey Lee |
OMAP3 HAL – Audio input | Audio input needs a proper API before the driver can be extended to support it. | Unassigned |
RTCAdjust | Module needs updating to understand OMAP 3 HAL RTC’s, or migrate the RTC code out of the kernel since it doesn’t need it to boot, and combine it with RTCAdjust (supporting Philips/Dallas/OMAP3530/emulated RTCs) | R Sprowson |
OMAP3 HAL – Temperature | Need HAL device/API to read temperature sensor(s) – see here | Unassigned |