<div dir="ltr">Hi Neil,<div><br></div><div>Sure. Patches are attached for your reference.</div><div><br></div><div>The first patch is to bring llite_lloop driver back; the 2nd fixes some bugs and the 3rd one adds async I/O. The patches are based on 2.7.21, but I don't think it would be difficult to port them to master. Anyway, it's just for your reference.</div><div><br></div><div>This is a piece of work in progress, please don't use it for production.</div><div><br></div><div>Thanks,</div><div>Jinshan</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 2, 2018 at 3:37 PM, NeilBrown <span dir="ltr"><<a href="mailto:neilb@suse.com" target="_blank">neilb@suse.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Apr 02 2018, Jinshan Xiong wrote:<br>
<br>
> Hi Andreas,<br>
><br>
> There are still some more work going on, like to apply the changes in<br>
> LU-4198.<br>
> The other improvement is to make 'lctl blockdev' attach a loop device to<br>
> readonly by default, otherwise the virtual block device would be corrupted<br>
> if there exist multiple writers.<br>
><br>
> After that's done, I will be happy to push a patch for review.<br>
<br>
</span>If you just posted it now - even though it isn't perfect yet - I could<br>
read it, understand what the problem is that it is trying to fix, and start<br>
looking at how to improve drivers/block/loop.c so that your patch isn't<br>
necessary.<br>
<span class="HOEnZb"><font color="#888888"><br>
NeilBrown<br>
</font></span></blockquote></div><br></div>