Am 09.05.2016 um 07:03 schrieb NeilBrown:
> On Mon, May 09 2016, Al Viro wrote:
>
>> On Mon, May 09, 2016 at 08:18:22AM +1000, NeilBrown wrote:
>>
>>> Not puppies, just kittens.
>>>
>>> If you don't provide these functions, then exporting with
>>> "subtree_check" won't work. That is no great loss except that people
>>> might find the failure confusing.
>>
>> OK, a client sends you a RENAME. With fhandles of both parents +
>> old and new names in those. Your task, should you choose to accept it, is
>> to figure out whether we should fail with nfserr_inval due to an attempt
>> to make a directory its own descendent. Without being able to locate all
>> ancestors of a directory.
>
> You are right, sorry. I was thinking that get_parent() was for finding
> the parent of a non-directory, but it is for directories. It does the
> equivalent of lookup(".."). So if you have a ".." link or something
> like it, it should be easy. If you don't, it won't be easy at all.
Thanks for the detailed explanation.
UBIFS does not have ".." links in the on-flash layout.
So, we'd have to change this.
Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
