Talk:BREC

From S1MP3 Wiki

Jump to: navigation, search

About the execution flow chart

Wladston 10:35, 11 February 2006 (CST) asked:

  • Where does it looks for the source and mirror image on NAND ? Where is the ADFU server launcher code located on NAND?

-> on the first part of the NAND, inaccessible through the windows driver --Legolas558 12:59, 15 February 2006 (CST)

  • also, where is the system configuration module located ?

-> we can map that out looking the BREC disassembles --Legolas558 12:59, 15 February 2006 (CST)

btw I once asked the group for a COMPLETE NAND dump: nobody got that. Having that dump, the above questions maybe answered much more precisely --Legolas558 12:04, 14 February 2006 (CST)

I'm only asking because if we want our code to be executed after BREC keeping the ADFU funcionality, we will need to know the address, wouldn't we ?--Wladston 12:51, 15 February 2006 (CST)

Omg wiRe can answer to this!! However, please don't forget this general-purpose information: you just need to correctly compile one .AP firmware application, you don't need to know any address because the BREC will load the firmware application in the correct position (those marked in Memory map). Read more in the sdk guide. --Legolas558 12:59, 15 February 2006 (CST)

Okay.... That's because having a CLEAN firmware with ONLY our testing code seemed clearer for me .. but no problem ... Thanks again for the help! --Wladston 13:59, 15 February 2006 (CST)

  • something that looks like some nonsense, someone please enlighten me...

the page sais at some point: "checks the NAND data reliability, if data is corrupt then starts ADFU Server Launcher to complete the system the recovering;"

a few rows above it sais: "The BREC does not contain the USB driver nor the ADFU launcher, which are both held into the NAND." how come? if the if the data on the NAND is corrupt, how does it know if the ADFU Server Launcher's code is not also corrupt? --Codertux 15:48, 18 February 2006 (CST)

Well, I guess it does not know - if the ADFU server data is corrupt, them the player can't be recovered via sofware anymore... only via ICE ... --Wladston 12:16, 19 February 2006 (CST)

AFAIK, there is a "reserved" NAND area where the USB mass storage driver and the ADFU driver are held: the bootloader checks if there is a valid firmware and depending on that starts the firmware, the USB mass storage unit or the ADFU. If the "reserved" NAND area, which gets re-flashed during normal firmware updates, is corrupted, then we have no more software recovery. It would have been great to have USB drivers into the BREC, but they are too big and so are held into the NAND. Also, the BREC is uploaded at each firmware update and could get corrupted (actually does sometimes...how many dead players!). ICE is the last hope.

P.S. looking from the issues with this article I strongly suggest to edit! --Legolas558 17:08, 19 February 2006 (CST)

BRECFxxx files

Do we already know WHICH brec works for EACH of the flash chips used in s1mp3 ? --Wladston 10:48, 11 February 2006 (CST)

We currently know about 3 different BRECFxxx.BIN files, so only 3 NAND types up to now --Legolas558 12:04, 14 February 2006 (CST)

Probably for Sansung chips, Hinyx chips, and Toshiba chips - the tree we've seen so far.

TODO

Please identify them and add the info to the BREC files section --Legolas558 14:37, 15 February 2006 (CST)

Okay! A nice TODO! :) --200.253.230.100 15:20, 15 February 2006 (CST)


But what about the display driver ? To display the hourglass, the BREC must contain it, no ? --Wladston 12:51, 15 February 2006 (CST)

It is not sure. The BREC may contain only a dummy display driver to show that hourglass, and I think that it is probably so. Again, wiRe may answer correctly. --Legolas558 12:59, 15 February 2006 (CST)

Sure, I'm going to email the maillist.... My new player shows a different coloured hourglass when loading it's BREC ... And it goes to the CENTER of the screen ... --Wladston 13:57, 15 February 2006 (CST)

don't worry, individuating the CENTER is not so hard to require an advanced display driver...the basic display routines will probably turn on some pixels of the matrix via port I/O --Legolas558 14:24, 15 February 2006 (CST)

Personal tools
about this site