The first kernel on that list that exhibits the bug is the first one: 4.14 Final. Recall: the bug results in a full up hang. The disk stops swapping (it's audible). I can reboot with sysctl SUB however.
I then tested 4.13.0-36 from the Ubuntu 17.10 respoitory, followed by 4.11.12-041112-generic from mainline. Both had the bug. I also tested each of these without cryptswap (i.e. normal swap) and they did not hang. The system ground to a halt, but I could hear the disk swapping and the process eventually completed. I then booted an 16.04 live usb which has kernel 4.10. I had to make a cryptswap using cryptsetup on the swap partition of the hard disk, to test it. But this one worked! The behavior was a bit different that more recent kernels: after allocating 6 GB of the 10 GB that I requested, the system invoked the oom-killer on the process. However, it did not hang. I then grabbed 4.10.1-041001-generic from mainline and tested it. This worked the same as the live usb. So 4.10 does not have the bug, although the oom-killer is invoked to kill the process grabbing the memory. I have an older machine with an SSD. This does not exhibit the bug on Ubuntu 17.10 running 4.13.0-36. However, this disk is _fast_ (Samsung EVO), so I'm guessing that there is some tuning problem, maybe, in how the kernel handles swap speed vs memory allocation requests??? I really don't know. --M On 04/11/2018 11:18 AM, Joseph Salisbury wrote: > I'd like to perform a bisect to figure out what commit caused this > regression. We need to identify the earliest kernel where the issue > started happening as well as the latest kernel that did not have this > issue. > > Can you test the following kernels and report back? We are looking for > the first kernel version that exhibits this bug: > > v4.14 Final: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14/ > v4.15-rc1: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.15-rc1/ > v4.15-rc4: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.15-rc4/ > v4.15 Final: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.15/ > > You don't have to test every kernel, just up until the kernel that first > has this bug. > > Thanks in advance! > > ** Tags added: performing-bisect > -- Martin Weinberg 6 Grass Hill Rd West Whately, MA 010039 -- 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/1762468 Title: Cryptoswap not working in Bionic Status in linux package in Ubuntu: Confirmed Status in linux source package in Bionic: Confirmed Bug description: I have cryptoswap set up both with the 2 GB default swap file and an 8 GB swap partition with 8 GB of ram. However, the system does not use this swap when it should. For example, if I run a little test code which attempts to allocate 10 GB of memory in 1 GB chuncks, the system hangs with no obvious use of swap. E.g. running top shows no swap use before the hang. However, if I replace cryptoswap by standard swap, it works as expected: allocates the requested memory and exits, using swap. Of course, my disk is slow, so this takes some time but it does work. I originally noticed this problem when compiling a very large application. The system would hang on ld. I've checked hardware using memtest and stress. No problems. This took me days to track down but I'm 99% certain now that the problem is with cryptoswap. If I compile with cryptoswap: hang. If I compile with standard swap: no problem. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-13-generic 4.15.0-13.14 ProcVersionSignature: Ubuntu 4.15.0-13.14-generic 4.15.10 Uname: Linux 4.15.0-13-generic x86_64 ApportVersion: 2.20.9-0ubuntu4 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC1: weinberg 2425 F.... pulseaudio /dev/snd/controlC0: weinberg 2425 F.... pulseaudio CurrentDesktop: ubuntu:GNOME Date: Mon Apr 9 11:57:23 2018 EcryptfsInUse: Yes HibernationDevice: RESUME=UUID=8d33a538-4ec4-418d-b277-be1a9a1c1113 InstallationDate: Installed on 2018-03-12 (28 days ago) InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180114) MachineType: LENOVO 20ARA0S100 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-13-generic root=UUID=b6683bc1-7dd5-4afd-8e70-f69253403b71 ro quiet splash vt.handoff=1 RelatedPackageVersions: linux-restricted-modules-4.15.0-13-generic N/A linux-backports-modules-4.15.0-13-generic N/A linux-firmware 1.173 SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 03/19/2014 dmi.bios.vendor: LENOVO dmi.bios.version: GJET74WW (2.24 ) dmi.board.asset.tag: Not Available dmi.board.name: 20ARA0S100 dmi.board.vendor: LENOVO dmi.board.version: Not Defined dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.modalias: dmi:bvnLENOVO:bvrGJET74WW(2.24):bd03/19/2014:svnLENOVO:pn20ARA0S100:pvrThinkPadT440s:rvnLENOVO:rn20ARA0S100:rvrNotDefined:cvnLENOVO:ct10:cvrNotAvailable: dmi.product.family: ThinkPad T440s dmi.product.name: 20ARA0S100 dmi.product.version: ThinkPad T440s dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1762468/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
