tarfeef101 a4fb607edb there were a few cases of getppages getting called directly, which caused issues after vm_init is true, as that sets first and last to 0 in ram.c, which is used by stealmem. so those would fail after init. hence the issue. i simply changed those to use alloc_kpages, so now there should be no exceptions. ran one set of tests, but those pass now %!s(int64=6) %!d(string=hai) anos
..
conf 731461ebee initial commit, after a0 completion %!s(int64=6) %!d(string=hai) anos
include 731461ebee initial commit, after a0 completion %!s(int64=6) %!d(string=hai) anos
locore e22dd1c049 tlb now randomly kickes entries, code segments are read only %!s(int64=6) %!d(string=hai) anos
syscall b9192e35bf believe argument passing in runprogram working, have base execv without agrs working. with args is still not great %!s(int64=6) %!d(string=hai) anos
thread 731461ebee initial commit, after a0 completion %!s(int64=6) %!d(string=hai) anos
vm a4fb607edb there were a few cases of getppages getting called directly, which caused issues after vm_init is true, as that sets first and last to 0 in ram.c, which is used by stealmem. so those would fail after init. hence the issue. i simply changed those to use alloc_kpages, so now there should be no exceptions. ran one set of tests, but those pass now %!s(int64=6) %!d(string=hai) anos