English Amiga Board


Go Back   English Amiga Board > Support > support.WinUAE

 
 
Thread Tools
Old 03 May 2019, 22:55   #1
BlankVector
Registered User
 
Join Date: Jun 2012
Location: France
Posts: 171
32-bit Chip RAM detection

I'm trying to detect WinUAE 32-bit Chip RAM from EmuTOS. As I understand, it doesn't use AUTOCONFIG.
What is the proper way to detect 32-bit Chip RAM? Start at $10000000 until there is no more RAM?

And for my own curiosity:
- Is there any real-world Amiga hardware supporting such 32-bit Chip RAM?
- How does AmigaOS detect it?
BlankVector is offline  
Old 03 May 2019, 23:19   #2
Thomas Richter
Registered User
 
Join Date: Jan 2019
Location: Germany
Posts: 234
Quote:
Originally Posted by BlankVector View Post
What is the proper way to detect 32-bit Chip RAM? Start at $10000000 until there is no more RAM?
There is no "proper way" as there is no such RAM in real hardware. There is no function for such RAM detection in the Os either.


Quote:
Originally Posted by BlankVector View Post
- Is there any real-world Amiga hardware supporting such 32-bit Chip RAM?
Nope.




Quote:
Originally Posted by BlankVector View Post

- How does AmigaOS detect it?
It doesn't.
Thomas Richter is offline  
Old 04 May 2019, 10:01   #3
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 44
Posts: 22,943
It is simply a hack that enables larger than 8M Chip RAM. 32-bit in name means addressing capability, not data bus width.

UAE Boot ROM adds the RAM to the system (because AmigaOS don't have any direct support), there is no sane way to detect the RAM without it. Don't attempt any weird hacks, they will break in future versions. Better ignore it unless you really really really need >8M Chip RAM.

It is basically similar RAM that some accelerator boards have, like Blizzards, RAM in some non-autoconfig space (that can change depending on SIMM sizes etc..) that boot ROM adds. Finding the RAM requires hardware specific detection code.
Toni Wilen is offline  
Old 04 May 2019, 12:14   #4
BlankVector
Registered User
 
Join Date: Jun 2012
Location: France
Posts: 171
Ah, OK. The UAE boot ROM, which knows where the 32-bit Chip RAM is located, registers itself that RAM to the OS by using system calls.
As EmuTOS does not call the UAE boot ROM, and does not provide the required AmigaOS system calls, that can't work.

Anyway, this doesn't matter. If I need big amounts of RAM, 1 GB of Z3 Fast should be enough
BlankVector is offline  
Old 26 May 2019, 11:31   #5
BlankVector
Registered User
 
Join Date: Jun 2012
Location: France
Posts: 171
I found the "getchipmemsize" trap at offset 0xFF80 in the UAE Boot ROM. It reveals the location of WinUAE's 32-bit Chip RAM. I used it in EmuTOS, it works like charm.
WinUAE + EmuTOS provide more RAM than all Atari clones
BlankVector is offline  
Old 26 May 2019, 12:19   #6
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 44
Posts: 22,943
Quote:
Originally Posted by BlankVector View Post
I found the "getchipmemsize" trap at offset 0xFF80 in the UAE Boot ROM. It reveals the location of WinUAE's 32-bit Chip RAM. I used it in EmuTOS, it works like charm.
WinUAE + EmuTOS provide more RAM than all Atari clones
If you use this trap using address $f0ff80, make sure to also support "new" boot rom type (full autoconfig, no hardwired location. ROM panel = 64k or 128k new), if autoconfig board 6502/1 is found, base+$48 has long word absolute address that points to start of boot rom (or zero if not available).
Toni Wilen is offline  
Old 26 May 2019, 20:21   #7
BlankVector
Registered User
 
Join Date: Jun 2012
Location: France
Posts: 171
After spending a few hours...



Quote:
Originally Posted by Toni Wilen View Post
If you use this trap using address $f0ff80, make sure to also support "new" boot rom type (full autoconfig, no hardwired location. ROM panel = 64k or 128k new), if autoconfig board 6502/1 is found, base+$48 has long word absolute address that points to start of boot rom (or zero if not available).

Seen in expansion.cpp, function add_rtarea_pointer():


Code:
        if (aci->prefs->uaeboard > 1) {
            addr = aci->start + 0x10000;
For obscure reason, the address stored there is 64 KB farther


And after fixing that, when I call uaelib_demux function 86 to display debug info as usual, I just see "A-Trap A00E at 00EAFF60 -> 00FC5BE0"


So for now, I will just stick to hardcoded 0xf00000, that's enough for my needs.
BlankVector is offline  
Old 26 May 2019, 20:45   #8
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 44
Posts: 22,943
eaff60 != ebff60.

I think you must have misunderstood, it is working as designed.

- Find the board
- Read long word from board+$48
- Value is base address of UAE boot ROM (replaces old $f00000, in your case it is $eb0000 but of course can change if there are other boards)

The rest works the same:

Add $ff60 to ROM base. (In your case it is $ebff60) This MUST be calculated, do not use hardcoded values. There is no guarantee it is base+64k in the future. Do not also assume it is always Z2 board.

$f00000 ROM is obsolete (and not very Amiga like), it will go away in the future.
Toni Wilen is offline  
Old 26 May 2019, 21:32   #9
BlankVector
Registered User
 
Join Date: Jun 2012
Location: France
Posts: 171
(FYI I have reimplemented AUTOCONFIG in EmuTOS. This works fine, I will push that later to official sources).

I don't know where, but for sure there is confusion here.
I followed your algorithm, I understood well the first time.
And I can check the values by using the MEM1 tab of the WinUAE debugger.

In WinUAE configuration, I select:
Settings > Hardware > ROM > Board type: New UAE (128k, ROM, Direct)

In WinUAE debug log, I can see:

Code:
Card 02: 'UAE Boot ROM'
  d2.01.40.00.19.66.00.00.02.03.00.80.00.00.00.00
  MID 6502 (1966) PID 1 (01) SER 00000203
  Z2 0x00ea0000 0x00ea0000  128K ROM 0
Note the board adddress: 0x00ea0000.
MID and PID are the ones you told me.

I'm unsure why WinUAE displays "Card 02: 'UAE Boot ROM'", I would have expected "UAE Board" here... But this is not a problem

Then after AUTOCONFIG, WinUAE displays:
00E90000 64K/1 = 64K -- F32 UAE Board
00EA0000 64K/1 = 64K -- F32 UAE Boot ROM

Then EmuTOS finds the 6502/1 board at address 0x00E90000. As I understand, until now this is correct.

Then at 0x00E90048 I see the long value 0x00EB0000.

But at 0x00EB0000, there is nothing. WinUAE debugger displays stars. So there is a problem here, this value is invalid.

Then look at the WinUAE code I quoted:
Code:
        if (aci->prefs->uaeboard > 1) {
            addr = aci->start + 0x10000;
What is that 0x10000 for ??

I have a big suspicion of bug here, because if I subtract that strange 0x10000 value to 0x00EB0000 (the long value at offset 0x48), result is 0x00EA0000 and I *do* find the UAE Boot ROM there, with usual traps, etc.

As you see, I precisely followed your algorithm. But it doesn't give the right address.
BlankVector is offline  
Old 26 May 2019, 21:38   #10
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 44
Posts: 22,943
It is wrong if 128k board is located at e90000. Autoconfig specs require boards in aligned addresses. 64k can be in any address, 128k can be only located at ea0000, ec0000 or ee0000 and so on.

This also causes interesting side-effect, any following 64k board can still take free e90000 64k slot even if ea0000 is already taken.

Z3 boards also have same alignment requirement.
Toni Wilen is offline  
Old 26 May 2019, 22:02   #11
BlankVector
Registered User
 
Join Date: Jun 2012
Location: France
Posts: 171
Ah! I missed the fact that the first slot at 0x00e90000 wasn't itself properly aligned for all boards. I fixed that in EmuTOS and... now it works fine!

Many thanks for the hint, Toni
BlankVector is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Slow RAM detection & JIT BlankVector support.WinUAE 7 04 May 2019 12:03
A500 rev 6A, motherboard 1MB chip ram, question about slow ram expansion. x56h34 support.Hardware 6 25 April 2019 16:27
How 2MB chip ram with the Mini Megi Chip? Antti support.Hardware 6 04 June 2014 20:54
A600 multi-upgrade (Chip RAM + Fast RAM + ROM + IDE2CF) Astrofra Hardware pics 15 18 February 2014 21:27
[SAS/C] Making malloc() allocate in fast RAM instead of chip RAM? 8bitbubsy Coders. General 3 07 August 2011 07:06

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 13:31.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.
Page generated in 0.07434 seconds with 15 queries