text: Xbox360 Slim ohne HANA Chip (Corona Board) evtl. bald glitchbar! - Seite 4 - Hardware News & Infos - xboxhacks.de - Deutsches Xbox 360 und One Forum für News, Hacks & Co.
  Dienstag, 3. Januar 2012, 18:46
  Ich hoffe mal im gleichen Zug portet auch jemand den Hack auf die CB6752er :> Da ist ja leider noch nix moeglich so wie es aussieht
  Ein Quarz ist ein Oszillator xD.
  ach ne wirklich XD hab das nur erwähnt weil alle irgendwie an rätseln waren (nich hier anderes Board) welches bauteil das wohl sein könnte und ich dachte bevor hier das große rätseln losgeht
  Mittwoch, 4. Januar 2012, 07:22
  Bin ich mal gespannt.. hätte ich passende quarze da würd ich ja fix nen oszillator bauen
  Naja ohne nen corona eh sinnlos.. Interessant ist auch das es sich bei den verbauten nand (zumindest bei dem, wo der nand auf der rückseite ist) um einen 32Gbit (~4GByte) NAND handelt, der mit der momentanen vorgehensweise anscheinend nicht ausgelesen werden kann.
  Ansonsten halten sich die jungs von xboxhackers noch zurück
  Quelle: http://www.xboxhacker.org/index.php?topic=17603.0
  Hier wird auchnoch über das corona diskutiert: http://www.xboxhacker.org/index.php?topic=17535.0
  u.a. gibts ein paar schicke bilder
  Mittwoch, 4. Januar 2012, 09:01
  der jenige der das raus gefunden hatt hut ab
  Mittwoch, 4. Januar 2012, 09:18
  Kann auch alles ein Fake sein ich sehe bei keinen Video jemals nen Hacket Dashboard.
  Den Chip kann ich auch so anschließen und die Box Bootet trozdem.
  Mittwoch, 4. Januar 2012, 09:27
  Momentan ist alles wohl nur spekulation, der typ der es gemacht hat, hat ja nichtmal eine corona..
  Momentan sieht es aber auch so aus, als seien die I2C befehle nur leicht verändert, aber immernoch vorhanden.. wenn ich das heute morgen im halbschlag richtig verstanden habe...
  Ich glaube schon das die sich noch glitchen lässt.. immerhin kam die revision schon vor dem release des glitch hack auf und eine solch starke hardwareänderung macht man ja auch nicht in ein paar tagen!
  Sonntag, 8. Januar 2012, 11:42
  gibt es mittlerweile irgendetwas neues?
  mein letzter stand ist es, das es von den Corona boards Zwei varianten gibt...bei der Variante mit dem Nand auf der Oberseite (V1) kann man den Nand wie gewohnt auslesen...
  Bei der Variante mit dem Nand auf der Unterseite (V2) kann man den Nand wohl auslesen, jedoch hat dieser keinen Inhalt bzw. können die ganzen Nand tools damit nix anfangen.
  bei Xboxhackers scheinen die wohl eventl. ne möglichkeit gefunden zu haben, jedoch steht noch nix genaueres dazu ob das mit anderer Hardware klappt oder nicht
  Glaube das ist wirklich das einzige warum die Methode nicht Released wird...da sie momentan nicht für alle Corona Revisionen anwendbar ist...
  Weiss einfach schon mehr.????
  Das dauert wohl noch ein wenig. Bin auch am mitverfolgen, da ich hier auch noch ne Jasper mit CB6752 rumstehen habe
  Montag, 9. Januar 2012, 12:37
  was mir nicht so ganz in denn kopf will warum geht es mit xenons noch immer nicht (sind ja immerhin die ersten konsolen die denn glitch benutzen) ich meine die devkit prototypes XeDK die benutzen denn gleichen chip wie wir auf den retails
  was mir nicht so ganz in denn kopf will warum geht es mit xenons noch immer nicht (sind ja immerhin die ersten konsolen die denn glitch benutzen)...
  Zitat von gligli:
  We found the unpatchable hack not long ago, before that it was kept private so that release timing wouldn't be as bad as JTAG.
  Auf deutsch, sobald der Bypass angesprochen wird, hängt sich die Konsole auf.
  Und was meinst du mit "sind ja immerhin die ersten Konsolen die den glitch benutzen"? Macht nicht so viel Sinn... egal wie ich versuche es zu interpretieren
  fanaticc (09.01.2012)
  der gleiche chip der auf jeden glitch chip ist ist schon 2005 von MS verwendet würden um ein devkit (damals xenon dev kit) unsegnierten code auszuführen zu lassen und da es sich um xenons handeln die der retail schon sehr änlich sind sind es die ersten konsolen die glitchen
  das ist ein: xilink xc2c64a.
  weil ich 2 XeDKs besitze
  mach mal nen pic von dem Chip in den XeDKs, heist nicht das ich dir nicht glaube aber das will ich sehen
  LOL ne du meine kits bleiben zu
  http://www.imagebanana.com/view/wu4dp9pk/proof.jpg ist von scalleo
  aber hier unter dem aufkleber ist der xilink
  @Dead Echo: Das stimmt nicht ganz, die CPUs sind deutlich anders und auch ist es kein "Glitchen" das der FPGA(!) der auf dem Titan ist macht. Darüber gab es mal ne diskussion wenn ich sie finde, poste ich den link,
  Montag, 9. Januar 2012, 13:02
  der chip debugt die cpu ! gut glitchen tut sie nicht nur das prinzip ist das gleiche
  Hier sieht man um welchen Xilinx Chip es sich handelt, es ist einer aus der SPARTAN serie...
  http://www.assemblergames.com/forums/showthread.php?t=35830
  Aber ich glaube wir weichen vom Thema ab..
  Montag, 9. Januar 2012, 13:06
  @Dead Echo -> Das Titan Board macht was völlig anderes und ist nur dazu da um diverse Einstellmöglichkeiten der CPU zu testen. U.a. mit einem anderen Frontsidebus.
  Das Board wurde deshalb nur in XeDKs verwendet, weil dort noch keine Finalhardware verbaut war und noch Einstellmöglichkeiten getestet wurden.
  Unsignierten Code abspielen machen die Konsolen nicht wegen einem bestimmten Chip, sondern wegen der darauf enthalten Software. Bisher konnte man die nur noch nicht 1:1 auf eine Retail Box übernehmen, weil die DevKits anders aufgebaut sind von der Hardware. Das hat aber nichts damit zu tun, dass sich ein Chip darum kümmert unsignierten Code abzuspielen.
  (Es hat auch nicht jede XeDK ein Titan Board, nur die ganz alten Prototypen)
  Der JTAG PIN Header ist auf dem Titan Board einfach auch vorhanden und wird mit zwei Anschlüssen auf das Board gesteckt. Es klemmt quasi zwischen der CPU und dadurch kannst du mit dem Board diverse Sachen debuggen und ausprobieren.
  Das ist aber "Hardware-Debugging!" und nicht um unsignierten Code abzuspielen
  Edit: Übrigens funktionierte bei meiner XeDK Prototype 1 damals das Titan Board nur mit einer Einstellung. Mit allen anderen Einstellungen bootet die Konsole nicht mehr. Der JTAG Pin Header wird also wohl u.a. dafür sein, um diverse Testszenarien "aufzuspielen" und sie dann mit dem DIP-Switch zu testen. Das macht logischweise NUR Microsoft, da den Entwicklern verboten ist die Boxen zu öffnen (außerdem sind sie von MS nur geliehen, obwohl sie richtig viel Geld kosten (sprich Nutzungsgebühr)). Aktuelle DevKits haben ja auch keine Titan Boards und spielen unsigniertden Code hab Da sich die Hardware aber etwas unterscheidet, kann man den DevKernel nicht 1:1 auf einer RGH/JTAG Box nutzen, wobei es ja sogar schon abgespeckte DevKernels dafür gibt!
  Um zum eigentlichen Thema zurück zu kommen: Es gibt wohl noch nichts Neues diesbzgl., prinzipiell möglich ist es aber bald (denke ich).
  Für Corona V2 Boards muss man einen anderen Reader bauen, da hier eine andere Flashspeicherart verwendet wird, die nicht zu unseren SPI Flashern kompatibel ist. Die Software (NANDPro) sollte das kleinere Problem sein. Ich denke, das lässt sich recht schnell erweitern.
  primo1337 (09.01.2012), Onkelzfreak (09.01.2012), SiNe (10.01.2012)
  Montag, 9. Januar 2012, 13:09
  Axoooo er meint das Titan Board ... dachte echt ich hab was verpasst aber das hab ich ja schon gelesen
  ja wenn die noch dicht sind lasse die auch zu aber verstehst sicher meine neugierde
  Montag, 9. Januar 2012, 13:14
  Übrigens: Hier findet ihr noch Bilder von einer Beta-1 Konsole (von mir), falls jemand Interesse daran hat!
  Onkelzfreak (09.01.2012)
  ich denke dies wird auch kommen.
  Montag, 9. Januar 2012, 20:49
  jetzt mal ganz zurück zum thema.
  Das hat mich alles grad nen bissle stutzig gemacht.
  Wenn mein englisch ned ganz eingerostet ist, dann schreibt er sowas von wegen wenn er andere Kabel nutzt kann man diese zählen.
  Und durch das klebeband würde er details verbergen, damit das nicht gleich jeder nachahmt.
  Aber eigentlich sieht man ja wo vie viele kabel hingehen...
  Ist mir schon bissle suspekt.
  Ich glaube die Methode wird einfach noch nicht Released, weil man bei den Corona V2 den Nand nicht leserlich dumpen kann.
  Somit wäre der Hack bzw. die neue Methode wieder nicht ganz nutzbar.....
  Dienstag, 10. Januar 2012, 11:26
  Es scheint also wie immer zu sein:
  250GB Version = 16MB NAND
  4GB Version = 4GB NAND - Aber nichtmehr mit extra board, sondern als ganz normaler NAND... Der extra Chip der auf der Oberseite ist eMMC Controller(http://www.usacan.org/product.php?cno=10129&classno=6)