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:
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.
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 15.0-86. 96..Ubuntu- 5.15.0- 88.98
untu-5.
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 df9d70c18616760 c6504b97fec66b6 379c172dbb /github. com/torvalds/ linux/commit/ df9d70c18616760 c6504b97fec66b6 379c172dbb
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:/
commit 9fd29a5bae6e8f9 4b410374099a6fd db253d2d5f /github. com/torvalds/ linux/commit/ 9fd29a5bae6e8f9 4b410374099a6fd db253d2d5f
Author: Paulo Alcantara <email address hidden>
Date: Tue Oct 4 18:41:20 2022 -0300
Subject: cifs: use fs_context for automounts
Link: https:/
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): lp2043118- test 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 v20231110b1- Ubuntu SMP Fri Nov 10 10:00:22 UTC 2023
1) sudo add-apt-repository ppa:mruffell/
2) sudo apt update
3) sudo apt install linux-image-
4) sudo reboot
5) uname -rv
5.15.0-88-generic #98+TEST2043118
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 /kernel. ubuntu. com/mainline/ v6.6-rc5/ amd64/linux- modules- 6.6.0-060600rc5 -generic_ 6.6.0-060600rc5 .202310081731_ amd64.deb
$ wget https:/
$ sudo dpkg -i ./linux-*
$ sudo reboot
Thanks,
Matthew