@XTO

Vu sur obligmeent.free.fr:

Pour commencer, il faut préparer votre média proprement dit (clé USB ou carte SD). Pour cela, il vous faudra :

Une configuration Amiga NG (par exemple une Sam440ep).
Le CD d'AmigaOS pour Sam460ex.
Une clé USB ou carte SD de 512 Mo minimum.

Ensuite, utilisez Media Toolbox situé dans le tiroir "System" d'AmigaOS. Attention, l'utilisation de Media Toolbox, l'outil gérant l'installation (initialisation et partitionnement) des périphériques de stockage sur AmigaOS, n'est pas aisée quand on n'a pas l'habitude et vous pouvez rapidement perdre vos données.

Choisissez "usbdisk.device" et "Démarrer", Dans la partie "Unités présentes sur ce contrôleur", sélectionnez votre clé ou votre carte, puis cliquez sur "Installer..." (parfois "Éditer RDB / Réinstaller...". Dans la partie "Caractéristiques du disque", cliquez sur "Installer/Lire la configuration...".

Ensuite, dans la partie "Code de démarrage AmigaOne (SLB)", cliquez sur "Installer", sélectionnez le fichier SLB et confirmez les modifications.

Allez ensuite dans la deuxième partie de Media Toolbox, en cliquant sur "Éditer partitions et systèmes de fichiers". Il vous faut créer une partition qui accueillera vos fichiers : utilisez le système de fichiers standard ou une version de SFS (dans ce cas, la taille des blocs doit être de 512), mais n'utilisez pas JXFS. Pour simplifier, changez-lui son identifiant en "USB0", rendez-la "démarrable" et choisissez une priorité plus importante que celle de la partition système du disque dur, afin de s'assurer qu'elle soit prise en charge avant ce dernier au démarrage.

Sauvegardez tout cela et redémarrez. Formatez la partition puis copiez simplement tout le contenu du CD sur le média; par exemple en faisant un clic droit dans le dossier racine du CD et en choisissant "Exécuter une commande..." et tapez "copy all to USB0:".

Vous pouvez utiliser cette méthode pour, par exemple, faire une sauvegarde de votre partition système personnalisée, histoire de ne pas tout devoir réinstaller ou graver un CD à chaque changement.

Merci sinisrus pour tes infos , mais je ne suis pas encore a cette etape, cela me servira surement plus tard.

Et finalement , mon probleme etait que ,a clef USB avait une capacite de 16Gb et Uboot n'aime pas.

Avec une veille micro SD card de 2 GB dans un dongle usb, uboot boot correctement.
Et apres l'ecran AMIGAOS4.1 en rouge, j'arrive sur un ecran noir sur ma SAM460EX et je ne peux rien faire mais sur la SAM460LE j'arrive bien sur l'ecran qui nous propose ensuite d'installer AmigaOS.
J'ai vu que les 2 version de uboots sont différentes. 2015.a sur SAM460EX et 2015.b sur SAM460LE.
J'ai pu recompiler un uboot 2015.b, je vais acheter un chip flash comme celui de la SAM460Ex pour le passer au dataIO et ainsi upgrader mon uboot.
Et j'en profiterai pour l'executer au pas a pas pour l'explorer de l'interieur.

Sur mes deux machines mon ecran est sur le port DVI.
Mais peut etre que sur ma SAM460EX la sortie video a switché sur le port video interne au moment de l'installation .... A voir.

@XTO
Je ne connais pas spécialement la Sam460 donc je ne peux pas vraiment t'aider sur l'installation. Pour le U-Boot en dernière version, j'aurais pensé que ACube le fournissait directement. Attention, si tu recompiles le U-Boot officiel, ça va coincer, le U-Boot de l'Amiga a des modifications qui ne sont pas reportées dans la mainline.

Concernant ce qui touche au cache L2 et au GART, ça demande d'analyser cela en détail.

@sinisrus
Tu as dû passer à quelle version du kernel ? Et as-tu pu identifier à partir de quelle version du kernel ça a commencé à crasher ? Quelle version de Sam460 as-tu ?
Peux-tu décrire plus en détail le contexte du crash que tu avais observé ? Depuis le disque dur vers la RAM ? Quel filesystem sur la partition ? Le crash apparaît-il avec le transfert d'un seul gros fichier ? Depuis le Workbench et/ou en ligne de commande ? Il faudrait qu'on puisse voir sur quelles machines le problème arrive, ça n'est pas forcément dû au cache L2. Où avais-tu signalé ce problème ? Sur un forum ? Sais-tu si un ticket avait été créé dans le bugtracker d'OS4 ? D'exec-sg ? Je vois un ticket concernant ce genre de crash dans chacun des bugtrackers, l'un rapporté sur Sam440 et l'autre sur X5000.

J'ai enfin pu lancer la copie avec la sonde JTAG.
En premiere analyse, elle ne montre rien d'anormale.
Mais le port serie de debug de l'amigaOS montre tout:

Voici le log :


kernel 54.30 (1.1.2021) Sam460 release
Machine model: 7 (Sam460ex)
Dump of context at 0xFFC183E0
Trap type: DSI exception
Machine State (raw): 0x00029030
Machine State (verbose): [ExtInt on] [Super] [IAT on] [DAT on]
Temporary stack trace:
#0: in module Kickstart/kernel+0x000476FC (0x018476FC)
#1: in module Kickstart/kernel+0x00044DB4 (0x01844DB4)
#2: in module Kickstart/kernel+0x00043824 (0x01843824)
#3: in module Kickstart/kernel+0x00043780 (0x01843780)
#4: in module Kickstart/kernel+0x00042C48 (0x01842C48)
#5: in module Kickstart/kernel+0x0004B4A0 (0x0184B4A0)
#6: in module Kickstart/kernel+0x0002E3E4 (0x0182E3E4)
#7: in module Kickstart/kernel+0x0002E49C (0x0182E49C)
#8: in module Kickstart/kernel+0x0002C47C (0x0182C47C)
#9: in module Kickstart/kernel+0x0002D75C (0x0182D75C)
#10: in module Kickstart/kernel+0x0002D9B4 (0x0182D9B4)
#11: in module Kickstart/kernel+0x00059D94 (0x01859D94)
#12: in module Kickstart/ram-handler.kmod+0x00002278 (0x01B93BF8)
#13: in module Kickstart/ram-handler.kmod+0x000073AC (0x01B98D2C)
#14: in module Kickstart/ram-handler.kmod+0x00007608 (0x01B98F88)
#15: in module Kickstart/dos.library.kmod+0x00039844 (0x01958E04)
#16: 0x7FAF1CB4
#17: 0x7FAF2468
#18: 0x7FAF2D20
#19: in module Kickstart/dos.library.kmod+0x0002A458 (0x01949A18)
#20: in module Kickstart/kernel+0x00054928 (0x01854928)
#21: in module Kickstart/kernel+0x000549A0 (0x018549A0)
#22: 0x00000000

Crashed process: AsyncWB - copy process (0x6051A4F0)
0: 01844DB4 5DB906C0 00000000 000000A3 FF000FC0 00000001 00000030 00000010
8: 00000000 01845050 00000001 01643D40 42844288 00000000 229DD600 604F0000
16: 60BBFC70 60BBFC14 0006BF94 6051A584 02150000 0228DFF4 00004000 00001000
24: 02295850 00000004 FFFFA044 FF001060 00000002 FF000FC0 51E23000 FF000FC0
CR: 82844288 XER: 20000006 CTR: 01845050 LR: 01845084
ESR: 00000000
DEAR: 000000DF
mcsrr0: 0x00000000
csrr0: 0x00000000

Disassembly of crash site:
018476EC:
018476F0:
018476F4:
018476F8:
018476FC:
01847700:
01847704:
01847708:
0184770C:
01847710:

Dump of all active TLB's
MaxTLB = 27, NextTLB = 12
TS Effective Physical Size TID WIMG XWRXWR
0 1 0x6FF9D000 0x0_0005D000 4k 0 0x0 0x1B
1 1 0x61D34000 0x0_03359000 4k 0 0x0 0x1B
2 1 0x6FFA4000 0x0_00059000 4k 0 0x0 0x1B
3 1 0x6FFA6000 0x0_0016A000 4k 0 0x0 0x1B
4 1 0x6FFFE000 0x0_00009000 4k 0 0x0 0x1B
5 1 0xB0003000 0xD_B0003000 4k 0 0x5 0x1B
6 1 0x6FF16000 0x0_7FFDB000 4k 0 0x0 0x1B
7 1 0xB0006000 0xD_B0006000 4k 0 0x5 0x1B
8 1 0xB0007000 0xD_B0007000 4k 0 0x5 0x1B
9 1 0xB0010000 0xD_B0010000 4k 0 0x5 0x1B
10 1 0xAEFE3000 0xD_AEFE3000 4k 0 0x4 0x1B
11 1 0x6FE7C000 0x0_02365000 4k 0 0x0 0x1B
12 1 0x6FF67000 0x0_00179000 4k 0 0x0 0x1B
13 1 0x6FFA3000 0x0_00055000 4k 0 0x0 0x1B
14 1 0x6FD39000 0x0_023FB000 4k 0 0x0 0x1B
15 1 0x6FF4A000 0x0_0007C000 4k 0 0x0 0x1B
16 1 0x6FD8B000 0x0_023EC000 4k 0 0x0 0x1B
17 1 0x6FED0000 0x0_7FFB1000 4k 0 0x0 0x1B
18 1 0x60BBC000 0x0_7CB9A000 4k 0 0x0 0x1B
19 1 0x62137000 0x0_00844000 4k 0 0x0 0x1B
20 1 0x62201000 0x0_02DC4000 4k 0 0x0 0x1B
21 1 0x6FE7E000 0x0_0237E000 4k 0 0x0 0x1B
22 1 0x6217A000 0x0_00B9F000 4k 0 0x0 0x1B
23 1 0x6FEA4000 0x0_02362000 4k 0 0x0 0x1B
24 1 0x5FB49000 0x0_7C948000 4k 0 0x0 0x1B
25 1 0x6FF21000 0x0_7FFC9000 4k 0 0x0 0x1B
26 1 0x5F40D000 0x0_03510000 4k 0 0x0 0x1B
27 1 0x62DDC000 0x0_7FBE2000 4k 0 0x0 0x1B
-------------------------------------------------------------------
28 1 0x02300000 0x0_02300000 256k 0 0x0 0x1B
29 1 0x02200000 0x0_02200000 1M 0 0x0 0x1B
30 1 0x02100000 0x0_02100000 1M 0 0x0 0x1B
31 1 0x02000000 0x0_02000000 1M 0 0x0 0x1B
32 1 0x01F00000 0x0_01F00000 1M 0 0x0 0x2D
33 1 0x01E00000 0x0_01E00000 1M 0 0x0 0x2D
34 1 0x01D00000 0x0_01D00000 1M 0 0x0 0x2D
35 1 0x01C00000 0x0_01C00000 1M 0 0x0 0x2D
36 1 0x01B00000 0x0_01B00000 1M 0 0x0 0x2D
37 1 0x01A00000 0x0_01A00000 1M 0 0x0 0x2D
38 1 0x01900000 0x0_01900000 1M 0 0x0 0x2D
39 1 0x01800000 0x0_01800000 1M 0 0x0 0x2D
40 1 0x01700000 0x0_01700000 1M 0 0x0 0x0B
41 1 0x01600000 0x0_01600000 1M 0 0x0 0x0B
42 1 0x01500000 0x0_01500000 1M 0 0x0 0x0B
43 1 0x01400000 0x0_01400000 1M 0 0x0 0x0B
44 1 0x01300000 0x0_01300000 1M 0 0x0 0x0B
45 1 0x01200000 0x0_01200000 1M 0 0x0 0x0B
46 1 0x01100000 0x0_01100000 1M 0 0x0 0x0B
47 1 0x01000000 0x0_01000000 1M 0 0x0 0x0B
48 1 0xE0040000 0x4_00040000 64k 0 0x5 0x1B
49 1 0xE0100000 0x4_00100000 64k 0 0x5 0x1B
50 1 0xFF000000 0x4_FF000000 4k 0 0x5 0x1B
51 0 0xFF000000 0x4_FF000000 4k 0 0x5 0x1B
52 1 0xE9000000 0xD_E9000000 16M 0 0x5 0x1B
53 0 0xE9000000 0xD_E9000000 16M 0 0x5 0x1B
54 0 0xE2000000 0x4_BFF00000 1M 0 0x5 0x1B
55 0 0xEEC00000 0xC_0EC00000 1M 0 0x5 0x1B
56 0 0xE8000000 0xC_08000000 16M 0 0x5 0x1B
57 1 0xE2000000 0x4_BFF00000 1M 0 0x5 0x1B
58 1 0xEEC00000 0xC_0EC00000 1M 0 0x5 0x1B
59 1 0xE8000000 0xC_08000000 16M 0 0x5 0x1B
60 0 0xEF000000 0x4_EF000000 16M 0 0x5 0x1B
61 1 0xEF000000 0x4_EF000000 16M 0 0x5 0x1B
62 0 0x40000000 0x0_40000000 1024M 0 0x0 0x3F
63 0 0x00000000 0x0_00000000 1024M 0 0x0 0x3F
Fault caused by load operation

Kernel command line: serial munge debuglevel=7

Registers pointing to code:

On voit que l'on voulu acceder a l'adresse 0x000000DF et on a pas le doit en mode user.
C'est un bug facile a reproduire et pour aller plus loin il faut mettre un breakpoint avec la sone au bon endroit dans le kernel a condition d'avoir le fichier avec les symbol de debug et les sources .... On doit se trouver vers #0: in module Kickstart/kernel+0x000476FC (0x018476FC) au moment du plantage.

Sinon après avoir regardé le user manual du PPC460EX, il est fait référence à un document d'erratum concernant notamment le snooping sur le cache L2, cela n'a peut etre rien avoir avec ce problème, mais est ce que quelqu'un aurait ce document d'erratum du PPC460EX.

Amiga 500 / SAM460LE / SAM460EX

@Corto
Je te répond ce soir

@XTO
J'ai trouvé ça sur google (j'y connais rien alors c'est peut être pas ce que tu cherche) https://lists.denx.de/pipermail/u-boot/2011-February/087263.html

@Corto

- Tu as dû passer à quelle version du kernel ?
AmigaOS4.1 Update 2 Kernel 53.15

- Et as-tu pu identifier à partir de quelle version du kernel ça a commencé à crasher ?
AmigaOS4.1 Update 3 Kernel 53.22

- Quelle version de Sam460 as-tu ?
Sam460EX

- Peux-tu décrire plus en détail le contexte du crash que tu avais observé ?
C'est principalement le désarchivage de gros fichiers en ram qui ma mis sur la piste mais aussi les jeux gourmant en memoire

- Depuis le disque dur vers la RAM ?
Oui ça plante uniquement depuis nimporte quel source vers la RAM (USB vers RAM, HD vers RAM, etc...)

- Quel filesystem sur la partition ?
SFS, SFS2

- Le crash apparaît-il avec le transfert d'un seul gros fichier ?
C'est l'espace occupé en RAM qui crash (plus ou moins 600mo) peut importe le nombre de fichier (1 seul ou plusieurs)

- Depuis le Workbench et/ou en ligne de commande ?
Les deux

- Il faudrait qu'on puisse voir sur quelles machines le problème arrive, ça n'est pas forcément dû au cache L2. Où avais-tu signalé ce problème ?
Ici

- Sais-tu si un ticket avait été créé dans le bugtracker d'OS4 ? D'exec-sg ?
Aucune idée mais signalé plusieurs fois ici

@sinisrus Merci beaucoup pour tes réponses précises, c'est excellent. C'est la première chose nécessaire si on veut arriver à cibler. Alors le côté "c'est plutôt en lien avec l'espace occupé", ça me fait penser à un des 2 tickets que j'ai vu. Il faudrait voir à reproduire ça sur d'autres machines pour confirmer.

@XTO
Désolé pour l'écart sur le sujet JTAG, mais c'était important.

@CORTO, 0XTO,

C'est plutôt à moi de m’excuser, c'est moi qui ai dévié du sujet principal, mais je me suis dit que ça pouvait peut-être faire avancer les choses...
Un jour peut-être...

@sinisrus De mon point de vue, pas de souci. SI c'est un hors-sujet, alors il est partagé, contrôlé et ... utile :-)
En tout cas, on va essayer de faire en sorte que tes précieuses infos soient utilisées pour mieux caractériser le problème.

Je réponds à plusieurs sujets...

Citation : sinisrus
mais il y a un gros problème avec la ram sur la sam 460 ça plante dès que l'on utilise environ 500, 600 méga
[...]
@XTO tu peux déjà testé de copier un gros fichier type film (600mo ou plus) dans le Ram Disk: et normalement le système se fige

ça me fait fortement penser au problème du pager dans le kernel.
Il faudrait vérifier si on a pas le même problème sur un X1000, X5000. Si quelqu'un peut nous dire...
A l'instant je n'ai pas accès au bugzilla d'OS4 mais je suis certain qu'il y a un ticket la dessus.

Citation : XTO Crashed process: AsyncWB - copy process (0x6051A4F0)

ASyncWB est un outil qui n'est pas indispensable. Tu peux le quitter avant d'effectuer les copies de fichiers. Tu peux ouvrir le programme "Exchange" (dans le menu contextuel) et quitter ASyncWB.
Mais je dis pas qu'il est foireux. Tout le monde l'a toujours actif, donc il doit bien fonctionner :-)

Sinon, j'ai demandé à ACube pour l'erratum. Tu l'as dans tes mails ;-)

Sur la 460EX, tu peux définir dans Uboot la sortie sur "VGA ou PCI/PCIe".

Et pour la clé USB qui ne fonctionne pas avec Uboot. A priori ce n'est pas la taille le problème car on peut utiliser des cartes SD de 32 Go.
Mais je sais que certains constructeurs ne suivent pas à la lettre la norme USB alors ça peut provoquer ce genre d'incompatibilité.