supermario/base/SuperMarioProj.1994-02-09/LinkedPatches/LinkedPatches Release Notes
2019-06-29 23:17:50 +08:00

150 lines
5.3 KiB
Plaintext
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

LinkedPatches Release Notes
First created on: 3/26/92 5:57:47 PM
----------------------------------------------------------•----------------------------------------------------------
3/26/92 5:57:54 PM
File: LinkedPatchLoader.a,54
Owner: Dean Yu
Project: MainProj∫LinkedPatches∫
File: Build,255
Owner: Dean Yu
Project: MainProj∫Make∫
File: SysObj.Make,447
Owner: Dean Yu
Project: MainProj∫Make∫
File: BootCode.a,22
Owner: Dean Yu
Project: MainProj∫OS∫StartMgr∫
File: BeforePatches.a,27
Owner: Dean Yu
Project: MainProj∫Patches∫
Radar bug: #1024282
> Release notes for this change:
A Process Manager segment was being loaded high in the system heap, causing fragmentation. It
was loaded high because the linked patch blocks were in the way at boot time. We tried to alleviate
this by moving these blocks high in the heap, but that stopped working. Now we load these segments
in PTCH 0, which is run before linked patches, so we dont have to worry about the strange
memory setup at linked patch time.
> What was tested:
The Process Manager segments in question are loaded low, always. All the locked blocks are all
in the lower third of the system heap, which is very good for fragmentation.
----------------------------------------------------------•----------------------------------------------------------
4/4/92 9:44:14 AM
File: LinkedPatchLoader.a,55
Owner: Fred Monroe
Project: MainProj∫LinkedPatches∫
Radar bug: #1024666
> Release notes for this change:
Made Linked patches more memory friendly so that we can boot in low memory conditions. The lpch resources are moved above the boot globals (MemTop/2 + 1k) during the linkpatch loading. After this time MemTop is reset and the copied resources disappear.
> What was tested:
Booted a 2 meg machine with and without VM turned on. Walked through the process in macsbug.
----------------------------------------------------------•----------------------------------------------------------
4/6/92 5:04:53 PM
File: LinkedPatchLoader.a,56
Owner: Dean Yu
Project: MainProj∫LinkedPatches∫
Radar bug: #1024666
> Release notes for this change:
Linked Patch INITs were broken with the last change because D4 was not being initialized. Fix this
up and added judicious comments that Fred was too whipped to add because his ride was here.
> What was tested:
Kennys TSM INIT was crashing because of this bug. With this fix, his INIT boots successfully. Also
stepped through the system boot to make sure all the linked patches got copied to the right place,
and MemTop was being restored afterwards.
----------------------------------------------------------•----------------------------------------------------------
4/8/92 6:13:49 PM
File: LinkedPatchLoader.a,58
Owner: Dean Yu
Project: MainProj∫LinkedPatches∫
Radar bug: #1026928
> Release notes for this change:
Changed linked patch loader so that it will be able to get linked patch resources out of ROM. Before
loading each lpch resource, see if CurMap is 1. If it is, set ROMMapInsert to true to get the
resource from ROM. ROM Gibblies will know to set CurMap to 1 before calling the linked patch
loader.
> What was tested:
Changed CurMap to 1, and watched linked patch loader set ROMMapInsert to true before getting an
lpch resource. Of course, since there are no linked patches in ROM on a IIci, the machine bombed
very shortly afterwards. But that wasnt the point of this change.
----------------------------------------------------------•----------------------------------------------------------
4/30/92 2:50:28 PM
File: LinkedPatchLoader.a,59
Owner: Dean Yu
Project: MainProj∫LinkedPatches∫
Radar bug: #1023455
> Release notes for this change:
The check in the hasTerror runtime conditional to check for Horror ROMs was looking at
the wrong offset into the ROM header. It was looking at decimal offset 14 instead of hex
offset 14. Change the code to use the correct offset.
> What was tested:
The implication of this bug was that non of the Terror only linked patches were being
loaded on Horror ROM based machines, like Vail. With the change, these patches are now
loaded.
----------------------------------------------------------•----------------------------------------------------------
6/3/92 10:34:40 AM
File: LinkedPatchLoader.a,60
Owner: Dean Yu
Project: MainProj∫LinkedPatches∫
Radar bug: #1026928
> Release notes for this change:
Change <58> sets ROMMapInsert to true if CurMap is 1 so that linked patches in ROM would
be possible. However, the if the Resource Manager sees 1 in CurMap, and that
ROMMapInsert was true, it will reset CurMap to be SysMap when leaving the Resource
Manager call. This makes subsequent checks of CurMap invalid. Instead of doing this,
save CurMap in a register before getting any lpch resources, and compare that against 1
to determine if ROMMapInsert needs to be set before getting a linked patch resource.
> What was tested:
Slammed 1 into CurMap, and watched the code that loads all linked patch resources try to
get them from ROM instead of from the system file. Of course, it didnt find any, and
crashed, but it was looking in ROM all the time which was the whole point of this
exercise.
----------------------------------------------------------•----------------------------------------------------------