On Mon May 09, 2011 at 12:07:07PM -0700, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > I assume this is a post-2.6.38 regression. > > I can't begin to think what might cause this. Is it reproducible? I'd bet on e7c0a167860620bd2938366896964f729ddaeaaa eCryptfs uses lookup_one_len() to lookup lower files, which means that the lower filesystem's d_revalidate() can get a NULL nameidata pointer. That commit dropped the check on nd before dereferencing it. Tyler -- 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
