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
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
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
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
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
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
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
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
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
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
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
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
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
13 matches
Mail list logo