release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Search | Go
Wiki > Main > SamsungYPR0 (r27)

Samsung YP-R0 Port Page

This port is intended to make rockbox work as an "hybrid" application, that runs on linux, but must control lot's of HW parameters by itself > Do NOT think as this port being something like an application for Android. It's the only application running on the device at a time...

Player Info

  1. CPU - ARM IMX37_Apollo (532MHz ARM1176JZF?-S core)
  2. Linux Kernel 2.6.24-2.4.2 - base (Opensource tools available : http://opensource.samsung.com/ punch in "YP-R0" in search bar!)
  3. Firmware Encrypted 4 Parts: MBoot,Linux,RootFS,Sysdata each encrypted and output from MounEncrypt? >> into R0.ROM, MD5 Checksum created before Encryption -> now makes sense when installing new Firmware -> Checking needs time to decrypt, decompress, split and then check md5
  4. Player uses Whimory FTL (according to WhimoryFTL it may be version 2.2.1)
  5. Uses ALSA for PCM streaming. Both playback and record are working.
  6. 64 MB of RAM -> about 32 free after kernel is loaded -> plenty of space for RB
  7. CPU frequencies (200 MHz - 400 MHz - 532 MHz easily selectable using kernel's cpufreq)
  8. AS3543 audio codec
  9. SI4709 radio device
  10. SC900776 "minivet device" -> controls accessories/usb/recovery mode
  11. Partitions mounted: /mnt/media0 -> 4/8/16 GB user storage; /mnt/media1 -> about 64 mb, to store settings and modded sysdata; /mnt/mmc -> mount point for SD card
  12. Other interesting block devices -> /dev/stl1, contains region code, RTC time diff, and other things. Should be even usable for most of the space (lot isn't used by R0 application)
  13. IMX37 has both VPU and IPU, for decoding and manipulating videos and images respectively.

For other informations, just wait I'll copy from my piratenpad page (lots of info)

Port Status

The port is now near to be stable. It is usable for the everyday usage (tested since months now...). No particular HW/SW issues, just some aspects to be improved and implemented.

Original patches: http://www.rockbox.org/tracker/task/12348 (Code is now into git repo)

To compile, you need a complete arm-linux gcc toolchain. You can build it using rockboxdev.sh (takes a looong time, since glibc needs to be build as well).

driver status comments
LCD 100% Standard Linux framebuffer device. ~1200 FPS fullscreen
Backlight 100% Works fine so far. Explore the possibility of LCD sleep during backlight off to save power
Buttons 95% Keymap needs some love, but is largely OK. Multiple keypresses through GPIO module are working fine.
Audio 100% Playback seems to work rather flawlessy audio-driver wise (using standard alsalib). Volume handling is seperately implemented since alsalib doesnt offer this. For this we directly communicate with the as3543 audio codec. The same driver that SansaAMS uses is used, through ascodec API.
FM Radio 75% FM Radio is supported using a custom kernel module. RDS is not yet implemented.
Recording 0% It is possible to record radio. AS3543 initialization works perfectly. Need to write down the ALSA recording wrapper.
Power Management 90% Charging, voltage readout and charger status are working. We save power by using the ondemand cpu governor the Linux kernel provides. Runtime is about 25 hrs. Space for improvements?
USB 50% We provide a early/safe USB mode in the patched firmware so the OF isn't needed. However there's no USB cable detection in Rockbox yet. Also, doing USB from within Rockbox is desirable to avoid reboots. Special care is needed to close open files before we make a connection, since the USB device cannot be exposed with open handles.
Storage 50% Storage handled by Linux. However, we need to mount the sdcard ourself (TODO)
Plugins 90% All plugins should work and have a keymap. But some actually don't.

Installation Guide

Once you get the rockbox.zip file, you need first of all to place it into the player's root folder. After that we need to prepare the firmware to be able to run rockbox application.

What's needed:

  1. Original R0.ROM (v1.25): http://org.downloadcenter.samsung.com/downloadfile/ContentsFile.aspx?CDSite=UNI_UK&CttFileID=2494984&CDCttType=FM&ModelType=N&ModelName=YP-R0JCB&VPath=FM/201105/20110511111257194/R0_1.25.zip
  2. Rockbox git cloned into a folder of your choice
  3. Linux environment without particular dependencies, for sure you need basic dev-tools.

Steps

  1. Open a terminal and browse to utils/ypr0tools
  2. Copy the original R0.ROM file into this folder (for convenience)
  3. Execute the following commands from here (notice: paths may be different!)
  4. $ make
  5. $ ./unpack-firmware.sh R0.ROM /tmp/romfiles
  6. $ sudo ./patch-firmware.sh files /tmp/romfiles # needs sudo
  7. $ ./pack-firmware.sh R0.ROM /tmp/romfiles
  8. After that, R0.ROM is patched and can load Rockbox.

rockbox.sh is a script to put into rockbox.zip. It's a small loader script that sets stuff up.

files/lib/modules/si4709.ko is a replacement kernel module for fm radio support, its source code is packaged in ./si4709.7z.

Internals (and disassembly)

(Right-click, View Image for a more detailed resolution)

You can find here a nice tutorial: http://www.anythingbutipod.com/forum/showthread.php?t=64397 [thanks to lebellium]

comparison.jpg comparison.jpg comparison.jpg

Mods

Here (http://www.anythingbutipod.com/forum/forumdisplay.php?f=255) you can find the RockBox porting thread and the modded firmware. [If that's spam/issue, just remove the link even without saying me that wink ]

Firmware structure

This player is based on linux. So, let's have a quick look at what is done at startup. When you turn the device on, MBoot (the bootloader) pushes some raw data to the screen: the Samsung logo. This can be easily found in the mboot binary. It's raw data. Then, linux kernel is loaded with the following parameters

noinitrd console=ttymxc0 root=/dev/bml2 rw rootfstype=cramfs

As you can see, ttymxc0 is the UART console (on IMX37) and /dev/bml2 is the block device that contains the cramfs (with all linux stuff + OF application executable and libs)

Once kernel is loaded, some Samsung modules are loaded, such as keypad handler and so on, and then application is launch.

MBoot has another important task: if R0.ROM is copied in the nand (precisely /dev/stl3 mounted as /mnt/media0), then the update process is started. It consists in a firmware checking stage (where CRC's are checked; lebellium told me if that fails device is anyway bricked because R0.ROM is not deleted :S) and then the real flashing. I still don't know how this flashing works but basically is a raw copy from the decrypted rom data to the storages. Firmware is composed by:

  1. MBoot: bootloader, manages startup + device update and launches kernel
  2. zImage: compressed (or as I tested, also uncompressed) kernel image
  3. cramfs-fsl: image of a normal cramfs filesystem. Easy to unpack and repack through linux.
  4. SysData: contains resources stuff for OF application. It is mounted at /mnt/media1/Sysdata. If you extract it using a tool developed by user, you are able to see the content, modify it and repack it once again. Through safe mode of my modded firmware you can copy this content directly to media1/sysdata editing it in this folder. New resources will load instead of the "flashed" one wink

Software related interesting facts

Samsung uses a filesystem layer: RFS. Documentation is public available, source not but I found them on a chinese site hehe link: http://dl.dropbox.com/u/38710278/904147731rfs_fs.zip

Link about RFS used by the player: http://www.samsung.com/global/business/semiconductor/products/flash/downloads/RFS_130_Porting_Guide.pdf

Setting cpu to 200 MHz, using default application you will hear scratches while playing WITH backlight off. Interesting is that, if you set the backlight to stay on and you create a script that manages it instead of the OF app, you will not hear these scratches, thus:

  1. There is a low power mode somewhere
  2. Screen sleep produces that

Original software is full of bugs everywhere

Bricked device

The Samsung tool has been leaked, more information below. I have used this tool lots of times and its 100% safe (even disconnecting cable during the process isn't a problem!!!)

http://www.anythingbutipod.com/forum/showthread.php?t=69099

TODOs and ideas

  1. Radio: RDS is still to be implemented.
  2. USB: easy to make a connection using kernel tools. Easy to detect if cable is inserted or not (using minird program from a script, implementing them throug ioctls in rockbox, /dev/minivet, source for it are available in kernel). Also if only charger cable is inserted is easy to understand. Basically reading a particular register of this device (0xa) , you get a numeric value that identifies if a charger, usb cable, etc is connected
  3. SD CARD: implement a way of controlling SD card mount/unmount, considering caching (hot swap)
  4. Radio can be recorded: implement ALSA wrapper for that.

Misc

  1. using Samsung Opensource Tools, able to create new R0.ROM BOTH encryption and decryption are working
  2. I was able to decrypt firmware again its basically XOR, thanks to JeanLouis? which was restated at http://anythingbutipod.com/forum/showthread.php?t=54481&page=2 -> Next Step is to poke around until I am able to share rootfs and all other partions with USB (is done in the modded firmware - "Safe Mode")
  3. RootFS? partion is now mountable unfortunately not what I expected but still something to look into
  4. SysData.bin: there is a packer/unpacker. Cmd line version is both linux/windows. GUI version is unfortunately only for windowds, but that's not an issue, as we can mod it on the fly using "Safe Mode"
  5. MBoot.bin looks promising in Hexeditor
  6. it should be possible to abuse Mboot.bin to boot rockbox, I will compile with the hardware i already know, create a zImage as well es cramfs which is mandetory if we use regular firmware check and build a new firmware cloaked as Samsungs Firmware this means loss of original firmware

Issues

  1. Doom game doesn't work.
  2. Cube demo plugin makes the application to quit --> see the quit function, may interfere with another quit function!
  3. Rare crashes when pressing a button while backlight is off
Edit | Attach | Print version | History: r30 | r28 < r27 < r26 < r25 | Backlinks | View wiki text | More topic actions...
r27 - 15 Jul 2012 - 20:55:29 - LorenzoMiori?

Parents: WebHome
Copyright by the contributing authors.