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 incorrec
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 GCC
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 correc
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&id=2025d5cb381e4bf8fecc78015da6ef6168f9ace8
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
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 i
We pushed this fix into s390/for-next
(https://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git/commit/?h=for-
next&id=f3b7e73b2c6619884351a3a0a7468642f852b8a2).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launch
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"
https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1954676/+attachment/5556146/+files/0001-s390-module-fix-loading-modul
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 entries
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/ gcc
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 module
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 SMP
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 P
13 matches
Mail list logo
