OSDev.org

omarrx024 wrote:

iansjack wrote:Rather than all the kludging with 16-bit and/or Virtual 8086 mode, why not just write a proper disk driver?

Because he wants a DOS-like OS, which probably means it would be 16-bit.

In that case talk of switching between 32-bit and 16-bit, and Virtual 8086 mode, is irrelevant isn't it?

iansjack wrote:

omarrx024 wrote:

iansjack wrote:Rather than all the kludging with 16-bit and/or Virtual 8086 mode, why not just write a proper disk driver?

Because he wants a DOS-like OS, which probably means it would be 16-bit.

In that case talk of switching between 32-bit and 16-bit, and Virtual 8086 mode, is irrelevant isn't it?

Yes, but a 32-bit DOS would be pretty cool in my opinion. It's also odd he's using GRUB to boot a 16-bit kernel.

omarrx024 wrote:It's also odd he's using GRUB to boot a 16-bit kernel.

Ahem, I was following the Bare Bones tutorial (found on the wiki) when I got the idea of writing something like MS DOS. So I didn't really care about the bootloader, but went straight into OS development.

P. S. Is there something wrong with using GRUB for this task? Or is it better to write my own bootloader? (I'd have to somehow parse ELF format and load it into the memory )

omarrx024 wrote: Yes, but a 32-bit DOS would be pretty cool in my opinion.

In which case we're back to "write a proper driver".

iansjack wrote:

omarrx024 wrote: Yes, but a 32-bit DOS would be pretty cool in my opinion.

In which case we're back to "write a proper driver".

As I said I want to try to use no (or minimal) BIOS calls . Thought that means implementing keyboard driver, etc. Again, that's the fun!

See also http://wiki.osdev.org/Meaty_Skeleton.

omarrx024 wrote:I am also gonna *try* to write it using only real mode (64kb memory should be enough I guess?) but without using any BIOS calls (or just minimal amount of them).

That doesn't make a lot of sense. Why would you restrict yourself to Real Mode if you're not even using the BIOS, which is probably the only thing in RM that could possibly be seen as an advantage?

And being 16 bit isn't the defining property of DOS, in my opinion. You can probably still be quite DOS-like in Protected Mode. You wouldn't make any use of the protection features, of course, but having a much larger address space would definitely be worth it.

Kevin wrote:

omarrx024 wrote:I am also gonna *try* to write it using only real mode (64kb memory should be enough I guess?) but without using any BIOS calls (or just minimal amount of them).

That doesn't make a lot of sense. Why would you restrict yourself to Real Mode if you're not even using the BIOS, which is probably the only thing in RM that could possibly be seen as an advantage?

And being 16 bit isn't the defining property of DOS, in my opinion. You can probably still be quite DOS-like in Protected Mode. You wouldn't make any use of the protection features, of course, but having a much larger address space would definitely be worth it.

Hmm. I guess you are right. Going to Protected Mode isn't going to hurt . Gonna implement it after I finish reading meaty skele.

Multiboot kernels are always started in Protected Mode by the bootloader. So unless you switch back to Real Mode (and I don't see any code to do that in your repository), you're automatically in PM.

Kevin wrote:Multiboot kernels are always started in Protected Mode by the bootloader. So unless you switch back to Real Mode (and I don't see any code to do that in your repository), you're automatically in PM.

Oh. That's why QEMU was going crazy when I tried to use interrupts
I guess all that stuff is on the wiki... Gonna read more.

P. S. @Sortie, thanks for the tutorial! It really helped alot in organizing my project and developing some kind of libc for my kernel!

Vik2015 wrote:Gitrepo is here https://github.com/Vik2015/weevil/.

Storing the address of the repo in your signature is a good idea, what do you think?
User Control Panel -> Profile -> Edit signature

ExeTwezz wrote:

Vik2015 wrote:Gitrepo is here https://github.com/Vik2015/weevil/.

Storing the address of the repo in your signature is a good idea, what do you think?
User Control Panel -> Profile -> Edit signature

Indeed. Added it to the signature