diff options
author | rtm <rtm> | 2006-06-13 15:50:06 +0000 |
---|---|---|
committer | rtm <rtm> | 2006-06-13 15:50:06 +0000 |
commit | 0a70d042d04e084da4226e7d0d684dedcae06d78 (patch) | |
tree | 3dfa629b4e4b44b399fb13b384ed9b50dd03f997 /Notes | |
parent | 70a895f63c504f255a28f63efdcfc6b39b2572c5 (diff) | |
download | xv6-labs-0a70d042d04e084da4226e7d0d684dedcae06d78.tar.gz xv6-labs-0a70d042d04e084da4226e7d0d684dedcae06d78.tar.bz2 xv6-labs-0a70d042d04e084da4226e7d0d684dedcae06d78.zip |
more or less take traps/interrupts
Diffstat (limited to 'Notes')
-rw-r--r-- | Notes | 8 |
1 files changed, 8 insertions, 0 deletions
@@ -65,3 +65,11 @@ perhaps have fixed-size stack, put it in the data segment? oops, if kernel stack is in contiguous user phys mem, then moving users' memory (e.g. to expand it) will wreck any pointers into the kernel stack. + +do we need to set fs and gs? so user processes can't abuse them? + +setupsegs() may modify current segment table, is that legal? + +trap() ought to lgdt on return, since currently only done in swtch() + +protect hardware interrupt vectors from user INT instructions? |