Ciao a tutti ragazzi,
Ho sentito parlare che su questo forum si stava studiando il glitch della xenon...Mi chiedevo se qualcuno mi potesse fornire informazioni utili a riguardo, grazie ;)
Visualizzazione Stampabile
Ciao a tutti ragazzi,
Ho sentito parlare che su questo forum si stava studiando il glitch della xenon...Mi chiedevo se qualcuno mi potesse fornire informazioni utili a riguardo, grazie ;)
per ora ancora nulla...
C'è qualcuno che ci ha provato in grado di fornirmi i risultati ottenuti?
non si può non ci sono i timing!
mi potresti spiegare meglio grazie?
semplicemente non si può per ora non c'è il file da caricare sul chip!
Ci hanno provato: glitcha una volta su tre e le altre volte da rrod, che a volte volte rimane...
mi dai un link (volendo anche in privato) dove approfondire?Citazione:
Originariamente Scritto da Luke69
Se ha una discussione da dove si può attingere qualcosa te ne sarei grato se me la passassi. Comunque da cosa dipende il rrod di quando glitcha? Ripristinabile? scusa se ti propongo domande impossibile eh :D dimmi pure se esagero xDCitazione:
Originariamente Scritto da Luke69
Non mi ricordo più esattamente dove l'ho letto, forse su Xbox Hacker...
comunque ho trovato nuove cose (da [URL="http://www.xboxhacker.org/index.php?topic=8478.msg127200#msg127200"]qui[/URL]):
Dice che applicando 3.3V al cpu_pll_bypass il processore scende di clock fino a 520KHz (come è giusto che sia), ma poi non si riesce a far tornare il clock alla velocità normale (66MHz) in quanto la cpu freeza e anche resettando non si risolve...ovviamente con la cpu a 520KHz la console è inutilizzabile...Citazione:
Originariamente Scritto da Dark_Neo
Viene poi ripreso questo discorso anche [URL="http://www.xboxhacker.org/index.php?topic=17603.msg132590#msg132590"]qui[/URL]:
Mi chiedo se mandando 3.3V al CPU_EXT_CLK_EN, per mandare la cpu a 6.2MHz, poi si riesce a ritornare al clock originale senza freeze della cpu... (è tutto scritto nei post linkati)Citazione:
Originariamente Scritto da phonsey
Sapessi saldare mi comprerei io stesso un chip e proverei...tanto penso che per i 3.3V basterebbe prenderli dal filo che dovrebbe andare al pll_bypass, per il timing forse andrebbe bene prendendo quello delle Zephir e modificarlo a casaccio finché non funziona...se sto scrivendo boiate a go-go vi prego di fermare il mio ragionamento XD
Forse in effetti ci sono altre variabili...
Molto interessante...attendiamo che qualcun'altro risponda :)
Ho trovato ancora questo, scritto da plaguereign (aka DeathLok) del Team RGLoader:
Anche se in realtà non penso ci abbiano ancora lavorato seriamente, hanno molti progetti in mente...porting CB_A/CB_B e porting XDK Kernel in primis credo...Citazione:
Originariamente Scritto da DeathLok
grazie per tutte queste info, ma alla fine, vedi qualcuno su xbh che abbia tentato seriamente un glitch che possa fornire risultati validi?
Nel topic che ho trovato su xbox hacker non mi ha risposto nessuno quando ho chiesto se qualcuno aveva provato....mi ha risposto solo uno che mi chiedeva che me ne fregava di glitchare una xenon...bah
Per come la vedo io nnn c'è volontà perchè è una skeda vekkia... e al 99% si rompe per i 3 led rossi
Purtroppo mi sa che hai ragione, in fondo però l'hacker dovrebbe far quello che fa anche per divertirsi e vedere le proprie capacità, non solo guardando la reale utilità...Citazione:
Originariamente Scritto da Titty
Comunque ho chiesto sul canale #RGLoader e un certo Juvenal mi ha detto che non è possibile perchè la cpu non è la stessa delle Zephir e non risponde allo stesso modo delle altre...adesso gli ho chiesto se usando il punto alternativo per mandare la cpu a 6.2 MHz la CPU freeza lo stesso tornando al clock normale, ma non mi ha ancora risposto...
Grazie...io attendo tuoi messaggi ;) Comunque a mio parere tutti disdegnano le xenon ora per via dell'rgh quando poco prima erano venerate in quanto vi erano "fondi di magazzino" ancora jtaggabili.
Comunque Titty ci sono ancora un sacco di possessori di xenon, se reballate o meno, che magari hanno la key persa e aspettano solo di essere glitchate :D
Io ricordo che rf1911 ne aveva parlato.. in quanto membro del team RGloader..
Nel caso leggesse questo post:
per favore illuminaci a noi poveri possessori di Xenon D:
EDIT:
@luke69
Quale sarebbe il punto CPU_EXT_CLK_EN che hai citato prima?
Io però non mi ricordo grandi spiegazioni da parte sua XD
Comunque è da quando ho visto il topic che spero che rf lo legga
Quale sarebbe il punto CPU_EXT_CLK_EN che hai citato prima?Citazione:
Originariamente Scritto da Luke69
ehi lapht xD ci si becca pure qui :) fidatevi che rf lo ha letto, e se ci avesse potuto aiutare lo avrebbe gia fatto :) ma sono sicuro che ne caveremo qualcosa ;)
Gli ho mandato un PM.. magari passa :D
Cpu PIN AF18: CPU_EXT_CLK_EN (Point under the motherboard between R6R6-R6R7)
If you leave this point to GND the 1BL clock speed is normal, 66Mhz. If you give 3.3V to this point the clock speed slow down to 6.2Mhz.
Ok, di conseguenza bisognerebbe attaccare il PLL in quel punto?
Credo di si, è un punto alternativo al pll_bypass per poter downclockare la cpu...comunque è affidabile quello che dico, il CPU_PLL_BYPASS e CPU_EXT_CLK_EN sono stati scoperti da Cjack qualche anno fa, pensa che si parlava di "Glitch attack on CB authentication" già dal 2007...
Si ho letto quel post.. poi ho visto tutti che lo prendevano per il c***... ed ecco che gligli lo ha messo in atto xD
ieri mi sono messo a cercare un po' di cose ed ho letto quel thread su XBH... se Gligli è il papà del reset glitch hack, di sicuro cjack è la mamma!!! (nota di colore: per chi non lo sapesse, cjack è italiano)
è stato divertente leggere tutti i passi e le teorie di quasi 4 anni fa, che alla fine si sono rivelate vincenti
Ragazzi.. il problema è complesso. Per prima cosa con il 3.3 sul pll si abbassa la velocità a 520hz. E' vero che l'altro punto porta a 6.2mhz, ma la finestra si abbassa di più di 10 volte!!
1) Fare il porting del glitch su ARM7 (Tipo Olimex)
2) Modificare build.by per accettare CB/CD della xenon
3) Patchare SMC xenon
4) Trovare il timing
Il tutto senza che ovviamente la console si pianti mai. Quindi la vedo dura.... Ora si potrebbe ovviare ai punti 1 4 andando a provare dei valori, magari iniziando da una media dei tempi di glitch delle altre -50. Ma ciò significherebbe che ad ogni cambio di timing è necessario riprogrammare il chip.
Se qualcuno di voi ha tanto, ma tanto, tempo posso vedere di modificare il build.by e trovare la patch per l'smc. Posso cioè fornire un ecc che dovrebbe permettervi di provare il glitch. Poi posso anche spiegarvi come ricompilare i jed. Si potrebbe anche pensare di installare un cristallo da 48mhz sul chip in modo da avere un clock più stabile.
Se tu riesci a fornirmi i files, e mi spieghi più o meno dove mettere le mani, io il tempo posso trovarlo...
rf, io mi metto a tua completa disposizione :D
siamo gia in due! ;) dai qualcosa caviamo...Citazione:
Originariamente Scritto da lapht
come prima cosa bisogna provare a dare i 3,3V al punto che porta a 6MHz, togliere i 3,3V e vedere se il boot prosegue normalmente. Se si pianta il tutto anche con l'altro punto è inutile proseguire su questa strada
Appunto :D poi a me interesserebbe TANTO capire come fa rf a patchare l'SMC
Se ci sono parte niubbe (o che possa fare senza particolari conoscenza comunque) da fare che non richiedano test di prima persona (faccio schifo a saldare T.T) io ci sono ^^
[18:56] <Juvenal> its not an issue with pll_pypas
[18:56] <Juvenal> the issue is when cpu_rst is asserted the cpu crashes
[18:56] <Juvenal> instead of messing up on memcmps like we want it to
[18:57] <deado> because cpu doesnt downclock like on other boards
Continuano a confermarmi che non è possibile...la CPU crasha quando viene resettata, non dipende dal punto di downclock come pensavo, ma da CPU_RST
tentar non nuoce
[19:06] <luke69> there is a way to glitch the cpu without crashing?
[19:12] <Juvenal> luke69, who knows
[19:13] <Juvenal> gligli and others tried it and had no luck
Speriamo bene ^^
Beh.. facciamo così... mandatemi in pm i vostri dump di xenon, così posso iniziare a vedere di cercare le patch per smc/cd e creare un ecc ad hoc. Intanto fermiamoci qui. NON dump di xenon jtaggabili.
Citazione:
Originariamente Scritto da rf1911
Perfetto,una modifica hardware e' proprio quello che ci vuole,anche a solo scopo di studio.......il problema e' di segnali,la cpu della xenon,su zephyr glitcha.indi bisogna replicare i segnali simulando una zephyr,anche con l'utilizzo di ulteriori componenti hardware
Io ho preso 3 xenon apposta un po' di tempo fa,poi ho abbandonato il progetto perche' mi mancano certe basi per prepararmi da solo tutto il necessario
Parlando di altri modelli fat,in teoria il CB diverso(non splittato),tipo falcon Cb 5772 e jasper 6752,non esclude la possibilita' di glitch............
"Basta" creare l'ecc,adattare xell a partire su quel fuseset e trovare il timing giusto(visto che cambia il cb),confermi o smentisci?
Sei un grande..............
Grazie
Comunque su IRC mi han detto che le cpu Xenon e quelle Zephir non sono le stesse, e non ci han girato intorno, domanda diretta ^^