nBoot, contrôle total TI-Nspire CX avec Boot1 3.0.0.99

[critor]

Ben c'est compatible avec toutes les révisions A à V, c'est quand même pas mal.

[critor]

c'est nsNandMgr, je n'ai pas testé BtMg
oui la manip était de flasher manuf sans avoir un fichier manuf.img dans la calculette.

Le couple nsNandMgr + BtMg a maintenant été mis à jour en version 4.2r2 :
archives_voir.php?id=10080
Normalement il n'est plus possible de corrompre son Manuf en flashant sans avoir mis de fichier source.

A noter que selon l'émulateur le Manuf n'était pas détruit, mais omettait juste d'allumer l'écran suite à l'effacement des données le concernant.
Il suffisait de consulter l'onglet log pour s'en rendre compte.

[Hamza.S]

merci,

A noter que selon l'émulateur le Manuf n'était pas détruit, mais omettait juste d'allumer l'écran suite à l'effacement des données le concernant.
Il suffisait de consulter l'onglet log pour s'en rendre compte.

c'était STV qui avait fait une manip sur calculatrice, il s'est retrouvé avec un écran retourné, j'ai essayé sur émulateur pour voir si ça produisait le même problème.

[critor]

Corrigé un nombre de pages NAND dans le tuto, 0x280 pour la partition ExtnD dans le cas de l'installation minimale (sans Linux) :
viewtopic.php?f=43&t=18443&start=50#p203168

J'avais mis une valeur plus importante et faisais donc perdre de l'espace inutilement.

Sinon, je pense qu'on a dû doubler ou tripler le nombre de TI-Nspire CX faisant tourner ControlX dans le monde.
J'en ai maintenant 11 (8 CX CAS + 3 CX non-CAS), et aucun bricking !

[DoOmnimaga]

En passant, y-a-t-il un tutoriel simple à suivre pour utiliser nBoot disponible en anglais? La raison pour laquelle je n'ai pas écrit de news sur nBoot sur CodeWalrus est parce que j'avais lu il y a des semaines de ne pas utiliser ce logiciel si l'utilisateur ne sait pas ce qu'il fait, mais il ne semblait y avoir aucun tuto. Donc je voulais éviter de le mettre en une et qu'ensuite des centaines d'utilisateurs impatients se précipitent sur nBoot via une news internationale pour l'installer, sans avoir toutes les directives nécéssaires pour leur révision matérielle et OS et ensuite détruire leur calculatrice.

Si un tuto en anglais ou facile à traduire sans erreur est disponible, je vais ajouter nBoot en une avec le lien vers le tutoriel.

EDIT: Nevermind, je viens de voir dans le post ci-haut qu'il y en a maintenant un, en Anglais en plus. Merci beaucoup. Je vais rajouter le programme dans la news actuelle.

EDI: C'est fait. La news mentionne cinq fois de lire le tutoriel.

[GalacticPirate]

ouais, c'est toujours mieux d'avoir le tuto ControlX

[critor]

Nouveau ControlX 4.2r3 :

controlx4.2r3.zip

Nouveautés :

• Réinitialise automatiquement le pavé tactile.
  Les TI-Nspire CX ont un bug en rapport avec le pavé tactile, qui fait que le démarrage de l'OS reste de temps en temps coincé à l'écran grisé (cela arrive après certains plantages Ndless, mais pas que... je l'ai déjà vu se déclencher sans Ndless).
  Débloquer la calculatrice nécessitait de lancer le logiciel de diagnostics ou de retirer la batterie, ce qui était particulièrement gênant en examen si on ne connaissait pas la manipulation ou ne disposait pas de tournevis.
  Désormais, plus besoin de faire quoi que ce soit - le problème sera corrigé automatiquement avant même de déclencher le bug !
• Réalise un léger overclock fiable.
  C'est le même que celui réalisé par Nlaunchy :
  
  • Le processeur passe de 132 à 198MHz, soit 1.5 fois plus rapide.
    Les fréquences CPU les plus basses que j'ai vu réglées par Nover étaient 204MHz, ce qui veut dire que le test a marché jusqu'à 216MHz (marge de sécurité de 12MHz) et échoué à 222MHz.
    Donc 198MHz ne devrait jamais causer de problème !
  • La fréquence sensible AHB passant de 132/2 à 198/3 reste donc inchangée à 66MHz.
    Il ne devrait donc là encore ne jamais y avoir le moindre problème.
  J'ai testé et ce réglage permet à la calculatrice de démarrer plus rapidement que les dernières TI-Nspire CX CR4 !
  (la différence n'est pas fulgurante non plus - quelques secondes d'avance sur les 30 que la TI-Nspire CX CR4 met à remplir la barre de démarrage)
  L'overclocking est conservé une fois l'OS démarré.
  Rien n'empêche toutefois d'utiliser Nover en complément, et de pousser l'overclock plus loin de façon spécifique à chaque machine.
• Augmente automatiquement les cycles de mémoire cache (SRAM) par 1.25, les passant de 12 à 15.
  15 est la valeur réglée par les TI-Nspire CX CR4, et est selon nos hypothèses actuelles l'une des trois choses leur permettant des performances d'accès NAND bien plus extraordinaires (la 2ème étant l'overclocking, et la 3ème la mémoire SDRAM).

Pour mettre à jour, il suffit d'utiliser BtMg pour écraser votre image ControlX au tout début de la partition Diags par la nouvelle image controlx.img téléchargeable ci-dessus.

[Adriweb]

Augmente les cycles de mémoire cache (SRAM) de 1.25, les passant de 12 à 15.

Tiens, j'aurais cru que ce nombre représenterait des cycles d'attentes (wait states ?), et que du coup, plus c'est faible, mieux c'est (mais plus c'est "dangereux" niveau timing synchronisation selon les autres périphériques qui ont besoin de temps, et ça, en gros seul TI est au courant (et prend de la marge de sécurité, cf. ce que fait FASTER sur CE).
Si ici davantage est synonyme de mieux, ce serait donc une fréquence quelconque, par exemple, et non des wait states ?

[critor]

Je ne sais pas.
Cherche "sram_cycles" dans http://infocenter.arm.com/help/topic/co ... p1_trm.pdf .

Mais visiblement, une valeur de 15 convient mieux aux fréquences de fonctionnement plus élevées si on en juge par ce que fait TI.

[Adriweb]

D'après ce que je vois dans la doc (lien direct des sram_cycles: http://infocenter.arm.com/help/index.js ... hiegc.html ), ce serait bien des délais, donc 15 est plus lent que 12.