Bug#962687: linux-image-4.19.0-9-amd64: computer restarts immediately when going into sleep mode

Package: src:linux Version: 4.19.118-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation?Computer was failing to stay in sleep mode * What exactly did you do (or not do) that was effective (or

Processed: found 962681 in 4.13~rc5-1~exp1, closing 962681

Processing commands for cont...@bugs.debian.org: > found 962681 4.13~rc5-1~exp1 Bug #962681 [linux] battery drain during system shutdown There is no source info for the package 'linux' at version '4.13~rc5-1~exp1' with architecture '' Unable to make a source version for version '4.13~rc5-1~exp1'

Processed: severity of 962681 is important

Processing commands for cont...@bugs.debian.org: > severity 962681 important Bug #962681 [linux] battery drain during system shutdown Severity set to 'important' from 'grave' > thanks Stopping processing here. Please contact me if you need assistance. -- 962681:

Bug#962254: NFS(v4) broken at 4.19.118-2

Bit more experimentation on this issue. I tried a very small C program meant to create files with fewer permissions bits set. This succeeded which strengthens the theory of the umask getting ignored. I haven't seen anything hinting whether this is more a client or server issue. I can speculate

Bug#961676: 5.6 kernel crashes host when using VFIO on KVM guests

The new linux-image-5.6.0-2-amd64 (5.6.14-2) from today is no better, only change is its signed I guess? Also I noticed the 5.3/5.4/5.5 kernels have all been removed from my system and the servers so I have no way to boot back into a kernel that doesn't break VFIO. Has this issue been

battery drain during system shutdown

Package: linux Version: 4.19.0-4 + Severity: grave A regression was introduced in 4.13-rc1(Mainline) and newer kernels. This regression caused battery drain during system suspend, hibernation or shutdown for some PCI devices that are not allowed by user space to wake up the system from sleep (or

Bug#959768: [PATCH] initramfs-tools/hook-functions: Fix libgcc_s.so.1 dependency

Hi Ben! On 6/11/20 2:45 PM, Ben Hutchings wrote: >>> Fix it by searching the relevant libgcc_so files. >>> The fix is modelled after the btrfs hook functions in >>> /usr/share/initramfs-tools/hooks/btrfs. >> Could you open a merge request on Salsa so that Ben just needs to merge this >> change? >

Bug#959768: [PATCH] initramfs-tools/hook-functions: Fix libgcc_s.so.1 dependency

On Thu, 2020-06-11 at 12:16 +0200, John Paul Adrian Glaubitz wrote: > Hi Helge! > > On 5/28/20 12:14 AM, Helge Deller wrote: > > Due to Debian bug #950254 the hook-functions copies libgcc_s.so.1 into > > the initramfs image. But this breaks architectures which ship other > > versions of libgcc_s,

Processed: tagging 959768

Processing commands for cont...@bugs.debian.org: > tags 959768 + patch Bug #959768 [src:initramfs-tools] initramfs-tools: Does not account for different so versions of libgcc_s Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 959768:

Bug#959768: [PATCH] initramfs-tools/hook-functions: Fix libgcc_s.so.1 dependency

Hi Helge! On 5/28/20 12:14 AM, Helge Deller wrote: > Due to Debian bug #950254 the hook-functions copies libgcc_s.so.1 into > the initramfs image. But this breaks architectures which ship other > versions of libgcc_s, e.g. hppa (libgcc_s.so.4) or m68k (libgcc_s.so.2). > > Fix it by searching the