cd in shell
nits in mkdir, ls, etc.

proc[0] calls iget(rootdev, 1) before forking init

each cpu[] has its own gdt and tss
no per-proc gdt or tss, re-write cpu's in scheduler (you win, cliff)
main0() switches to cpu[0].mpstack

shell parses arguments (very simplistic)
readme version of README (sh doesn't deal with capital characters)
printf recognizes %c
nicer output format for ls

mkdir
ls shows stat info for each dir entry

stat

don't hold fd table lock across idecref() (latter does block i/o)
idecref calls iput() in case last ref -> freeing inode
dir size is 512 * # blocks, so readi/writei &c work
unlink deletes dirent even if ip->nlink > 0

multi-block directories
track size of directory (size = number entries in use)
should namei (and other code that scans through directories) scan through all blocks of a directory and not use size?

don't increase length of directory

read problem, but untested

usertests for concurrent create/delete, and read() after unlink()

no more cons_put system calls
usertests tests two processes writing files

primitive ls

remove console init code from userfs

working unlink, but doesn't free dir blocks that become empty
remove out-of-date comment in ioapic

sh accepts 0-argument commands (like userfs)
reads from console

so fast interrupts overflow the kernel stack
fix: cli() before lapic_eoi()

fix acquire() to cli() *before* incrementing nlock
make T_SYSCALL a trap gate, not an interrupt gate
sadly, various crashes if you hold down a keyboard key...

convert userfs to use printf
bfree
ifree
writei
start on unlink

O_RDWR, etc.
create file

set fd to writeable on open for write

checkpoint: write(fd,"hello\n",6) where fd is a console dev almost works

balloc

give cpu1 a TSS and gdt for when it enters scheduler()
and a pseudo proc[] entry for each cpu
cpu0 waits for each other cpu to start up
read() for files

ioapic