Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-01 13:45:29 -0700 (Thu, 01 Aug 2002)
Revision: 1618
Log message:

      Today's changes so far...
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-02 13:33:39 -0700 (Fri, 02 Aug 2002)
Revision: 1619
Log message:

      Finally...
      
      So, upon creation of file1 with inode xxx in dir1, dir1/.chunks and
      dir1/.chunks/xxx are created (obviously if the former already exists we
      don't try to make it again). At the moment this only works in the root
      directory as I haven't gone through the trouble of writing what to do
      when he have multiple hardlinks to a file.
      
      This still has to be cleaned up a bit (I'll probably make another commit
      later), but I just wanted to sync up now...
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-05 12:36:02 -0700 (Mon, 05 Aug 2002)
Revision: 1620
Log message:

      Should just be minor cleanups...
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-06 14:25:04 -0700 (Tue, 06 Aug 2002)
Revision: 1621
Log message:

      This should be somewhat close to what I want... I still haven't gone
      through mojave_file_read, but mojave_file_write and mojave_dir_create
      should be close to done.
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-07 15:08:34 -0700 (Wed, 07 Aug 2002)
Revision: 1622
Log message:

      Alright, all the main structure should be in place. Currently I still
      ignore some important flags (e.g. O_TRUNC on file_write), but the basic
      functionality should be close by.
      
      Now I can return to debugging and debugging and debugging....
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-08 14:44:34 -0700 (Thu, 08 Aug 2002)
Revision: 1623
Log message:

      Bug fixes for the last commit.
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-09 15:14:31 -0700 (Fri, 09 Aug 2002)
Revision: 1624
Log message:

      Some aesthetic clean up, as well as adding the ability to have multiple
      local mounts.
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-16 13:10:03 -0700 (Fri, 16 Aug 2002)
Revision: 1625
Log message:

      Lots of changes. Both read() and write() have been completely rewritten.
      I tested write() yesterday and it worked perfectly. I still have yet to
      try testing read(), but with luck it will go just as smoothly.
      
      There still are lots of places to cleanup (e.g. do a "grep FIXME" in
      fio/), but most of these things are minor. I also realize I will have to
      implement truncate() and llseek() if we want their syscalls to work.
      They shouldn't be too bad, though.
      
      jason
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-19 16:01:41 -0700 (Mon, 19 Aug 2002)
Revision: 1626
Log message:

      I've added some write ups to our documentation. Hopefully this directory
      will soon contain more similar things.
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-19 17:32:23 -0700 (Mon, 19 Aug 2002)
Revision: 1627
Log message:

      On a roll...
      
      Thanks to the implementation of delete_inode(), we now properly handle
      removal of files by deleting all of their associated chunk information.
      
      Lots of minor bugfixes included as well.
      
      Major remaining issues:
         Handle sys_truncate()
         Fix bug in read() that cuts off output of last chunk
         Make ".chunks" invisible to userspace
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-21 15:34:11 -0700 (Wed, 21 Aug 2002)
Revision: 1628
Log message:

      Ahah! Reading/writing now works as desired.
      
      There is quite a major change, as I have moved the chunk table out of
      the listed file and into the chunk dir. This file, named "ctable", is
      also referred to as chunk 0. If this doesn't make sense, here's an
      example:
      
      We have file "foo" at "$MNT/foo" corresponding to inode 11.
      All of foo's chunks are at "$MNT/foo/ino_11/chk_<chunk_num>".
      foo's chunk table is at "$MNT/foo/ino_11/ctable".
      
      The change was necessary, but I did not realize it until to trying to
      implement truncate(), which only gives us an inode to truncate. While we
      could have searched through the inode->i_dentry list and done some
      frobnicating, this way has a much smaller chance of hitting weird snags.
      
      There is currently a stupid bug in mojave_delete_inode that causes a
      kernel oops when the user does an rmdir. This will be fixed promptly.
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-23 16:54:02 -0700 (Fri, 23 Aug 2002)
Revision: 1629
Log message:

      Committing before weekend. Lots of small changes, but nothing major. I'm
      still tracking down some very owning bugs.
      
      jason
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-29 13:45:32 -0700 (Thu, 29 Aug 2002)
Revision: 1630
Log message:

      Alright, this is starting to get very tiresome...
      
      We now have a GID that we restrict to internal use. We use this to
      identify chunk related objects (e.g. "$MNT/.chunks/" or the chunks
      themselves).
      
      I'm not sure how much changes there are since last Friday, but the code
      has changed a lot recently...
      

Changes by: buckweat (buckweat at unknown.email)
Date: 2002-08-30 12:44:21 -0700 (Fri, 30 Aug 2002)
Revision: 1631
Log message:

      I haven't tested this yet, making it somewhat dubious.
      
      Changes:
         All chunk numbers now unsigned long
         Attempt to cleanup our messes when we fail in mkdir()/create()
         Use strcpy() in mojave_inode_name
         Cut down on excessive goto use