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

très!

ceci dit le jazelle est inutile, c'est non documenté. Voir wikipedia.

Je crois pas qu'il y ai de doutes : C'est un OMAP1 legerement modifié. J'ai un contact a TI qui bossé dessus, je peux demnader une ref plus précise.

"La nSpire ? Pourquoi vous voulez savoir ? Attendez, c'est quoi votre nom déjà ? Restez en ligne, le temps qu'on vous locali... que j'ailler chercher l'ingénieur d'application"

squalyl : C'est dommage pour le Jazelle. :s
Il y a plus qu'à voir du côté de la rétrocompatibilité ARM7

Godzil (./212) :
Je crois pas qu'il y ai de doutes : C'est un OMAP1 légèrement modifié.

Je pense aussi.

Rétrocompatibilitée ARM7TDMI ? (attention ARM7TDMI == coeur ARMv4T a ne pas confondre avec un coeur ARMv7 == Cortex-XX)

Je vois pas ce qu'il y a a chercher de spécial ?!

Pourquoi pas ça ?

J'ai pas trop pigé ta question, Dude.

Dude (./216) :
Pourquoi pas ça ?

Et tu vas faire quoi de tes ROM GBA sans le hardware qui va autour du CPU ?

Y a-t-il une MMU sur nSpire ?

IIRC, oui. elle mappe toute la mémoire physique sur les mêmes adresses virtuelles.

J'imagine qu'elle doit être configurable pour générer une exception lors d'accès à certaines zones mémoires ?

je pense.

tu connais sans doute mieux que moi:

http://hackspire.unsads.com/wiki/index.php/Hardware#MMU
http://hackspire.unsads.com/wiki/index.php/Virtual_Memory

Il faudrait voir s'il est possible de changer quelles sont les régions mémoire qui déclenchent une exception, et si la granularité est suffisamment fine pour qu'on puisse reproduire correctement la memory map de la GBA. Mais ça a l'air prometteur.

Bon, reste à savoir si le processeur est assez rapide pour émuler le hardware dédié de la GBA à une vitesse décente. Ça c'est un autre problème...

A priori c'est donc une MMU ARM connue, elle doit donc pouvoir mapper des pages arbitraires. Elle a l'air juste configurée sur des pages de 1 Mo.

Je ne sais pas du tout comment ça marche.

Zerosquare (./223) :
Bon, reste à savoir si le processeur est assez rapide pour émuler le hardware dédié de la GBA à une vitesse décente. Ça c'est un autre problème...

10 ou 20 spf, tu prends ça pour une vitesse décente ?

Pas dit que ce soit aussi lent. N'oublie qu'on émule que le hardware, le code tourne en natif à pleine vitesse.

squalyl (./224) :
A priori c'est donc une MMU ARM connue, elle doit donc pouvoir mapper des pages arbitraires. Elle a l'air juste configurée sur des pages de 1 Mo.

Je ne sais pas du tout comment ça marche.

Heureusement qu'elle est connu, vu que c'est un coeur ARM (meme si le SoC est custom, le coeur lui est standard, TI n'a pas le droit de le modifier, ils peuvent ajouter des trucs autour, mais pas changer d'autres trucs, si cet OMAP1 se présente comme un ARM926EJ-S il doit se conformer au minimum de ce que ce sigle signifie, dont la MMU.

ah, ok. je pensais que la modularité faisait de la MMU un bloc IP optionnel.

ca serait un 946 si la MMU n'était pas la (enfin avec un 94x on a un MPU et non une MMU)

./218 : C'était plutôt une réflexion d'ordre "général" et non une idée fixe que j'avais en tête.
Ce que je vois, c'est qu'on a un ARM9, bien plus puissant qu'un ARM7, et en prime on a une rétrocompatibilité hardware avec l'ARM7.
Donc une émulation (comme 0² l'a suggéré en ./223) est envisageable, surtout qu'on est capable de modifier la fréquence de fonctionnement de l'ARM9 en software.
Et j'y voyais plein d'applications (pour peu que la MMU soit coopérative comme justement soulignée ici ).
Comme par exemple un émulateur GBA, puisque les sources de gbc4nspire ont été perdues. Or, la gba est rétrocompatible avec la GBC et la GB.
Et je suis sûr qu'il y en aurait d'autres (le NXT de Lego ? ).
Et pour revenir à l'ému GBA, il y a quelque chose qui pourrait poser problème mais c'est à réfléchir : la taille des roms GBA.

Dude (./230) :
Or, la gba est rétrocompatible avec la GBC et la GB.

En embarquant un Z80, ce que n'a pas la nspire.

Erf, bien vu.

sur la gp32, yoyofr enf65 avais fait un emu comme ca, grâce a la mmu il a tout mappé, mais ca ramais tout de même, faut pas oublier qu'il y à masse de hard derrière pour le blit, et la gp etais >= 133mhz

il y aurais surement un soucis aussi pour les grosse roms qui tiennent pas en ram

// edit enf65 est l'auteur, pas yoyofr ^^ et les sources sont la

32 Mo de ROM, 32 Mo de RAM dont 17 dispo je crois.

Si il n'y avais que ça comme problèmes potentiels. Il ne suffit pas d'avoir un CPU similaire pour pouvoir faire un emulateur...

Tiens, je me demande ce qu'en pense Brunni...
!call Brunni
--- Call : Brunni appelé(e) sur ce topic ...

Pas besoin du Z80, il ne sert pas en mode GBA.
Comme ça à froid j'ai du mal à imaginer comment "insérer" dans du code natif l'émulation de composants réalisant des tâches en //. Il faudrait des timers (en imaginant qu'ils soient assez fins, je ne peux pas dire comme ça à quel point). Au moins avec un dynarec on peut faire des vérifs durant les sauts, où la main nous est redonnée...
Pour la gestion du LCD ça doit être possible de n'effectuer le rendu ("tout ce qui n'a pas été rendu jusqu'ici") qu'en fin de frame ou à la modification de certains registres (les rasters sont pas mal utilisés sur GBA; à voir), mais le code pour ça est plutôt lourd, même en laissant tomber les transformations affines (mais là encore, à voir). Evidemment laisser tomber le son, donc les fonctionnalités spéciales des DMA 1 & 2 et le 0 (auto-repeat, etc.) et les faire séquentiellement (le CPU est bloqué de tte), ça semble possible.
Reste que le CPU est vraiment plutôt lent, donc je ne sais pas trop. Comme proof of concept il pourrait être intéressant de voir comment c'est réalisable de faire fonctionner des jeux en mode bitmap, comme mon vieux Balle qui n'utilise que le CPU et blitte direct en VRAM. En plus c'est un port d'un jeu TI, donc la boucle serait bouclée Sinon il y aurait Doom pour les plus téméraires, mais je ne sais pas ce que ce dernier utilise comme autres fonctionnalités du HW.

doom est déja porté sur nspire

Avis à tous ceux qui veulent une nSPIRE avec clavier 84+ :



MP si vous voulez connaître le temple qui les brade.

50€, la vache...
On se sent bien que TI, et les distributeurs, veulent liquider les stocks de Nspire (CAS) Clickpad pour que le maximum de personnes passent aux Nspire (CAS) Touchpad, dont le touchpad est d'ailleurs de fort mauvaise qualité (d'après ceux qui ont un tel clavier).