it's the DRAM control lines that are going to be tough since I need to use a bit of the address to select VRAM or DRAM, and gate the DRAM control signals appropriately? I THINK?
the address and data busses just get propagated to all RAMs? I THINK?
here's 256 kilowords of 16-bit DRAM.
i really wish i had a nonzero knowledge base here
note: I haven’t successfully built a CPU board myself ever so this will be fun
Fortunately it’s all self-contained so I really just need to work out memory decoding logic
lmao turns out the slow burn RPG story I’ve been planning with my buddy who DMs the game is just the plot to Picard?
my character is an android who doesn’t know she’s an android and the big reveal was coming up soon
I’ve been slow burning it since, like, before any details were announced? I feel silly now lol
I got emacs going, don’t have my video card yet so no xfce
I’m working on implementing lcd(4) as a character special like lunam88k’s driver atm so I can make the computer say trans rights more easily
I was able to find workarounds for the busted hppa packages on OpenBSD (gnutls and cmake particularly) that got them to build
They just need -latomic in their Makefile to use its function instead of a nonexistent intrinsic
I should send in a patch for that and the other packages I had to rejigger to build on hppa
⚧🚺 68k witch - emulator writer - world’s greatest Atari Jaguar programmer 🚺⚧
the mastodon instance at cybre.space is retired
see the end-of-life plan for details: https://cybre.space/~chr/cybre-space-eol