Forum TI-Planet.org

parisse a écrit:critor, vous avez du rater mon precedent message, j'ai deja mis en ligne une version beta de Khi compatible avec le slot A.

C'est annoncé :
viewtopic.php?t=25567&p=267264#p267264

Bonjour,

critor a écrit:

Ok.

Donc Epsilon 18.2.3 n'est pas gênant si vous avez déjà installé Phi.

Le multiboot reste donc possible, mais à condition d'installer Phi *avant* de mettre à jour Epsilon en 18.2.3.

Donc, si j'ai bien suivi, si on possède une numworks non verrouillée (epsilon 15 ou firmware alternatif déjà installé) et qu'on veut pouvoir profiter d'un dual boot epsilon 18 + firmware omaga/khi/upsilon, il faut dans l'ordre:

• Installer phi
• Installer epsilon 18.2.3 sur le site officiel numworks (phi sera préservé)
• Installer le firmware de son choix en gardant epsilon sur l'autre slot

C'est bien ça ? J'ai fait bien attention de ne pas verrouiller ma numworks avec les epsilon>=16, je ne voudrais pas la faire par une mauvaise manip' en cherchant plus de liberté

C'est ça à date, oui :

1. installer Phi d'une façon ou d'une autre
2. faire reset+

   4

   et installer le dernier Epsilon
3. faire reset+

   4

   et installer le firmware tiers de son choix

L'actualité va tellement vite, mieux vaut se référer en priorité au guide d'installation Phi+Omega, il sera toujours à jour à la différence des annonces :
https://guide.getomega.dev/

Phi épisode 2 "NumWorks contre-attaque", c'est maintenant annoncé :
viewtopic.php?f=97&t=25568&p=267269#p267269

critor a écrit:L'actualité va tellement vite, mieux vaut se référer en priorité au guide d'installation Phi+Omega, il sera toujours à jour à la différence des annonces :
https://guide.getomega.dev/

Phi épisode 2 "NumWorks contre-attaque", c'est maintenant annoncé :
viewtopic.php?f=97&t=25568&p=267269#p267269

J'ai posté un commentaire sous la news ci-dessus, d'après le tuto de phi il semble possible de l'installer sur une numworks non verrouillée et donc de faire ensuite la MàJ 18.2.3 et de réinstaller ensuite un omega en dual boot...

Attention, il y a une petite non-conformité par rapport à la réglementation française.

Si la calculatrice est en mode examen, ce dernier est désactivé lorsque l'on bascule d'un firmware à l'autre avec reset+

1

ou reset+

2

.

Or le mode examen ne doit pas être désactivable de façon autonome, c'est strictement interdit :
archives_voir.php?id=2486624

Je me doute bien que ce n'est pas volontaire, mais en l'état de ce soir une configuration de NumWorks avec Phi serait strictement interdite aux examens français.

J'ignore si c'est compliqué à corriger, mais ce serait à régler les Omega... si bien sûr NumWorks veut bien avoir l'obligeance de vous en laisser le temps.

Oui, en l'etat actuel il est legalement interdit en France d'utiliser en examen une calculatrice beneficiant de la protection du bootloader (donc Omega 2).
L'utilisation de Khi sans la protection du bootloader est par contre possible : si vous avez installe le bootloader, avant de passer un examen, il faut donc faire reset+6 et recuperation puis cliquer sur le bouton de reinstallation de Khi de la section Mode examen sur ma page https://www-fourier.univ-grenoble-alpes.fr/~parisse/nws.html
Je vais regarder de plus pres le code du bootloader, il utilise les infos du mode examen pour savoir quel est le slot actif, on doit pouvoir corriger...

Je verrais 2 façons de corriger, avec des difficultés possiblement différentes. Au choix :

• conserver le mode examen lors de la bascule du firmware
• interdire la bascule du firmware lorsque le mode examen est actif, peut-être plus simple, même si ça va à l'encontre d'un des énormes avantages mis en avant pour Phi

A ce que je comprends pour le moment, les infos du mode examen sont stockees directement dans le firmware actif.
Question: comment ca se passe sur les Numworks avec les deux versions de Epsilon? Est-ce que les deux versions ont acces au mode examen?

Bon, je suis en train de lire le code source du driver du mode examen qu'Omega a modifie par rapport a Epsilon 15.5, et il y a des problemes. Il s'agit du fichier ion/src/device/shared/drivers/exam_mode.cpp.
Les infos du mode examen sont stockees a l'offset 0x1000 du firmware dans une zone de taille 0x2000. Cette zone est remplie de 1 au flashage. A chaque changement d'etat du mode examen on va remplacer des 1 par des 0 au fur et a mesure en incrementant l'offset d'ecriture si necessaire, jusqu'a atteindre la fin et dans ce cas on reformatte le secteur (avec des 1). Ceci permet de preserver la duree de vie de la flash.
Le code initial d'Epsilon 15.5 compte les 0 modulo 3 pour connaitre l'etat du mode examen, et permet d'ajouter 1 ou 2 zeros pour modifier l'etat du mode examen.

Code: Tout sélectionner

* We erase the dedicated flash sector (all bits written to 1) and, upon
* deactivating or activating standard or Dutch exam mode we write one or two
* bits to 0. To determine in which exam mode we are, we count the number of
* leading 0 bits. If it is equal to:
* - 0[3]: the exam mode is off;
* - 1[3]: the standard exam mode is activated;
* - 2[3]: the Dutch exam mode is activated. */


Le code d'Omega voudrait permettre d'ajouter jusqu'a 4 zeros.

Code: Tout sélectionner

* We erase the dedicated flash sector (all bits written to 1) and, upon
* deactivating or activating standard, nosym or Dutch exam mode we write one, two or tree
* bits to 0. To determine in which exam mode we are, we count the number of
* leading 0 bits. If it is equal to:
* - 0[3]: the exam mode is off;
* - 1[3]: the standard exam mode is activated;
* - 2[3]: the NoSym exam mode is activated;
* - 3[3]: the Dutch exam mode is activated;
* - 4[3]: the NoSymNoText exam mode is activated. */


Le modulo 3 n'a plus de sens, il faudrait faire modulo 5. Ca pourrait etre un oubli dans le commentaire. Mais dans la suite du code d'Omega, les %3 ont ete remplaces par des %4 et pas par des %5 (ce qui rend d'ailleurs le code bizarre parce qu'il y a de multiplications par 8 suivies par des modulos 4 qui ne servent a rien).
Plus embetant, il y a des tests qu'il faut modifier pour savoir si un ou 2 octets doivent etre reflashes.

Code: Tout sélectionner

// Write the value in flash
  /* As the number of changed bits is capped by 2, if *writingAddress has more
   * than one remaining 1 bit, we know we toggle bits only in the first byte of
   * newValue. We can settle for writing one byte instead of two. */
  size_t writtenFlash = *writingAddress == 1 ? sizeof(uint16_t) : sizeof(uint8_t);
  /* Avoid writing out of sector */
  assert(writingAddress < (uint8_t *)&_exam_mode_buffer_end - 1 || (writingAddress == (uint8_t *)&_exam_mode_buffer_end - 1 && writtenFlash == 1));
  Ion::Device::Flash::WriteMemory(writingAddress, newValue, writtenFlash);


Le nombre de bits a modifier n'est plus borne par 2 dans le cas d'Omega. Il est borne par 4, donc il faut remplacer par *writingAddress<=15. De meme plus haut

Code: Tout sélectionner

if (persitence_start_8 == persitence_end_8
  // we can't toggle from 0[3] to 2[3] when there is only one 1 bit in the whole sector
  || (persitence_start_8 + 1 == persitence_end_8 && *persitence_start_8 == 1)) {


il faut tester si *persitence_start_8 <=15