This patch is an attempt to improve the speed of JFFS2 at startup. Our particular problem is that we have a 30MB file on NOR flash which takes about five seconds to read and test the data CRCs. During this time access to other files in the same directory is blocked, due to parent->d_inode->i_mutex being locked. This patch attempts to solve this problem, and appears to work. For our embedded environment, we see a five second improvement in boot time. However, given that I do not have experience at Linux filesystem code, I can't be sure that this is a correct solution, or that there isn't a better way of achieving what I'm trying to do. I feel there must be a way to do this without creating a new inode function call. I'm not expecting that this patch will get applied as-is, but please let me know if there is any merit to it, whether it should work, and what could be done to if this is to be made part of the kernel. This patch is against 4.1.0-rc1, but will apply easily enough to other recent kernel versions. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
