Rockbox Development > New Ports

SanDisk Sansa c200v2, m200v4, clipv1, clipv2, clip+, and fuzev2

<< < (282/386) > >>

funman:
Hm i spotted one problem: I forget to modify r1 after writing new GPIOB_DIR and before writin B0

Also can you try without resetting B0 ?

If this doesn't work then I have no idea and you should forget everything I said ..

funman:

--- Quote from: bertrik on February 08, 2010, 12:59:14 PM ---There's a number on the bottom of my Clip v1 (1GB with FM), saying BB0806AYJK. Perhaps this can be correlated to rockbox runtime.

--- End quote ---

Mine is BE0712A0LK and has a short battery life, I would think this is a serial number and not a hardware revision like is written on the PCB

FlynDice:
@funman

I tried the modifications you suggested but still no luck.  The dualboot function with the left & home keys works with that code, ie if you press one of the buttons during boot the of boots fine, but if you don't hold a button the of won't boot.  Just to check on my test setup I substituted the code that I know works and the of booted fine without a button press.  I'm going to correct the error I made in unsetting B0 but I think that's all I should do for right now.

EDIT:  Here's the code I used :  http://pastie.org/816726

EDIT:  I can confirm that the clip+ has the same cp15 id register value: 0x41069265 as the clipv2 so ARM926EJ-S.
           I can get some yes or no answers using a delay so let me know if you have questions that fit that profile.

EDIT:  CCU_VERS  main version id : 2  sub version id: 3

EDIT:  It seems I can also find values in registers bit by bit but it takes a lot more work....

ranma:
Since my original report on the 'Sandisk - Installation/Removal' subforum was delted I'll report it here, where it should be appropriate:

I tried installing rockbox on my c240v2 according to the instructions in the "Installation for Unusable (other AMS Sansas)" section of http://www.rockbox.org/wiki/SansaAMS

I ran into the  "C200V2 bootloader installed but no effect" issue, but was able to work around it by patching dualboot.S, apparently the USB pin check is borked for my device and always branches to the original firmware even if the device is not plugged into USB.
See also http://forums.rockbox.org/index.php?topic=23263.msg162027#msg162027

After flashing the firmware with my updated dualboot, it now tries to boot rockbox, but apparently fails.

The exact behaviour differs depending on whether or not .rockbox/rockbox.sansa is there, so I'm assuming that the second-stage bootloader works so far.
However as far as I understand the second stage is supposed to turn on the lcd, show a splash and report an error there if rockbox.sansa is missing. My lcd does not turn on though.
What I do see:

If .rockbox/rockbox.sansa is not there:
Middle button light turns on for some time, device powers off.

If .rockbox/rockbox.sansa is there:
Middle button light turns on for some shorter time, turns off, both middle button and menu turn on
for some longer time, both turn off, pattern repeats.

If I boot while holding right it boots the original firmware just fine, so my patched dualboot works for me.

I tried building a newer second stage bootloader from svn than the Nov. 21st 2009 version at http://download.rockbox.org/bootloader/sandisk-sansa/c200v2/bootloader-c200v2.sansa
But the behaviour stayed the same after flashing that one.

Hope that helps. :)

Index: dualboot.S
===================================================================
--- dualboot.S  (revision 24590)
+++ dualboot.S  (working copy)
@@ -93,12 +93,14 @@
 #endif
 
 #ifdef USB_PIN  /* TODO : remove this check when we'll have an USB driver */
+/*
         ldr     r0, =GPIOA
         mov     r1, #0
         str     r1, [r0, #0x400]
         ldr     r1, [r0, #(4*(1<<USB_PIN))]
         cmp     r1, #0
         bne     boot_of
+*/
 #endif
 
         /* Here are model specific tests, for dual boot without a computer */

funman:
So the problem is the USB check gives a false positive ?

What happens if you power it with the USB cable ?

Some c200v2 might need something more to enable the backlight, just like what happened on the Clipv1

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version