[critor]

Au printemps 2017, parrotgeek1 trouvait sur eBay un lot de TI-Nspire assez spéciales, acheté peu après par Brandon Wilson.

Pas de simples prototypes prêtés à des enseignants/testeurs avant la sortie, mais des machines utilisées par l'équipe de développement de Texas Instruments et ayant miraculeusement échappé à la destruction.

Cet été, le lot en question est en vacances chez nous, et nous allons donc en profiter pour lui arracher jusqu'à son dernier secret.

Après les deux TI-Nspire de droite sur la photo et la carte TI-Nspire TestBoard, aujourd'hui occupons-nous d'une des deux TI-Nspire CAS de gauche.



Sommaire :

1. Exploration visuelle
2. Exploration logicielle
3. Exploration série
4. Exploration matérielle
5. Dumping
6. Upgrade

1) Exploration visuelle :Go to top

La calculatrice est d'apparence normale.

Au dos on note l'ouverture dans la coque permettant la connexion de la carte TI-Nspire TestBoard. Y est également présent un carré avec plusieurs couches de mousse. Peut-être quelque chose qui était destiné à sécurisé le branchement en question, puisque l'on en retrouve une trace sur l'une des cartes. En tous cas il ne semble plus avoir aucun effet ici.

Le numéro de série est ici manquant puisque mangé par l'ouverture, seul le début en 20160 ayant survécu. Par contre, un numéro de série manuscrit a été rajouté dans le cadre prévu pour mettre son nom et semble le compléter de façon cohérente : 2016010959.

2) Exploration logicielle :Go to top

Allumons la machine. Sa barre de chargement se bloque un instant au démarrage, ce qui suggérerait qu'il y a tentative de charger une image Diags avant le Boot2 mais que cela échoue.

Le carré présent en haut à gauche de l'écran dès l'exécution du Boot1 puis pendant celle du Boot2 nous indique qu'elle fonction en mode développement. Aussi, en l'état, nous ne pourrons y exécuter que des images de développement et non de production.

Un petit tour par l'écran à propos nous apprend :

• que nous sommes ici sur le système de développement TI-Nspire CAS 1.1.9170 du 7 mai 2007, compilé donc la veille de système de production 1.1.9170 du 8 mai 2007.
• l'utilisation du Boot1 1.1.8916, ici donc en version de développement
• l'utilisation du Boot2 1.1.8981, ici donc en version de développement

3) Exploration série :Go to top

Après avoir interfacé la carte TI-Nspire TestBoard entre la calculatrice et un port série DB9, on peut récupérer la sortie du port série de la calculatrice pendant son démarrage.

Le log de démarrage nous confirme :

• l'utilisation du Boot1 1.1.8916 en mode développement du 23 mars 2007 à 23h29, précédant de quelques minutes sa version de production du 23 mars 2007 à 23h37
• la tentative de chargement d'un logiciel de diagnostics qui échoue

Boot Loader Stage 1 (1.1.8916)
Build: 2007/4/23, 23:29:51
Copyright (c) 2006, 2007 Texas Instruments Incorporated
Using developer keys

Last boot progress: 35
Clocks: CPU = 90MHz AHB = 45MHz APB = 22MHz

Available system memory: 37292
Checking for NAND: NAND Flash ID: ST Micro NAND256R3A
SDRAM memory test: Pass
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Boot option: Normal (18 keys pressed)

Loading DIAGS software...

20%Error reading/validating DIAGS image

Error loading DIAGS. Switching to BOOT2.

Loading BOOT2 software...

99%
BOOT1: loading complete (392 ticks), launching image.

Curieux toutefois le signalement de "18 keys pressed". Peut-être un problème de clavier...

Par la suite on confirme le passage sur le Boot2 de développement 1.1.8981 du 25 avril 2007 à 23h54, précédant là encore sa version de production du 26 avril 2007 à 0h2

Boot Loader Stage 2 (1.1.8981)
Build: 2007/4/25, 23:54:51
Copyright (c) 2006, 2007 Texas Instruments Incorporated
Using developer keys

Clocks: CPU = 90MHz AHB = 45MHz APB = 22MHz
Checking for NAND: NAND Flash ID: ST Micro NAND256R3A


Initializing graphics subsystem.
Boot option: Normal


Initializing filesystem.
Datalight Reliance v2.10.1150
Copyright (c) 2003-2006 Datalight, Inc.
Datalight FlashFX Pro v3.00 Build 1358
Nucleus Edition for ARM9
Copyright (c) 1993-2006 Datalight, Inc.
Patents: US#5860082, US#6260156.
Filesystem ready.
Purging temporary files...

Loading Operating System...

100%

BOOT2: loading ▒▒v>?~>9▒▒▒> ▒v▒ ▒ p▒▒p>▒▒▒▒▒p▒▒v▒▒▒▒p>9▒▒▒ ▒~2?▒▒▒▒>▒v>▒8▒

Enfin on passe sur l'OS de développement 1.1.9170 dont on obtient la date de compilation, 7 mai 2007 à 1h44 :

Beginning system initialization.
Preparing file system. This takes a while...
POSIX layer initialized.
POSIX devices initialized.
Datalight Reliance v2.10.1150
Copyright (c) 2003-2006 Datalight, Inc.
Datalight FlashFX Pro v3.00 Build 1358
Nucleus Edition for ARM9
Copyright (c) 1993-2006 Datalight, Inc.
Patents: US#5860082, US#6260156.

POSIX file system initialized.
File system ready.
* P1R2 mode battery door detection
System build date: May 7 2007, 01:44:34
Available memory: 22466596 bytes
Purging temporary files...
Launching system...
Probe Session Manager Initialized
Probe Session Task started.
Setting Console Log Level = 0
RET - SC: TI_CN_Nspire_SC_Init called
NavNet Ready.

4) Exploration matérielle :Go to top

Enfin, ouvrons la bête pour lui extirper ses derniers secrets.
On confirme l'usage de la carte écran de production P1R2_P3_LB_MP_2440.

On confirme l'usage de la carte mère de production P2/P3 ASIC MB_MP_6440 ainsi que de la carte écran P1R2/P3_LB__MP_2440 qui va avec.

On confirme également la carte mère de production P1R2_MB_MP_6440.

La présence du connecteur J04/JTAG semble être la seule modification apportée à la carte mère. Nous ne voyons apparemment aucune altération autour de la puce Flash NOR SST 39WF400A.
D'où un mystère, si la puce Flash NOR ici issue de la chaîne de montage de production n'a pas été déprotégée contre l'écriture, comment a-t-il été possible de remplacer son Boot1 de production par une version de développement ? Ou alors la modification était suffisamment simple pour être temporaire, ne nécessitant par exemple pas de soudures ?

5) Dumping :Go to top

L'OS TI-Nspire CAS de développement 1.1.9170 a été dumpé par envoi sur une autre TI-Nspire CAS et interception de son fichier de réception temporaire via un programme Ndless.

Nous pouvons maintenant mettre à jour avec l'OS de développement 1.2.2344 afin d'installer Ndless 1.2 prototypes et de pouvoir dumper le reste.

Les Boot1 de développement 1.1.8916 et Boot2 de développement 1.1.8981 avaient déjà été dumpés, et l'on confirme qu'ils sont identiques.

La partition Diags a toutefois également été dumpée par la même occasion. Elle contient bien quelque chose, un logiciel de diagnostics 1.1.0 spécial où tout se passe sur la console série avec un shell U-Boot en version 1.1.2 du 2 février 2007.
Il est signé avec les clés de production, et c'est pour cela que le Boot1 1.1.8916 de développement de cette machine ne voulait pas le lancer. Mais nous pouvons le programmer et lancer sur un modèle de production, ou bien sur émulateur :

Boot Loader Stage 1 (1.1.8916)
Build: 2007/4/23, 23:37:16
Copyright (c) 2006, 2007 Texas Instruments Incorporated
Using production keys

Last boot progress: 0
Clocks: CPU = 90MHz AHB = 45MHz APB = 22MHz

Available system memory: 37292
Checking for NAND: NAND Flash ID: ST Micro NAND256R3A
PM is turning the device OFF
PM has turned the device ON
SDRAM memory test: Pass
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Boot option: Normal

Read of bootdata failed

Loading DIAGS software...

96%
BOOT1: loading complete (62 ticks), launching image.


U-Boot 1.1.2 (Feb 2 2007 - 19:48:46)

U-Boot code: 11800000 -> 1182DC2C BSS: -> 1183246C
RAM Configuration:
Bank #0: 10000000 32 MB
Flash: 0 kB
NAND:32 MB
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err: serial
Hit any key to stop autoboot: 0
Starting Phoenix diagnostics...
Phoenix ASIC# help
? - alias for 'help'
autoscr - run script from memory
base - print or set address offset
bdinfo - print Board Info structure
boot - boot default, i.e., run 'bootcmd'
bootd - boot default, i.e., run 'bootcmd'
bootm - boot application image from memory
bootp - boot image via network using BootP/TFTP protocol
cmp - memory compare
coninfo - print console devices and information
cp - memory copy
crc32 - checksum calculation
dhcp - invoke DHCP client to obtain IP/boot params
echo - echo args to console
erase - erase FLASH memory
flinfo - print FLASH memory information
go - start application at address 'addr'
help - print online help
iminfo - print header information for application image
imls - list all images found in flash
itest - return true/false on integer compare
loadb - load binary file over serial line (kermit mode)
loads - load S-Record file over serial line
loop - infinite loop on address range
md - memory display
mm - memory modify (auto-incrementing)
mtest - simple RAM test
mw - memory write (fill)
nand - NAND sub-system
nboot - boot from NAND device
nfs - boot image via network using NFS protocol
nm - memory modify (constant address)
printenv- print environment variables
protect - enable or disable FLASH write protection
rarpboot- boot image via network using RARP/TFTP protocol
reset - Perform RESET of the CPU
run - run commands in an environment variable
saveenv - save environment variables to persistent storage
setenv - set environment variables
sleep - delay execution for some time
tftpboot- boot image via network using TFTP protocol
tidiag - perform Phoenix board diagnostics
version - print monitor version
Phoenix ASIC# version

U-Boot 1.1.2 (Feb 2 2007 - 19:48:46)
Phoenix ASIC#

Il est probable que ce soit ce module qui ait été utilisé pour remplacer le Boot1 de production de la puce Flash NOR SST 39WF400A par la version de développement, les commandes de reprogrammation étant comme tu le vois disponibles.

Tous les éléments récupérés ainsi que ceux nécessaires à leur utilisation sont disponibles ci-après.

6) Upgrade :Go to top

Brandon l'ayant demandé, profitons-en maintenant pour tenter de déverrouiller cette calculatrice, afin de pouvoir la mettre à jour avec des versions de production.

Garder une calculatrice en mode développement n'a quasiment aucun intérêt :

• Ni pour les utilisateurs, car on ne peut alors y installer que des version de développement, qui ne sont pas diffusées publiquement par Texas Instruments. Celles que nous avons récupérées à date ne dépassent pas la versio 3.0 et sont loin très d'être à jour en fonctionnalités.
• Ni pour les développeurs tiers, Ndless n'est à date installable que sur des versions de développement 1.1 à 1.2 préhistoriques.

Une fois Ndless installé, le déverrouillage est facile, consistant juste à reprogrammer les Boot1 et Boot2 avec des versions de production.

Cela se passe apparemment sans aucun difficulté ici; la puce Flash NOR est donc bien déprotégée contre l'écriture. Alors soit nous avons raté quelque chose sur la carte mère, soit toutes les puces Flash NOR des TI-Npire CAS de production (version matérielle inférieure à C) peuvent être réinscrites.

Voici maintenant la calculatrice complètement à jour, fin prête pour de nouvelles aventures chez Brandon !

Téléchargements :

• OS TI-Nspire CAS de développement 1.1.9170 (nécessite un Boot2 de développement, ou un Boot2 de production avec le certificat de développement adéquat)
• Boot2 de développement 2.0.0.DEVBUILD *DEBUG* (nécessite un Boot1 de développement)
• Boot2 de production 1.4.1571 (nécessite un Boot1 de production)
• Boot1 de développement 1.1.9170
• Diags de production 1.1.0 avec U-Boot 1.1.2 (nécessite un Boot1 de production)

[critor]

Dans un article précédent, nous découvrions la TI-Nspire TestBoard, carte se branchant sur le connecteur J04 des TI-Nspire ClickPad.

Nous avons pu vérifier que cette carte offrait :

• un bouton reset pour redémarrer la calculatrice sans besoin de la retouner
• l'accès en lecture et écriture au port série de la calculatrice via un connecteur standard DB9

La carte dispose aussi de deux connecteurs JTAG, J01 et J05.

Le J05 à 14 broches était pour la prise de contrôle du processeur MSP430 de la carte, comme confirmé dans notre dernier article.

Nous supposions que le J01 à 13 broches était quant à lui pour la prise de contrôle du processeur ARM de la calculatrice.

Aujourd'hui, continuons à explorer cette carte avec ce dernier connecteur. Pour cela, nous allons nous munir d'une autre interface JTAG, la TMS320-JTAG-USB XDS100-V2 de chez Olimex conseillée par Lionel Debroux et que voici ci-contre.

La boîte contient donc :

• l'interface JTAG avec :
  
  • une prise USB-B femelle
  • un connecteur JTAG mâle avec 2×10=20 broches et muni d'un détrompeur
  • un voyant d'alimentation
• une nappe 2×10=20 fils femelle-femelle avec détrompeurs
• une nappe 2×7=14 fils femelle-femelle avec deux détrompeurs (niveau brochage et prise)
• un adaptateur 20 broches ↔ 14 broches

Ne reste plus qu'à assembler le tout, tâche sans danger du côté interface grâce aux nombreux détrompeurs.

Par contre, le connecteur J01 de la carte TI-Nspire TestBoard n'a que le détrompeur niveau brochage. Dans le cas d'utilisation d'une nappe générique, il faut donc bien faire attention au sens de connexion, avec ici le fil rouge du côté des broches numérotées 1 et 2.



Une fois les pilotes FTDI installés, voyons ce que OpenOCD nous détecte :

Code: Select all

C:\Users\Andreani\Downloads\OpenOCD-20160901\bin>openocd.exe -f openocd.cfg
Open On-Chip Debugger 0.9.0 (2016-09-01) [https://github.com/sysprogs/openocd]
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
adapter speed: 500 kHz
Error: libusb_open() failed with LIBUSB_ERROR_NOT_SUPPORTED
Info : clock speed 500 kHz
Warn : There are no enabled taps.  AUTO PROBING MIGHT NOT WORK!!
Info : JTAG tap: auto0.tap tap/device found: 0x0792606d (mfg: 0x036 (LSI Logic), part: 0x7926, ver: 0x0)
Warn : AUTO auto0.tap - use "jtag newtap auto0 tap -irlen 4 -expected-id 0x0792606d"
Warn : gdb services need one or more targets defined
Info : JTAG tap: auto0.tap tap/device found: 0x0792606d (mfg: 0x036 (LSI Logic), part: 0x7926, ver: 0x0)
   TapName             Enabled  IdCode     Expected   IrLen IrCap IrMask
-- ------------------- -------- ---------- ---------- ----- ----- ------
0 auto0.tap              Y     0x0792606d 0x00000000     4 0x01  0x03
    TargetName         Type       Endian TapName            State
--  ------------------ ---------- ------ ------------------ ------------

OpenOCD nous trouve donc une puce 0x0792606d de chez LSI Logic (0x036), ce qui semble correct.

Nous voici donc dotés de suffisamment d'information pour compléter correctement le fichier de configuration :

Code: Select all

#set MODE "nsp20"
#set MODE "nsp13"
#set MODE "ns1"
#set MODE "ns2"
set MODE "ns1ext"
#set MODE "ns2ext"
#set MODE "cx"
#set MODE "cxext"
#set MODE "nav"
#set MODE "none"

if { $MODE == "nav" } {
   set ID1      "0x2b89102f"
   set LEN1   "6"
   set TYPE1   "jrc"
   set NTAPS   1
   set TAP      "1"
   set CHIP   "cortex_a"
}
if { ($MODE == "nsp20") + ($MODE == "nsp13") } {
   set ID1      "0x0692602f"
   set LEN1   "4"
   set TYPE1   "cpu"
   set ID2      "0x00000000"
   set LEN2   "2"
   set TYPE2   "unknown"
   set NTAPS   2
   set TAP      "1"
   set CHIP   "arm926ejs"
}
if { ($MODE == "ns1") + ($MODE == "ns1ext") } {
   set ID1      "0x0792606d"
   set LEN1   "4"
   set NTAPS   1
   set TYPE1   "cpu"
   set TAP      "1"
   set CHIP   "arm926ejs"
}
if { ($MODE == "ns2") + ($MODE == "ns2ext") } {
   set ID1      "0xa065416d"
   set LEN1   "29"
   set NTAPS   1
   set TYPE1   "unknown"
   set TAP      "0"
}
if { ($MODE == "cx") + ($MODE == "cxext") } {
   set ID1      "0x1b900f0f"
   set LEN1   "4"
   set TYPE1   "bs"
   set ID2      "0x07926f0f"
   set LEN2   "4"
   set TYPE2   "cpu"
   set NTAPS   2
   set TAP      "2"
   set CHIP   "arm926ejs"
}

#set DRV "ft2232"
set DRV "ftdi"

set INT "xds100v2"
if { $MODE=="nsp20"} {
   set INT "tinyh"
}

# *** DRIVERS ***
interface $DRV

# *** INTERFACES ***
if { $INT=="xds100v2" } {
   set INT_DESC "Texas Instruments Inc.XDS100 Ver 2.0"
   set INT_VID 0x0403
   set INT_PID 0xa6d0
}
if { $INT=="tinyh" } {
   set INT_DESC "Olimex OpenOCD JTAG ARM-USB-TINY-H"
   set INT_VID 0x15ba
   set INT_PID 0x002a
}
if { $DRV=="ft2232" } {
   ft2232_device_desc "$INT_DESC"
   ft2232_vid_pid $INT_VID $INT_PID
   ft2232_layout $INT
}
if { $DRV=="ftdi"} {
   ftdi_vid_pid $INT_VID $INT_PID
   if { $INT=="xds100v2"} {
      ftdi_layout_init 0x0038 0x597b
      ftdi_layout_signal nTRST -data 0x0010
      ftdi_layout_signal nSRST -oe 0x0100
      ftdi_layout_signal EMU_EN -data 0x0020
      ftdi_layout_signal EMU0 -oe 0x0040
      ftdi_layout_signal EMU1 -oe 0x1000
      ftdi_layout_signal PWR_RST -data 0x0800
      ftdi_layout_signal LOOPBACK -data 0x4000
   }
   if { $INT=="tinyh"} {
      ftdi_layout_init 0x0808 0x0a1b
      ftdi_layout_signal nSRST -oe 0x0200
      ftdi_layout_signal nTRST -data 0x0100 -oe 0x0100
      ftdi_layout_signal LED -data 0x0800
   }
   transport select jtag
}

adapter_khz 500

#adapter_nsrst_delay 200
#jtag_ntrst_delay 200
#reset_config trst_only combined
#reset_config trst_and_srst combined
#reset_config trst_and_srst srst_pulls_trst

# *** TARGETS ***
if { $MODE != "none" } {
   jtag newtap $MODE $TYPE1 -irlen $LEN1 -expected-id $ID1
   if { $NTAPS > 1} {
      jtag newtap $MODE $TYPE2 -irlen $LEN2 -expected-id $ID2
   }
   if { $TAP == "1" } {
      target create $MODE.$TYPE1 $CHIP -chain-position $MODE.$TYPE1
   }
   if { $TAP == "2" } {
      target create $MODE.$TYPE2 $CHIP -chain-position $MODE.$TYPE2
   }
   if { ($MODE == "ns1ext") + ($MODE == "ns2ext") + ($MODE == "cxext") } {
      flash bank boot1 cfi 0 524288 1 1 $MODE.cpu
   }
   init
   if { $DRV=="ftdi"  && $INT=="xds100v2"} {
      ftdi_set_signal PWR_RST 1
      jtag arp_init
   }
}
scan_chain
targets
if { $MODE != "none" } {
   halt
}

Voyons donc enfin ce que cela donne :

Code: Select all

C:\Users\Andreani\Downloads\OpenOCD-20160901\bin>openocd.exe -f openocd.cfg
Open On-Chip Debugger 0.9.0 (2016-09-01) [https://github.com/sysprogs/openocd]
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
adapter speed: 500 kHz
Error: libusb_open() failed with LIBUSB_ERROR_NOT_SUPPORTED
Info : clock speed 500 kHz
Info : JTAG tap: nsext.cpu tap/device found: 0x0792606d (mfg: 0x036 (LSI Logic), part: 0x7926, ver: 0x0)
Info : Embedded ICE version 6
Info : nsext.cpu: hardware has 2 breakpoint/watchpoint units
Info : JTAG tap: nsext.cpu tap/device found: 0x0792606d (mfg: 0x036 (LSI Logic), part: 0x7926, ver: 0x0)
   TapName             Enabled  IdCode     Expected   IrLen IrCap IrMask
-- ------------------- -------- ---------- ---------- ----- ----- ------
0 nsext.cpu              Y     0x0792606d 0x0792606d     4 0x01  0x03
    TargetName         Type       Endian TapName            State
--  ------------------ ---------- ------ ------------------ ------------
0* nsext.cpu          arm926ejs  little nsext.cpu          running
nsext.cpu: target state: halted
target halted in ARM state due to debug-request, current mode: Supervisor
cpsr: 0x600000d3 pc: 0xa40098f4
MMU: disabled, D-Cache: enabled, I-Cache: enabled

OpenOCD semble cette fois-ci bien prendre le contrôle du processeur, l'écran de la calculatrice se figeant et cette dernière cessant de répondre aux touches clavier.

A suivre...

[critor]

Au printemps 2017, parrotgeek1 trouvait sur eBay un lot de TI-Nspire assez spéciales, achetées peu après par Brandon Wilson.

Pas de simples prototypes prêtés à des enseignants/testeurs avant la sortie, mais des machines utilisées par l'équipe de développement de Texas Instruments et ayant miraculeusement échappé à la destruction.

Cet été, le lot en question est en vacances chez nous, et nous allons donc en profiter pour lui arracher jusqu'à son dernier secret.

Aujourd'hui occupons-nous de la TI-Nspire en haut à droite sur la photo, reçue ici sans clavier.



Sommaire :

1. Exploration visuelle
2. Exploration logicielle
3. Exploration série
4. Exploration matérielle
5. Dumping

1) Exploration visuelle :Go to top

A première vue la calculatrice est d'apparence normale.

Mais au dos nous concentrons les surprises, avec :

• un boîtier clairement non final, puisque contrairement à nombre d'autres prototypes les indications normalement gravées pour les bouton reset et de déverrouillage du clavier en sont absentes
• une ouverture découpée dans le clavier et permettant l'accès au connecteur J04/JTAG absent des modèles de production
• un numéro de série gravé en P3-ASIC, tronqué par l'ouverture en question
• en conséquence un numéro de série manuscrit de remplacement : 2011002716
• un autocollant en partie effacé :
  

  Prototype - Not for Sale
  This device has not been authorized as required by the rules of the Federal Communications Commission. This device is not, and may not be, offered for sale or lease, or sold or leased, until authorization is obtained.

Notons que l'ouverture laisse apparaître la référence de la carte mère, P2/P3 ASIC MB_MP_6440, soit la même que sur les cartes mère de production.
Il s'agit donc d'un modèle destiné à être utilisé par les ingénieurs Texas Instruments pour tester les nouvelles versions en cours de développement, avec donc ajout du connecteur J04/JTAG.

2) Exploration logicielle :Go to top

Cette machine démarrant en mode développement comme indiqué par le carré sur l'écran nous est venue sans OS, et nous allons bien évidemment la remettre en état pour Brandon.
Mais comble de malchance, elle a une protection anti-downgrade qui lui fait rejeter les OS de développemnt 1.1, 1.5 et 2.0 dont nous disposons.
Pas trop le choix donc, nous pouvons lui mettre les OS de développement 3.0.0.621 ou 3.0.0.1217 dumpés récemment.
Maigre compensation, ces OS ne feront pas empirer la version minimale d'OS installable, réglée à 1.1.99 pour chacun.

Une fois l'OS enfin installé et démarré, nous apprenons l'utilisation :

• d'un Boot1 de développement 1.1.8916 déjà dumpé
• d'un Boot2 de développement 3.0.0 encore jamais dumpé à ce jour, et qui serait donc intermédiaire entre la version de développement 2.0.0 du 13 octobre 2009 et la version de production 3.0.1.131 du 23 février 2011

3) Exploration série :Go to top

Après avoir branché le port Dock/J01 de la calculatrice sur une interface adéquat, on peut récupérer la sortie du port série.

Le log de démarrage nous confirme l'utilisation :

• du Boot1 1.1.8916 de développement du 23 avril 2007
• d'un Boot2 3.00.DEVBUILD de développement du 17 septembre 2010

Boot Loader Stage 1 (1.1.8916)
Build: 2007/4/23, 23:29:51
Copyright (c) 2006, 2007 Texas Instruments Incorporated
Using developer keys

Last boot progress: 41098
Clocks: CPU = 90MHz AHB = 45MHz APB = 22MHz

Available system memory: 37292
Checking for NAND: NAND Flash ID: ST Micro NAND256R3A
PM is turning the device OFF
PM has turned the device ON
SDRAM memory test: Pass
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Boot option: Normal

Loading DIAGS software...

Error reading/validating DIAGS image

Error loading DIAGS. Switching to BOOT2.

Loading BOOT2 software...

99%
BOOT1: loading complete (312 ticks), launching image.



Boot Loader Stage 2 (3.00.DEVBUILD)
Build: 2010/9/17, 14:13:38
Copyright (c) 2006, 2007, 2008 Texas Instruments Incorporated
Using developer keys

Clocks: CPU = 90MHz AHB = 15MHz APB = 7MHz
Checking for NAND: NAND Flash ID: ST Micro NAND256R3A


Initializing graphics subsystem.
Boot option: Normal


Initializing filesystem.
Datalight Reliance v2.10.1150
Copyright (c) 2003-2006 Datalight, Inc.
Datalight FlashFX Pro v3.00 Build 1358
Nucleus Edition for ARM9
Copyright (c) 1993-2006 Datalight, Inc.
Patents: US#5860082, US#6260156.
Filesystem ready.
Purging temporary files...
TI_OS_INSTALL_PRECHECK_OK (0)

Loading Operating System...

100%

BOOT2: loading complete (3206 ticks), launching image.

4) Exploration matérielle :Go to top

Enfin, ouvrons la bête pour lui extirper ses derniers secrets.
On confirme l'usage de la carte mère de production P2/P3 ASIC MB_MP_6440 ainsi que de la carte écran P1R2/P3_LB__MP_2440 qui va avec.

Outre la présence du connecteur J04/JTAG nous notons une autre modification apportée à la carte mère, avec l'ajout d'un fil qui proche de la puce Flash NOR SST 39WF400A, rendant ainsi son Boot1 reprogrammable.
Cette modification fut probablement nécessaire pour programmer le Boot1 1.1.8916 de développement dans la puce de cette carte mère de production.

5) Dumping :Go to top

Malheureusement, à cause de sa protection anti-downgrade il est impossible d'installer la version 1.1.9227 sur ce modèle, seul OS TI-Nspire de développement pour lequel une version Ndless est disponible.

En conséquence, il nous est impossible à ce jour de dumper le Boot2 3.0.0 de développement.

Le seul moyen que nous verrions serait d'adapter le jailbreak Ndless ou bien l'outil Nleash faisant sauter la protection anti-downgrade pour les OS installables sur ce modèle, soit à ce jour les OS 3.0.0.621 ou 3.0.0.1217.

[critor]

Aujourd'hui le chinois comsmy, grand amateur et revendeur de prototypes TI-Nspire, nous a dégoté un nouveau prototype TI-Nspire.

Son numéro de série est N3-DVT1-085, et il est équipé de l'OS de développement 3.0.0.1217.

Cet OS dispose toujours de l'éditeur de thème déjà remarqué dans la version de développement 3.0.0.621 du 4 octobre 2010, et qui sera supprimée avant la sortie de la version de production 3.0.1.1753 du 24 mars 2011.

Nous y remarquons également déjà l'abandon du thème TI-Nspire CX en niveaux de gris, pour le thème simplifié/constrasté dédié aux modèles monochromes que nous connaissons.

Comsmy s'est même donné la peine de dumper l'OS, par envoi sur une autre machine et interception du fichier de réception temporaire via un programme Ndless que nous lui avons communiqué.

Si bien que l'on peut le tester sur émulateur, et en récupérer le log de démarrage :

Beginning system initialization.
Clocks: CPU = 120 MHz AHB = 60 MHz APB = 30 MHz

Preparing file system. This takes a while...
POSIX layer initialized.
POSIX "NULL" device initialized.
POSIX "CONSOLE" device initialized.
Datalight Reliance v2.10.1150
Copyright (c) 2003-2006 Datalight, Inc.
Datalight FlashFX Pro v3.00 Build 1358
Nucleus Edition for ARM9
Copyright (c) 1993-2006 Datalight, Inc.
Patents: US#5860082, US#6260156.

POSIX file system initialized.
File system ready.
* P3 mode battery door detection
System build date: Jan 4 2011, 01:23:32
Available memory: 15260764 bytes
Purging temporary files...
Launching system...
Created Execution Context
NavNet Ready.
BOOT2 updater: error -2

Nous y relevons notamment sa date de compilation bien évidemment intermédiaire, 4 janvier 2011.

Enfin, petit tour dans la machine que Comsmy a ouverte pour nous. Elle utilise :

• une carte mère N3_MB_DVT1_4420
• une carte écran N1/N3_LB_DV1_2420

On note la présence sur la carte mère du connecteur J04/JTAG.

Nous sommes également très surpris, par 4 fils rajoutés qui semblent relier directement le port mini-USB à la carte mère... Mais qu'est-ce qu'ils ont encore fabriqué chez TI ?


Téléchargements :

• OS de développement 3.0.0.1217 (nécessite un Boot2 1.4+ de développement, ou un Boot2 1.4+ de production avec le certificat de développement adéquat)
• Boot2 de développement 2.0.0.DEVBUILD *DEBUG* (nécessite un Boot1 de développement)
• Boot2 de production 1.4.1571 (nécessite un Boot1 de production)
• Boot1 de développement 1.1.9170

[critor]

Dans un article précédent, nous découvrions la TI-Nspire TestBoard, carte se branchant sur le connecteur J04 des TI-Nspire ClickPad.

Nous avons pu vérifier que cette carte offrait :

• un bouton reset pour redémarrer la calculatrice sans besoin de la retouner
• l'accès en lecture et écriture au port série de la calculatrice via un connecteur standard DB9

La carte dispose aussi de deux connecteurs JTAG, J01 et J05. Nous supposions que :

• J01 à 13 broches était pour la prise de contrôle du processeur ARM de la calculatrice
• J05 à 14 broches était pour la prise de contrôle du processeur MSP430 de la carte

La complexité électronique de cette carte nous avait par contre paru surprenante, avec son propre processeur MSP430. Nous avions deux hypothèses pour expliquer cela :

• soit le firmware de la carte d'une façon ou d'une autre activait le JTAG de la calculatrice
  (c'est-à-dire qu'une connexion directe d'une interface JTAG générique aux bornes du connecteur J04 de la calculatrice ne fonctionnerait pas, contrairement à la HP Prime)
• soit le firmware effectue une double conversion entre le protocole JTAG pour l'interface à connecter sur J01, et possiblement un protocole propriétaire côté calculatrice

Aujourd'hui, continuons à explorer cette carte. Pour cela, nous allons nous munir d'une interface JTAG ciblant le processeur MSP430, la MSP430-JTAG-TINY-V2 de chez Olimex conseillée par Lionel Debroux et que voici ci-contre.

La boîte contient donc :

• l'interface JTAG avec :
  
  • une prise USB-B femelle
  • un connecteur JTAG mâle avec 2×7=14 broches et muni d'un détrompeur
  • un voyant vert/rouge (prêt/occupé)
• une nappe 2×7=14 fils femelle-femelle avec détrompeurs

La connexion de la nappe à l'interface est sans danger grâce aux détompeurs.

Par contre, le connecteur J05 de la carte TI-Nspire TestBoard n'a pas de détrompeur. Il faut donc bien faire attention au sens de connexion de la nappe, avec ici le fil rouge du côté des broches numérotées 1 et 2.

Niveau logiciel, pour éviter de se lancer dans de lourdes installations, on peut opter pour la solution légère du Olimex MSP430-programmer. Dans ce cas par contre il faudra bien installer ou basculer sur les pilotes FTDI, Windows n'intégrant pas de pilote compatible avec ce logiciel.

Une fois lancé il ne nous reste alors plus qu'à préciser la bonne référence de puce, MSP430F2111 comme vu dans l'article précédent.

C'est important, car les adresses ciblées pour les zones données et firmware ne sont pas les mêmes. Ici avec cette puce ce sera :

• 0xF800-FFFF (2Kio) pour le firmware
• 0x1000-10FF (256 octets) pour la zone de donnés

Plus qu'un clic sur le bouton Read et voilà, le firmware de la TI-Nspire TestBoard est dumpé !
Il est même identique sur les 3 cartes dont nous disposons.

Il va maintenant falloir comprendre ce qu'il fait pour pouvoir répondre à nos interrogations. Parles-tu MSP430 ?

Téléchargement : firmware TI-Nspire TestBoard