Rockbox Development > New Ports
SanDisk Sansa c200v2, m200v4, clipv1, clipv2, clip+, and fuzev2
mc2739:
My card is a 4GB SanDisk brand. The player is an e260v2.
I also found that if I boost the CPU through the System -> Debug -> CPU Frequency screen and then insert the msd card, it works properly and can see all files on the card. As long as the CPU stays boosted (i.e. CVDDP is 1.2V) the card will work.
saratoga:
Apparently voltage scaling is responsible for breaking SD access on some Clips as well (thanks for dfkt for bug report). We should probably revert it for now until we have a good fix and can have more people test it.
Hillshum:
--- Quote from: sko on July 03, 2009, 09:16:39 AM ---
Thats my opinion too. I'm very happy with my e250v2, everything works fine! Really a great job! I'm currently testing everything, but nearly no issues so far. I had one data abort with the following conditions:
* playlist with mp3 files followed by ogg files
* last mp3 was on the last 10 % of time
* I skipped the track and instead of playing the ogg file the player showed data abort
--- End quote ---
I'm getting about the same on my e200v2. It happens anytime a song of one codec ends and the thing tries to start the next song of a different codec. So far I've tried wma, ogg, and mp3. What happens varies. Sometimes I get a data abort message, sometimes a prefetch abort, sometimes it locks up and takes a hard reset (though some threads remain active).
Here's the two data abort addresses I wrote down:
6f6c4120
62694c20
PM me for my rockbox.elf
Edit: I can switch songs halfway through just fine (even with crossfade)
funman:
--- Quote from: saratoga on July 04, 2009, 10:47:14 AM ---Apparently voltage scaling is responsible for breaking SD access on some Clips as well (thanks for dfkt for bug report). We should probably revert it for now until we have a good fix and can have more people test it.
--- End quote ---
I thought FlynDice has a fix for that?
--- Quote from: Hillshum on July 04, 2009, 06:18:45 PM ---
--- Quote from: sko on July 03, 2009, 09:16:39 AM ---
Thats my opinion too. I'm very happy with my e250v2, everything works fine! Really a great job! I'm currently testing everything, but nearly no issues so far. I had one data abort with the following conditions:
* playlist with mp3 files followed by ogg files
* last mp3 was on the last 10 % of time
* I skipped the track and instead of playing the ogg file the player showed data abort
--- End quote ---
I'm getting about the same on my e200v2. It happens anytime a song of one codec ends and the thing tries to start the next song of a different codec. So far I've tried wma, ogg, and mp3. What happens varies. Sometimes I get a data abort message, sometimes a prefetch abort, sometimes it locks up and takes a hard reset (though some threads remain active).
Here's the two data abort addresses I wrote down:
6f6c4120
62694c20
PM me for my rockbox.elf
--- End quote ---
Since 0x6******* is not a correct address on AMS, this clearly shows a bug in SD driver (when the codec is transferred from storage to RAM) / or memory corruption but this one is unlikely.
saratoga:
I can confirm the codec bug but I get 0x3067C528.
Edit: bah no .map files for svn builds anymore, i'll repeat it now for a local build so i can see what function that is.
Edit2: Using my own build switching from MP3 to Vorbis gives 0x3067C648, which is in codec_main(). Random guess: we're not flushing something correctly when loading the codec.
Edit3: We don't flush the icache when loading a new codec as far as I can tell. This is a problem on ARM9 since:
--- Quote --- Secondly the split cache introduces problems with self modifying code being first executed, then treated as data, manipulated and an attempt is then made to execute the altered code before it is flushed from the instruction cache.
Such code fragments will break.
--- End quote ---
Basically the instruction and data caches are not coherent, so I think we need to handle flushing the icache.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version