phil-opp on master
Clarified writing beyond the bu… (compare)
@konobi Hi! Sorry for the late reply, I've been on vacation.
great blog series btw... definitely one of the best approaches I've seen to explaining os dev in a consumable way in a long time
Thanks so much!
oh... was able to coax qemu on osx to show it up (using -curses as a qemu option)... looks like qemu on OSX has some pain points that make things tough to debug
Never heard of this issue. So the QEMU window didn't open without the
I noted there's some interest in supporting ARM perhaps... has there been any movement along those lines at all?
Not much. The biggest problem is that ARM is so heterogeneous, i.e. there are all kinds of boards with very different features (some of them don't even have a MMU). So writing a general ARM tutorial that works with multiple boards is difficult. I imagine that we could provide some "Porting to X" posts as soon as there is enough functionality in the kernel (where X are various boards, e.g. raspberry pi or the ROCKPro64 you mentioned).
Has anyone put thought into making an uefi version of the bootloader?
UEFI support would be great! We had some discussion about this in https://github.com/phil-opp/blog_os/issues/349#issuecomment-381163174.
qemu on osx didn't want to open at all... possibly due to xquartz being hit and miss
Hmm, never heard of that issue (and I believe there are some people who implemented the blog on macOS). How did you install QEMU?
the ARM hardware is now cheap enough that restricting a kernel's functionality to a known set of features is less of a barrier to entry than the difference between Intel and AMD
What do you mean? That ARM is cheap enough so that everybody can just buy a specific board?