Port of CP/Mish to the nano-z80 #83
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…ort for two UARTs
Owner
|
Thank you! Yeah, the CP/M serial API is not the greatest. Nearly everybody had to use platform-specific code to work around this. Merging. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I have made a port of CP/Mish to my Z80 SoC for the Tang Nano 20K FPGA board nano-z80. It is essentially a conversion of the nano6502 to a Z80 CPU core, reusing a lot of the same IP-cores.
Apart from the BIOS, I have included a few small platform specific tools I also ported the terminal program I wrote for CP/M-65 (excluding the ANSI and VT52 support), in order to get Xmodem file transfers. I placed this as a platform specific tool now as well as I had to do the UART access from assembly in order to get non-blocking UART reads. (I also had to do some strange workaround there as I seem to misunderstand the calling convention of ACK in some way...)
All in all, the port works very well now and gives a really nice and fast CP/M experience with a lot of storage.