Rockbox Development > New Ports

Sansa Fuze+

<< < (16/162) > >>

Frank9321:
Hi,
I just bought a Fuze+ in order to replace my old e200 (running rockbox) that broke some weeks ago. I received the sansa today and I tested it. The firmware isn't that good so it would be very interesting to be able to port rockbox to the sansa+. Actually, I'm preparing for an exam (the french BAC) but after that, after the 22th of June,  I will be free. I know a bit C and I do program microcontrolers (ATMELs AVR) so I hope that I will be able to contribute a bit. I don't know anything about ASM and all that but I do know how µC I/O works, etc...

Meanwhile, I hope that you will be able to learn more about the fuze+.

Cheers,

pamaury:
Hi,
we already have an ongoing port, the code is in the SVN and there is info on the wiki on how to compile/build everything. Everyone is welcome to help of course :) If you are interested, you might have a try at making the sound work, although I'm unsure if it needs info from the OF or not. But for now, everything is a bit difficult since we don't have the storage working !

I'm still unable to make the internal (or external) SD/MMC work but I have make some progress anyway. Since the bootloader of the fuze+ is in an i2c eeprom on the board, I wrote some hacky code to read it and it seems to work. I'll try to dump it all and study it, this way I could understand what I'm doing wrong with the SSP/SD/MMC code.

pamaury:
Ok, I've managed to dump the rom. It uses the sb format too with a zero key just like the firmware. It consists in two parts:

* A bit of code
* A command to change boot mode (to SSP2)I don't know yet what the code does.

I old fiddle a bit with the USB and it works in the bootloader even though it requires a few hack right now because I haven't written the code to correctly detect insertion.

pamaury:
I've got some good news. After a bit of tweaking I finally managed to make the internal eMMC flash to work. I can reset it, do the power up sequence and read the CID so now it should be really easy to read/write from it. I will commit the commit as soon as possible.

EDIT:
I can now read the internal flash but I'm a bit puzzled by the content it. It has a MBR but it looks strange:
- all partition (except one) are of FAT12 type (even though one has size of 7.9G approx)
- one partition has type 'S' to be booted by the ROM but the starting sector doesn't match the actual data (there is an offset of 0x800 bytes of so...)
That's all very weird :-/

pamaury:
Hello,
I finally got the storage working, so SSP, DMA and MMC is working, and the code does the necessary stuff to try to find the good partition so hopefully the bootloader will now try to find a rockbox firmware in the internal flash.
As the OF uses some weird layout, I would appreciate some testing on fuze+ with different internal flash size. Mine has 8G so testing it with 4G and 16G would be really nice.

WARNING: I change the bootloader.db file to include a third stage of the original OF, please see the change on the SansaFuzePusPort wiki page; the code will NOT work without it, it's related to voltage and frequency setting.

I need to think about where exactly I will put the bootloader: replacing the OF seems a bit aggressive and even though I could aggregate both in one file, any OF update would destroy the bootloader. There is a i2c chip on the device but it's only 64kb large and I don't know if it's write protected. Having support for dual-boot would be really nice but non-trivial it seems. Any idea is welcome :)
Note that somehow the OF manages to do it but I don't understand how and since I don't really have a proper documentation of the sb format, I'm stuck.

Navigation

[0] Message Index

[#] Next page

[*] Previous page