> > The path that __d_path() computes can become slightly inconsistent when it > > races with mount operations: it grabs the vfsmount_lock when traversing mount > > points but immediately drops it again, only to re-grab it when it reaches the > > next mount point. The result is that the filename computed is not always > > consisent, and the file may never have had that name. (This is unlikely, but > > still possible.) > > > > Fix this by grabbing the vfsmount_lock for the whole duration of > > __d_path(). > > Looks good, and lock holding times shouldn't be a problem either. Thanks for the review of this batch. Can you please in the future either explicitly ACK or NACK? Because I really wouldn't want any more of this "Looks good, but bla bla bla" and then NACKing the patch when I send it off to Andrew. Miklos -- 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