duckinator / dux Goto Github PK

View Code? Open in Web Editor NEW

29.0 8.0 4.0 2.83 MB

An operating system.

License: Other

Shell 1.44% C++ 40.84% C 49.52% Objective-C 0.46% Assembly 4.58% Makefile 3.16%

dux's Introduction

!!!!! NO LONGER MAINTAINED !!!!!

See awooOS for my current operating system related shenanigans!

Dux

Dux is an operating system in the process of becoming a microkernel. It was started in 2008.

NOTE: If you cloned this repository before July 11th 2017, you will need to re-clone it. I (@duckinator) modified the commit history to correct my name.

Requirements

To compile dux you need:

GNU Make
A C compiler (clang is officially supported, gcc should work)
nasm (assembler)
ld (any linker which can link an elf binary should work)
genisoimage (or mkisofs)

It should compile on most UNIX-y systems, assuming the above dependencies are met. In theory.

Compiling

$ cp config.mk.dist config.mk
# Edit config.mk, if necessary
$ make

Licensing

Released under the MIT license, see LICENSE for more information.

dux's People

Contributors

Stargazers

Watchers

Forkers

danopia ttech machinekat matrix-1996

dux's Issues

Finish KernDebug()

Title says it all. At least it does /something/ now, though...

jemalloc

research jemalloc, see how well it can be integrated with dux

check if isrs.c can merge

Can we move i386/isrs.c and amd64/isrs.c -> x86/isrs.c? If so, do it.

check if irqs.c can merge

Can we move i386/irqs.c and amd64/irqs.c -> x86/irqs.c? If so, do it.

Handle failed allocations in memory_allocation_test()

Handle failed allocations in memory_allocation_test().

You know, once malloc() and free() work well enough for that test to even be relevant.

https://github.com/duckinator/dux/blob/main/src/kernel/tests.c#L9-L25

No HalGDTSetGate()

HalSetTSS() is partially implemented, but requires a way to set the TSS descriptor address. (Referred to HalGDTSetGate() in the partial HalSetTSS() implementation.)

Fix task.c

Fix all task.c-related issues.

Code review

Review codebase, flag problem areas, open issues, etc.

init_mm() called twice

http://github.com/RockerMONO/dux/blob/master/src/metodo/hal/i386/hal.c#L30 init_mm() called twice

HalReboot() causes SIMD FPE

Calling HalReboot() causes an SIMD Floating Point Exception.
Verified on i386, expected on am64.

Merge hal/shutdown.c

i386/hal/shutdown.c and amd64/hal/shutdown.c can be merged into x86/hal/shutdown.c safely. Do so.

Memory management, bit-shifting nonsense

Lots of math operations that cancel each other out in src/metodo/x86/hal/mm/memory.c

The following are equal:
X >> 12
and
X / 0x10000

The following show up all over the place, a lot of which cancel each other out:
X >> 12
X << 12
X / 0x1000

Someone needs to determine what cancels out, and simplify them.

Maybe a full rewrite? Nobody understands the current impl in full, except possibly sdkmvx

Also, this lovely tidbit:
assert((addr>>12) < 1048576); // (addr>>12) < 2^20
on line 182...is always true.

stage2_eltorito keeps getting overwritten

But I see nothing that would cause that. Need to track down the cause.

printf prints incorrect values

m_printn() produces incorrect values if n is > 2^31 or negative.

check if idt.c can merge

Can we move i386/idt.c and amd64/idt.c -> x86/idt.c? If so, do it.

check if interrupts.c can merge

Can we move i386/interrupts.c and amd64/interrupts.c -> x86/interrupts.c? If so, do it.

check if scheduler.c can merge

Can we move i386/scheduler.c and amd64/scheduler.c -> x86/scheduler.c? If so, do it.

hard-coded length in metodo/hal/hal.c

Hard-coded line length in src/metodo/hal/hal.c

    for(i = 0; i < (50 - strlen(msg) - strlen(name)); i++)
        printf(" ");

HalSwitchToUserMode() doesn't reenable interrupts

HalSwitchToUserMode() doesn't reenable interrupts (note 'cli' is commented out at the top, as of adding this, so you should uncomment that to test).

Verified on i386, expected on amd64.

Implement userland malloc() and free()

The userland versions of malloc() and free() in krnllib (src/lib/krnllib/krnllib.c) don't actually do anything.