Thank You for your continued support and contributions!
Data abort at 30026264FSR 0x8 (domain 0, fault 8)address 0xB48AD288
Code: [Select]Data abort at 3002624
Data abort at 3002624
What could be going on?
Thanks!I'll try a bench with modified audioset2 and audioset3 to see if it changes anything. no change
Setting Draw[Idle]0 35mA1 35mA2 35mA3 35mA4 32mA5 32mA6 32mA7 32mA[Playing]0 50mA1 48mA2 46mA3 45mA4 46mA5 46mA6 43mA7 42mA[pcmbuf in iram, Playing]0 48mA1 47mA2 45mA3 44mA4 45mA5 44mA6 42mA7 41mA0: No power saving options1: AS3514_AUDIOSET3 0x062: AS3514_AUDIOSET2 AUDIOSET2_IBR_DAC_504: CVDD_1_10OFIdle 26mAPlaying 28mA
You have dumped CGU registers already, now the only difference I can think of is in GPIO registers ? Can you dump and GPIO_DIR (+0x400) and GPIO_DATA (+0x0) ?
0xc80b0400: 000000b3 0xc80c0400: 00000070 0xc80d0400: 00000000 0xc80e0400: 00000080
Oh well I remember some code which put SDRAM in self-refresh mode, and most of the audio codecs are loaded in IRAM, so the SDRAM could be disabled (I don't know if this can account for high power usage)The datasheet for the SDRAM chip (linked from wiki SansaC200v2) has current values page 4, but i'm not sure which one apply (I suppose the correct value is weighted from all of them)In OF, 0x301C enters self refresh mode (next function leaves the mode), parent 0x1CD8 is called multiple times (I have not identified callers though)
You wrote 7 digits but the correct number has 8, can you post the exact number, and the revision you were using ?
It's pretty clear that the current delays needed for switching to "button mode" (by setting the undocumented CGU_IO bit 12) are not high enough to work in boosted mode.
I have something regarding the volume on Fuzev2 (the fact that you can't decrease it below -39dB). I read on the sansa forums a while ago about DIY "line out". They have figured out a pin configuration for what people think might be line-out, except you can actually decrease the volume, but not by very much. This sounds like our problem here. Perhaps we are experiencing this, and are actually using the wrong pins (sorry, don't know if that's the right technical word ) for audio, ie (some sort of) line-out instead of headphone out? Found it: http://forums.sandisk.com/sansa/board/message?board.id=sansafuse&thread.id=7792&view=by_date_ascending&page=1cris' post triggered this thought, since he was saying that the audio had a different feel to it. I figured using rockbox to decode flacs shouldn't really affect audio quality.
The volume needs to be at about 50% or greater (doesn't really increase much from that point on)
Prefetch abortat A742D41CFSR 0x1(domain 0, fault 1)
However, I'm finding now that during playback (q8 oggs), I get a lot of skipping, it just sounds a bit dodgy now...
I got a crash while switching tracks (not sure if it's related):Code: [Select]Prefetch abortat A742D41CFSR 0x1(domain 0, fault 1)EDIT: Getting a lot of crashes without error reports during playback. Can barely play a few songs before a crash...
Also, I've noticed that using the hold switch now takes a while to take effect.
if you scroll through a long playlist quickly, you can sometimes suddenly jump straight to the end
Page created in 3.385 seconds with 69 queries.