I found a second issue... just a normal write-via-mmap issue, which I
   think INN does.  If you mmap() a file fragment and write to it via
   the mmap(), m->dirty is set to VM_PAGE_BITS_ALL (0xFF). the normal buffer
   flush will only clear the dirty bits on the page associated with the
   file fragment, leaving m->dirty 0xFC without an associated buffer.

   I think *this* is causing the panic.  Unfortunately, fixing it properly 
   is a bit delicate because there are cases where it is not appropriate for
   the buffer cache code to just  go and clear m->dirty (e.g. for odd buffer
   block sizes such as those used for bitmap blocks).  I should have a patch
   in a bit.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to