Skip to content

add execute in place support

Carsten Otte linux-fsdevel lkml 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest5 patches 20 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/5bdev: add execute in place supportdrivers/s390/block/dcssblk.c include/linux/fs.h+41 -40 replies
2/5mm/fs: add execute in place supportfs/open.c include/linux/fs.h mm/filemap.c+411 -127 replies
3/5ext2: add execute in place supportfs/Kconfig fs/ext2/Makefile fs/ext2/ext2.h +6 more+184 -161 reply
4/5loop: add execute in place supportdrivers/block/loop.c include/linux/loop.h+88 -50 replies
5/5madvice/fadvice: add execute in place supportmm/fadvise.c mm/madvise.c+8 -00 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [RFC/PATCH 0/5] add execute in place support

Folks,

this is the intro to a small series of patches that introduce execute in place into the I/O stack. File I/O to memory-backed block devices is performed directly, bypassing the page cache and io schedulers. On s390, we use this for block devices based on shared memory between multiple virtual machines. This is also useful on embedded systems where the block device is located on a flash chip. This work is a result of a prior discussion with Andrew Morton about my first implementation which basically was a filesystem derived from ext2.

As I'd like to aim for integration into -mm and vanilla later on, I'd like to encourage everyone to give it a read and provide feedback. All patches apply against git-head as of today.

cheers,
Carsten