) {
+ down_write(MSDOS_I(inode)-truncate_lock);
truncate_setsize(inode, attr-ia_size);
fat_truncate_blocks(inode, attr-ia_size);
+ up_write(MSDOS_I(inode)-truncate_lock);
}
setattr_copy(inode, attr);
--
OGAWA Hirofumi hirof
OGAWA Hirofumi hirof...@mail.parknet.co.jp writes:
Christoph Hellwig h...@infradead.org writes:
Add a new rw_semaphore to protect bmap against truncate. Previous
i_alloc_sem was abused for this, but it's going away in this series.
In FAT case, -i_mutex was better. But, last time I saw
felt those methods does refcount by quick read. But it
seems to be false. There is no xen codes, so I don't know actually
though.).
And I agree, I also think the needing thing is consistency on the linux
codes (term).
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
--
To unsubscribe from
and call for unpleasing reclaim to backend
(because of limited space of backend) like updatedb.
And already there is in FAQ though, I also have interest about async
interface because of SDD backend (I'm not sure for now though). Is there
any plan like SSD backend?
Thanks.
--
OGAWA Hirofumi hirof
foundation to access other asynchronous devices.
See: http://marc.info/?l=linux-mmm=130013567810410w=2
Thanks for info.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
, or emulate it by zero fill.
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
remove
codes completely for e.g. security reasons. And IMHO, those cache
managements to such operations are not so easy.
Thanks.
--
OGAWA Hirofumi hirof...@mail.parknet.co.jp
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org