C'est avec la même question que toi (en pratique, y-en-a-t-il qui réussissent avec ce JMB368 ?) que j'aurais aimé reprendre contact avec cette fille qui vient à l'AC et qui s'y connait en MS-DOS / WIN 9x. Désolé de parler d'elle comme ça, je me rappelle de ses piercings, mais je suis incapable de dire qui c'est. Il n'y a rien de tel que de baigner dans un sujet pendant des années pour tout connaitre. Ce n'est pas mon cas. D'autant que
d'après les LLM, c'est peine perdue:
- Le BIOS assigne bien des ressources (IRQ 14 et 15, plages I/O 01F0h et 03F6h) aux canaux IDE primaire et secondaire du contrôleur PATA JMB368, mais ne les publie pas dans le $PIR - PCI Interrupt Routing Table et l'ESCD - Extended System Configuration Data, là où le configuration manager de Windows 98 sait les lire;
- Le BIOS les publie dans les tables _CRS (plages I/O assignées) et _PRT (IRQ assignées) de l'ACPI, et attend que l'OS lui demande éventuellement des ré-allocations par l'intermédiaire de la table _PRS, que le support limité à ACPI 1.0 de Windows 98 ne lui permet pas de comprendre.
- Il n'est pas possible d'écrire un bout de code exécuté sous Windows 98 SE qui pourrait intercepter/interpréter les tables ACPI (_CRS, _PRT, éventuellement _PRS), puis injecter dynamiquement une représentation équivalente dans le modèle PnP BIOS legacy de Windows (ce que va lire son configuration manager), de sorte qu’ESDI_506.PDR accepte le JMB368 comme un contrôleur IDE PCI valide, parce que,
d'après le LLM,
toute tentative d’injection après (5) est ignorée:- POST BIOS
- Chargement VMM32.VXD
- Initialisation CONFIGMG.VXD
- Lecture PnP BIOS ($PIR, ESCD)
- Construction figée de la carte des ressources
- Initialisation IOS.VXD
- Initialisation ESDI_506.PDR
- Seulement ensuite : chargement des VxD “classiques”
Ne reste a priori qu'à utiliser la machine comme ça. L'accès au volume C: restera en compatibilité MS-DOS, c'est à dire que Windows délègue au BIOS (int. 13h) le travail de lire et d'écrire pour lui, sur le volume FAT16 monté en C: au lieu d'utiliser son pilote ESDI_506.PDR, et c'est le BIOS qui se charge d'exploiter le JMB368. On peut déjà être content que cette vieille couche ce compatibilité, qui doit bien avoir quarante ans, fonctionne encore.
Mais j'aurais bien aimé en discuter avec une personne expérimentée, plutôt que de faire confiance aux LLM