Public bug reported:
Machine hangs after upgrading kernel and drivers to
linux-.*-6.8.0-39-generic
After booting back into 6.8.0-36-generic I can see a kernel stack trace
for the previous boot:
2024-07-25T22:27:14.214014+02:00 pirx kernel: UBSAN: array-index-out-of-bounds
in build/nvidia/535.18
I'm unsure if this is really fixed in Jammy
I'm seeing flickering with 5.15.0-41 as well which seems to improve with
i915.enable_dc=0 intel_idle.max_cstate=2
cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-5.15.0-41-generic root=/dev/mapper/vgubuntu-root ro quiet
splash i915.enable_dc=0 intel_idle.max_cs
Public bug reported:
After performing an upgrade and reboot, getting a blank screen as soon
as Xorg starts. Can ctrl-alt-del and start into previous kernel though.
Upgraded packages log:
Install: linux-modules-nvidia-440-5.4.0-41-generic:amd64 (5.4.0-41.45,
automatic), linux-modules-5.4.0-41-ge
** Tags added: canonical-bootstack
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1840043
Title:
bcache: Performance degradation when querying priority_stats
Status in Linux:
In Progr
FTR:
$ dpkg -x linux-modules-5.0.0-13-generic_5.0.0-13.14_amd64.deb linux-mods
$ dpkg -x linux-modules-extra-5.0.0-13-generic_5.0.0-13.14_amd64.deb
linux-mods-extra
$ find linux-mods -name hio.ko
$ find linux-mods-extra -name hio.ko
linux-mods-extra/lib/modules/5.0.0-13-generic/kernel/ubuntu/hio
Public bug reported:
The hio.ko kernel driver for Huawei NVMe [0] is packaged as part of
linux-modules-extra, not linux-modules. This makes it hard to use in
envs where the former isn't included by default, e.g. when deploying via
curtin.
Can we please have hio.ko as part of the standard linux-mo
Just a note that I didn't see this panic with 4.13.0-36-generic and
rebooting 66 nodes
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1747625
Title:
[v4.13,mlx5_core] Oops: [#1] SMP
Test: writing 32x10G random data and comparing sha hash.
Tested with 4.10.0-29-generic and 4.11.0-12-generic from xenial-
proposed. No diffs, no I/O errors.
** Tags removed: verification-needed-zesty
** Tags added: verification-done-zesty
--
You received this bug notification because you are a
Indeed this issue started after upgrading to 4.10.0-26-generic. We've
been using 4.8.0-34-generic previously, and didn't see that issue there.
The hio driver is not present upstream, it's been included in xenial
with Bug #1603483.
Also, we've had consistency issues with this driver before (cf. Bu
Public bug reported:
We are seeing data corruption issues using the hio driver with kernel
4.10.0
# uname -a
Linux arbok 4.10.0-26-generic #30~16.04.1-Ubuntu SMP Tue Jun 27 09:40:14 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
Making xfs fails:
root@arbok:~# mkfs.xfs /dev/hioa
meta-data=/dev/hioa
Is this being verified for Xenial as well?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1649905
Title:
On boot excessive number of kworker threads are running
Status in linux package
We had something similar-looking again, filed as Bug #1606098
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1568729
Title:
divide error: [#1] SMP in task_numa_migrate - handle_mm_f
On a system running 4.4.0-28-generic I get something similar-looking:
foonode kernel: [595908.569972] divide error: [#1] SMP
foonode kernel: [595908.571257] Modules linked in: ip6table_raw ip6table_mangle
nf_conntrack_ipv6 xt_CT xt_connmark xt_mac xt_comment xt_physdev br_netfilter
xt_set
** Tags added: canonical-bootstack
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1596941
Title:
KVM deadlock on KVM guest migration with latest QEMU (mitaka) from
Xenial (or Mitaka Ub
Public bug reported:
I've upgraded kernel from pre-release linux-image-4.4.0-18-generic:amd64
to linux-image-4.4.0-21-generic and am now getting random Wifi failures
(was stable before)
Those leave traces like the following in dmesg
brcmfmac :02:00.0: Direct firmware load for
brcm/brcmfmac43
15 matches
Mail list logo
