Hi Jens, This looks really useful. On Wednesday 09 January 2008 00:52, Jens Axboe wrote:Get_block methods are pretty fast and you have caching in the level above you, so you might be able to get away with no cache of physical addresses at all, in which case you just need i_mutex and i_alloc_sem at get_block time. This would save a pile of code and still have the main benefit of avoiding double caching. If you use ->get_block instead of bmap, it will fill in file holes for you, but of course get_block is not exposed, and Al is likely to bark at anyone who exposes it. Instead of exposing get_block you could expose an aops method like ->bio_transfer that would hide the use of *_get_block in a library routine, just as __blockdev_direct_IO does. Chances are, there are other users besides loop that would be interested in a generic way of performing bio transfers to files. I presume you would fall back to the existing approach for any filesystem without get_block. You could handle this transparently with a default library method that does read/write. Regards, Daniel --
| Greg KH | [RFC] sample kobject implementation |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Paul E. McKenney | [PATCH RFC 2/9] RCU: Fix barriers |
| Joe Perches | [PATCH 011/148] include/asm-x86/bug.h: checkpatch cleanups - formatting only |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Linus Torvalds | Re: [GIT]: Networking |
| Jeff Garzik | Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM |
