oops.

origionally I intended to allocate all memory first, then remove free ("used") pages when someone wanted to allocate, but that would take too long to boot up, so I changed the logic to dynamically allocate; however this was not entirely ...

thought through the first time, so in essence the code was mixed and resulted in incosistant allocation. this has been fixed, however cr3 is still not updated
nor is actual physical->virtual (and vice versa) mappings setup properly. Still todo is to link the mMap segment tree to actual pages.

update. stack corruption galore. first time is a charm, but the second ...

attempt at kmalloc() is when the affects are seen.

adding files needed to compile

saving progress - uses new MM system. does not boot

code cleanup

freeing memory will now free contiguous virtual memory

fixed a compiler error.

implemented kfree(). does not free contiguous blocks of virtual memory

implemented kmalloc() to use new memory management suite

ubixos compiles but it does not use the new mm system yet.

updates + kmalloc() and kfree() stubs

header files and such.

had to clean up the old files and not mix them with the new code

house cleaning on new mm system

the new memory management suite is located in sys/mm now. ...

heres the idea. basically what we are doing is allocating every bit
of physical memory available to us and flagging them as used. when
we create virtual memory, we simply set the pageAddr to the address
of the virtual address, and leave the physicalAddr property to
it's respective physical location in RAM.