Organisation mémoire - Page 3

C'est drôle effectivement de voir de l'expérience avec TIGCC demandée pour un boulot apparemment pour TI. Mais je pense que c'est Lionbridge qui a décidé de chercher des développeurs TIGCC, pas TI. Il est aussi possible qu'ils utilisent GCC pour leur ARM.

(y a pas besoin de microscope pour voir que ça fait 32 pixels de large : le motif est répété 10x et l'écran fait 320px de large ^^)

bon alors y a un seul motif, donc deux hypothèses :
- c'est organisé par plans comme sur les autres TI, mais alors il faudrait que les plans de gris aient des motifs différents et que comme par hasard les frontières entre motifs ne tombent jamais au milieu d'un plan -- peu probable
- c'est stocké comme sur PC (un pixel par demi octet) donc ce serait un motif de 16 octets et pas 32 bits

En meme temps TIGCC peut signifier un GCC utilisé par TI pour leurs OMAP, pas forcement TIGCC pour TI-68k

Hum dans les packages Linux, on trouve TIGCC et c'est bien celui qu'on connaît, donc bon...

oui mais linux reste linux ^^ enfin je sais pas, mais sa m'étonnerais que ça soit officiellement de TI cette demande, si TI-GCC n'est pas une version spéciale de TI de GCC pour les ARM omap & co

Bon, j'ai une Nspire.

Extended > Quels tests sont les plus pertinents à ton avis ? Préciser les failles de l'émulateur 84+ ?

Chouette

hwti (./66) :
Quels tests sont les plus pertinents à ton avis ? Préciser les failles de l'émulateur 84 ?

Pourquoi pas, mais Brandon Wilson (qui traine sur #tcpa) est déjà activement dessus, et devrait avoir une Nspire dans la semaine. Je préferais demander à la crème du Z80 que de perdre du temps à apprendre et chercher moi-même (pour info j'ai envoyé un dump à Michael Vincent, Andy Janata, James Montelongo, Brandon Wilson, Patrick Davidson et Dan Englender. Dan est intéressé mais pas dispo en ce moment, les autres je sais pas).
Personnellement j'essaie déjà de la secouer un peu partout (notamment le link et la gestion des documents). Je vais aussi probablement essayer de documenter le protocole USB qui a pas l'air trop compliqué. Je vais poster sur le wiki ce que j'ai dès que possible pour éviter les doubles-tests.

J'ai effectivement parlé à BrandonW sur #inspired, il est plongé sur l'émulateur Z80 en effet.

Plongé c'est peu dire, je suis pas sûr qu'il dorme la nuit.

carrément

Un truc étrange qui m'est arrivé ...

Lors de l'édition d'un "gros" fichier avec des formules relativement complexes pour le "pretty print" (intégrales triples sur des équation paramétriques, our tester les capacités de l'éditeur)

Alors que tout allait bien, un camenbert inquiétant s'est mis à clignoter en haut à droite de la calc et j'ai eu ce message d'erreur avec un message box "Mémoire insuffisant, veuillez supprimmer des données de votre classeur ou bien retirer les piles de l'unité).

En gros, j'ai quitté, sauvé mon classeur, retiré les piles, redémarré, j'ai rien perdu. Mon fichier tns fait 2KO.

Je suppose une ram insuffisante pendant la compression/decompression à la volée ????????? Ridicule si c'est le cas !

Bon courage pour tirer une info intéressante de ce truc ... je n'ai pas réussi à réobtenir le phénomène

Pour compléter les suppositions sur les boot2 :

L'OS 1.4 est le premier à embarquer des fichiers relatifs au boot2 (boot2.cert et boot2.img). Donc il serait flashable, et via Computer Link.
Le format de boot2.img ne nous apprend pas grand chose : http://hackspire.unsads.com/OS_upgrade_files#boot2.img . Il est probablement crypté et est signé. Il fait 1217ko. ./19 supposait qu'il faisait 4,2Mb, il pourrait être compressé mais peut-être pas à ce point là. Certains logs RS232 laissent cependant supposer qu'il y a d'autres zones réservées de la NAND (notamment "preload image" et "pre-install area" pour les DIAGS image et BOOT2 image).

Comme je demandais ici, si quelqu'un a installé l'OS 1.4, il faudrait vérifier que le boot2 a bien été mis à jour (je ne peux plus faire le test moi-même).

ça m'énerve.
Vu que le cryptage des ti68k est du RSA, ils ont du mettre mieux, et c'est pas cool.

squalyl (./73) :
ça m'énerve.
Vu que le cryptage des ti68k est du RSA, ils ont du mettre mieux, et c'est pas cool.

Pas sur que ça soit "mieux"

même si c'est "identique" je suis pas sur qu'on parvienne à grand chose en fait (malgré mon autre topic sur le cassage rsa )

ils y sont bien arrivé sur l'iPhone et je pense qu'Apple est un peu plus efficace en terme de codage que TI donc ça doit être faisable

j'adore ton optimisme (c'est bien, positif, je critique pas )

Bah il faut bien, sinon on avancera pas je crois

C'est vraiment possible de casser le RSA? Pour l'iPhone ça ne m'étonnerait pas complètement qu'Apple (ou quelqu'un chez eux) ait apporté un tout petit peu d'aide...

pour casser du RSA c'est possible mais faut être patient. ça revient à factoriser un nombre qui est le produit de deux nombres premiers monstrueux... y'a des algos pour éviter de les tester tous, mais c'est des maths de thèse quoi.

par contre on peut contourner un test en évitant qu'il s'exécute, et en trafiquant un peu pour que l'appelant pense qu'il est toujours réussi. Mais ça suppose de pouvoir exécuter/modifier du code sur la cible, alors que là, c'est justement le code lui même qui semble crypté dans les OS à envoyer.

Brunni (./79) :
C'est vraiment possible de casser le RSA? Pour l'iPhone ça ne m'étonnerait pas complètement qu'Apple (ou quelqu'un chez eux) ait apporté un tout petit peu d'aide...

Non apple n'a pas aidé, au contraire.

squalyl (./80) :
par contre on peut contourner un test en évitant qu'il s'exécute, et en trafiquant un peu pour que l'appelant pense qu'il est toujours réussi. Mais ça suppose de pouvoir exécuter/modifier du code sur la cible, alors que là, c'est justement le code lui même qui semble crypté dans les OS à envoyer.

C'est aussi le cas sur l'iPhone le code est crypté

faut arriver a jailbreaker la nspire alors

Exactement

Des qu'on aura reussi a executer un nop sur une nSpire, on aura gagné

(bon en meme temps sur l'iPhone ils avaient un petit avantage, l'OS est connu, bon en meme temps Mentor OS c'est connu aussi...)

Tiens question bete, mais TI utiliserait pas un format de Mentor pour les images ?

squalyl (./80) :
pour casser du RSA c'est possible mais faut être patient.

comme n'importe quel système de chiffrage à clé publique, merci Capitaine Obvious

d'ailleurs pour casser n'importe quel système permettant d'exécuter du code (soit à cause d'une vulnérabilité soit par mot de passe) et qui ne s'autodétruit pas au bout d'un certain nombre d'échecs il suffit aussi d'être patient : tu réinitialise tout et tu envoies des bits aléatoires suivi du binaire d'un programme qui devrait renvoyer une sortie compliquée, et tu recommences jusqu'à obtenir la sortie voulue, ce qui prouve que le code a bien été exécuté

(pour l'iphone ils ont fait comment ?)

Je ne crois pas qu'ils aient casser du chiffrage en brut-force.

ben oui c'est assez probable ou alors faudrait qu'apple soit particulièrement pas doué ^^

./84: de rien captain titille

Pollux (./84) :

squalyl (./80) :
pour casser du RSA c'est possible mais faut être patient.

comme n'importe quel système de chiffrage à clé publique, merci Capitaine Obvious

d'ailleurs pour casser n'importe quel système permettant d'exécuter du code (soit à cause d'une vulnérabilité soit par mot de passe) et qui ne s'autodétruit pas au bout d'un certain nombre d'échecs il suffit aussi d'être patient : tu réinitialise tout et tu envoies des bits aléatoires suivi du binaire d'un programme qui devrait renvoyer une sortie compliquée, et tu recommences jusqu'à obtenir la sortie voulue, ce qui prouve que le code a bien été exécuté

(pour l'iphone ils ont fait comment ?)

Si j'ai bonne mémoire, ils ont pas mal avancé quand ils ont reussi a acceder a un terminal du bootloader, et en dumpant une flash...

Apres je sais pas trop, c'est trouvable

Le blog d'un gars qui avait pas mal bossé sur l'unlocking est celui-ci : http://iphonejtag.blogspot.com/ (d'ailleurs ils a laissé tombé le JTAG au final)

Pfou c'est fou comme c'est "vide" un iPhone :