Thread (30 messages) 30 messages, 4 authors, 2012-09-15

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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help