_alx_ How long did it take for you to get inside this project jyp What do you mean ? _alx_ I mean to get confirm with all the routines and programm stuff and hardware details jyp I'm not confirm with "everything" jyp What I mean is, this is not a project where you go top down from specs to implementation jyp The very goal of the project is to understand what's going on jyp implementing bits here and there until you get the picture _alx_ So you take the existing firmaware code and try to understand? I thought you were doing a new firmware! jyp Both are done at the same time, in parallel. jyp But... the implementation part is perhaps 1% of the work _alx_ so, how long did it takes you to make the first step? I mean understanding the code doing your first modification and get a result? jyp We're basing our work on Rockbox. jyp Actually the implementation part equals porting rockbox. jyp The first thing implemented was the lcd driver... It was done in a few hours jyp ... because our lcd is very similar to another lcd already supported by Rockbox _alx_ lcd-driver: I guess you got the modification that are needed to be done out of the original archos firmware!? jyp Mostly, yes. (Also by running little test programs on the Gmini) _alx_ ok, I understand. _alx_ so there are little parts that can be done by different persons and the parts don't depend on each other (mostly)? jyp true
cvs -d:pserver:firstname.lastname@example.org:/cvsroot/gemoss login cvs -z3 -d:pserver:email@example.com:/cvsroot/gemoss co gemossCompile it:
cd gemoss aclocal autoconf automake -a autoheader ./configure GMINIMODEL=.... LOADADDRESS=... makeGMINIMODEL is either GMINISP, GMINI100 or GMINI200. LOADADDRESS is the address where code will be flashed in the gmini, don't do anything stupid like putting a generated aaz file onto your device without triple-checking the address is correct. As of today we have NO WAY to recover a badly flashed gmini. I repeat: flashing at a bad address will overwrite Archos' code, making it impossible to flash back the original firmware. This said, the following table will tell you what to put: After publication of the wiki and a couple bricked gminis, here's a table of load addresses tested correct by users:
cd reverse make gui runYou can also run some of our own code inside the emulator
cd testbed make adc.emu runYou are now ready for serious hacking. You'll need to setup a hook inside your gmini in order to run code on it. This is explained here: http://www.donat.org/archos/wiki/doku.php?id=hook_setup At this point, you should know which address to put as LOADADDRESS. Reconfigure and remake. Remember what it said about no recovery? Then you're ready to flash your gmini. NOTE: As of today we don't have a LCD driver for the 200 series. There's probably no point to go further if you have a 2xx. Otherwise... Plug the usb...
mount /mnt/usb/ make adc.aaz cp adc.aaz /mnt/usb/whatever.AAZ umount /mnt/usb/WAIT for the unmount to finish. Plug the DC in. This is the point of no-return. Instead of unplugging the usb, you can always remove the AAZ file from the gmini disk. Back to business... while whatching the gmini display, unplug the usb. It says something gets updated. Battery guy... Switch on; play a .wav file... Your code should run.
r11 - 30 Sep 2007 - 18:10:39 - NicolasPennequin
Copyright © by the contributing authors.