![]() |
![]() |
#2121 |
HOL/FTP busy bee
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 32,503
|
This is like the worst remake of Groundhog Day.
|
![]() |
![]() |
#2122 |
Registered User
Join Date: Sep 2022
Location: Switzerland
Posts: 121
|
Could we go back to "AmigaOS 3.2 and beyond" and someone split off all the off-topic stuff ?!
|
![]() |
![]() |
#2123 |
Registered User
Join Date: Nov 2015
Location: Italy
Posts: 201
|
|
![]() |
![]() |
#2124 | |
Registered User
Join Date: Jan 2008
Location: Warsaw/Poland
Age: 56
Posts: 2,117
|
Quote:
ShapeShifter can needs 8KB of zero page. Fusion can needs 4KB of zero page. MuMove4K from Thor, perhaps move only 4K of zero page, then is not compatible with ShapeShifter. Perhaps Fusion is better optimised/patched than ShapeShifter for zero page usage. Jim Drew often wrote dont mix Fusion and Shapeshifter installs (installed MacOS and PrepareEmul with RsrvMem). |
|
![]() |
![]() |
#2125 |
Registered User
Join Date: Mar 2004
Location: finland
Posts: 1,849
|
Thomas Richter:
Originally Posted by daxb View Post Are you sure? ShapeShifter guide says something about the first 8K need to be free. I am sure. MacOs globals are in the first 32K. Quote: Originally Posted by daxb View Post MuMove4k: The guide isn't clear to me. Does it free/reserve 4K, 8K or another value? That depends on how you run it. Without arguments, its moving chip/graphics data out of the first 4K. This functionality makes live easier for MuForce and friends as it allows to disable the first page, or allows MuFastZero to remap the first page to fast ram. With the prepareemul command line option, it keeps the first 32K free. Quote: Originally Posted by daxb View Post Here on A1200, Apollo 1240, OS3.1, mmu.library, RemApollo with MAC option the first 16K are reserved. ShowConfig and Scout/XOpa show that chipram starts at $4000 (16K). Looks ok so far. MuScan shows that chipram starts at $1000 (4K) - $1FFFFF. My guessing is that MuScan can't detect the MAC patch by RemApollo. Do you know something about this? No. The mmulib will map all memory from 0 up to the end of chip mem as non-cachable, regardless where chip mem starts. MuFastZero maps the first page (with ExecBase and the autovectors in them) to fast RAM, should that be necessary. 16K is *not* sufficient for shapeshifter and MacOs. |
![]() |
![]() |
#2126 |
Registered User
Join Date: Jan 2008
Location: Warsaw/Poland
Age: 56
Posts: 2,117
|
ShapeShifter author dont know how many memory is necessary? I dont think so.
The easiest thing is SAVE this memory to file from 0 to $8000. 1. Before starting ShapeShifter with PrepareEmul. 2. After using some Mac programs. And remember one thing ShapeShifter doesnt works with all MacOS systems , and MacOS system MUST BE INSTALLED FROM SCRATCH, not copied from other installs. |
![]() |
![]() |
#2127 | |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,486
|
Quote:
The problem with all that "reserving" business is that you cannot just move structures out of the chip mem once they have been allocated. Some people may have the idea that ColdCapture might do the trick - but, alas, it's not so easy. The issue are here installations with autoconfig memory where first exec is allocated "provisionally" in chip, then expansion configures itself, then the "final" exec is created, and unfortunately, you cannot reserve chip at the point the provisional exec is created. What the PrepareEmul does in this case is a really, really ugly bad hack I need to get rid of, and that hack depends on the precise code sequence of the bootstrap code that needs to be patched. As it is completely unclear whether that code sequence will remain unchanged over kickstart versions (why should it?) this hack needs to go. |
|
![]() |
![]() |
#2128 | |
old bearded fool
Join Date: Jan 2010
Location: Bangkok
Age: 57
Posts: 807
|
Quote:
As pointed out by Don_Adan several times, FUSION only requires 4k of zero page. Last edited by modrobert; Today at 07:42. Reason: Clarified. |
|
![]() |
Currently Active Users Viewing This Thread: 6 (3 members and 3 guests) | |
modrobert, meynaf, bni |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
AmigaOS 3.1.x v 3.9 | steve_mynott | New to Emulation or Amiga scene | 35 | 19 April 2020 06:23 |
AmigaOS 3.9 | PoLoMoTo | support.WinUAE | 8 | 27 August 2011 18:06 |
AmigaOS 3.5 or 3.9 | maddoc666 | support.Apps | 12 | 22 February 2010 08:02 |
AmigaOS | koncool | request.Apps | 6 | 04 June 2003 17:45 |
AmigaOS XL | sturme | New to Emulation or Amiga scene | 4 | 15 January 2002 02:13 |
|
|