Hi. Progress report for staging dm-writeboost. (1) Renaming to dm-writeboost Thanks for comments on renaming. By a simple democratic, dm-lc will be renamed to dm-writeboost. I am really happy with the new name. (2) Idea for smelling limitation on the kind of backing store Now I am tackling on the design issues. As Alasdair pointed out the statement below from my document really smells and seems to be the first priority at this point. Be careful, you MUST create all the LVs as the destinations of the dirty blocks on the cache device before this operation. Otherwise, the kernel may crash. Aside from the two small requirements by Alasdair, I may have to shoot out this problem before sending patch to staging tree. > Two simple requirements before putting your proof-of-concept into staging > if you want to work that way: > > 1) Drop the major version number to 0. Version 1 is reserved for > supported modules. > > 2) Agree a new and meaningful target name with us so you don't have to > change it later. "lc" means nothing, I'm afraid. My investigation today revealed that this statement is too pessimistic. The truth is only that the backing store should not be some partition out of a disk, say /dev/sdd1 out of /dev/sdd. With the partition number, my userland script works badly in attaching a device to a cache. It failed to get the correct device name from sysfs. I am thinking of addressing this problem by adding new sysfs member to show device number(major:minor) of the backing store which is likely to maintain backward-compatibility and doing some modification on the Python scripts. That's very easy. I will do this before sending a patch for staging aside said two requirements. (3) Draft for TODO and MAINTAINERS files These are the current drafts for TODO and MAINTAINERS files. Please let me know if you find more to write or simple mistakes. (3-1) TODO file TODO: - Get feedback from 3rd party users. - Reviewed by Mike Snitzer. - Audit userspace interfaces to make sure they are sane. Should use the same approach that is proven successful. - Fix document. Should document the kernel interfaces rather than particular userspace tools. - Add more comments inline to explain what it does and how it works. Please send patches to Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx> and Cc: Akira Hayakawa <ruby.wktk@xxxxxxxxx> (3-2) part of MAINTAINERS file M: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx> M: Akira Hayakawa <ruby.wktk@xxxxxxxxx> S: Maintained L: dm-devel@xxxxxxxxxx W: https://github.com/akiradeveloper/dm-writeboost.git F: drivers/staging/dm-writeboost.git (4) Next steps - Fixed all source codes and documents as they are of dm-writeboost but not dm-lc. - Github repo will be renamed. - Complete the task said at (2). - Generating a patch against linux-next and send it to Greg. Thanks for your reading, Akira -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel