A new post from the DevTeam with some little progress: Two steps forward.. Een nieuwe post uit de DevTeam met enkele weinig vooruitgang geboekt: twee stappen vooruit .. one step back. een stap terug.
Disclaimer!! Disclaimer!  This is a purely technical post with no pragmatic use! Dit is een puur technische functie zonder pragmatische gebruik! There is no 3G unlock in this post. Er is geen 3G ontgrendelen in dit bericht.  There is no iPod Touch 2G jailbreak in this post. Er is geen 2G iPod Touch jailbreak op dit bericht.  It’s just a random technical post related to the 3G unlock. Het is gewoon een willekeurig technische functie met betrekking tot de 3G ontgrendelen.

We’ve been exploring different ideas with the 3G unlock, but this past weekend one of us hit a big snag. We zijn het verkennen van verschillende ideeën met de 3G vrijgeven, maar dit weekeinde een van ons een grote hit addertje onder het gras zit. For whatever reason, all of our poking and prodding of the 3G baseband caused it to finally have a breakdown. Voor welke reden dan ook, al onze poking en prodding van de 3G baseband veroorzaakt hij eindelijk een uitsplitsing.   After one specific exploit run, all of a sudden our baseband stopped responding to the OS. Na een specifieke exploiteren draaien, opeens gestopt met onze baseband te reageren op de OS.   Even after multiple restore attempts, we were plagued with errors like this: Zelfs na meerdere pogingen te herstellen werden we geplaagd met fouten zoals deze:

Somehow our software hacking had caused the baseband chip’s SPI bus to stop responding (so it looked like a hardware problem). Ergens onze software hacking had veroorzaakt de baseband chip van de SPI-bus niet meer te reageren (zo leek het op een hardware-probleem).   Even though BBUpdaterExtreme reported the correct baseband version, it failed basic tests like memtest: Hoewel BBUpdaterExtreme gemeld op de juiste baseband-versie worden ze niet graag basisbesluit tests Memtest:

If you’re familiar with the baseband revision history for the 3G iPhone, you may have noticed that the above captures were done at the original 01.45 baseband. Als u bekend bent met de baseband herziening geschiedenis voor de 3G iPhone, die u misschien heeft gemerkt dat het bovenstaande legt werden gedaan tijdens de origineel 01,45 baseband.  As dire (and hardware-related) as these messages sounded, though, there was a simple solution. Zoals dire (en hardware-gerelateerde) als deze berichten klonk, al was er een eenvoudige oplossing.  We just updated to 01.46 and then downgraded again (because we can run unsigned code on the baseband CPU) to 01.45. We hebben zojuist bijgewerkt naar 01.46 en daarna weer teruggezet (want wij kunnen rijden unsigned code op de baseband CPU) om 01.45.

We tried to recreate the problem by using the same exploit over again, but it doesn’t appear to be reproducible (which is actually disappointing, as it might have been exploitable). We hebben geprobeerd om het probleem oplossen door gebruik te maken van de steeds weer hetzelfde te benutten, maar het lijkt niet te zijn reproduceerbaar (dat is eigenlijk teleurstellend omdat het zou kunnen zijn bruikbaar).

Anyway, there you go…a random, technical snapshot of dev team work. Maar goed, daar ga je ... een willekeurige, technische momentopname van de dev team werken.