rockbox/firmware/target/coldfire
2008-03-13 19:36:58 +00:00
..
iaudio Make the LCD remote work in the Iriver H1x0 and H300 bootloaders as well (untested). * Only try the initial remote LCD init if the remote is plugged, and do it in main builds as well, giving slightly earlier remote LCD output when booting. * Fix delays in the X5/M5 remote LCD init. * Remove an unnecessary check in the X5/M5 remote LCD driver and the M3 LCD driver. 2008-03-13 19:36:58 +00:00
iriver Make the LCD remote work in the Iriver H1x0 and H300 bootloaders as well (untested). * Only try the initial remote LCD init if the remote is plugged, and do it in main builds as well, giving slightly earlier remote LCD output when booting. * Fix delays in the X5/M5 remote LCD init. * Remove an unnecessary check in the X5/M5 remote LCD driver and the M3 LCD driver. 2008-03-13 19:36:58 +00:00
ata-as-coldfire.S
ata-target.h
crt0.S More iAudio M3 work. Bootloader compiles, but doesn't work yet. 2008-03-12 20:35:42 +00:00
i2c-coldfire.c
memcpy-coldfire.S Revert accidental tree commit. Sorry for that. 2008-03-08 23:50:55 +00:00
memmove-coldfire.S
memset-coldfire.S
memset16-coldfire.S
pcf50606-coldfire.c Coldfire: Partially revert buffered writes, and enable them explicitly for the LCD only. Turned out that with buffered writes enabled, reads after writes are not always serialized, which is a bad thing for I/O. Buffered writes to the LCD are safe because that's write-only. Fixes FS #7985. How come I didn't notice this earlier? :> 2007-10-17 20:45:13 +00:00
pcm-coldfire.c Unify PCM interface just above the hardware driver level for all targets including the sims. Perform lockout of audio callback when changing states. Weird new playback or recording trouble? Check before and after this revision first though things seem quite sound. 2007-10-06 22:27:27 +00:00
strlen-coldfire.S
system-coldfire.c Thanks to LinusN, fix Coldfire bootloaders not booting - FS#7533 2007-10-02 07:54:50 +00:00
system-target.h Coldfire: Partially revert buffered writes, and enable them explicitly for the LCD only. Turned out that with buffered writes enabled, reads after writes are not always serialized, which is a bad thing for I/O. Buffered writes to the LCD are safe because that's write-only. Fixes FS #7985. How come I didn't notice this earlier? :> 2007-10-17 20:45:13 +00:00
usb-target.h