Commit History

Autor SHA1 Mensaxe Data
  tarfeef101 c6987a2215 trying to add vm into the memory init so we never do physical allocation. not working rn though, can't run more than a couple tests sequentially without a tlb miss (Accessing NULL) %!s(int64=6) %!d(string=hai) anos
  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
  tarfeef101 ee5567e1fd got memory management working (no paging). tested. need to do paging, then try cool shit like VM in ram.c for never using physical allocation. i'm probably forgetting something, but that's all i can remember rn %!s(int64=6) %!d(string=hai) anos
  tarfeef101 e22dd1c049 tlb now randomly kickes entries, code segments are read only %!s(int64=6) %!d(string=hai) anos
  tarfeef101 ca95959290 new branch for a3 %!s(int64=6) %!d(string=hai) anos
  Tareef Dedhar 9b4c9e283d Merge branch 'a2b' of tarfeef101/cs350 into master %!s(int64=6) %!d(string=hai) anos
  tarfeef101 43b65fa2e9 Merge branch 'a2b' of ssh://git.tareef.tech:10022/tarfeef101/cs350 into a2b %!s(int64=6) %!d(string=hai) anos
  tarfeef101 bd91fe35d2 modified buildscripts to be working directory agnostic, also fixed a small memory leak %!s(int64=6) %!d(string=hai) anos
  Tareef Dedhar a546dc9ed7 Merge branch 'a2b' of tarfeef101/cs350 into master %!s(int64=6) %!d(string=hai) anos
  tarfeef101 7376c59940 testing with cloudflare dns crap going on %!s(int64=6) %!d(string=hai) anos
  tarfeef101 23af2b9c19 leslie is a god %!s(int64=6) %!d(string=hai) anos
  tarfeef101 2c7d850820 debugging of my weird error. details are on piazza, and can be inferred through comments and printfs when running uw-testbin/argtesttest %!s(int64=6) %!d(string=hai) anos
  tarfeef101 74156bfff5 confirmed, bug with argtesttest is with a2b, not a2a (assuming a2a is actually fixed, of course) %!s(int64=6) %!d(string=hai) anos
  tarfeef101 55542e5358 fixed a2a crap %!s(int64=6) %!d(string=hai) anos
  tarfeef101 4a78e046da fuck piazza %!s(int64=6) %!d(string=hai) anos
  tarfeef101 11fc2beeac got execv mostly working... arg2 and argc are kinda off with argtestest %!s(int64=6) %!d(string=hai) anos
  tarfeef101 8b37d7e1e7 tested uw-testbin/argtest with argument passing (no execv), and it works flawlessly. so issue must be with execv specific code as discussed before, but now we have also validated the functionality of the argument copying %!s(int64=6) %!d(string=hai) anos
  tarfeef101 03416ba12a seems that arg passing may be working after all, but the bad memory reference i get on hogparty is simply due to the execv base functionality not working. hogparty isn't supposed to use argv. perhaps i am not setting up the userspace pointers properly... %!s(int64=6) %!d(string=hai) anos
  tarfeef101 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
  tarfeef101 4c3717c727 have a building kernel, can run old tests, but cannot run new ones. execv clearly needs work %!s(int64=6) %!d(string=hai) anos
  tarfeef101 8f2d17547d started execv, not sure how caret.proj will do stuff, guess i'll find out when i repoen it. %!s(int64=6) %!d(string=hai) anos
  tarfeef101 ab2a8632a3 new branch for a2b %!s(int64=6) %!d(string=hai) anos
  Tareef Dedhar 9b74ba733d Merge branch 'a2a' of tarfeef101/cs350 into master %!s(int64=6) %!d(string=hai) anos
  tarfeef101 a76a6813f0 rebuilt user level programs as per guidelines pre-submission %!s(int64=6) %!d(string=hai) anos
  tarfeef101 a680c9cb45 removing old code, missed 1 element of the processes array in init %!s(int64=6) %!d(string=hai) anos
  tarfeef101 41d0d447bd added a script for non-complete building. also, fixed sys exit. issue was not deleting children that are zombies when parents die. i do that now %!s(int64=6) %!d(string=hai) anos
  tarfeef101 2c8fab64f4 using the proper palin test, i am passing. think my sleep is the issue, or according to piazza the sleep is exposing issues with address spaces which could be a fork issue. %!s(int64=6) %!d(string=hai) anos
  tarfeef101 42307f5601 using proclock more %!s(int64=6) %!d(string=hai) anos
  tarfeef101 a982f748c5 actually update retval in getpid %!s(int64=6) %!d(string=hai) anos
  tarfeef101 0e648f4fd6 added another condition to thread to allow for threads to die if their process has exited but exists because it wants to be usable by family| %!s(int64=6) %!d(string=hai) anos