It could create a disk access, not all inodes are in the block that houses
the directory inode.
I don't have my code in front of me, so I don't remember exactly what it was
supposed to do, but if you look at how writeInodeCallback gets called (I
believe it is done through the OS, though I might be wrong), it should
become clear as to what that method has left to do (that is, after
writeInodeReq has already done its thing).
--Eric
"Eric Tschetter" <er...@mail.utexas.edu> wrote in message
news:d5mtfg$cj5$1...@news.cs.utexas.edu...
You set the values in the interrupt in VFS and pass it to BufferCache,
which passes it to BlockDriver, which passes it to Disk, which schedules
it to get called when the IO is done.
By "interrupt", I mean the OSEvent itself. Your callback function
handles the interrupt (aka does something with the OSEvent). You put
whatever values into the interrupt (aka OSEvent) that you might need
when it gets handled.