We just realized that we had DFLTCC support in 20.04, so we need to put
this fix there as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1961427
Title:
zlib: compressBound() returns an
I've installed the impish kernel 5.13.0-32 on top of jammy; zfs module
loads fine:
$ uname -r
5.13.0-32-generic
$ modinfo zfs | grep filename:
filename: /lib/modules/5.13.0-32-generic/updates/dkms/zfs.ko
$ strings /lib/modules/5.13.0-32-generic/updates/dkms/zfs.ko|grep -e vermagic=
-e
I would reapply the gcc patch. It should not affect most userspace
binaries - for example, it did not produce any changes whatsoever in
SPEC suite. Even if there are some binaries that are built with kernel-
like options and get extra relocations as a result, ld.so processes such
relocations
The fix is now in v5.15 stable branch:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-5.15.y=2025d5cb381e4bf8fecc78015da6ef6168f9ace8
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Yes, the commit has cc:stable and fixes: tags, so it should be picked up
for v4.19 and later.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1954676
Title:
jammy 5.15 kernel soft lockup when zfs.ko
We pushed this fix into s390/for-next
(https://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git/commit/?h=for-
next=f3b7e73b2c6619884351a3a0a7468642f852b8a2).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The attached patch resolved the issue on my test VM, could you please
give it a try?
** Patch added:
"0001-s390-module-fix-loading-modules-with-a-lot-of-reloca.patch"
A quick update: zfs.ko gets quite a lot of relocations with the gcc
patch, and the total size of PLT entries generated by kernel's
apply_rela() exceeds 64k. Each PLT entry contains a short jump to an
expoline thunk located at the end of the PLT array, which is out of
range for the first PLT
z13 appears to have been the key: I can reproduce this on a z13 LPAR.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1954676
Title:
jammy 5.15 kernel soft lockup when zfs.ko is loaded on s390x w/
Oh, my bad - I remember checking that I had the right compiler version,
and even verifying that the patch is in by compiling some samples, but I
guess then I ran a full upgrade after adding -proposed.
Unfortunately, downgrading the toolchain did not help - both manually
built and dkms-built
Thanks, Frank! I managed to install the jammy kernel, but the zfs module
still loads successfully. Here is some information from the manually
built module:
$ strings module/zfs/zfs.ko|grep -e vermagic= -e GCC -e ^version=|sort -u
GCC: (Ubuntu 11.2.0-14ubuntu1) 11.2.0
vermagic=5.15.0-16-generic
I don't seem to be able to reproduce this. What I tried so far:
1. Installed a clean VM using an image from http://ftp.uni-
kl.de/pub/linux/ubuntu-dvd/ubuntu-server/daily-live/pending/, ran apt
install zfs-dkms - zfs.ko initialization successful.
2. Built zfs master myself and loaded the modules
Sorry about that, I'm investigating.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1954676
Title:
jammy 5.15 kernel soft lockup when zfs.ko is loaded on s390x w/ gcc >=
11.2.0-10ubuntu1 / gcc-11
13 matches
Mail list logo