Comment 2 for bug 2043118

Revision history for this message
Matthew Ruffell (mruffell) wrote :

Hi Heiko,

I had a look at the changes between 5.15.0-86-generic and 5.15.0-88-generic, and there are the following cifs commits:

ubuntu-jammy $ git log --grep "cifs" --oneline Ub
untu-5.15.0-86.96..Ubuntu-5.15.0-88.98
c92787866aa8 cifs: if deferred close is disabled then close files immediately
5c684782dfb6 ksmbd: remove internal.h include
015222ee0044 cifs: use fs_context for automounts
0ba530127927 cifs: missing directory in MAINTAINERS file
a6f0ea8bffe0 keys: Fix linking a duplicate key to a keyring's assoc_array

The interesting one is "cifs: use fs_context for automounts" in particular, which you have already noted removes the cifs_dfs_do_mount() function and spreads the logic into cifs_dfs_do_automount().

It seems "cifs: use fs_context for automounts" was introduced in 6.2-rc1 upstream, and was brought into our kernel due to it being a dependency of "cifs: if deferred close is disabled then close files immediately" which was recently included in upstream stable.

I have built you a test kernel based on 5.15.0-88-generic with the following two commits reverted:

commit df9d70c18616760c6504b97fec66b6379c172dbb
Author: Bharath SM <email address hidden>
Date: Fri Jul 7 15:29:01 2023 +0000
Subject: cifs: if deferred close is disabled then close files immediately
Link: https://github.com/torvalds/linux/commit/df9d70c18616760c6504b97fec66b6379c172dbb

commit 9fd29a5bae6e8f94b410374099a6fddb253d2d5f
Author: Paulo Alcantara <email address hidden>
Date: Tue Oct 4 18:41:20 2022 -0300
Subject: cifs: use fs_context for automounts
Link: https://github.com/torvalds/linux/commit/9fd29a5bae6e8f94b410374099a6fddb253d2d5f

Please note this package is NOT SUPPORTED by Canonical, and is for TESTING
PURPOSES ONLY. ONLY Install in a dedicated test environment.

Instructions to install (On a Jammy system):
1) sudo add-apt-repository ppa:mruffell/lp2043118-test
2) sudo apt update
3) sudo apt install linux-image-unsigned-5.15.0-88-generic linux-modules-5.15.0-88-generic linux-modules-extra-5.15.0-88-generic linux-headers-5.15.0-88-generic
4) sudo reboot
5) uname -rv
5.15.0-88-generic #98+TEST2043118v20231110b1-Ubuntu SMP Fri Nov 10 10:00:22 UTC 2023

If you are asked to abort removal of the currently running kernel, say no.

Can you let me know if the test kernel works? If it does, then we at least know the commits which caused the issue. From there we can decide to revert in the next Ubuntu kernel release, or see if the current upstream is broken and come up with a fix instead.

Could you also try 6.6-rc5, like Timo suggested?

https://kernel.ubuntu.com/mainline/v6.6-rc5/

$ wget https://kernel.ubuntu.com/mainline/v6.6-rc5/amd64/linux-image-unsigned-6.6.0-060600rc5-generic_6.6.0-060600rc5.202310081731_amd64.deb
$ wget https://kernel.ubuntu.com/mainline/v6.6-rc5/amd64/linux-modules-6.6.0-060600rc5-generic_6.6.0-060600rc5.202310081731_amd64.deb
$ sudo dpkg -i ./linux-*
$ sudo reboot

Thanks,
Matthew