[mOved] TI-Nspire, premières impressions - Page 10

int main() {
printf("cpuz for nspire\n"
"cpuid: 0xB16B00B5\n"
"CPU: arm926\n"
"Clock: 95 MHz\n"
"armv4t thumb jazelle mmu ssse3 pae x86_64\n"
"bogomips: 42\n"
);
}

dehors!

je sais pas ce que tu voudrais de plus

Simplement prouver que la NSpire renferme bien un ARM926EJ-S au lieu de se contenter de spéculations.
C'est pour ça que j'avais mentionné cette doc qui permet d'accéder directement au modèle du proc via un petit bout de code exécuté sur la NSpire. (Cf. ./267 )
Mais bon, de toutes évidences, j'ai loupé quelque chose à ce sujet.

void main() {
    int nombre = sceRandom();
    printf(nombre == 0? "Dude a raison" : "Dude a tort");
}

A partir de là on peut déduire quel processeur c'est

comment on fait une boite de dialogue avec une nspire?

A compléter:

#include "kivonbien.h"

unsigned int getcp15_0()
{
  unsigned int val;
  asm volatile("mcr p15, 0, ........");
  return val;
}

int main(void)
{
  char buffer[100];
  unsigned int value;

  value = get_cp15_0();
  sprintf(buffer, "CP15=0x%08X",value);
  nspire_messagebox(buffer);
  return 0;
}

Hooo tu utilise le random de Sony ! Fichtre ! Tu utilise du lourd la

infos plus simples
http://infocenter.arm.com/help/topic/com.arm.doc.dui0395b/CIHCAGHH.html
http://osdir.com/ml/android-ndk/2010-04/msg00055.html

unsigned int getArmCpuId()
{
 unsigned int id = 0;
 asm volatile("mrc p15 0, %0, c0, c0, 0" : "=r" (id));
 return id;
}

Plus qu'a faire une messagebox et tu l'as ton cpuid

au complet:

#include "libndls.h" 
 
unsigned int getArmCpuId() 
{ 
 unsigned int id = 0; 
 asm volatile("mrc p15 0, %0, c0, c0, 0" : "=r" (id)); 
 return id; 
}
 
int main(void) 
{ 
  char buffer[100]; 
  unsigned int value; 
 
  value = getArmCpuId(); 
  sprintf(buffer, "CP15[0]=0x%08X",value); 
  show_msgbox("ARM CPUID", buffer); 
  return 0; 
}

si quelqu'un compile ça avec ndless et l'exécute sur une nspire, on devrait en savoir plus.

Ah voilà
Merci squalyl ! C'est exactement de ça que je parlais
Par contre j'ai pas de NSpire pour tester, et je me demandais suite à ton deuxième lien de ./279 :
Ca peut briquer la calc ce code ou c'est safe ? A priori on ne fait que lire...mais bon.

./276 : Ca peut peut-être marcher ouais -.-

je pense pas que ça puisse "briquer", je n'écris rien. Au pire ça reboot ou ça se bloque

je suis presque certain que ça n'explosera pas (mais des lunettes de sécurité ne sont pas superflues )

Le modèle du CPU était déjà confirmé :
topics/125502-desassemblage-du-boot2/18#511

./283

Tu pouvais pas le dire plus tôt hwti ?
Et arrêtez de loucher sur ma signature.

C'est quand même excellent l'informatique quand on y pense. Tandis que certains connaisseurs du hard, encore pleins d'espoir, grattent les inscriptions pour éviter l'espionnage industriel, les autres n'ont qu'à exécuter quelques lignes pour savoir des choses que si ça se trouve même les concepteurs du produit ne savent

Tu es content de savoir que tu as un ARM 926EJ-S hein, mais ça ne t'apprent strictement rien sur ce qui est autour du coeur, et si les concepteurs savent ce qu'est le cp15 registre 0, c'est la base meme de l'ARM. Ne les sous estiment pas. Ce n'est pas la meme equipe qui a bossé sur le hardware de la nSpire que celle qui a bossé sur les TI68k

C'est sûr que j'ai un peu exagéré pour la forme, mais bon tu peux quand même savoir des choses qu'on aimerait te cacher si tu arrives à trouver une faille software.
D'ailleurs en quoi c'est utile toutes ces informations au run time? Pour les OS génériques?

chais pas. Pour le fun est déja une bonne explication.

tiens c'est bien la MPL, je vais distribuer ma JVM avec ça je pense.

Brunni (./288) :
C'est sûr que j'ai un peu exagéré pour la forme, mais bon tu peux quand même savoir des choses qu'on aimerait te cacher si tu arrives à trouver une faille software.
D'ailleurs en quoi c'est utile toutes ces informations au run time? Pour les OS génériques?

et les mecs du hardware vu que c'est une info normalement non accessible, ils te mettent un faux code qui fera croire au "super-software-man-qui-a-découvert-la-faille" qu'il s'agit de ceci alors qu'en fait il s'agit de cela, et tout ça avec qqs transistors

Brunni (./288) :
C'est sûr que j'ai un peu exagéré pour la forme, mais bon tu peux quand même savoir des choses qu'on aimerait te cacher si tu arrives à trouver une faille software.
D'ailleurs en quoi c'est utile toutes ces informations au run time? Pour les OS génériques?

Vérifier que le code tourne sur le bon hardware par exemple ? Sur du code générique savoir ce qui est possible ou non ? (genre extensions comme NEON, ou autres) etc...

C'est tres utilisé sur x86 pour savoir quel modele on a et quel optimisations on peux faire au runtime

+1 Godzil, ça servira toujours de savoir les jeux d'instructions disponibles ne serait-ce que pour les optimisations.

(Bon, désolé d'avance pour ce qui suit c'est pas très clair, je sais, mais l'idée est là) :
./287 En fouillant dans les docs au sujet de l'ARM, j'ai cru comprendre qu'il existait un autre port du style JTAG, de debug, qui avait la particularité d'être compressé ( ) et utilisable qu'avec un outil de debug branché en hard (dé/)compressant la transmission.
Et par ce port, sont disponibles toutes les infos sur ce que contient la puce (donc proc et tout ce qui gravite autour : MMU, etc).
J'arrive pas à remettre la main dessus, et pour ce qui est de l'outil de (dé/)compression c'est peut-être émulable mais bon si c'est crypté là...ça fait beaucoup.

Tu arrive après la bataille toi.

depuis quand c'est compressé le jtag?

Bah tu peux compresser quand tu envoie des donnée pour flasher & co, mais bon ^^

Et voilà
"....du style JTAG..." != "C'est du JTAG"

Par contre j'ai absolument pas retenu le nom, et je me demande si ça sert pas aussi à activer/désactiver des modules dans la puce, histoire d'offrir une certaine modularité aux clients.

non mais t'as fini de nous sortir des ziparéque?

Des quoi ? xD
Bon de toutes façons, sans infos ni matos, on va pas aller bien loin je te l'accorde.

Edit : Ze crois que zépigé

Juste pour dire que http://www.ticalc.org/archives/news/articles/14/147/147339.html "Lua Programming Environment on the TI-Nspire Found"... ça, c'est pas mal

pas mal mais comme dit, attention l'OS 3 empêche le downgrade.

sinon youhou ticalc a linké Hackspire \o/