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.
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
