Voir le sujet pr�c�dent :: Voir le sujet suivant |
Auteur |
Message |
Deckard
Inscrit le: 29 Mar 2007 Messages: 350 Localisation: Levallois-Perret / Le Mans
|
Post� le: Dim 26 Avr 2009, 18:27 Sujet du message: Gestion de la m�moire sur Apple IIGS |
|
|
J'ai un programme prodos 8 bits qui fonctionne sur IIe avec les cartes de type Ramworks donc avec des banks s�lectionnables. Il utilise 256k.
Ce programme ne fonctionne pas correctement sur IIGS; d'ailleurs sur cette machine seuls 128k sont d�tect�s avec sa m�thodologie.
Comme sur GS il y a au minimum 256k, comment exploiter cette m�moire SANS que ce soit li� � un memory manager quelconque ou � GS/OS ou Smartport ni un disk ram?
Je souhaite juste:
- d�tecter la liste des banks dispos
- switcher un bank et lire/�crire dedans.
sachant que le crit�re de rapidit� d'acc�s est important.
Je ne sais pas si c'est la bonne d�marche. Est-ce possible de faire ainsi?
Merci aux experts de cette machine de m'�clairer. (Ca m'�vitera de passer du temps � d�cortiquer la routine de Locksmith 6.x fast copy apr�s patch GS).
JM |
|
Revenir en haut de page |
|
|
JPL Site Admin
Inscrit le: 12 Mar 2007 Messages: 160 Localisation: Issy les Moulineaux / PARIS
|
Post� le: Mar 28 Avr 2009, 19:30 Sujet du message: |
|
|
Ta carte est consid�r�e comme une slinky et il ne me semble bien que ce soit 128k maximum pour ces carte plac�es sur les slots autres que le slot d'expansion qui n'a d'ailleurs pas le m�me nombre de connexions...
Su GS natif il vaut mieux utiliser les tools pour g�rer la m�moire et surtout utiliser le slot pr�vu pour car le cablage est vraiment fait pour.
Voici la cartographie que j'ai mis dans le nouveau site.
http://www.hackzapple.com/appleiigs/MEMOIRE.PNG
Tu notes que les banks sont connect�s sur le slot d'extension de fa�on tr�s pr�cise.
Nota : on peut y remarquer la limite pour la DMA et le rafra�chissement obligatoire � 4Mo (en plus du 1mo de RAM sur le ROM3) ce qui explique que les cartes 4Mo sont les plus courantes car moins de soucis dans la fabrication ... [/img] |
|
Revenir en haut de page |
|
|
vladitx
Inscrit le: 19 D�c 2007 Messages: 22
|
Post� le: Jeu 30 Avr 2009, 15:25 Sujet du message: |
|
|
Sorry, if I haven't understood the questions fully. You know my French - it's zero.
Deckard, RamWorks style memory is different from the "Slinky" and yet different from IIgs. You'd better make MM "driver" which should fetch/store data, for example 256-byte chunks, into/from the additional memory. "Slinky" is the easiest. For RamWorks you probably know how to do it.
For the IIgs I am not sure, but you can try through SmartPort firmware (or P8 MLI) to access portions of the RAM allocated to "/RAM". You can also put piece of 16-bit code which accesses pages 02+ directly, but that will trash GS/OS and it's applications.
P.S. For the IIgs - maybe best is going into 16-bit mode and calling the memory management firmware to allocate/free big chunks of memory. |
|
Revenir en haut de page |
|
|
Deckard
Inscrit le: 29 Mar 2007 Messages: 350 Localisation: Levallois-Perret / Le Mans
|
Post� le: Lun 04 Mai 2009, 16:28 Sujet du message: |
|
|
Hi JP and Vlamidir,
thank you for your answers.
I'm afraid that using MM will not be fast enough to do what I want to do.
And I have to dig deeper my GS books to understand how to build hybrid programs (65c02 emulation + access to GS tools).
I've tested Locksmith FDB 6.3 with KEGS32.
The GS memory isn't detected/used: the program read the original disk with 2 passes.
Same result with Sweet16: tracks $00 to $1B and $1C to $22.
(To Vladitx: but the copy works fine).
JM |
|
Revenir en haut de page |
|
|
vladitx
Inscrit le: 19 D�c 2007 Messages: 22
|
Post� le: Lun 04 Mai 2009, 22:43 Sujet du message: |
|
|
Deckard a �crit: | I'm afraid that using MM will not be fast enough to do what I want to do. |
Last resort is code generator (that is, generate 6502 code based on MM model), but that's too much effort. Why not having three executables and a master one selecting based on machine detection? The three images and the selector could be even in a single file.
Deckard a �crit: | I've tested Locksmith FDB 6.3 with KEGS32.
The GS memory isn't detected/used: the program read the original disk with 2 passes.
Same result with Sweet16: tracks $00 to $1B and $1C to $22.
(To Vladitx: but the copy works fine). |
Is this FDB 6.3 the original 6.0 patched for GS as described at the end of the user manual?
I am too busy for few weeks already, so haven't done anything A2 related. What I wanted to do was trying this patch and see whether GS memory is detected/used. Then see whether it enables the floppy drive usage. I saw few $C0xx accesses in FDB code and one of them could be disabling I/O mirroring so 00/$C0E9 doesn't turn the floppy motor on anymore. |
|
Revenir en haut de page |
|
|
|