- Welcome to 8BitChip Forum.
Recent posts
#61
Software / Re: Adding non-reloc tables to...
Last post by shazz - 29-12-2024, 18:15:02Thanks 
For example in the Swedish TOS, the movem.l looks to be a real instruction restoring the stack and not a dc.l table, no ?
In case of, I wrote a script to disassemble the TOS (but for sure it can confuse instructions and tables) and extract the possible addresses.
For Swedish TOS 2.06 the script extracted:
Not so different from yours but movem.l were excluded
For example in the Swedish TOS, the movem.l looks to be a real instruction restoring the stack and not a dc.l table, no ?
Code Select
$e106bc 207c00e35692 movea.l #$e35692, a0 ; 6
$e106c2 7207 moveq #$7, d1 ; 2
$e106c4 b098 cmp.l (a0)+, d0 ; 2
$e106c6 57c9fffc dbeq d1, $e106c4 ; 4
$e106ca 2068001c movea.l $1c(a0), a0 ; 4
$e106ce 4ed0 jmp (a0) ; 2
$e106d0 ba6e000a cmp.w $a(a6), d5 ; 4
$e106d4 6d00ff12 blt.w $e105e8 ; 4
$e106d8 3005 move.w d5, d0 ; 2
$e106da 4a9f tst.l (a7)+ ; 2
$e106dc 4cdf00e0 movem.l (a7)+, d5-d7 ; 4 <= this one
$e106e0 4e5e unlk a6 ; 2
$e106e2 4e75 rts ; 2
In case of, I wrote a script to disassemble the TOS (but for sure it can confuse instructions and tables) and extract the possible addresses.
For Swedish TOS 2.06 the script extracted:
Code Select
dc.l $89a ; bsr.w $e0097a
dc.l $f5c ; move.l a6, $e0.w => not in your table
dc.l $13d0 ; bset.b d1, $e0.w
dc.l $1bca ; bcs.w $e01cac
dc.l $1d3a ; and.b #$e0, d0
dc.l $1d3e ; and.b #$e0, d1
dc.l $1df0 ; and.b #$e0, d1
dc.l $1df6 ; and.b #$e0, d0
dc.l $229c ; bsr.w $e0237c
dc.l $6bee ; beq.w $e06cd0
dc.l $742a ; roxr.w $e0.w => not in your table
dc.l $13334 ; bra.w $e13416
dc.l $1585e ; bra.w $e15940
dc.l $1a988 ; bra.w $e1aa68
dc.l $2418c ; beq.w $e2426c
dc.l $27266 ; beq.w $e27348
dc.l $2aa2a ; beq.w $e2ab0c
dc.l $2b060 ; bra.w $e2b140
dc.l $32860 ; ori.b #$e0, d0 => looks to be bitmap data
dc.l $35412 ; ori.b #$e0, d1 => not in your table, looks to be bitmap data
dc.l $354a6 ; or.b $e0.w, d4 => not in your table, looks to be bitmap data
dc.l $354be ; adda.w #$e0, a1 => not in your table, looks to be bitmap data
dc.l $3566a ; sub.l d1, $e0.w => not in your table, looks to be bitmap data
dc.l $36566 ; ori.b #$e2, d0 => not in your table, looks to be bitmap data
dc.l $3668a ; cmp.w #$e2, d0 => not in your table, looks to be bitmap data
dc.l $366e2 ; eor.w d4, $e2.w => not in your table, looks to be bitmap data
Not so different from yours but movem.l were excluded
#62
Software / Re: Adding non-reloc tables to...
Last post by Petari - 29-12-2024, 17:54:24Welcome to the 16/32 bit, pardon - 8-bitchip forum
I dealt with this some 16-18 years ago, so needed to look about details.
What remember well is that I used Steem Debugger (v 3.2) for developing it. It has very well made search and trace functions.
So, I looked with it Swedish TOS 2.06 . What is there are not instructions, but address table . Something present in all TOS versions . And that wold be opposite case of non-reloc addresses - even if looks as instruction opcode it is not it, but TOS ROM address, what is used in some operations (if you try to find it in TOS content, it may not work - there are functions which start with concrete address, and then it is just increased by some address register, so can not find it). My experience with disassembling TOS (started with 1.04) was big help in this.
Well, another case where I saw how good tool Steem Debugger is . Thanx authors - Hayward brothers.
I dealt with this some 16-18 years ago, so needed to look about details.
What remember well is that I used Steem Debugger (v 3.2) for developing it. It has very well made search and trace functions.
So, I looked with it Swedish TOS 2.06 . What is there are not instructions, but address table . Something present in all TOS versions . And that wold be opposite case of non-reloc addresses - even if looks as instruction opcode it is not it, but TOS ROM address, what is used in some operations (if you try to find it in TOS content, it may not work - there are functions which start with concrete address, and then it is just increased by some address register, so can not find it). My experience with disassembling TOS (started with 1.04) was big help in this.
Well, another case where I saw how good tool Steem Debugger is . Thanx authors - Hayward brothers.
#63
Software / Adding non-reloc tables to RAM...
Last post by shazz - 29-12-2024, 16:52:47Hi,
I'm trying to add support for TOS 2.06 FR in RAMTOS/SELTOS but I'm stuck on the non-relocated addresses table, I understood the goal of this table but looking at existing tables, I don't understand the "search pattern".
Can you give me a concrete example on how to spot those addresses that should not be relocated then I'll build the full table?
For German TOS 1.0
$17c8: bsr.w $fc18c6 (61 00 >00 FE)
$17d8: move.b #$fe, (a2)+ (14 FC >00 FE)
$252e: andi.#$fe, ccr (02 3C >00 FE)
I see a pattern with instructions finishing with $00FE, is it the pattern to look for ? $00FE for TOS 1.x and $00E0 for TOS 2.x ?
For example is TOS 2.06 Swedish, I don't understand why:
- $e013ce 03f800e0 bset.b d1, $e0.w => $13d0 is in table
- $e106dc 4cdf00e0 movem.l (a7)+, d5-d7 => $106de is in table, why ?
but
- $e00f5a 21ce00e0 move.l a6, $e0.w => $f5c is not in table
Thanks !
I'm trying to add support for TOS 2.06 FR in RAMTOS/SELTOS but I'm stuck on the non-relocated addresses table, I understood the goal of this table but looking at existing tables, I don't understand the "search pattern".
Can you give me a concrete example on how to spot those addresses that should not be relocated then I'll build the full table?
For German TOS 1.0
$17c8: bsr.w $fc18c6 (61 00 >00 FE)
$17d8: move.b #$fe, (a2)+ (14 FC >00 FE)
$252e: andi.#$fe, ccr (02 3C >00 FE)
I see a pattern with instructions finishing with $00FE, is it the pattern to look for ? $00FE for TOS 1.x and $00E0 for TOS 2.x ?
For example is TOS 2.06 Swedish, I don't understand why:
- $e013ce 03f800e0 bset.b d1, $e0.w => $13d0 is in table
- $e106dc 4cdf00e0 movem.l (a7)+, d5-d7 => $106de is in table, why ?
but
- $e00f5a 21ce00e0 move.l a6, $e0.w => $f5c is not in table
Thanks !
#64
Hardware / Re: SD card mass storage solut...
Last post by Ronald J. Hall - 17-12-2024, 03:14:40Thank you!
#65
Hardware / Re: SD card mass storage solut...
Last post by Petari - 16-12-2024, 21:13:56Yes, of course.
#66
News / Re: Of course deleted
Last post by Petari - 16-12-2024, 20:55:59Yes, I used around 2000-2010 Linux distros with support for TOS type FAT16 partitioned storage. Once even compiled myself. But that was not interesting for me since I developed TOS/DOS compatible partitioning. And it is good for MacOS too, and Windows, as DOS FAT16 became standard long time ago, and it uses standard master boot record, unlike TOS type partitioning. Can see details about it on some sites. Nothing complicated.
What is funny is that Atari went on compatibility, but did it only partially. And all what TOS does is reading MBR (very first sector on media), then hard disk driver does interpreting of MBR and mounting of partitions. They could go on standard MBR format in partitioning SW (AHDI) . My driver supports both. And if for instance SD card in first slot is with my driver, and in second is card with TOS partitioning all it will be mounted - up to total max 14 partitions (C-P - TOS limit). So, file transfers are easy.
What is funny is that Atari went on compatibility, but did it only partially. And all what TOS does is reading MBR (very first sector on media), then hard disk driver does interpreting of MBR and mounting of partitions. They could go on standard MBR format in partitioning SW (AHDI) . My driver supports both. And if for instance SD card in first slot is with my driver, and in second is card with TOS partitioning all it will be mounted - up to total max 14 partitions (C-P - TOS limit). So, file transfers are easy.
#67
Hardware / Re: SD card mass storage solut...
Last post by Ronald J. Hall - 16-12-2024, 18:08:11Peter, is it okay if I post this message on my BBS,
to further get the word out about it?
Thanks.
to further get the word out about it?
Thanks.
#68
News / Re: Of course deleted
Last post by Ronald J. Hall - 16-12-2024, 18:05:48I think I remember that thread over at AF. IIRC, it's got to do with
how the Atari ST format is not included anymore in a lot of Linux
distributions. I use Kubuntu Linux on my laptop and just a few years
ago it would recognize an Atari ST formatted SD card without issue
but hasn't in a while, since a couple of years worth of updates.
Now I use Mtools, which still works great.
I think you can still recompile the kernel and add Atari support back
but I've always been comfortable with Mtools so it wasn't a big deal
for me. Of course, going back and forth with a Windows machine is dead
easy, as long as you set the parameters of your Atari ST formatted SD
card right.
Regardless, there wasn't any call to delete your comment, especially
since you were just trying to be helpful...
how the Atari ST format is not included anymore in a lot of Linux
distributions. I use Kubuntu Linux on my laptop and just a few years
ago it would recognize an Atari ST formatted SD card without issue
but hasn't in a while, since a couple of years worth of updates.
Now I use Mtools, which still works great.
I think you can still recompile the kernel and add Atari support back
but I've always been comfortable with Mtools so it wasn't a big deal
for me. Of course, going back and forth with a Windows machine is dead
easy, as long as you set the parameters of your Atari ST formatted SD
card right.
Regardless, there wasn't any call to delete your comment, especially
since you were just trying to be helpful...
#69
Hardware / SD card mass storage solution ...
Last post by Petari - 16-12-2024, 12:02:21Wanna SD card mass storage solution for your Atari, what runs all hard disk SW ?
Special Xmas offer: ACSI2STM with 2 SD card slots, my TOS/DOS compatible hard disk dirver/partitioner SW . And as special bonus New 7 GB image with over 2530 game DIRs - on SD card. Mail me at petari@8bitchip.info and/or pputnik@freemail.hu .
Special Xmas offer: ACSI2STM with 2 SD card slots, my TOS/DOS compatible hard disk dirver/partitioner SW . And as special bonus New 7 GB image with over 2530 game DIRs - on SD card. Mail me at petari@8bitchip.info and/or pputnik@freemail.hu .
#70
News / Of course deleted
Last post by Petari - 16-12-2024, 11:45:30 I added comment to this YT video page: deleted
My comment was: "There is a way to access TOS type partitioned SD card (or any other storage actually, what can be attached to PC) - just make image of that - like from SD card by using USB reader (as usual, name is not really good, they can write too) with proper SW - like https://atari.8bitchip.info/drimus.php .
Then can use some newer emulator for Atari ST, what supports real hard disk emulation - Hatari, Steem SSE . Old Steem can access max 1 GB size (via pasti.dll) .
And to add, even without emulator you can access and do file transfers with my Win program (link above) . Not really for transferring large number of files .
Want to know more details ? Look, read this: https://atari.8bitchip.info/ASTfamMS.html "
I saved it, expecting that will be deleted, and it happened in some 10 minutes max .
Of course, why allow other's opinions, experience ? No ! 'I do it best ! ' .
There was thread at great AF, where someone described his some solution, and added that it is only way how it can be done . That's really something what is extremely rare case. What is extremely spread is egoism, big words in interest to attract people attention ... And very common by Atari ST SW, HW developers.
My little mocking there was deleted by AF staff - how I dared to write there my opinion about someone's way of thinking . Because they just have no clue about some general laws, rules. And to add, in opposite case, if I would write such big stupid claim to favorize myself, and someone would add some comment on it, that would be not deleted. Because rule 'be fair with everyone" matters not, especially not in 21-st C.
My comment was: "There is a way to access TOS type partitioned SD card (or any other storage actually, what can be attached to PC) - just make image of that - like from SD card by using USB reader (as usual, name is not really good, they can write too) with proper SW - like https://atari.8bitchip.info/drimus.php .
Then can use some newer emulator for Atari ST, what supports real hard disk emulation - Hatari, Steem SSE . Old Steem can access max 1 GB size (via pasti.dll) .
And to add, even without emulator you can access and do file transfers with my Win program (link above) . Not really for transferring large number of files .
Want to know more details ? Look, read this: https://atari.8bitchip.info/ASTfamMS.html "
I saved it, expecting that will be deleted, and it happened in some 10 minutes max .
Of course, why allow other's opinions, experience ? No ! 'I do it best ! ' .
There was thread at great AF, where someone described his some solution, and added that it is only way how it can be done . That's really something what is extremely rare case. What is extremely spread is egoism, big words in interest to attract people attention ... And very common by Atari ST SW, HW developers.
My little mocking there was deleted by AF staff - how I dared to write there my opinion about someone's way of thinking . Because they just have no clue about some general laws, rules. And to add, in opposite case, if I would write such big stupid claim to favorize myself, and someone would add some comment on it, that would be not deleted. Because rule 'be fair with everyone" matters not, especially not in 21-st C.