❦ 17 août 2015 16:11 +0200, Dominique Martinet <dominique.martinet@xxxxxx> :
>> For this bug, I was able to bisect to this commit:
>>
>> 4bacc9c9234c7c8eec44f5ed4e960d9f96fa0f01 is the first bad commit
>>
>> commit 4bacc9c9234c7c8eec44f5ed4e960d9f96fa0f01
>> Author: David Howells <dhowells@xxxxxxxxxx>
>> Date: Thu Jun 18 14:32:31 2015 +0100
>>
>> overlayfs: Make f_path always point to the overlay and f_inode to the underlay
>>
>> In fact, any file reading of files present in the lower layer will lead
>> to this. No need to try to switch root or anything complex.
>
> Hmm, that is going to be annoying to fix, since we use
> file->f_path.dentry to get a new fid to the same file (clone), and
> current code pretty much depends on that...
>
> I guess it used to work because file->f_op, file->f_inode and
> file->f_path used to all be from the same layer, which isn't the case
> anymore.
>
>
> Does any overlayfs person reading this know if it's still possible to
> get the right dentry at this point?
> I'm sure the object exists somewhere in memory, but it could be annoying
> to find.
Hi Dominique!
Did you get any feedback on this? The problem is unfortunately still
present in 4.3-rc3.
--
Let the machine do the dirty work.
- The Elements of Programming Style (Kernighan & Plauger)
--
To unsubscribe from this list: send the line "unsubscribe linux-unionfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
