Live data from Hacker News

Realmode Assembly – Hello World Bootloader

0x00sec.org

1–10 of 13 posts

Re: Realmode Assembly – Hello World Bootloader

#2
A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the original Unix, complete with shell, utilities, kernel, etc., ran on a PDP-11 with a 64KB total address space.

I used to teach an Asm course, and a lot of my students were wondering why we started with 16-bit, single-segment DOS COM programs --- being used to multi-KB or MB apps that don't do much, they thought it'd be impossible; and yet came away with a completely new perspective on how far away that 64KB limit seems, even if you're writing moderately complex programs.

Re: Realmode Assembly – Hello World Bootloader

#4

A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the ori…

Because that's like teaching perl cgi in a web dev course. Sure you can do a lot, but that's not relevant to today's tech, does not give them any practical experience on real world architectures, and is very limited as to what they can achieve if they want to go further. As a final note, I find it rather annoying that the web is flooded of articles on how to create a basic bootloader/kernel in real mode and using the BIOS, while there is a clear lack of good introductory articles on how to create minimalistic kernels using a stack like Core boot, uefi, TianoCore, long mode

Re: Realmode Assembly – Hello World Bootloader

#5

A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the ori…

How much more complex would it be to set up protected mode and use it in assembly? Genuinely curious.

Re: Realmode Assembly – Hello World Bootloader

#6

A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the ori…

How much more complex would it be to set up protected mode and use it in assembly? Genuinely curious.

Depends. If you use a bootloader like grub that will put you in protected mode (The GDT is a bit undefined, but in general you can probably get away with just leaving it for simple programs). However, when you go to protected mode you lose access to the BIOS interrupts (and DOS interrupts if you're using them) and gain access to other features, so the range of things that are easy vs. hard changes a fair amount.

But if you're just planning on writing very simple text programs in ASM, then the only things that are really relevant is the text display, keyboard, and possibly disk/floppy. The text display is exactly the same (assuming the GDT from grub places it at the same location), but the keyboard is a fair amount more involved, and floppy is basically impossible (without writing a fairly involved driver). An IDE driver is surprisingly simple though (But still requires an interrupt, as does the keyboard). Both of these things are basically functions calls when you still have the BIOS around, so it does create a bit of a problem.

Re: Realmode Assembly – Hello World Bootloader

#7

A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the ori…

How much more complex would it be to set up protected mode and use it in assembly? Genuinely curious.

Actually it depends on how far you want to go. You can jump to protected mode with a few lines more. But you won't have a very interesting exercise.

Basically, one would have to setup multiple registers like the GDT which sets the protection on different memory ranges (hence protected mode). Once you have your GDT setup, set a few bits in CR registers and execute a long jump to the code segment of the GDT (provided you have instructions loaded there).

Then once in protected mode, everything changes. The system allows you to set interrupts habdlndlers through the LIDT, to enable memory paging and you'll have to reload the GDT again. But no more access to the convenient BIOS functions.

You also set up the PIC of your system to get a ticking clock for scheduling your kernel operations. Once you got all that is where the fun begins and you can start implementing memory managers and allocators, writing a disk operations layer and implement (or write your own!) filesystem.

OS Dev is truly a fascinating subject because there's so much to learn. Even more with 64-bit, and multiple core initialization and usage.

I don't know how all of this works on ARM, but I might order myself an experimentation board to get my hands on.

Re: Realmode Assembly – Hello World Bootloader

#8

A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the ori…

How much more complex would it be to set up protected mode and use it in assembly? Genuinely curious.

[deleted]

Re: Realmode Assembly – Hello World Bootloader

#9

A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the ori…

How much more complex would it be to set up protected mode and use it in assembly? Genuinely curious.

About this much more complex -- https://github.com/charlesap/bootpager (example legacy boot block that jumps into protected mode, enables paging, and pages in and executes arbitrary code, no bios used.) As mentioned above the trick is what to do once you're there. And it is a UEFI world now, might as well just write 64-bit PE kernel and be done with it.

Re: Realmode Assembly – Hello World Bootloader

#10
post #4

A lot of people today dismiss realmode as being old and irrelevant for writing OSes, but IMHO the constraints of the environment are not going to be relevant if you're just starting out, and especially if you're working in Asm --- even if you stay within a single segment and ignore segmentation etc., you're "limited" to "only" 64KB of RAM, but that's already quite plenty to experiement with; keep in mind that the ori…

Because that's like teaching perl cgi in a web dev course. Sure you can do a lot, but that's not relevant to today's tech, does not give them any practical experience on real world architectures, and is very limited as to what they can achieve if they want to go further. As a final note, I find it rather annoying that the web is flooded of articles on how to create a basic bootloader/kernel in real mode and using the…

Agree about the lack of writeups for modern architectures.

For UEFI, I believe this article here has been posted on HN before: http://www.rodsbooks.com/efi-programming/hello.html

A quick result yields various results across the internet: https://duckduckgo.com/?q=uefi+bootloader+hello+world&t=ffip...

Post reply on HN