Re: [PATCH] VFS: Suppress automount on [l]stat, [l]getxattr, etc.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:

> Guys, it wasn't Mikos' patch that introduced the changes!

Yes, thank you, we know.  It was my d_automount patch that did it.  I've
admitted this.  It made the behaviour of all internal automounts consistent,
which as it turns out, altered the behaviour of autofs.  We started fixing
this up in userspace (libacl and coreutils have been fixed).

> That's why I'm so upset. People talk stupid sh*t about "correct
> behavior" when clearly no such thing *exists*.

The discussion really revolves around two things:

 (1) We have a potential opportunity to define the correct behaviour and to
     make all the filesystems consistent with that, but what is the correct
     behaviour?

 (2) Whether we should vary the behaviour based on filesystem.

> And people talk about Miklos changes as if they were some radical change
> that changed behavior, when they were only a revert to old behavior to begin
> with (at least as far as autofs is concerned)!

Exactly.  You've made my point precisely with that last parenthesis: _only_ as
far as autofs is concerned.

Miklos's patch instead creates a regression in the behaviour in NFS, AFS and
CIFS hence why NFS4 mount root pathwalk is now acting weird.  That's not
really Miklos's fault, it only occurs in certain cases, and it's not very
obvious that it did happen or that it would happen.

> Get a grip, people. Stop over-analyzing things. Stop bothering to
> mention what Solaris does, when the *MUCH* bigger issue is what
> *Linux* has done for years and years.

So the word is Linux may not change it's behaviour in this regard from what
existed prior to the d_automount patch, period?

If so, we need to vary the behaviour based on the filesystem being
automounted.

> Stop saying "we'll revert Miklos patch" in the same sentence where you
> then seem to not even understand that the *original* behavior was the
> one that Miklos patch re-introduced.

Miklos's patch did *NOT* re-introduce the original behaviour.  It introduced a
third state.  It merely moved the regression and brought about a more serious
one.

> Reverting Miklos patch isn't a revert. THAT is the "semantic change".
> That's the one you need to explain why the heck it would be the right
> thing to do, rather than imply that we'd be going back to some known
> state.

Miklos's patch is also a semantic change.


I'm not keen on the LOOKUP_DIRECTORY fix as it may prove fragile in future.

Can we at least move the automount/no automount logic out of
follow_automount() and into the path walk callers?  That way
follow_automount() becomes more robust and we're less likely to get bitten in
future as we can define the behaviour more precisely.

David
--
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


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux