All Projects

When running battery_bench it can end with high battery level.

I suspect losing DSP to ARM interrupt as the reason (so the playback freezes). Attached patch might fix this issue.

TMS320DM320 devices running Rockbox operates with constantly running ImageBuffer clock. This leads to increased power consumption. This clock seems to be required to send interrupt from DSP to ARM.

On m:robe 500, ImageBuffer is used for LCD updates. On Sansa Connect, using it caused over 6 times increase in whole screen update and over 7 times more fps when updating 1/4 screen (both when unboosted; tested using test_fps).

Attaches are two patches.
imagebuffer_clock_on_demand.patch - this patch makes DSP turn on and off clock just for the mere moment of interrupting ARM. On Sansa Connect it resulted in 40 minutes runtime enhancement.
connect-lcd-dma.patch - this patch makes use of ImageBuffer for faster screen updates (mentioned above).

Unfortunately, applying those two patches in single build is prone to race conditions (actual check in DSP code is well, wrong, as DSP and ARM run concurently).
To solve the problem I can think of two possible solutions:
1) Handle ImageBuffer clock enable/disable entrinely to DSP
2) Search for some other way for DSP to interrupt ARM without the need for running ImageBuffer clock

As I don’t have m:robe 500, I cannot test the impact on runtime of imagebuffer patch on this device. To run proper test one would need to disable the LCD_USE_DMA in lcd-mr500.c (screen update turns on IMGBUF clock), as well as change the IMGBUF clock initialization in pcm-mr500.c.

I am attaching patch adding initial support for Sandisk Sansa Connect.
Installation currently requires little hardware modification to bypass the check.

Bootloader build is assumed to be installed in place of vmlinux - it can boot both OF (by pressing PREV whilst booting; vmlinux.bin and initrd.bin are being searched on storage and then loaded) and Rockbox.

Included is initial support for following:
-buttons
-lcd
-sdhc
-backlight

Easiest way to test new builds of Rockbox main binary is to set device into “usbautoboot” mode (login into OF shell and issue command “ptool -s usbautoboot 1”) and then use zsitool to upload the binary (adding .srr header is required) into RAM.

zsitool can be found at: http://hg.atheme.org/users/desowin/zsitool/ Mentioned hardware modification: http://desowin.jogger.pl/2011/10/19/sansa-connect-hacking-cz-5-flashing-bootloader/

Here’s updated polish translation file

How to reproduce:

1.Open text_editor
2.Type AAAA
3.Save file
4.Open it, and delete 3 ‘A’, then type ‘B’ twice
5.Save file
6.file will have “ABBA” text instead of expected “ABB”

It hapens with bigger files too, adding characters to file makes file size bigger

I’m using iPod mini 2g