- Jul 11, 2009
-
-
Russ Cox authored
-
- May 30, 2009
-
-
rsc authored
group locks into structs they protect. few naming nits.
-
rsc authored
-
rsc authored
-
rsc authored
Suppose an inode has been used and freed. It is left marked I_VALID (the bug). Now ialloc comes along and reuses the inode. It writes the new inode type to disk and returns iget(dev, inum) to get the cache entry. Iget sees that the inode is valid and doesn't bother refreshing from disk. Now when the caller iupdates, it will write out a zero type and the file or directory has disappeared.
-
rsc authored
-
- Oct 20, 2008
-
-
rtm authored
-
- Oct 16, 2008
-
-
kolya authored
-
- Oct 08, 2008
-
-
rtm authored
-
- Aug 28, 2007
- Aug 27, 2007
- Aug 24, 2007
- Aug 21, 2007
-
-
rsc authored
-
rsc authored
PDF at http://am.lcs.mit.edu/~rsc/xv6.pdf Various changes made while offline. + bwrite sector argument is redundant; use b->sector. + reformatting of files for nicer PDF page breaks + distinguish between locked, unlocked inodes in type signatures + change FD_FILE to FD_INODE + move userinit (nee proc0init) to proc.c + move ROOTDEV to param.h + always parenthesize sizeof argument
-
rsc authored
-
rsc authored
Various cleanup: - Got rid of dummy proc[0]. Now proc[0] is init. - Added initcode.S to exec /init, so that /init is just a regular binary. - Moved exec out of sysfile to exec.c - Moved code dealing with fs guts (like struct inode) from sysfile.c to fs.c. Code dealing with system call arguments stays in sysfile.c - Refactored directory routines in fs.c; should be simpler. - Changed iget to return *unlocked* inode structure. This solves the lookup-then-use race in namei without introducing deadlocks. It also enabled getting rid of the dummy proc[0].
-
- Aug 20, 2007
- Aug 10, 2007
- Aug 09, 2007
- Aug 08, 2007
- Sep 08, 2006
-
-
kaashoek authored
-