Re: [PATCH 1/7] ext4: ext4_inode_info diet
From: Dmitry Monakhov <hidden>
Date: 2012-09-13 11:15:42
On Thu, 13 Sep 2012 18:50:22 +0800, Zheng Liu [off-list ref] wrote:
On Sun, Sep 09, 2012 at 09:27:08PM +0400, Dmitry Monakhov wrote:quoted
Generic inode has unused i_private pointer which may be used as cur_aio_dio storage. TODO: If cur_aio_dio will be passed as an argument to get_block_t this allow to have concurent AIO_DIO requests.Out of curiosity, could you please describe your idea about concurrent AIO_DIO requests in get_block_t? Thanks!
Current buffer.c API layering looks sub-optimal
->xxx_fs_routine: May create different contexts
->generic_buffer_methods(inode, bh..)
->xxx_fs_get_block(inode, bh,...): There is no efficient way to pass fscontext
Both xxx_fs_routine and xxx_fs_get_block are fs specific, but
the only way to pass fscontext down to get_block is to pass it by
attaching it to inode, which make it implicit serialization point.
I just want to add fsprivate argument to get_block_t callback similar
write_begin/write_end and iocb->private, so filesystem will able to pass
it to it's get_block callback.
quoted
Signed-off-by: Dmitry Monakhov <redacted>Looks good to me. You can add: Reviewed-by: Zheng Liu <redacted> Regards, Zheng -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html