13 réponses à ce sujet

[erik78]

bonjour,

 

je viens d'installer mon premie r-jtag, methode tx, tout les qsb utilisés, boot entre 1 et 3 cycles 95% du temps

 

 

seulement voila mon probleme, le smc utilisé se comporte comme le smc jtag jasper aud-clamp original, si je ne glitch pas en moins de 5 resets, rrod 0022 (de mémoire).

nand freeboot crée avec xebuild gui 2.09, je me suis dit normal, xebuildgui n'est pas optimisé r-jtag, donc je me décide de créer la nand avec j-runner 0.2b (289).

Mais lors de la crétion d ela nand le log jrunner m'indique:

 

Started Creation of the 16203 xebuild image

KV Info saved to file

---------------------------------------------------------------

     xeBuild v1.07.561

---------------------------------------------------------------

building jtag image

 

******* WARNING: could not patch SMC reset limit!

 

hors j'aimerais bien enlever cette limite.

 

avant de venir poser ma question j'ai bien entendu chercher sur la toile, mais sans réponse

quelqu'un aurait il une méthode pour patcher le smc? ou m'expliquer pourquoi j-runner refuse de patcher le reset limit du smc.

 

merci

[M@DBoX]

Salut,
 
C'est étrange car je n'ai aucun problème avec xebuild_gui jusque maintenant.
Dans J-runner, la case R-JTAG + Aud_clamp sont bien cochées ?
 
N'oublie pas qu'il y'a quelques problèmes de rrod avec le point d'origine C7R112 :
 

Originally Posted by Martin C
ok - if you get RRoD from using the underside, try soldering the CPU_RST wire to the side of R8C2 facing the CPU (Resistor topside near the J8C1 header used for 'normal' RGH CPU_RST)
I used kynar wire from this point and put it over the fan shroud to the R-JTAG chip.

 

 
Essaye un point alternatif pour le cpu_rst.

[erik78]

oui, tout est bien coché dans j runner, mon cpu-rst est r8c2, cable qui passe au dessus du ventilo, comme je faisais avant sur rgh1, a part que là je prends après la résistance.

 

mais pas de doute possibles, le log j-runner parle de lui meme: ******* WARNING: could not patch SMC reset limit!

 

c'est forcement de là que viens mon probleme, car un smc officiel rrod au bout de 5 cycles exactement, un smc jtag original idem.

 

j'ai bien trouver une personne sur le site tx qui a le même problème, mais pas de réponse sur le sujet.

 

j'ai aussi essayé de lancer j-runner en tant qu'administrateur, idem.

 

je tiens à preciser que la console boot très bien, mais lors de mes tests avec le rater, 1 ou 2 fois sur 20, elle n'arrive pas a booter en moins de 5 cycles. donc je préférerais qu'elle continue de chercher a booter plutôt que de rrod bêtement..

 

petite question à m@dbox: tu n'as jamais eu de probleme avec xebuild gui? mais as tu eu des cycles superieur à 5 sans rrod avec une nand freeboot généré avec ce dernier? car voilà mon analyse (hésite pas a me contredire si j'ai faux)

 

xebuild gui genere une nand 100% hack jtag original, donc le smc n'a pas de resets infini.  la seule différence que je vois dans le log jrunner entre la creation d'une nand jtag et r-jtag, c'est justement cette phase ou il tente de patcher le reset limit du smc.

 

donc on peut dire qu'une nand r-jtag généré avec xebuild gui n'a pas le meme smc qu'une nand r-jtag généré avec j-runner. la différence se situant au niveau du smc reset limit

Modifié par erik78, 28 juin 2013 - 16:19.

[M@DBoX]

mais as tu eu des cycles superieur à 5 sans rrod avec une nand freeboot généré avec ce dernier?

 

 

Oui.
J'ai uniquement ce problème avec le nandxell :
 

Après l'écriture du nandxell, des erreurs 0022 peuvent apparaitres après 5 reset au niveau de la puce.
Ne vous inquiétez pas c'est normal.
 
Le problème est corriger dès que la nand freeboot est flashée.

 

 

Source Tx :
 

Originally Posted by Martin C
Just build a JTAG image from your original NAND with AUD_CLAMP. That'll cure the 5x reboot and RRoD at least.

 

 

Essaye ça si tu veux bien :

 

Dessoude le cpu_rst coté puce, isole le fil et dit moi si elle rrod encore après 5 reset ?

Essaye aussi avec le pontage 1.8v pour voir si ça rrod toujours.

 

 

Sinon quelle sont tes réglages au niveau des dips ?

Tu crées bien ton image Jtag à partir d'un dump d'origine ? 

 

 

 

 

 

[erik78]

j'ai testé tout les réglages possibles, touts mes câbles sont isolés avec de la gaine thermo à leurs extrémités, flux utilisé, étain de même alliage que celui utilisé sur 360, pour faire la meilleur soudure possible, le tout à  la station thermorégulée, pour les dips les meilleurs résultats étaient avec 784 ou 783, pour le réglage tension, j'ai essayé les 3 possibles, meilleurs résultats en open.

 

mais la le client est revenu reprendre sa console, je l'ai prévenu de ce petit bug, il s'en accommode, car il trouve qu'elle boot très bien.

 

mais c'est vrai que je suis un peu frustré de ne pas avoir compris d'ou venait le problème.

 

c'est surtout l'erreur "could not patch SMC reset limit! " dans le log jrunner qui me laisse perplexe.

 

pourrais tu essayer de créer une nand r-jtag avec jrunner (a partir d'une console que tu as déja faites) pour voir si cette ligne apparait dans ton log, 

 

edit: oui j'ai bien creer ma nand à partir d'un dump fraichement effectué

Modifié par erik78, 28 juin 2013 - 21:27.

[M@DBoX]

Voilà fait à l'instant :
 
 
 

===================================================
vendredi 28 juin 2013 23:45:06
 
J-Runner v0.2 Beta (289) Started
 
 
 
Checking Files
Finished Checking Files
Initializing nand1.bin..
CpuKey is Correct
Key already Exists
Nand Initialization Finished
Load Files Initiliazation Finished
Clean SMC detected
Patching Jasper version 2.3 SMC at offset 0x12BA
16203
Started Creation of the 16203 xebuild image
KV Info saved to file
---------------------------------------------------------------
     xeBuild v1.07.561
---------------------------------------------------------------
building jtag image
 
******* WARNING: could not patch SMC reset limit!
 
---------------------------------------------------------------
C:\SAVE E\XBOX360\RGH\J-Runner v02 Beta (289) Core Pack\output\577704593705\updflash.bin image built, info:
---------------------------------------------------------------
Console   : Jasper
NAND size : 16MiB
Build     : JTAG
Xell      : power on console with console eject button
Serial    : 
ConsoleId : 
MoboSerial: 
Mfg Date  : 09/12/2009
CPU Key   : 
1BL Key   : 
DVD Key   : 
CF LDV    : 14
KV type   : type2 (hashed)
---------------------------------------------------------------
    xeBuild Finished. Have a nice day.
---------------------------------------------------------------
Saved to C:\SAVE E\XBOX360\RGH\J-Runner v02 Beta (289) Core Pack\output\577704593705
Image is Ready

 
 
C'est la nand de la console qui a servi pour mon tuto : http://www.logic-sun...ation-sans-qsb/
 
Pour moi ton problème est ailleurs.

[megaoctet]

salut

 

Ton soucis arrive aussi lorsque tu essais de booter  sur Xell? ou c'est juste quand tu tente le boot sur freeboot?

 

Aprés je n'ai jamais posé de R jtag mais je suppose que si tu avais un probléme de SMC ta console ne booterais pas du tous ...

 

DOnc je suis d'accord avec @Mad le probléme doit étre ailleurs!

 

Pas de badblock

[erik78]

j'avais 0 badblock, et c’était systématiquement au bout de 5 resets non glitché, mais c’était très rare, du genre 1 fois sur 20, la j'ai recommandé des puces r-jtag car j'ai de nouvelles demandes, si je rencontre de nouveau le probleme, je reposterais sur ce sujet directement, donc avis aux modos:

ne fermez pas le sujet svp, merci

[M@DBoX]

T'inquiète le sujet va rester ouvert, ça nous intéresse.

[erik78]

je reviens sur le sujet, cette fois ci, avec une falcon, score de 9.45 au rater, le rater ne prend pas en compte les essais ratés, 2 sur 20 de raté encore, et encore un rrod au bout de 5 resets, je conserve les logs pour ceux que ça intéresse. au passage, je soupçonne j-runner de mal compter les cycles, car a l'instant je viens de voir un boot compté comme 1 cycle alors que la puce à reset 3 fois

 

cpu_rst sur le point du rgh1 phat, (j'ai viré la résistance et ponté à la place, je trouve CA mieux qu'un fil qui se balade).

[3ch0]

Salut

utilises tu la derniere version de jrunner ? le prob des rrod (je sais pas si celui ci en particulier) sur certaines consoles est corrigé il me semble.
Sinon pour le smc limite, j'ai eu aussi ca sur la nand 16mo de mon ex jasper 512mo (j'ai remplacé la nand pour un éventuel dual nand) hier et j'ai seulement ignoré le message. Quand il m'a demandé si je voulais le supprimer, j'ai dit non et tout est ok. J'ai en moyenne 1 à 3 reset pour que ca se lance mais lors de mes tests avec le Rater, j'ai eu une fois 7 et une fois 6 reset. Ca n'a pas rrod.

Essaie en ne supprimant pas la limite. Peut être ca fonctionnera mieux.

Bye

Edit : j'ai fait la soudure sur la résistance r8c2 (si je me trompe pas)

Modifié par 3ch0, 22 juillet 2013 - 08:34.

[savii]

Bonjour, pour revenir sur ce sujet, je viens de faire une jasper 16Mb  en RJtag.

Elle Boot super bien mais je rencontre le même problème : could not patch SMC reset limit!

Dash en 16203 et CB 6457.

Flashé avec la toute dernière version de J-Runner.

[Joris 73]

Même si le sujet est bien vieux, je vais aussi mettre mon grain de sel.

J'ai aussi le "******* WARNING: could not patch SMC reset limit!" pour la création du freeboot, mais pas de problème si le nombres de reset dépasse les 5. (contrairement pour le xell).

[Blackjack56]

Je déterre encore le sujet et confirme que le message WARNING: could not patch SMC reset limit! n'a aucune importance. La limites des 5 resets est bien dépassée sans problème

 

La raison en est toute simple, je cite 15432 :

 

le Jtag_SMC n'a pas besoin de limite de boot, Xebuild ne le patchera pas et Xebuild ne supporte pas le RJTAG non plus.

 

Texte original :

 

xebuild won't patch the JTAG SMC. (because JTAG hack doesn't require boot limit fix, and xebuild doesnt support RJTAG)

Modifié par Blackjack56, 03 avril 2016 - 17:33.