Bug#970699: linux: Enable amd_energy driver
Hi, On Tue, Sep 22, 2020 at 12:23:35AM +0200, David Schiller wrote: > Source: linux > Severity: wishlist > X-Debbugs-Cc: david.schil...@gmx.at > > Hi! > > Could you please enable CONFIG_SENSORS_AMD_ENERGY as a module. This > provides RAPL energy monitoring on AMD Zen processors and has been > available since kernel 5.8. If we are going to enable this for our builds, then we might need to check that https://bugzilla.redhat.com/show_bug.cgi?id=1897402 is not opened accordingly. This relates to https://support.lenovo.com/lu/uk/product_security/LEN-50481 and probably the reason for https://lore.kernel.org/stable/238e3cf7-582f-a265-5300-9b4494810...@roeck-us.net/T/#m11dee15be8c238d8858aafdf1a57e9ad7e0b9670 Regards, Salvatore
Bug#974646: W: Possible missing firmware /lib/firmware/i915/rkl_dmc_ver2_01.bin for module i915
Package: firmware-misc-nonfree Version: 20200918-1 Severity: minor X-Debbugs-Cc: t...@mirbsd.de I’m getting this during an upgrade in sid: […] Processing triggers for initramfs-tools (0.139) ... update-initramfs: Generating /boot/initrd.img-5.9.0-2-amd64 W: Possible missing firmware /lib/firmware/i915/rkl_dmc_ver2_01.bin for module i915 […] Graphics work, so I don’t know the impact. This is on a Thinkpad X61, in case this is important. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) firmware-misc-nonfree depends on no packages. firmware-misc-nonfree recommends no packages. Versions of packages firmware-misc-nonfree suggests: ii initramfs-tools 0.139 -- no debconf information
Bug#974193: marked as done (linux-image-5.9.0-1-amd64: sunrpc.transports sysctl contains binary data)
Your message dated Fri, 13 Nov 2020 10:30:45 +0100 with message-id <20201113093045.gb273...@eldamar.lan> and subject line Re: Bug#974193: linux-image-5.9.0-1-amd64: sunrpc.transports sysctl contains binary data has caused the Debian Bug report #974193, regarding linux-image-5.9.0-1-amd64: sunrpc.transports sysctl contains binary data to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 974193: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974193 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:linux Version: 5.9.1-1 Severity: minor Dear Maintainer, The sunrpc.transports sysctl looks emtpy when directly queried with sysctl, but a closer inspection of /proc/sys/sunrpc/transports reveals a list of null bytes. Even weirder, sysctl -a does produce a different set of random(?) characters each time. I would expect an output such as: sunrpc.transports = tcp 1048576 sunrpc.transports = udp 32768 instead of this weirdness. $ /sbin/sysctl sunrpc.transports | cat -A ; od -c /proc/sys/sunrpc/transports ; /sbin/sysctl -a 2>/dev/null | grep -a sunrpc.transports sunrpc.transports = $ 000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 020 \0 \0 \0 \0 \0 \0 026 sunrpc.transports = �]� $ /sbin/sysctl -a 2>/dev/null | grep -a sunrpc.transports sunrpc.transports = �� $ /sbin/sysctl -a 2>/dev/null | grep -a sunrpc.transports sunrpc.transports = �vo� Last week I updated this system to Debian testing (from stable). -- Package-specific info: ** Version: Linux version 5.9.0-1-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.0-15) 10.2.0, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.9.1-1 (2020-10-17) ** Command line: BOOT_IMAGE=/vmlinuz-5.9.0-1-amd64 root=/dev/mapper/gallumbits--vg-root ro security=selinux selinux=1 enforcing=0 quiet splash ** Not tainted ** Kernel log: [106119.880235] wlp3s0: associate with 10:8c:cf:45:c8:30 (try 1/3) [106119.882096] wlp3s0: RX AssocResp from 10:8c:cf:45:c8:30 (capab=0x431 status=0 aid=4) [106119.883865] wlp3s0: associated [106119.985055] wlp3s0: Limiting TX power to 17 dBm as advertised by 10:8c:cf:45:c8:30 [107923.048112] Rekeying PTK for STA 10:8c:cf:45:c8:30 but driver can't safely do that. [109750.489728] Rekeying PTK for STA 10:8c:cf:45:c8:30 but driver can't safely do that. [110774.623556] wlp3s0: Connection to AP 10:8c:cf:45:c8:30 lost [110775.552659] wlp3s0: authenticate with 10:8c:cf:45:c8:3f [110775.564745] wlp3s0: send auth to 10:8c:cf:45:c8:3f (try 1/3) [110775.573867] wlp3s0: authenticated [110775.577549] wlp3s0: associate with 10:8c:cf:45:c8:3f (try 1/3) [110775.579184] wlp3s0: RX AssocResp from 10:8c:cf:45:c8:3f (capab=0x111 status=0 aid=2) [110775.581302] wlp3s0: associated [110775.663930] wlp3s0: Limiting TX power to 17 dBm as advertised by 10:8c:cf:45:c8:3f [112547.826793] Rekeying PTK for STA 10:8c:cf:45:c8:3f but driver can't safely do that. [113700.390630] input: MX Anywhere 2 Keyboard as /devices/virtual/misc/uhid/0005:046D:B013.0008/input/input35 [113700.391394] input: MX Anywhere 2 Mouse as /devices/virtual/misc/uhid/0005:046D:B013.0008/input/input36 [113700.391973] hid-generic 0005:046D:B013.0008: input,hidraw4: BLUETOOTH HID v0.07 Keyboard [MX Anywhere 2] on f8:63:3f:ad:9b:60 [114348.207660] Rekeying PTK for STA 10:8c:cf:45:c8:3f but driver can't safely do that. [116132.560788] Rekeying PTK for STA 10:8c:cf:45:c8:3f but driver can't safely do that. [117919.948857] Rekeying PTK for STA 10:8c:cf:45:c8:3f but driver can't safely do that. [119733.414499] Rekeying PTK for STA 10:8c:cf:45:c8:3f but driver can't safely do that. [121561.843725] Rekeying PTK for STA 10:8c:cf:45:c8:3f but driver can't safely do that. [123385.320312] Rekeying PTK for STA 10:8c:cf:45:c8:3f but driver can't safely do that. [123388.358737] wlp3s0: deauthenticated from 10:8c:cf:45:c8:3f (Reason: 15=4WAY_HANDSHAKE_TIMEOUT) [123389.351694] wlp3s0: authenticate with 10:8c:cf:45:c8:30 [123389.364570] wlp3s0: send auth to 10:8c:cf:45:c8:30 (try 1/3) [123389.370529] wlp3s0: authenticated [123389.371314] wlp3s0: associate with 10:8c:cf:45:c8:30 (try 1/3) [123389.373066] wlp3s0: RX AssocResp from 10:8c:cf:45:c8:30 (capab=0x431 status=0 aid=5) [123389.374380] wlp3s0: associated [123389.419363] wlp3s0: Limiting TX power to 17 dBm as advertised by 10:8c:cf:45:c8:30 [123420.689422] wlp3s0: disconnect from AP 10:8c:cf:45:c8:30 for new auth to 10:8c:cf:45:c8:3f [123420.706046] wlp3s0: authenticate with 10:8c:cf:45:c8:3f [123420.719214] wlp3s0: send auth to 10:8c:cf:45:c8:3f (try 1/3)
Bug#974193: linux-image-5.9.0-1-amd64: sunrpc.transports sysctl contains binary data
Source: linux
Source-Version: 5.9.6-1
Hi,
On Wed, Nov 11, 2020 at 08:51:14AM +0100, Bart-Jan Vrielink wrote:
> Package: src:linux
> Version: 5.9.1-1
> Severity: minor
>
> Dear Maintainer,
>
> The sunrpc.transports sysctl looks emtpy when directly queried with sysctl,
> but a closer inspection of /proc/sys/sunrpc/transports reveals a list of null
> bytes. Even weirder, sysctl -a does produce a different set of random(?)
> characters each time.
>
> I would expect an output such as:
> sunrpc.transports = tcp 1048576
> sunrpc.transports = udp 32768
>
> instead of this weirdness.
>
> $ /sbin/sysctl sunrpc.transports | cat -A ; od -c /proc/sys/sunrpc/transports
> ; /sbin/sysctl -a 2>/dev/null | grep -a sunrpc.transports
> sunrpc.transports = $
> 000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
> 020 \0 \0 \0 \0 \0 \0
> 026
> sunrpc.transports = �]�
> $ /sbin/sysctl -a 2>/dev/null | grep -a sunrpc.transports
> sunrpc.transports = ��
> $ /sbin/sysctl -a 2>/dev/null | grep -a sunrpc.transports
> sunrpc.transports = �vo�
>
> Last week I updated this system to Debian testing (from stable).
I think this was fixed in c09f56b8f68d ("net/sunrpc: Fix return value
for sysctl sunrpc.transports") in v5.10-rc1 and was backported to
5.9.5, so in included in 5.9.6-1.
root@sid:~# uname -a
Linux sid 5.9.0-2-amd64 #1 SMP Debian 5.9.6-1 (2020-11-08) x86_64 GNU/Linux
root@sid:~# /sbin/sysctl sunrpc.transports | cat -A ; od -c
/proc/sys/sunrpc/transports ; /sbin/sysctl -a 2>/dev/null | grep -a
sunrpc.transports
sunrpc.transports = tcp 1048576$
sunrpc.transports = udp 32768$
000 t c p 1 0 4 8 5 7 6 \n u d p
020 3 2 7 6 8 \n
026
sunrpc.transports = tcp 1048576
sunrpc.transports = udp 32768
root@sid:~#
Regards,
Salvatore
Processed: notfound 974157 in 4.19+105+deb10u7
Processing commands for cont...@bugs.debian.org: > notfound 974157 4.19+105+deb10u7 Bug #974157 [src:linux] linux-image-5.9.0-2-686-pae: prints incorrect highmem if memory >= 4GB The source 'linux' and version '4.19+105+deb10u7' do not appear to match any binary packages No longer marked as found in versions linux/4.19+105+deb10u7. > thanks Stopping processing here. Please contact me if you need assistance. -- 974157: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974157 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#932250: random segfaults
Hi, On Tue, Nov 10, 2020 at 10:37:24AM +, Paul Kerry wrote: > > Hi Bernhard and thanks for the follow up. > > I've not had anymore segfaults since reporting this issue last year. > > I'd still go for the hypothesis of it being a xfce related issue which I > linked too before: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934105 > > This can be alleviated by installing packages without xfce running or by > repackaging pre-built packages and removing .desktop files within those > packages. > > For me, this is certainly not a linux-image-amd64 bug. So should we merge it together with #934105 ? Regards, Salvatore
Processed: reassign 868771 to src:linux
Processing commands for cont...@bugs.debian.org: > reassign 868771 src:linux 4.11.11-1 Bug #868771 [linux] linux: Enable building the dummy_hcd module Bug reassigned from package 'linux' to 'src:linux'. No longer marked as found in versions 4.11.11-1. Ignoring request to alter fixed versions of bug #868771 to the same values previously set Bug #868771 [src:linux] linux: Enable building the dummy_hcd module Marked as found in versions linux/4.11.11-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 868771: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868771 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: forcibly merging 868771 931058
Processing commands for cont...@bugs.debian.org: > forcemerge 868771 931058 Bug #868771 [src:linux] linux: Enable building the dummy_hcd module Bug #931058 [src:linux] linux: enable CONFIG_USB_DUMMY_HCD=m for simulating USB UDCs for USB gadgets Marked as found in versions linux/4.11.11-1. Merged 868771 931058 > thanks Stopping processing here. Please contact me if you need assistance. -- 868771: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868771 931058: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931058 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: tagging 868771
Processing commands for cont...@bugs.debian.org: > tags 868771 - moreinfo Bug #868771 [linux] linux: Enable building the dummy_hcd module Removed tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 868771: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868771 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
