about summary refs log tree commit diff stats
path: root/baremetal/README.md
Commit message (Collapse)AuthorAgeFilesLines
* 7567 - baremetal: shift-key supportKartik Agaram2021-01-271-1/+2
|
* 7559 - reorganize sectors built in raw hexKartik Agaram2021-01-241-1/+1
| | | | | | | | | | | | | | | | | This was tedious for three reasons beyond the usual one of having to track and update offsets several time while I debug: - The Bochs troubles of the previous commit kept polluting my brain even though they were irrelevant. - I had to keep some changes locally to allow myself to use Bochs, which polluted my working directory. - I had to travel the long way to the realization that I'm not actually initializing the stack anywhere. BIOS was starting my stack off at 0x10000, which was promptly clobbered by my second read from disk. The good news: while I'm here I grow the interrupt descriptor table. So I don't have to go through this exercise when I get back to supporting the mouse.
* 7528 - heap allocatorKartik Agaram2021-01-161-2/+3
|
* 7519 - baremetal: run all tests on bootKartik Agaram2021-01-131-2/+5
|
* 7489 - include GNU UnifontKartik Agaram2021-01-091-1/+1
| | | | | | | https://en.wikipedia.org/wiki/GNU_Unifont#The_.hex_font_format http://unifoundry.com/unifont/index.html Since GNU Unifont is covered under the GPL v2, so I believe is this repo.
* 7424 - baremetal: downsize graphics resolutionKartik Agaram2020-12-271-1/+1
| | | | | | | | If it's large enough that I have doubts whether my top-of-the-line Mac is showing the bottom of the screen inside an emulator, it's too large. This way I also feel more confident that most modern hardware will support this graphics mode, and that these programs will work for others.
* 7423Kartik Agaram2020-12-271-6/+15
|
* 7420Kartik Agaram2020-12-261-1/+2
|
* 7419Kartik Agaram2020-12-261-0/+1
|
* 7418 - baremetal: adjust entrypoint addressKartik Agaram2020-12-261-1/+1
| | | | | | | | | | | We need a few pages of data for the keyboard mappings. If I moved them to some later address I'd be able to keep the nice round starting address unchanged. But that seems like a superficial aesthetic concern. There's really no value in having an array of hex bytes represented in SubX rather than just raw hex. And it's better to colocate data near the handler code which uses it (and which runs instructions SubX doesn't support).
* 7410Kartik Agaram2020-12-261-1/+1
|
* 7409Kartik Agaram2020-12-261-1/+1
|
* 7408Kartik Agaram2020-12-261-2/+2
|
* 7407Kartik Agaram2020-12-261-1/+4
|
* 7406Kartik Agaram2020-12-261-0/+2
|
* 7404 - baremetal: first example programKartik Agaram2020-12-261-0/+22
| | | | | | | | | | Design choice: all programs will use a graphics mode (1280x1024) with 256 colors. That should be fairly widely available. (It turns out text modes larger than 80x25 are not widely available even among modern emulators. Mu will need fonts sooner rather than later.) Mu will never try to be smart and do things like autodetect your hardware. We _will_ help you modify Mu for your hardware.
* 7403 - baremetal/ for apps without a kernelKartik Agaram2020-12-261-0/+2
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2025-01-15 21:50:40 +0000