mirror of
https://github.com/wwarthen/RomWBW.git
synced 2026-02-06 14:11:48 -06:00
* added hack to handle tunes * quiet clean * added chmod for execution * suppress warnings * Multi-boot fixes * the windows build somehow thinks that these filesystems are cpm3. * credit and primitive instructions * Update sd.asm Cosmetic fix. * make compile shut up about conditionals * Add bin2asm for linus and update build to process font files under linix * fixed quoted double quote bug, added tests * added tests * added bin2asm for font file source creation * Revert linux bin2asm font stuff * added rule for font source generation * build fonts * added directory mapping cache. if the same directory is being hit as last run, we don't need to rebuild the map. will likely break if you are running more than one at a time, in that the cache will be ineffective. also, if the directory contents change, this will also break. * removed strip. breaks osx * added directory tag so . isn't matched all over the place * added real cache validation * fixed build * this file is copied from optdsk.lib or optcmd.lib * install to ../HBIOS * prerequisite verbosity * diff soft failure and casefn speedup * added lzsa * added lzsa * removed strip. breaks on osx * added clobber * added code to handle multiple platform rom builds with rom size override * added align and 0x55 hex syntax * default to hd64180 * added N8 capability * added SBC_std.rom to default build * added support for binary diff * diff fixes * clean, identical build. font source generator emitted .align. this does not match the windows build * Upgrade NZCOM to latest * Misc. Cleanup * fixed expression parser bug : ~(1|2) returned 0xfe * added diff build option * Update Makefile Makefile enhancement to better handle ncurses library from Bob Dunlop. * Update sd.asm Back out hack for uz80as now that Curt fixed it. * Misc. Cleanup * UNA Catchup UNA support was lacking some of the more recent behavior changes. This corrects most of it. * Add github action for building RomWBW * Bump Pre-release Version * Update build.yml Added "make clean" which will remove temporary files without removing final binary outputs. * Update Makefile Build all ROM variants by default in Linux/Mac build. * Update Makefile * Update Makefile * Update Makefile * Update Makefile * Update Makefile * Update Makefile * Update Makefile * Update Makefile * Update Makefile * Update for GitHub Build Case issue in TASM includes showing up in GitHub build. This should correct that. * Added an gitignore files to exclude generated files * Removed Tunes/clean.cmd and Tunes/ReadMe.txt - as make clean removes them * Build.sh: marked as executable chmod +x Build.sh * Fix to HBIOS/build.sh When adding files to rom disk, if files were missing, it would error out. It appears the intent is to skip non-existing files. Updated to log out correctly for missing files - and continue operation. * Update Microsoft NASCOM BASIC.docx Nascom manual, text version by Jan S (full name unknown) * Fix issue with Apps/Tune not making If dest directory does not exist, fails to make Apps * Create ReadMe.txt * Update Makefile * Update Build.sh * Make .gitignores for Tools/unix more specific * cpmtools Update Updated cpmtools applications (Windows only). Removed hack in diskdefs that is no longer required. * HBIOS Proxy Temp Stack Enhancement Reuse the bounce buffer area as the temporary stack space required briefly in HBX_INVOKE when transitioning banks. Increases size of temporary stack space to 64 bytes. * Update ReadMe.txt * HBIOS - clean up TMPSTK * Update hbios.asm Minor cosmetic changes. * Build Process Updates Minor udpates to build process to improve consistency between Windows and Mac/Linux builds. * Update hbios.asm Add improved interrupt protection to HBIOS PEEK, POKE, and BNKCPY functions. * hbios - wrap hbx_bnkcpy * hbios - adjust hbx_peek hbx_poke guards * Update hbios.asm Adjusted used of DI/EI for PEEK and POKE to regain a bit of INTSTK space. Added code so that HB_INVBNK can be used as a flag indicating if HBIOS is active, $FF is inactive, anything else means active. * Add HBIOS MuTex * Initial Nascom basic ecb-vdu graphics set and reset for 80x25b screen with 256 character mod * Finalize Pre-release 34 Final support for FreeRTOS * Update nascom.asm Optimization, cleanup, tabs and white spaces * IDE & PPIDE Cleanup * Clean up Make version include files common. * Update Makefile * Update Makefile * Build Test * Build Test * Build Fixes * Update nascom.asm Cleanup * Update nascom.asm Optimization * hbios - temp stack tweak * Update hbios.asm Comments on HBX_BUF usage. * Update nascom.asm Optimization * Update nascom.asm Setup ECB-VDU build option, remove debug code * Update nascom.asm Set default build. update initialization * Update nascom.asm Make CLS clear vdu screen * Update nascom.asm Fixup top screen line not showing * Add SC131 Support Also cleaned up some ReadMe files. * HBIOS SCZ180 - remove mutex special files * HBIOS SCZ180 - adjust mutex comment * Misc. Cleanup Includes some minor improvements to contents in some disk images. * Delete FAT.COM Changing case of FAT.COM extension to lowercase. * Create FAT.com Completing change of case in extension of FAT.com. * Update Makefile Remove ROM variants that just have the HBIOS MUTEX enabled. Users can easily enable this in a custom build. * Cleanup Removed hack from Images Makefile. Fixed use of DEFSERCFG in various places. * GitHub CI Updates Adds automation of build and release assets upon release. * Prerelease 36 General cleanup * Build Script Cleanups * Config File Cleanups * Update RomWBW Architecture General refresh for v2.9.2 * Update vdu.asm Removed a hack in VDU driver that has existed for 8 years. :-) * Fix CONSOLE Constant Rename CIODEV_CONSOLE constant to CIO_CONSOLE because it is a unit code, not a device type code. Retabify TastyBasic. * Minor Bug Fixes - Disk assignment edge case - CP/M 3 accidental fall thru - Cosmetic updates * Update util.z80 * Documentation Cleanup * Documentation Update * Documentation Update * Documentation Updates * Documentation Updates * Create Common.inc * Documentation Updates * Documentation Updates * doc - a few random fixes * Documentation Cleanup * Fix IM 0 Build Error in ACIA * Documentation Updates * Documentation Cleanup * Remove OSLDR The OSLDR application was badly broken and almost impossible to fix with new expanded OS support. * Bug Fixes - Init RAM disk at boot under CP/M 3 - Fix ACR activation in TUNE * FD Motor Timeout - Made FDC motor timeout smaller and more consistent across different speed CPUs - Added "boot" messaging to RTC * Cleanup * Cleanup - Fix SuperZAP to work under NZCOM and ZPM3 - Finalize standard config files * Minor Changes - Slight change to ZAP configuration - Added ZSDOS.ZRL to NZCOM image * ZDE Upgrade - Upgraded ZDE 1.6 -> 1.6a * Config File Tuning * Pre-release for Testing * cfg - mutex consistent config language * Bump to Version 3.0 * Update SD Card How-To Thanks David! * update ReadMe.md Remove some odd `\`. * Update ReadMe.txt * Update ReadMe.md * Update Generated Doc Files * Improve XModem Startup - Extended startup timeout for XM.COM so that it doesn't timeout so quickly while host is selecing a file to send. - Updated SD Card How-To from David Reese. * XModem Timing Refinements * TMS Driver Z180 Improvements - TMS driver udpated to insert Z180 I/O waitstates internally so other code can run at full speed. - Updated How-To documents from David. - Fixed TUNE app to properly restore Z180 I/O waitstates after manipulating them. * CLRDIR and ZDE updates - CLRDIR has been updated by Max Scane for CP/M 3 compatibility. - A minor issue in the preconfigured ZDE VT100 terminal escape sequences was corrected. * Fix Auto CRT Console Switch on CP/M 3 * Handle lack of RTC better DSRTC driver now correctly returns an error if there is no RTC present. * Minor RTC Updates * Finalize v3.0.1 Cleanup release for v3.0 * New ROMLDR and INTRTC driver - Refactored romldr.asm - Added new periodic timer based RTC driver * CP/M 3 Date Hack - Hack to allow INTRTC to increment time without destroying the date * Update romldr.asm Work around minor Linux build inconsistency * Update Apps for New Version * Revert "Update Apps for New Version" This reverts commitad80432252. * Revert "Update romldr.asm" This reverts commit4a9825cd57. * Revert "CP/M 3 Date Hack" This reverts commit153b494e61. * Revert "New ROMLDR and INTRTC driver" This reverts commitd9bed4563e. * Start v3.1 Development * Update FDISK80.COM Updated FDISK80 to allow reserving up to 256 slices. * Update sd.asm For Z180 CSIO, ensure that xmit is finished, before asserting CS for next transaction. * Add RC2014 UART, Improve SD protocol fix - RC2014 and related platforms will autodetect a UART at 0xA0 and 0xA8 - Ensure that CS fully brackets all SD I/O * ROMLDR Improvements .com files can now be started from CP/M and size of .com files has been reduced so they always fit. * Update commit.yml Run commit build in all branches * Update commit.yml Run commit build for master and dev branches * Improved clock driver auto-detect/fallback * SIO driver now CTC aware The SIO driver can now use a CTC (if available) to provide much more flexible baud rate programming. * CTC driver fine tuning * Update xmdm125.asm Fixed a small issue in core XM125 code that caused a file write error message to not be displayed when it should be. * CF Card compatibility improvement Older CF Cards did not reset IDE registers to defaults values when reset. Implemented a work around. * Update ACIA detection ACIA should no longer be detected if there is also a UART module in the system. * Handle CTC anomaly Small update to accommodate CTC behavior that occurs when the CTC trigger is more than half the CTC clock. * Update acia.asm Updated ACIA detection to use primary ACIA port instead of phantom port. * Update acia.asm Fix bug in ACIA detection. Thanks Alan! * MacOS Build Improvement Build script updated to improve compatibility with MacOS. Credit to Fredrik Axtelius for this. * HBIOS Makefile - use env vars for target Allow build ROM targets to be restricted to just one platform thru use of ENV vars: ROM_PLATFORM - if defined to a known platform, only this platform is build - defaults to std config ROM_CONFIG - sets the desired platform config - defaults to std if the above ENVs are not defined, builds all ROMs * Added some more gitignores * Whitespace changes (crlf) * HBIOS: Force the assembly to fail for vdu drivers if function table count is not correct * Whitespace: trailing whitespaces * makefile: updated some make scripts to use when calling subdir makefiles * linux build: update to Build.sh fix for some platforms The initialization of the Rom dat file used the pipe (|) operator to build an initial empty file. But the pipe operator | may sometimes return a non-zero exit code for some linux platforms, if the the streams are closed before dd has fully processed the stream. This issue occured on a travis linux ubuntu image. Solution was to change to redirection. * Bump version * Enhance CTC periodic timer Add ability to use TIMER mode in CTC driver to generate priodic interrupts. * HBIOS: Added support for sound drivers New sound driver support with initial support for the SN76489 chip New build configuration entry: * SN76489ENABLE Ports are currently locked in with: * SN76489_PORT_LEFT .EQU $FC ; PORTS FOR ACCESSING THE SN76489 CHIP (LEFT) * SN76489_PORT_RIGHT .EQU $F8 ; PORTS FOR ACCESSING THE SN76489 CHIP (LEFT) * Miscellaneous Cleanup No functional changes. Co-authored-by: curt mayer <curt@zen-room.org> Co-authored-by: Wayne Warthen <wwarthen@gmail.com> Co-authored-by: ed <linux@maidavale.org> Co-authored-by: Dean Netherton <dnetherton@dius.com.au> Co-authored-by: ed <ed@maidavale.org> Co-authored-by: Phillip Stevens <phillip.stevens@gmail.com> Co-authored-by: Dean Netherton <dean.netherton@gmail.com>
230 lines
12 KiB
Plaintext
230 lines
12 KiB
Plaintext
BPBIOS for RomWBW / HBIOS
|
|
-------------------------
|
|
|
|
The build process included in this directory constructs multiple BPBIOS OS images that
|
|
can be loaded dynamically on a running RomWBW CP/M-like system. Normally, you would
|
|
boot CP/M and then load the desired variant. On a running system, you would enter
|
|
something like "LDSYS BP34T". This document describes the specifics of the build
|
|
process and the image variations which are identified by naming convention.
|
|
|
|
Each image is composed of three basic components: Command Processor (CCP), Disk
|
|
Operating System (DOS), and Basic I/O System (BIOS). The CCP and DOS components
|
|
are pre-built, relocatable binaries. The BIOS (BPBIOS) is assembled into a relocatable
|
|
binary by the build, then the build links together all three components to form the
|
|
final loadable image (.IMG) file. The linking process is performed by the custom BPBIOS
|
|
linker (BPBUILD.COM). In addition to linking the 3 components, BPBUILD also sets
|
|
adjusts the ZCPR environment configuration.
|
|
|
|
BPBUILD is designed to be run interactively. However, it can be started with an
|
|
existing OS image to edit an existing image file. In order to achieve an automated
|
|
build process with no interaction, this directory contains several template image (.DAT)
|
|
files that have environment configurations defined below. The build process passes the desired
|
|
tempate file to BPBUILD on the command line and uses input redirection to automate the
|
|
running of BPBUILD.
|
|
|
|
The CCP can be ZCPR 3.3 (ZCPR33?.REL), ZCPR 3.4 (Z34.REL), or ZCPR 4.1 (Z41.ZRL). ZCPR 3.3
|
|
uses static references to the ZCPR segments, so a custom version of it must be assembled.
|
|
The ZCPR33 subdirectory provides a build process for doing this. It produces a specific
|
|
version for each of the memory segment configurations (ZCPR33T.REL & ZCPR33N.REL).
|
|
|
|
The DOS can be ZSDOS 1.1 (ZSDOS.ZRL) or ZSDOS 2.03 (ZS203.ZRL). These are both pre-built
|
|
relocatable binaries. Note that only certain version combinations of ZSDOS and ZCPR are
|
|
possible as indicated below. Additionally, ZSDOS 2.X requires a banked BIOS.
|
|
|
|
ZCPR 3.X == ZSDOS 1.X
|
|
ZCPR 4.X == ZSDOS 2.X
|
|
|
|
BPBIOS must be assembled for the target configuration. BPBIOS includes a DEF-WW-???????.LIB
|
|
file during assembly which sets various equates to contol the features and behavior of
|
|
BPBIOS. The most critical ones are:
|
|
|
|
BANKED: If YES, BPBIOS implements memory banking features
|
|
ZSDOS2: If YES, BPBIOS is built to utilize ZSDOS 2.X specifics features
|
|
INTPXY: If YES, BPBIOS implements HBIOS proxy code internally w/ stub at FFE0H-FFFFH
|
|
|
|
The table below illustrates the target build configurations along with the
|
|
.DAT and .LIB files which are utilized for the specific configuration. The "?"
|
|
is replaced with a letter that represents one of the ZCPR memory segment configurations
|
|
described later in this document.
|
|
|
|
BP33?.DAT DEF-WW-Z33?.LIB Non-Banked BPBIOS w/ ZCPR 3.3 & ZSDOS 1.1
|
|
BP33?BNK.DAT DEF-WW-Z33?BNK.LIB Banked BPBIOS w/ ZCPR 3.3 & ZSDOS 1.1
|
|
BP34?.DAT DEF-WW-Z34?.LIB Non-Banked BPBIOS w/ ZCPR 3.4 & ZSDOS 1.1
|
|
BP34?BNK.DAT DEF-WW-Z34?BNK.LIB Banked BPBIOS w/ ZCPR 3.4 & ZSDOS 1.1
|
|
BP41?BNK.DAT DEF-WW-Z41?BNK.LIB Banked BPBIOS w/ ZCPR 4.1 & ZSDOS 2.03
|
|
|
|
The table below illustrates the BPBIOS equates used and the specific CCP/DOS/BIOS
|
|
components that are used to generate each configuration. As above, the "?" is
|
|
replaced with a letter that represents one of the ZCPR memory segment configurations
|
|
described later in this document.
|
|
|
|
BP33? BP33?BNK BP34? BP34?BNK BP41?BNK
|
|
-------------- -------------- -------------- -------------- -------------- --------------
|
|
BANKED NO YES NO YES YES
|
|
ZSDOS2 NO NO NO NO YES
|
|
-------------- -------------- -------------- -------------- -------------- --------------
|
|
CCP ZCPR33?.REL ZCPR33?.REL Z34.REL Z34.REL Z41.ZRL
|
|
DOS ZSDOS.ZRL ZSDOS.ZRL ZSDOS.ZRL ZSDOS.ZRL ZS203.ZRL
|
|
BIOS BP33.REL BP33BNK.REL BP34.REL BP34BNK.REL BP41.REL
|
|
-------------- -------------- -------------- -------------- -------------- --------------
|
|
|
|
In addition to the configuration options above, ZCPR also utilizes a
|
|
defined set of memory segments in upper memory. The location and size of these
|
|
segments have many ramifications and general ZCPR / BPBIOS documents
|
|
should be consulted to understand these. The build process used here
|
|
produces several different configurations which can be loaded at runtime.
|
|
The original distributed memory segment configuration occupies the top
|
|
of memory which, unfortunately, conflicts with the RomWBW HBIOS need to
|
|
occupy this space.
|
|
|
|
Although RomWBW HBIOS is implemented in it's own dedicated memory bank, it
|
|
requires a small proxy at the top of memory which acts as a mechansim to
|
|
route calls to HBIOS. There are two ways to implement this upper memory
|
|
proxy. The full proxy occupies FE00H-FFFFH and implements all of the
|
|
HBIOS routing code. Alternatively, a mini proxy can be utilized to
|
|
minimize the dedicated proxy space in upper memory. The mini proxy
|
|
requires just 20H bytes at the top of memory (FFE0H-FFFFH), but requires
|
|
that the bulk of the proxy code be implemented internally in BPBIOS.
|
|
|
|
Taking the above into account, the build process implements a couple of
|
|
memory segment configurations that are compatible with RomWBW HBIOS.
|
|
Essentially, these configurations rearrange the ZCPR memory segments
|
|
to free up the area required by the HBIOS full or mini proxy. Note
|
|
that this is a bit complicated because there are some constraints on
|
|
the locations of certain segments.
|
|
|
|
First, the RCP, FCP, and IOP segments contain executable code which is
|
|
pre-built and intended to run at specific locations. Specifically, the
|
|
SYS.RCP, SYS.FCP, and SYS.IOP files provided with the BPBIOS distribution
|
|
must be loaded at their original intended location. In theory, new
|
|
versions of these files could be created to load at different locations,
|
|
but that is not the approach taken here. Instead, the memory segment
|
|
configurations are designed to keep these 3 components at the same
|
|
location as the original distribution.
|
|
|
|
BPBIOS is assembled as relocatable code. Subsequently, the BPBUILD tool
|
|
is used to link BPBIOS with the CCP and DOS relocatable code to produce
|
|
the absolute image (.IMG file). Note that BPBUILD does more than just
|
|
linking. As part of it's work, BPBUILD adjusts the built-in environment
|
|
segment to customize the final image for the desired location and size
|
|
of Z-System segments.
|
|
|
|
The following table summarizes the original memory segment configuration and the
|
|
two new configurations utilized by this build process. As indicated above, the
|
|
original configuration is incompatible with RomWBW HBIOS because it occupies the
|
|
very top of memory. This configuration is shown below purely to document the
|
|
original distribued configuration.
|
|
|
|
SEGMENT Original T Config N Config
|
|
-------------- -------------- -------------- --------------
|
|
Environment FE00 EA00* FE00
|
|
# Recs 2 2 2
|
|
Flow Ctl Pkg FA00 FA00 FA00
|
|
# Recs 4 4 4
|
|
I/O Pkg EC00 EC00 EC00
|
|
# Recs 12 12 12
|
|
Res Cmd Pkg F200 F200 F200
|
|
# Recs 16 16 16
|
|
Cmd Line FF00 EB00* FF00
|
|
# Bytes 203 203 171*
|
|
Named Dirs FC00 FC00 FC00
|
|
# Ents 14 14 14
|
|
Ext Path FDF4 FDF4 FDF4
|
|
# Ents 5 5 5
|
|
Shell Stack FD00 FD00 FD00
|
|
# Ents 4 4 4
|
|
Ent Size 32 32 32
|
|
Msg Buffer FD80 FD80 FD80
|
|
Ext FCB FDD0 FDD0 FDD0
|
|
Ext Stack FFD0 EBD0* FFB0*
|
|
|
|
User Space E900 E700* E900
|
|
Size 300 300 300
|
|
|
|
Wheel Byte FDFF FDFF FDFF
|
|
|
|
The sections below provide a more detailed description of the memory
|
|
segment configurations.
|
|
|
|
=============================================================================
|
|
ORIGINAL DISTRIBUTION CONFIGURATION (NO HBIOS):
|
|
This is the original distribution configuration of BPBIOS which
|
|
occupies all upper RAM (to FFFFH). So, there is no room for the
|
|
HBIOS proxy and, therefore, is not compatibile with RomWBW. This
|
|
configuration is documented only for reference. It is not built
|
|
by the build process and is not compatible with RomWBW HBIOS.
|
|
-----------------------------------------------------------------------------
|
|
A - Environment - FE00H F - Named Dirs - FC00H
|
|
Size (# recs)- 2 # of Entries - 14
|
|
B - Flow Ctrl Pkg - FA00H G - External Path - FDF4H
|
|
Size (# recs)- 4 # of Entries - 5
|
|
C - I/O Package - EC00H H - Shell Stack - FD00H
|
|
Size (# recs)- 12 # of Entries - 4
|
|
D - Res Cmd Proc - F200H Entry Size - 32
|
|
Size (# recs)- 16 I - Msg Buffer - FD80H
|
|
E - Command Line - FF00H J - Ext. FCB - FDD0H
|
|
Size (bytes) - 203 K - Ext. Stack - FFD0H
|
|
=============================================================================
|
|
|
|
=============================================================================
|
|
T CONFIGURATION (HBIOS FULL PROXY @ FC00-FFFF):
|
|
This configuration uses a modified layout of the ZSystem segments so
|
|
that critical segments can be located at the same address as the
|
|
"stock" configuration. Some segments are built with an assumed
|
|
memory location and will generally fail if they are not loaded in
|
|
that location. The Flow Control Package (FCP) and Resident
|
|
Command Processor (RCP) are very sensitive to this. This configuration
|
|
places them at their original locations, so they work well.
|
|
-----------------------------------------------------------------------------
|
|
A - Environment - EA00H F - Named Dirs - FC00H
|
|
Size (# recs)- 2 # of Entries - 14
|
|
B - Flow Ctrl Pkg - FA00H G - External Path - FDF4H
|
|
Size (# recs)- 4 # of Entries - 5
|
|
C - I/O Package - EC00H H - Shell Stack - FD00H
|
|
Size (# recs)- 12 # of Entries - 4
|
|
D - Res Cmd Proc - F200H Entry Size - 32
|
|
Size (# recs)- 16 I - Msg Buffer - FD80H
|
|
E - Command Line - EB00H J - Ext. FCB - FDD0H
|
|
Size (bytes) - 203 K - Ext. Stack - EBD0H
|
|
=============================================================================
|
|
|
|
=============================================================================
|
|
N CONFIGURATION (HBIOS MINI PROXY @ FFE0-FFFF):
|
|
This configuration frees up the top 20H bytes of memory to make space for the
|
|
HBIOS mini-proxy. It does this by shrinking Cmd Line and shifting the Ext Stack
|
|
down by 32 bytes. This configuration will only work if INTPXY=YES in HBIOS.
|
|
-----------------------------------------------------------------------------
|
|
A - Environment - FE00H F - Named Dirs - FC00H
|
|
Size (# recs)- 2 # of Entries - 14
|
|
B - Flow Ctrl Pkg - FA00H G - External Path - FDF4H
|
|
Size (# recs)- 4 # of Entries - 5
|
|
C - I/O Package - EC00H H - Shell Stack - FD00H
|
|
Size (# recs)- 12 # of Entries - 4
|
|
D - Res Cmd Proc - F200H Entry Size - 32
|
|
Size (# recs)- 16 I - Msg Buffer - FD80H
|
|
E - Command Line - FF00H J - Ext. FCB - FDD0H
|
|
Size (bytes) - 171 K - Ext. Stack - FFB0H
|
|
=============================================================================
|
|
|
|
BPBIOS is designed to invoke a command at startup (autostart command). There
|
|
are 3 ZEX command files customized for this build. They are Z33.ZEX, Z34.ZEX,
|
|
and Z41.ZEX. BPBIOS is customized to launch the ZEX command file corresponding
|
|
to the version of ZCPR being linked with it.
|
|
|
|
The table below summarizes the loadable image files created by the build
|
|
process:
|
|
|
|
ZCPR ZSDOS BPBIOS STARTUP T (INTPXY=NO) N (INTPXY=YES)
|
|
------ ------ -------------- -------------- -------------- --------------
|
|
v3.3 v1.1 NON-BANKED Z33.ZEX BP33T.IMG BP33N.IMG
|
|
v3.3 v1.1 BANKED Z33.ZEX BP33TBNK.IMG BP33NBNK.IMG
|
|
v3.4 v1.1 NON-BANKED Z34.ZEX BP34T.IMG BP34N.IMG
|
|
v3.4 v1.1 BANKED Z34.ZEX BP34TBNK.IMG BP34NBNK.IMG
|
|
v4.1 v2.03 BANKED Z41.ZEX BP41TBNK.IMG BP41NBNK.IMG
|
|
|
|
WARNING: Once an N configuration image has been loaded, it is no longer
|
|
possible to load a T configuration without rebooting. This constraint
|
|
exists because the N configurations wipe out all but the top 20H bytes
|
|
of memory. The T configurations rely on the full 200H byte HBIOS
|
|
proxy.
|