[Kernel-packages] [Bug 1898786] Re: Issue with bcache bch_mca_scan causing huge IO wait

2020-10-08 Thread Mauricio Faria de Oliveira
Hi Benjamin, It's interesting that the memory shrinkers are being invoked without memory pressure. I'll try to understand it better, maybe I'm missing something. I guess the before/after memory sizes for the test are swapped? i.e., to alleviate potential memory pressure the VM's memory had been

[Kernel-packages] [Bug 1898786] Re: Issue with bcache bch_mca_scan causing huge IO wait

2020-10-07 Thread Mauricio Faria de Oliveira
Hi Benjamin, Thanks for the detailed report. Does this system show signs of memory pressure? bch_mca_scan() is part of bcache's memory shrinker, and thus should be called when the system is trying to release memory from its several caches. Also, the bucket lock usage is widespread in bcache

[Kernel-packages] [Bug 1895563] Re: Kernel Oops: Rsyncing to bcache device w/o backing cache kernel panic

2020-10-02 Thread Mauricio Faria de Oliveira
Ah, there's a more recent 4.18.0-26 package, in the cosmic linux archive, if it comes down to this. https://launchpad.net/ubuntu/cosmic/+source/linux -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1895563] Re: Kernel Oops: Rsyncing to bcache device w/o backing cache kernel panic

2020-10-02 Thread Mauricio Faria de Oliveira
Hi Brendan, Thanks for testing! Glad that 5.0 and 5.8 works, so this is already fixed. For now, I'd suggest bisecting with the already available/built kernel packages from the launchpad archive, which should be faster; then eventually get down to git to identify it more closely. Since you know

[Kernel-packages] [Bug 1898091] Re: Multiple random crashes for the past week

2020-10-02 Thread Mauricio Faria de Oliveira
Hi Chris, Thanks for reporting this bug. The faulting memory addresses alone are not sufficient to have an idea of what is going on. Also, they might not necessarily indicate a memory problem, but incorrect code in whatever part of the kernel, targeting a memory address that is incorrectly

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-25 Thread Mauricio Faria de Oliveira
Hi Petar, I just asked for a double-check of -26 and -28 as you've done. Thanks, and sorry if that wasn't clear. The difference in the source code is just for reference purposes, you don't have to act on it -- the available packages/builds are already with (-28) and without (-26) it. Your test

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-25 Thread Mauricio Faria de Oliveira
Hi Petar, Thanks for the bisection, but it seems something is a bit off. The only change between 5.4.0-26 and -28 is a patch for s390x, which is a different architecture, nothing to do with amd64, and no common files are changed. Could you please review the dis_ucode_ldr parameter is what you

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-24 Thread Mauricio Faria de Oliveira
Sure, that would work more efficiently. The URLs change for every new version/package build. You can get get to the .deb files this way: 1) Go to https://launchpad.net/ubuntu/focal/+source/linux 2) Click on the version under 'Releases in Ubuntu' (some versions are listed multiple times, but

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-24 Thread Mauricio Faria de Oliveira
Petar, thanks. Good news that a previous 5.4 kernel works; it makes the search smaller. - 5.4.0-26 good - 5.4.0-48 bad Let's try 5.4.0-37. Could you please download its .deb files, install with 'dpkg -i *.deb', and test it without dis_ucode_ldr? This list includes linux-modules-extra and

[Kernel-packages] [Bug 1896519] Re: kworker consumes 80% of CPU

2020-09-23 Thread Mauricio Faria de Oliveira
The kworker processes are generic in that they can do work for many kernel parts, so a particular kworker/number unfortunately doesn't help much to understand the actual thing that the kworker was doing; we'll need the stack traces for that. :) Yes, if and once the issue starts happening again,

[Kernel-packages] [Bug 1896482] Re: acpi event detection crashes

2020-09-23 Thread Mauricio Faria de Oliveira
Hi Jim, You can install on top of the previous ones without removing them first. The versioning of the test packages used the same 5.4.0-47 number, so unfortunately they will keep overwriting themselves (including the original/non-test 5.4.0-47 kernel.) I'd think this is why you only see two

[Kernel-packages] [Bug 1896482] Re: acpi event detection crashes

2020-09-22 Thread Mauricio Faria de Oliveira
Hey Jim, That's very good news! I believe Alex should send you more test kernels, with different sets of patches included/removed, so to bisect/identify which specific patch(es) resolve the problem. If you could help with testing that as well, that would be great, so a smaller patch(set) can

[Kernel-packages] [Bug 1896482] Re: acpi event detection crashes

2020-09-22 Thread Mauricio Faria de Oliveira
It looks like you have secure boot enabled. Unfortunately test kernels are unsigned and thus require it to be disabled in your BIOS/EFI menu. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1896519] Re: kworker consumes 80% of CPU

2020-09-22 Thread Mauricio Faria de Oliveira
Hey, Could you please collect the stack traces of the kworker process while the issue happens? 1) Once it starts, get its PID (eg, 86069) and run: $ pid=86069; while sleep 1; do ts="$(date +'%F-%H-%M-%S')"; sudo cat /proc/$pid/stack > /tmp/stack.$pid.$ts; done 2) Once it stops, press ctrl-c to

[Kernel-packages] [Bug 1896482] Re: acpi event detection crashes

2020-09-22 Thread Mauricio Faria de Oliveira
Hi Jim, This is a conflict between the (un)signed kernel packages; but it's easy to solve: Please remove the linux-image-5.4.0-47-generic package and try installing again; e.g., $ sudo apt purge linux-image-5.4.0-47-generic # confirm to remove the running kernel if asked. $ sudo dpkg -i *.deb

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-09-22 Thread Mauricio Faria de Oliveira
** Tags removed: sts-sponsor-mfo -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to makedumpfile in Ubuntu. https://bugs.launchpad.net/bugs/1869465 Title: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp' Status in makedumpfile

[Kernel-packages] [Bug 1895526] Re: ocfs2 file system no longer write - "disk full" despite lots of free space

2020-09-22 Thread Mauricio Faria de Oliveira
Thanks Richard and Marco! Looking forward for further testing/results. :) Fingers crossed it will all go 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/1895526 Title: ocfs2 file

[Kernel-packages] [Bug 1895526] Re: ocfs2 file system no longer write - "disk full" despite lots of free space

2020-09-22 Thread Mauricio Faria de Oliveira
Oh sorry, I'm not familiar with OCFS2, but maybe you need to have both servers/whole cluster on same kernel version to verify this? -- 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/1895526

[Kernel-packages] [Bug 1895526] Re: ocfs2 file system no longer write - "disk full" despite lots of free space

2020-09-22 Thread Mauricio Faria de Oliveira
Hi Richard, That's really good news that the 5.4.0-48 kernel does seem to fix it. Thanks for the quick turnaround on testing under these circumstances. cheers, Mauricio -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-22 Thread Mauricio Faria de Oliveira
Details: 4.15 kernel: [0.00] kernel: microcode: microcode updated early to revision 0xdc, date = 2020-04-27 [0.00] kernel: Linux version 4.15.0-112-generic (buildd@lcy01-amd64-027) [0.00] kernel: Command line:

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-22 Thread Mauricio Faria de Oliveira
Hi Petar, Thanks for providing the files. The original issue, boot failure, seems to be a conflict between the 5.4 kernel and the intel-microcode blob, since the same blob works fine in the 4.15 kernel. (For the printout alignment issue, let's track that on another bug report.) Let's try to

[Kernel-packages] [Bug 1895526] Re: ocfs2 file system no longer write - "disk full" despite lots of free space

2020-09-21 Thread Mauricio Faria de Oliveira
Hi ~richard-from-davel and ~marco-zannoni, Could you please test kernel 5.4.0-48, just released to focal-updates a few hours ago and confirm it that helps? It has fixes for two of the four patches introduced between 5.4.0-42 and 5.4.0-45/-47 (reported to be good/bad versions.) Thanks, Mauricio

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-21 Thread Mauricio Faria de Oliveira
Interesting. For that you can add 'dis_ucode_ldr' in GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub. Then run 'sudo update-grub', and confirm the change with 'grep dis_ucode_ldr /boot/grub/grub.cfg'. You should see non-recovery lines w/ that option as well. Could you please upload

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-21 Thread Mauricio Faria de Oliveira
Ok, so nothing yet on the screen seems to suggest either a graphics-related issue or a different, early problem. The successful test to boot into recovery mode provides a very good lead; thanks for coming up with that. These are the 3 kernel options added by the recovery mode, per the kern.log

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-21 Thread Mauricio Faria de Oliveira
Thanks. Ok, so there's nothing printed to console after grub loads the kernel and initramfs. The parameters in your grub config look good (kernel+initramfs+cmdline w/ root= and ro.) Could you please try without 'quiet splash' again, but add the options: 'earlyprintk=vga ignore_loglevel' ? That

[Kernel-packages] [Bug 1895458] Re: Computer freezes on kernel 5, works on kernel 4

2020-09-21 Thread Mauricio Faria de Oliveira
Hi Petar, Thanks for the bug report. Unfortunately there's little details about the error. Could you please post a picture of your compute screen once the 5.4 kernel fails to boot? (after you removed the 'quiet' and 'splash' options in the grub editor, and pressed ctrl-x to boot.) Mainly

[Kernel-packages] [Bug 1885031] Re: supervisor write access in kernel mode

2020-09-21 Thread Mauricio Faria de Oliveira
Hey Martin. The issues reported on comment 1 and commment 24 have different stack trace signatures, and do not seem to be the same issue at all. I'll thus mark this bug as Invalid as apparently you couldn't reproduce the original issue anymore. If the new issue is still present with the latest

[Kernel-packages] [Bug 1895563] Re: Kernel Oops: Rsyncing to bcache device w/o backing cache kernel panic

2020-09-21 Thread Mauricio Faria de Oliveira
Oops, please remove the --dry-run from apt install. -- 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/1895563 Title: Kernel Oops: Rsyncing to bcache device w/o backing cache kernel panic

[Kernel-packages] [Bug 1895563] Re: Kernel Oops: Rsyncing to bcache device w/o backing cache kernel panic

2020-09-21 Thread Mauricio Faria de Oliveira
Hey Brendan, Thanks for reporting this bug. It looks like the crashdump files didn't come through? Could you please try to reproduce with the 5.8 kernel from Groovy on your Bionic install? These are the steps to install it. Please remove the .list file as soon as you install the packages, to

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-09-01 Thread Mauricio Faria de Oliveira
Marking X/F/G as Fix Released. X/F got the patch via stable updates, thus no LP tag / bot messages. Xenial version: 4.4.0-189.219 Focal version: 5.4.0-45.49 Groovy version: 5.8 and later. ** Changed in: linux (Ubuntu Xenial) Status: Fix Committed => Fix Released ** Changed in: linux

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-09-01 Thread Mauricio Faria de Oliveira
Also marking Ubuntu / Groovy as Fix Released, as Groovy/devel has the 5.8 kernel already, which ships the fix. ** Changed in: linux (Ubuntu) Status: Fix Committed => Fix Released ** Changed in: linux (Ubuntu Groovy) Status: Won't Fix => Fix Released -- You received this bug

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-08-17 Thread Mauricio Faria de Oliveira
Oh, and for "Eoan" (5.3/linux-hwe on Bionic), all good with stress-ng as well. $ uname -rv 5.3.0-66-generic #60-Ubuntu SMP Tue Aug 11 08:42:43 UTC 2020 $ ./stress-ng --version && ./stress-ng --af-alg 0 --timeout 2h 2>&1 | tee ../stress-ng.log.eoan-bionic-proposed stress-ng, version 0.11.14 (gcc

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-08-17 Thread Mauricio Faria de Oliveira
I've also ran stress-ng as in comment #1 (below) on 4 CPUs for 8 hours on X/B/F. No signs of issues: it finishes successfully and no weird messages in the kernel logs. $ sudo modprobe -a \ $(modinfo \ /lib/modules/$(uname -r)/kernel/crypto/*.ko \

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-08-17 Thread Mauricio Faria de Oliveira
Verification done on "eoan" (5.3/linux-hwe on Bionic) $ uname -rv 5.3.0-65-generic #59-Ubuntu SMP Tue Jul 28 07:27:41 UTC 2020 $ sudo make-bcache --bdev $DEV --block 8k ... [ 103.766185] bcache: bcache_device_init() bcache0: sb/logical block size (8192) greater than page size (4096) falling

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-08-17 Thread Mauricio Faria de Oliveira
Verification done for bionic-proposed. The reporter user confirmed that the organic reproducer (Varnish Cache Plus with the Crypto vmod) ran successfully over the weekend with the 4.15.0-114-generic kernel, to approximately 3 days (2d 20h runtime.) The same workload used to trigger the bug with

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-08-12 Thread Mauricio Faria de Oliveira
Verification done for Focal. $ uname -rv 5.4.0-43-generic #47-Ubuntu SMP Sat Aug 8 06:34:35 UTC 2020 $ ./aa-refcnt-af_alg & $ sudo insmod kmod.ko ... [ 171.672847] accept() :: comm = aa-refcnt-af_al, pid = 1600, sk->sk_security->label->count = 0x583 [ 171.674249] release() :: comm =

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-08-12 Thread Mauricio Faria de Oliveira
Verification done for Focal. $ uname -rv 5.4.0-43-generic #47-Ubuntu SMP Sat Aug 8 06:34:35 UTC 2020 $ sudo make-bcache --bdev $DEV --block 8k ... [ 71.251993] bcache: bcache_device_init() bcache0: sb/logical block size (8192) greater than page size (4096) falling back to device logical block

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-08-12 Thread Mauricio Faria de Oliveira
Verification done for Bionic. $ uname -rv 4.15.0-113-generic #114-Ubuntu SMP Sun Aug 9 07:27:58 UTC 2020 $ ./aa-refcnt-af_alg & $ sudo insmod kmod.ko ... [ 335.387236] release() :: comm = aa-refcnt-af_al, pid = 5764,

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-08-12 Thread Mauricio Faria de Oliveira
Verification done for Bionic. $ uname -rv 4.15.0-113-generic #114-Ubuntu SMP Sun Aug 9 07:27:58 UTC 2020 $ sudo make-bcache --bdev $DEV --block 8k ... [ 18.467465] bcache: bcache_device_init() bcache0: sb/logical block size (8192) greater than page size (4096) falling back to device logical

[Kernel-packages] [Bug 1883681] Re: System freezes on specific kernel

2020-08-04 Thread Mauricio Faria de Oliveira
Hi Anand, Yes, that patch is available since 4.4.0-185.215. Please note that this version if for the linux-image-4.4.0-185-generic package. You mentioned version numbers for the linux-generic meta package (which pulls in linux-image--generic package as a dependency.) Either way, the first

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-29 Thread Mauricio Faria de Oliveira
Verification done on xenial-proposed. The kernel in -proposed logs the block size change. The kernel in -updates fails. xenial-proposed: --- $ uname -rv 4.4.0-187-generic #217-Ubuntu SMP Tue Jul 21 04:18:15 UTC 2020 $ apt-cache madison linux-image-4.4.0-187-generic

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-27 Thread Mauricio Faria de Oliveira
Hi Sebastian, don't worry, we'll use the synthetic reproducer for the verification steps. -- 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/1867916 Title: Regression in kernel 4.15.0-91

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-07-24 Thread Mauricio Faria de Oliveira
Verification done on "Disco" (linux-hwe-5.0) --- # uname -rv 5.0.0-58-generic #62~18.04.1-Ubuntu SMP Tue Jul 14 03:37:30 UTC 2020 For some other reason the kprobes module is not picking up on accept, only on release. This is unrelated to this patchset. I used kprobe events instead, which is

[Kernel-packages] [Bug 1888523] Re: PCIe Bus Error device 8086:a298 spam

2020-07-23 Thread Mauricio Faria de Oliveira
Indeed; I was hoping to check what's under the root port just in case, but acknowledge that might not be helpful / have too much stuff under, being a desktop system. Let's see. :) Per the repeated messages I'd imagine this is a device-related error, but wanted to check the kernel version log in

[Kernel-packages] [Bug 1888523] Re: PCIe Bus Error device 8086:a298 spam

2020-07-23 Thread Mauricio Faria de Oliveira
Hi Pedro, It's curious that the message is repeatedly showing up at the rate of a few seconds. It would initially suggest something might be wrong with the PCI device. (As Alex mentioned the errors are correctable, so not a serious issue, but the fact they're being repeatedly logged doesn't

[Kernel-packages] [Bug 1873074] Re: kernel panic hit by kube-proxy iptables-save/restore caused by aufs

2020-07-22 Thread Mauricio Faria de Oliveira
tu Xenial) Importance: Undecided => Medium ** Changed in: linux (Ubuntu Xenial) Assignee: (unassigned) => Mauricio Faria de Oliveira (mfo) ** Changed in: linux (Ubuntu Eoan) Status: In Progress => Fix Committed -- You received this bug notification because you are

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Hey Sebastian! Great; thanks for testing! -- 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/1867916 Title: Regression in kernel 4.15.0-91 causes kernel panic with Bcache Status in Linux:

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Test kernels with the fix are available in: https://people.canonical.com/~mfo/lp1867916/ -- 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/1867916 Title: Regression in kernel 4.15.0-91

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
[X/B/D/E/F][PATCH 0/1] bcache: fix oops for block size > page size https://lists.ubuntu.com/archives/kernel-team/2020-July/111846.html -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Disco / Testing = * Using the linux-hwe-5.0 from "Disco" (EOL) on Bionic for the 5.0 kernel. modified $ uname -rv 5.0.0-57-generic #61~18.04.1+lp1867916.1 SMP Mon Jul 6 19:27:05 -03 2020 $ sudo make-bcache --bdev $DEV --block 8k [ 109.818171] bcache: bcache_device_init() bcache0:

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Focal / Testing = modified $ uname -rv 5.4.0-41-generic #45+lp1867916.1 SMP Mon Jul 6 16:41:46 -03 2020 $ sudo make-bcache --bdev $DEV --block 8k [ 29.593270] bcache: bcache_device_init() bcache0: sb/logical block size (8192) greater than page size (4096) falling back to device

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Bionic / Testing == modified $ uname -rv 4.15.0-110-generic #111+lp1867916.1 SMP Mon Jul 6 19:09:14 -03 2020 $ sudo make-bcache --bdev $DEV --block 8k [ 22.066760] bcache: bcache_device_init() bcache0: sb/logical block size (8192) greater than page size (4096) falling back to

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Medium Assignee: Mauricio Faria de Oliveira (mfo) Status: In Progress ** Also affects: linux (Ubuntu Eoan) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Xenial) Status: New => In Progress ** Changed in: linux (Ubuntu Xenial) Importance: Undecide

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Xenial / Testing == modified $ uname -rv 4.4.0-186-generic #216+lp1867916.1 SMP Mon Jul 6 18:45:47 -03 2020 $ sudo make-bcache --bdev $DEV --block 8k [ 60.860259] bcache: bcache_device_init() bcache0: sb/logical block size (8192) greater than page size (4096) falling back to

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-07-07 Thread Mauricio Faria de Oliveira
Eoan / Testing modified $ uname -rv 5.3.0-63-generic #57+lp1867916.1 SMP Mon Jul 6 18:33:27 -03 2020 $ sudo make-bcache --bdev $DEV --block 8k [ 29.620685] bcache: bcache_device_init() bcache0: sb/logical block size (8192) greater than page size (4096) falling back to device

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-07-06 Thread Mauricio Faria de Oliveira
Verification done on Eoan. The apparmor label refcnt inc/dec-rements properly on accept()/release(), no leaks. $ lsb_release -cs eoan $ uname -rv 5.3.0-63-generic #57-Ubuntu SMP Thu Jul 2 10:38:35 UTC 2020 $ apt-cache policy linux-image-$(uname -r) linux-image-5.3.0-63-generic: ... ***

[Kernel-packages] [Bug 1840789] Re: bnx2x: fatal hardware error/reboot/tx timeout with LLDP enabled

2020-07-02 Thread Mauricio Faria de Oliveira
This fix has already been released as part of the kernel stable updates. ** Changed in: linux (Ubuntu Xenial) Status: Incomplete => Opinion ** Changed in: linux (Ubuntu Xenial) Status: Opinion => Fix Released ** Changed in: linux (Ubuntu Bionic) Status: Incomplete => Fix

[Kernel-packages] [Bug 1885944] Re: Oops: 0010 [#1] SMP PTI, at : "push %rbp" address

2020-07-02 Thread Mauricio Faria de Oliveira
Hi Matthew, This looks like the symptoms of an Intel processor errata, 'Unexpected Page Faults in Guest Virtualization Environment'. It should be fixed with Intel microcode updates of 2019/11/15. This has been shipped on Ubuntu intel-microcode package version 3.20191115.1ubuntu0.18.04.1 for

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
Xenial == original: $ uname -rv 4.4.0-185-generic #215-Ubuntu SMP Mon Jun 8 21:53:19 UTC 2020 $ ./stress-ng --version stress-ng, version 0.11.14 (gcc 5.4, x86_64 Linux 4.4.0-185-generic)  $ ./stress-ng --af-alg 0 --timeout 30m 2>&1 | tee

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
Disco: testing = original: $ uname -rv 5.0.0-38-generic #41-Ubuntu SMP Tue Dec 3 00:27:35 UTC 2019 $ ./stress-ng --version stress-ng, version 0.11.14 (gcc 8.3, x86_64 Linux 5.0.0-38-generic)  $ ./stress-ng --af-alg 0

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
Common to all test runs: stress-ng version, and command to load as many crypto modules as found/possible in the system. $ ./stress-ng --version stress-ng, version 0.11.14 ()  $ sudo modprobe -a \ $(modinfo \ /lib/modules/$(uname -r)/kernel/crypto/*.ko \

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
Bionic: testing == original: $ uname -rv 4.15.0-107-generic #108-Ubuntu SMP Mon Jun 8 17:51:33 UTC 2020 $ ./stress-ng --version stress-ng, version 0.11.14 (gcc 7.5, x86_64 Linux 4.15.0-107-generic)  $ ./stress-ng --af-alg 0 --timeout 1h

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
Focal: testing = $ ./stress-ng --version stress-ng, version 0.11.14 (gcc 9.3, x86_64 Linux 5.4.0-38-generic)  $ sudo modprobe -a \ $(modinfo \ /lib/modules/$(uname -r)/kernel/crypto/*.ko \ /lib/modules/$(uname -r)/kernel/arch/*/crypto/*.ko \

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
[E/F/Unstable][PATCH 0/1] crypto: fix regression/use-after-free in af_alg_accept() https://lists.ubuntu.com/archives/kernel-team/2020-June/111620.html [E/F/Unstable][PATCH 1/1] crypto: af_alg - fix use-after-free in af_alg_accept() due to bh_lock_sock()

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
Eoan: testing original: $ uname -rv 5.3.0-62-generic #56-Ubuntu SMP Tue Jun 23 11:20:52 UTC 2020 $ ./stress-ng --version stress-ng, version 0.11.14 (gcc 9.2, x86_64 Linux 5.3.0-62-generic)  $ ./stress-ng --af-alg 0 --timeout 1h 2>&1 | tee

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
** Changed in: linux (Ubuntu Xenial) Status: New => In Progress ** Changed in: linux (Ubuntu Xenial) Importance: Undecided => Medium ** Changed in: linux (Ubuntu Xenial) Assignee: (unassigned) => Mauricio Faria de Oliveira (mfo) ** Changed in: linux (Ubuntu Bionic)

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
** Description changed: [Impact] - * Users of the Linux kernel's crypto userspace API -reported BUG() / kernel NULL pointer dereference -errors after kernel upgrades. +  * Users of the Linux kernel's crypto userspace API +    reported BUG() / kernel NULL pointer dereference +    

[Kernel-packages] [Bug 1884766] Re: use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-30 Thread Mauricio Faria de Oliveira
+ SYSC_accept4+0xff/0x210 + SyS_accept+0x10/0x20 + do_syscall_64+0x73/0x130 + entry_SYSCALL_64_after_hwframe+0x3d/0xa2 ** Also affects: linux (Ubuntu Groovy) Importance: Medium Assignee: Mauricio Faria de Oliveira (mfo) Status: Confirmed ** Also affects: linux

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-29 Thread Mauricio Faria de Oliveira
) Status: Won't Fix => In Progress ** Changed in: linux (Ubuntu Eoan) Importance: Undecided => Medium ** Changed in: linux (Ubuntu Eoan) Assignee: (unassigned) => Mauricio Faria de Oliveira (mfo) -- You received this bug notification because you are a member of Kernel Packag

[Kernel-packages] [Bug 1885031] Re: supervisor write access in kernel mode

2020-06-29 Thread Mauricio Faria de Oliveira
Martin, thanks. I'll set the bug status to Incomplete for now, and we can change it if you hit the issue again. ** Changed in: linux (Ubuntu) Status: Confirmed => Incomplete -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux

[Kernel-packages] [Bug 1885031] Re: supervisor write access in kernel mode

2020-06-26 Thread Mauricio Faria de Oliveira
Hi Martin, Could you please test if the problem still happens with the latest kernel version in focal-proposed? (currently 5.4.0-40-generic) Something along these lines, $ echo 'deb http://archive.ubuntu.com/ubuntu bionic-proposed main restricted' | sudo tee

[Kernel-packages] [Bug 1884766] [NEW] use-after-free in af_alg_accept() due to bh_lock_sock()

2020-06-23 Thread Mauricio Faria de Oliveira
: Mauricio Faria de Oliveira (mfo) Status: Confirmed ** Tags: sts ** Changed in: linux (Ubuntu) Status: New => Confirmed ** Changed in: linux (Ubuntu) Importance: Undecided => Medium ** Changed in: linux (Ubuntu) Assignee: (unassigned) => Mauricio Faria de Oliv

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-18 Thread Mauricio Faria de Oliveira
** Tags added: sts ** Changed in: linux (Ubuntu Groovy) Status: Won't Fix => Invalid -- 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/1883962 Title: apparmor reference leak causes

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-18 Thread Mauricio Faria de Oliveira
[B][PATCH 0/1] Fix apparmor reference leak via AF_ALG https://lists.ubuntu.com/archives/kernel-team/2020-June/36.html [B][PATCH 1/1] apparmor: check/put label on apparmor_sk_clone_security() https://lists.ubuntu.com/archives/kernel-team/2020-June/37.html [F][PATCH 1/1] apparmor:

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-18 Thread Mauricio Faria de Oliveira
After a few hours with the reproducer running on the original kernel, the kernel errors about the reference count are observed: Focal: - $ uname -rv 5.4.0-38-generic #42-Ubuntu SMP Mon Jun 8 14:14:24 UTC 2020 $ ./aa-refcnt-af_alg [ 9581.048189] [ cut here ] [

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-18 Thread Mauricio Faria de Oliveira
Monitoring the label reference count with the kprobes module: - original kernel: the counter keeps increasing on every pair of accept()/release() syscalls. - modified kernel: the counter keeps stable. Focal: - original) $ uname -rv 5.4.0-38-generic #42-Ubuntu SMP Mon Jun 8 14:14:24 UTC

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-18 Thread Mauricio Faria de Oliveira
kprobes module to monitor the apparmor label reference count. ** Attachment added: "kmod.c" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1883962/+attachment/5385006/+files/kmod.c -- You received this bug notification because you are a member of Kernel Packages, which is subscribed

[Kernel-packages] [Bug 1883962] Re: apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-17 Thread Mauricio Faria de Oliveira
Test Case: - $ cat aa-refcnt-af_alg.c #include #include #include #include #include int main() { int sockfd; struct sockaddr_alg sa; /* Setup the crypto API socket */ sockfd = socket(AF_ALG, SOCK_SEQPACKET, 0); if (sockfd < 0) { perror("socket");

[Kernel-packages] [Bug 1883962] [NEW] apparmor reference leak causes refcount_t overflow with af_alg_accept()

2020-06-17 Thread Mauricio Faria de Oliveira
) Importance: Medium Assignee: Mauricio Faria de Oliveira (mfo) Status: Fix Committed ** Affects: linux (Ubuntu Bionic) Importance: Medium Assignee: Mauricio Faria de Oliveira (mfo) Status: In Progress ** Affects: linux (Ubuntu Eoan) Importance: Undecided Status

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-17 Thread Mauricio Faria de Oliveira
Verification done for Xenial: xenial-updates: failure. $ dpkg -s makedumpfile | grep -i version Version: 1:1.6.3-2~16.04.2 [8.647356] kdump-tools[507]: Starting kdump-tools: * running makedumpfile -c -d 31 /home/ubuntu/201909170743/vmcore.201909170743

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-17 Thread Mauricio Faria de Oliveira
Verification done for Focal. focal (-release): failure: $ dpkg -s makedumpfile | grep -i version: Version: 1:1.6.7-1ubuntu2 [8.465657] kdump-tools[516]: Starting kdump-tools: * running makedumpfile -c -d 31 /home/ubuntu/201909170743/vmcore.201909170743

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-17 Thread Mauricio Faria de Oliveira
Verification done for Eoan: eoan-updates: failure. $ dpkg -s makedumpfile | grep -i version Version: 1:1.6.6-2ubuntu2 [8.717056] kdump-tools[514]: Starting kdump-tools: * running makedumpfile -c -d 31 /home/ubuntu/201909170743/vmcore.201909170743 /var/crash/202006171254/dump-incomplete [

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-17 Thread Mauricio Faria de Oliveira
Verification done for Bionic. bionic-updates: failure. $ dpkg -s makedumpfile | grep -i version Version: 1:1.6.5-1ubuntu1~18.04.4 [8.369266] kdump-tools[513]: Starting kdump-tools: * running makedumpfile -c -d 31 /home/ubuntu/201909170743/vmcore.201909170743

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-17 Thread Mauricio Faria de Oliveira
The verification for makedumpfile used the vmcore file provided by another user instead of /proc/vmcore (which is identical, as it's a simple 'cp' copy of /proc/vmcore, per makedumpfile error.) $ ls -lh /home/ubuntu/201909170743/vmcore.201909170743 -r 1 ubuntu ubuntu 32G

[Kernel-packages] [Bug 1883681] Re: System freezes on specific kernel

2020-06-17 Thread Mauricio Faria de Oliveira
Hi Anand, Thanks for reporting this bug. Could you please try the kernel version in xenial-proposed? [1] (version: 4.4.0-185.215) It has a patch for what seems to be this problem, according to the stack trace seen in apport's kernel crash dump below. The patch is: 'net: handle no dst on skb in

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-16 Thread Mauricio Faria de Oliveira
Hey Guilherme, Thanks for the pointers and confirming these are not regressions, but known issues. :) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to makedumpfile in Ubuntu. https://bugs.launchpad.net/bugs/1869465 Title: Kdump-Tools:

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-16 Thread Mauricio Faria de Oliveira
The autopkgtests regressions are unrelated to this SRU. Sure enough: the patch is for arm64 only, but the archs failing are i386, ppc64el, and s390x. The "regressions" also happen with the version in -updates, in the same way as in -proposed. makedumpfile [eoan/i386] [1] Version

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-09 Thread Mauricio Faria de Oliveira
Hi Jo, Eric, Eric, thanks for uploading to Groovy! (Sorry, I had made similar changes to groovy v2 debdiff -- no worries, but just wanted to let you know I checked those for groovy too, to not give you more trouble in helping here! :-) The changes have landed in Groovy, so I just uploaded to

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-05 Thread Mauricio Faria de Oliveira
** Patch added: "lp1869465_eoan_v2.debdiff" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1869465/+attachment/5380771/+files/lp1869465_eoan_v2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-05 Thread Mauricio Faria de Oliveira
** Patch added: "lp1869465_groovy_v2.debdiff" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1869465/+attachment/5380769/+files/lp1869465_groovy_v2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-05 Thread Mauricio Faria de Oliveira
** Patch added: "lp1869465_bionic_v2.debdiff" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1869465/+attachment/5380772/+files/lp1869465_bionic_v2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-05 Thread Mauricio Faria de Oliveira
** Patch added: "lp1869465_xenial_v2.debdiff" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1869465/+attachment/5380773/+files/lp1869465_xenial_v2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-05 Thread Mauricio Faria de Oliveira
** Patch added: "lp1869465_focal_v2.debdiff" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1869465/+attachment/5380770/+files/lp1869465_focal_v2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-05 Thread Mauricio Faria de Oliveira
Hi Jo, Thanks for the debdiffs! The contents look good to me (versioning, dep3 headers) except that the patch sequence number is missing, and the changelog lacks a brief description of it. I just fixed those minor things up, and verified all debdiffs apply cleanly, quilt push -a applies

[Kernel-packages] [Bug 1869465] Re: Kdump-Tools: Makedumpfile Failed, Falling Back To 'Cp'

2020-06-04 Thread Mauricio Faria de Oliveira
** Tags added: sts-sponsor-mfo ** Changed in: linux (Ubuntu Xenial) Status: New => In Progress ** Changed in: linux (Ubuntu Xenial) Importance: Undecided => Medium ** Changed in: linux (Ubuntu Xenial) Assignee: (unassigned) => Ioanna Alifieraki (joalif) ** Changed in: linux

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-06-03 Thread Mauricio Faria de Oliveira
For documentation purposes, The bcache-specific patch has been sent today. Waiting on review before providing test kernels. [PATCH] bcache: check and adjust logical block size for backing devices https://www.spinics.net/lists/linux-bcache/msg08411.html cheers, Mauricio -- You received this

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-06-02 Thread Mauricio Faria de Oliveira
Hi Sebastian, Ryan, Thanks for checking and clarifying; it's very helpful. Sebastian, Yes, I think that makes sense for the physical block size (but not an expert :) The problem with bcache is it takes it for logical block size as well, which turns into that error -- as it cannot be greater

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-06-02 Thread Mauricio Faria de Oliveira
Sebastian, thanks for the information! Sebastian, Ryan, Do you remember specifying a block size of 512 kB for 'make-bcache' when creating it? e.g., make-bcache --bdev|-B /dev/mdN --block|-w 512k # or similarly. Thanks, Mauricio -- You received this bug notification because you are a member

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-06-02 Thread Mauricio Faria de Oliveira
Hi Ryan and Sebastian, Thanks for testing! Glad it helps. This is the patch [1] to address the issue on a general level, but it had a suggestion to be done at the driver level, which may or may not interfere with the patch being applied -- both approaches are not mutually exclusive. I'm working

[Kernel-packages] [Bug 1867916] Re: Regression in kernel 4.15.0-91 causes kernel panic with Bcache

2020-05-31 Thread Mauricio Faria de Oliveira
Hi Ryan and Sebastian, Could you please verify whether these test kernels resolve the problem? There's 5.4 for Focal/20.04 and 4.15 for Bionic/18.04. https://people.canonical.com/~mfo/lp1867916/focal/ https://people.canonical.com/~mfo/lp1867916/bionic/ Thank you, Mauricio -- You received this

  1   2   3   4   5   >