rockbox - My Rockbox tree

	Commit message (Collapse)	Author	Age
*	Add codecs to librbcodec.	Sean Bartell	2012-04-25
\| \| \| \| \| \| \|	Change-Id: Id7f4717d51ed02d67cb9f9cb3c0ada4a81843f97 Reviewed-on: http://gerrit.rockbox.org/137 Reviewed-by: Nils Wallménius <nils@rockbox.org> Tested-by: Nils Wallménius <nils@rockbox.org>
*	FS#11335 by me: make ARM assembly functions thumb-friendly	Rafaël Carré	2010-06-11
\| \| \| \| \| \| \| \| \| \| \| \| \|	We can't pop into pc on ARMv4t when using thumb: the T bit won't be modified if we are returning to a thumb function Code running on ARMv4t should use the new ldrpc / ldmpc macros instead of ldr pc, [sp], #4 and ldm(cond) sp!, {regs, pc} No modification on pure ARM builds and ARMv5+ Note: USE_THUMB is currently never defined, no targets can currently be built with -mthumb, see FS#6734 git-svn-id: svn://svn.rockbox.org/rockbox/trunk@26756 a1c6a512-1295-4272-9138-f99709370657
*	Remove all tabs within codec path.	Andree Buschmann	2010-02-22
\| \| \| \|	git-svn-id: svn://svn.rockbox.org/rockbox/trunk@24862 a1c6a512-1295-4272-9138-f99709370657
*	Don't use ldrd/strd on ARMv5 since not all revisions support them and the ↵	Jens Arnold	2009-07-17
\| \| \| \| \| \|	gain from using them is minimal (basically code size only). git-svn-id: svn://svn.rockbox.org/rockbox/trunk@21916 a1c6a512-1295-4272-9138-f99709370657
*	Assembler optimised mono predictor for ARM. Speedup for -c1000 mono is ~5% ↵	Jens Arnold	2008-12-09
\| \| \| \| \| \|	on PP, ~8% on Gigabeat S (less for higher compression levels). Also fix some overlooked comments in the stereo predictor. git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19375 a1c6a512-1295-4272-9138-f99709370657
*	On ARM9TDMI (e.g. Gigabeat F) it's faster to use a ldr/str pair than ↵	Jens Arnold	2008-11-27
\| \| \| \| \| \|	add+ldmia/stmia for 2 registers. On ARM7TDMI a str pair is equally fast, so go for the simpler macro and use it for all ARMv4. git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19250 a1c6a512-1295-4272-9138-f99709370657
*	Speed up the predictor a little by using ldrd/strd on ARMv5+. This required ↵	Jens Arnold	2008-11-27
\| \| \| \| \| \|	shuffling around the register allocation somewhat. Performance on ARMv4 is unaffected. git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19248 a1c6a512-1295-4272-9138-f99709370657
*	Reorder instructions to avoid pipeline stalls on ARMv6 wherever possible ↵	Jens Arnold	2008-11-24
\| \| \| \| \| \|	(sometimes using different registers to allow this). Speeds up the predictor by almost 20% on ARMv6 (overall speedup for -c1000 is 5%), and might also help a bit on ARMv5. ARMv4 speed is unaffected. git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19210 a1c6a512-1295-4272-9138-f99709370657
*	Branch optimisation in both C (giving hints to gcc - verified using ↵	Jens Arnold	2008-11-24
\| \| \| \| \| \|	-fprofile-arcs and gcov) and asm files. Biggest effect on coldfire (-c1000: +8%, -c2000: +5%), but ARM also profits a bit (less than 1% on ARM7TDMI, around 1% on ARM1136). git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19199 a1c6a512-1295-4272-9138-f99709370657
*	Centralise compile-time configuration.	Jens Arnold	2008-11-16
\| \| \| \|	git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19121 a1c6a512-1295-4272-9138-f99709370657
*	Various speedups: (1) Put actual decoding functions into IRAM on PP5002. (2) ↵	Jens Arnold	2008-10-03
\| \| \| \| \| \|	Put the insane filter buffer into IRAM on coldfire and PP502x (just for completeness, as long as there's no better use). (3) Use the ARMv6 'ssat' instruction for saturation on Gigabeat S. git-svn-id: svn://svn.rockbox.org/rockbox/trunk@18701 a1c6a512-1295-4272-9138-f99709370657
*	Oops, forgot to set keywords prop	Dave Chapman	2007-06-13
\| \| \| \|	git-svn-id: svn://svn.rockbox.org/rockbox/trunk@13627 a1c6a512-1295-4272-9138-f99709370657
*	ARM assembler predictor decoding function. This increases my -c1000 test ↵	Dave Chapman	2007-06-13
	track from around 94% realtime on an ipod to around 104% realtime, but yields only a tiny speedup (453% to 455%) on the Gigabeat. Including this optimisation, total decoding time for my 245.70s -c1000 test track on an ipod is 236.06s, with the predictor decoding taking 51.40s of that time - meaning the predictor decoding is only about 22% of the total decoding time. git-svn-id: svn://svn.rockbox.org/rockbox/trunk@13626 a1c6a512-1295-4272-9138-f99709370657