bah

Major: ...

Disconnected page 0x0 from the system... Unfortunately this broke many things
  all of which have been fixed. This was good because nothing deferences NULL
  any more.

Things affected:
  malloc,kmalloc,getfreepage,getfreevirtualpage,pagefault,fork,exec,ld,ld.so,exec,file

chg: reduced the number of debugging statements in the kernel.

chg: fixed marks bug readFile did a lookup which is why it looked like it was loopping so much

chg: fixed file not found bug. Still can't find looping issue

chg: vfs_mount now ensures that malloc did not fail

chg: stopped push all these extra registers I can't find a good reason as to why I was doing it

chg: turned on ints during dma do we still boot?

*burp*

does it compile now?

chg: I was fooled thought we failed but it was a casting issue

chg: I should of made it print out stackAddr

chg: verify location of stack before building process

chg: made page 0x0 writeable should boot now

Put in a test for 0x0

chg: fixed ubu's typo

Try now TCA

chg: kinda fixed it. Added bunches of debug info

test code, fixes and the like

here we go

chg: re-enabled kprintf() in ubixfs_cacheFind()

Last of my fixes for the morning

fixed

atkbd: removed sti... does it still miss keys

ok last of my commits for the night I'm going to bed

Oh yeah try this one

Changes... mark let me know if you fault at pid 185 when you type stress

Lots of changes to the vmm subsystem.... Page faults have been adjust to now be blocking on a per thread basis not system wide. This has resulted in no more deadlocks.. also the addition of per thread locking has removed segfaults as a result of COW in which two tasks fault the same COW page and try to modify it.

vmm_pageFault: deadlock resolved thanks to a propper solution suggested by geist

chg: Temporarily disabled the moving of the found cache node to the front ...

of the list. It seems to cause problems later (race condition, possibly)