Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
MIME-Version: 1.0
References: <CAH2r5msCqEDv1mUMMVTg8t7K+CO82Ha_xQoYJ-FkQ9h83By5wA@mail.gmail.com>
In-Reply-To: <CAH2r5msCqEDv1mUMMVTg8t7K+CO82Ha_xQoYJ-FkQ9h83By5wA@mail.gmail.com>
From:   Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat, 22 Jul 2023 11:23:43 -0700
Message-ID: <CAHk-=whTnOWaYxG2sU8ikFZsowUPApWgHxf0jM77ELUb39SuAw@mail.gmail.com>
Subject: Re: [GIT PULL] smb3 client minor debugging fix
To:     Steve French <smfrench@gmail.com>
Cc:     LKML <linux-kernel@vger.kernel.org>,
        CIFS <linux-cifs@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

On Sat, 22 Jul 2023 at 07:19, Steve French <smfrench@gmail.com> wrote:
>
> add small debugging improvement
> - it is helpful for network debugging of smb3 problems to be able to
> use directory not just file (e.g. access to empty share)
> ----------------------------------------------------------------
> Shyam Prasad N (1):
>       cifs: allow dumping keys for directories too
>
> Steve French (1):
>       cifs: update internal module version number for cifs.ko

Bah. I pulled, and then unpulled, because that module version number
change was obviously garbage.

That versioning has been problematic before too, and honestly seems to
be just completely broken and pointless random numbers that mostly -
but not always - are in sync.

This pull wasn't really a "fix" anyway, but then when I see nonsense
like that I just decide it's entirely bogus.

             Linus