Rockbox Project (M6)

good news! Rika found in the DFU tools the file SST39VF800.dfu which is a bootloader in the 50 kb Boot ROM of our BLUE. so the developer disassembeled this file to find what out what does it figure exactly

that sounds very promising, but is there not also a boot loader integrated in the official firmware updates ?

Originally Posted by vcf

good news! Rika found in the DFU tools the file SST39VF800.dfu which is a bootloader in the 50 kb Boot ROM of our BLUE. so the developer disassembeled this file to find what out what does it figure exactly

But this file is encrypted. At least for me

As I known, there's a build-in boottrap inside the Blues chip, it will load the first 8192 bytes of the NAND-flash into SRAM as the secondary bootloader(names M0 = Module 0), and the M0 will initialize the system registers, relocate the memory, and load the rest of the NAND-flash into SDRAM, which is call M1 = Module 1, then jump to it.

So, we can disassamble the first 8192 bytes of M6.ebn to find out how to boot up the box and make it rock......

interrupts handlers located in SST39VF800.dfu, that mean this is a first code processor will execute

Originally Posted by puffel

But this file is encrypted. At least for me

why you think so? please explain
O_o

Originally Posted by kgb2008

As I known, there's a build-in boottrap inside the Blues chip, it will load the first 8192 bytes of the NAND-flash into SRAM as the secondary bootloader(names M0 = Module 0), and the M0 will initialize the system registers, relocate the memory, and load the rest of the NAND-flash into SDRAM, which is call M1 = Module 1, then jump to it.

So, we can disassamble the first 8192 bytes of M6.ebn to find out how to boot up the box and make it rock......

How did you find this? And do you know what the NOR flash inside the Blues is used for?

btw, Blues_MSC.bin in the DFU Tools folder also contains interesting ARM code. A lot of the code and strings look like the code in the firmware updates, but not exactly.

It's still more than a week before I receive my M6. Could someone (with access to a linux machine) try this tool to see if it works with the Meizu in DFU mode?

Dfu-util - OpenMoko

markun, no, dont work for me. i have tried this 2-3 mouth ago on gentoo (don't remember kernel version)

Originally Posted by markun

How did you find this? And do you know what the NOR flash inside the Blues is used for?

btw, Blues_MSC.bin in the DFU Tools folder also contains interesting ARM code. A lot of the code and strings look like the code in the firmware updates, but not exactly.

It's still more than a week before I receive my M6. Could someone (with access to a linux machine) try this tool to see if it works with the Meizu in DFU mode?

Dfu-util - OpenMoko

You'll get more detail about this from an official document - "Blues_NANDBoot_UserGuide_070907.pdf" inside the zip file at URL http://creatoom.free.fr/Meizu/DFUMANAGER.zip.

I think the Blues_MSC.bin is a demo firmware comes with the original Blues SDK, just like the M1_Blues_SDK.bin in the DFU Tools for the M6SL version does. They're prepared by the FAE of Samsung to show the DFU funtion to the design house.

kgb, how make program from archive? o_O a program can't recongnize my player in dfu mode
edit: seems this program only for sl

kgb2008 yes it looks like that the Blues_MSC.bin is a demo firmware comes with the original Blues SDK. but it this programm is for sl only? have you tryied it?

You may try to change the string "M6.EBN" in the secdfu.ini to "Blues_MSC.bin", and try to burn it into M6. But mostly, the demo firmware is targeted to the development board only, you can't hope to run it on the final product like M6/M6SL.

The MCU of M6SL is different to the one inside M6, the build-in codec is removed, and no NOR flash inside, so the DFU code is different and the firmware is burn to NAND flash instead of NOR flash, but the boot sequence stated in the document is still useful, the priority is : USB DFU Mode > NOR Flash >serial EEPROM > MMC moviNAND > NAND Flash

In the case of M6, if the DFU server is detected by the bootrom, the SST39VF800.DFU is downloaded thru' the USB port and excuted in the SRAM, where it will accept and burn the firmware into the 8Mb NOR flash, since the firmware image is large than 1M Byte, so it have to be compressed and a header is added.

At normal boot-up, the DFU mode is skipped, and jump to the NOR boot, the header will extract the compressed firmware image to SDRAM and run there.

In fact, I don't have a M6 in hand, just give some idea, maybe wrong.

Originally Posted by Da_Flex

Well, it depends on the kernel. When building a new linux kernel, then a lot of stuff has to be re-developed. When using the existing kernel, then we maybe just plug-in our new stuff, which is easier, I guess. Let's see what our Rockbox developer will say about this. I may compile some C code, but I'm not an assembler crack.

rockbox is not based on linux, if that's what you mean. I think that combining rockbox and the meizu firmware (other than a dual boot option) is virtually impossible.

we need some pictures of meizu m6 sl's hardware. but we cant find it on the internet. maybe usres of sl will disassemble there players and give us some fotos!

Originally Posted by vcf

we need some pictures of meizu m6 sl's hardware. but we cant find it on the internet. maybe usres of sl will disassemble there players and give us some fotos!

There're some photos on Meizu's website:
http://www.meizu.com/support/article...?articleid=462

Originally Posted by kgb2008

There're some photos on Meizu's website:
÷È×å×·×Ù MEIZU ÷È×å - רҵ MP3 PLAYER

This is what I was looking for, because I remembered seeing the insides of the SL somewhere. There's an english version of this somewhere... but I can't seem to find it

this link is very good. dont worry

guys! the samsung support doesnt send me the specs so we need to find them on our own. our platform is used on iriver u10 (Cilx), iriver e10, Meizu M6, Samsung YP-T9 so maybe you can email this companyes and ask them for specs? they must have them because they developed those players!

sorry, guys, i have been sick. i will help you all when i can wake up from bed "/

Originally Posted by markun

rockbox is not based on linux, if that's what you mean. I think that combining rockbox and the meizu firmware (other than a dual boot option) is virtually impossible.

OK. Than it will be a lot work, because I don't see a video playback implementation at rockbox source code. Solving the video playback bugs of the Meizu FW is most important for many users here.