Re: Git repository request for carl9170fw
On Fri, 2021-10-08 at 08:32 +0200, maximilian attems wrote: > done, you should have gotten mail confirmation, please confirm. That was quick, thank you! > I plan to upload current 20210919-1 very soon (probably sunday night) > and can drop carl9170.fw for that upcoming release, clearing the door > for above. That works for me. By the way, can you also add a Recommends on firmware-ath9k-htc in that upload (you can close #900171)? signature.asc Description: This is a digitally signed message part
Bug#995923: linux: Regression in 5.14: no more multichannel audio on Rock64
Source: linux Version: 5.14-1~exp1 Severity: normal Tags: upstream In kernel 5.13 on my Rock64, `pactl list cards` correctly identified my AVR (SC-1224) and had various multichannel audio profiles I could choose from. Since kernel 5.14, `paclt list cards` no longer identifies my AVR and I only have stereo audio profiles. I've build and tested various kernel versions myself based off commit e4e2aea3e840406042537c5ef4970d9e8560a103 (Merge branch 'rockchip-spdif' into 'master') which has all needed audio modules (afaik) enabled for Rock64. The 5.13.12-1~exp2 is slightly older and therefor misses the SPDIF card. I used the same dtb in all the test, which is build from 5.14.6, and I've kept all other software at the same sofware versions, so it wouldn't affect the results. I think that means the only (real) change is the upstream source code. Output of `uname -a` and `pactl list cards` on the various kernels: diederik@bagend:~$ ssh soundserver Linux soundserver 5.13.0-trunk-arm64 #1 SMP Debian 5.13.12-1~exp2 (2021-08-21) aarch64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Thu Oct 7 09:29:48 2021 from 192.168.2.50 Initialising new SSH agent... succeeded diederik@soundserver:~$ uname -a Linux soundserver 5.13.0-trunk-arm64 #1 SMP Debian 5.13.12-1~exp2 (2021-08-21) aarch64 GNU/Linux diederik@soundserver:~$ pactl list cards Card #0 Name: alsa_card.platform-hdmi-sound Driver: module-alsa-card.c Owner Module: 4 Properties: alsa.card = "0" alsa.card_name = "HDMI" alsa.long_card_name = "pine64-rock64_rk3328-" alsa.driver_name = "snd_soc_simple_card" device.bus_path = "platform-hdmi-sound" sysfs.path = "/devices/platform/hdmi-sound/sound/card0" device.form_factor = "internal" device.string = "0" device.description = "Built-in Audio" module-udev-detect.discovered = "1" device.icon_name = "audio-card" Profiles: input:stereo-fallback: Stereo Input (sinks: 0, sources: 1, priority: 51, available: yes) output:hdmi-stereo: Digital Stereo (HDMI) Output (sinks: 1, sources: 0, priority: 5900, available: yes) output:hdmi-surround: Digital Surround 5.1 (HDMI) Output (sinks: 1, sources: 0, priority: 800, available: yes) output:hdmi-surround71: Digital Surround 7.1 (HDMI) Output (sinks: 1, sources: 0, priority: 800, available: yes) off: Off (sinks: 0, sources: 0, priority: 0, available: yes) Active Profile: output:hdmi-surround71 Ports: analog-input: Analog Input (type: Analog, priority: 1, latency offset: 0 usec, availability unknown) Part of profile(s): input:stereo-fallback hdmi-output-0: HDMI / DisplayPort (type: HDMI, priority: 5900, latency offset: 0 usec, availability unknown) Properties: device.icon_name = "video-display" device.product.name = "SC-1224" Part of profile(s): output:hdmi-stereo, output:hdmi-surround, output:hdmi-surround71 diederik@soundserver:~$ su -l Password: root@soundserver:~# vim /etc/default/grub root@soundserver:~# update-grub Generating grub configuration file ... Found linux image: /boot/vmlinuz-5.14.0-trunk-arm64 Found initrd image: /boot/initrd.img-5.14.0-trunk-arm64 Found linux image: /boot/vmlinuz-5.13.0-1-arm64 Found initrd image: /boot/initrd.img-5.13.0-1-arm64 Found linux image: /boot/vmlinuz-5.13.0-trunk-arm64 Found initrd image: /boot/initrd.img-5.13.0-trunk-arm64 Found linux image: /boot/vmlinuz-5.10.0-8-arm64 Found initrd image: /boot/initrd.img-5.10.0-8-arm64 done root@soundserver:~# reboot Connection to soundserver closed by remote host. Connection to soundserver closed. diederik@bagend:~$ ssh soundserver Linux soundserver 5.13.0-1-arm64 #1 SMP Debian 5.13.19-1 (2021-10-03) aarch64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Thu Oct 7 23:23:06 2021 from 192.168.2.50 Initialising new SSH agent... succeeded diederik@soundserver:~$ uname -a Linux soundserver 5.13.0-1-arm64 #1 SMP Debian 5.13.19-1 (2021-10-03) aarch64 GNU/Linux diederik@soundserver:~$ pactl list cards Card #0 Name: alsa_card.platform-hdmi-sound Driver: module-alsa-car
Bug#995927: linux-image-amd64: since kernel 5.9 module e100 causes system-wide problems after suspend
Package: linux-image-amd64 Version: 5.10.46-5 Severity: normal Tags: upstream X-Debbugs-Cc: hikaru.deb...@web.de Dear Maintainers, I own an old notebook with the following wired ethernet adapter: 07:08.0 Ethernet controller: Intel Corporation PRO/100 VE Network Connection (rev 02) Subsystem: Fujitsu Technology Solutions PRO/100 VE Network Connection Flags: bus master, medium devsel, latency 64, IRQ 20 Memory at dc00 (32-bit, non-prefetchable) [size=4K] I/O ports at 5000 [size=64] Capabilities: [dc] Power Management version 2 Kernel driver in use: e100 Kernel modules: e100 Under Bullseye (kernel 5.10), after a suspend2RAM/resume cycle, e100 causes problems which seem to be related to "e100: use generic power management" [1], which wass introduced with kernel 5.9. In the comment it says: "Compile-tested only." The symptoms are not always consistent, but usually they are as follows: 1. After resume, there is no network at all (not only via the wired adapter, but also via the intel wifi adapter), at least for several (5?) minutes. Network may or may not return after that time. 2. During that time, certain interactions with the system just stall - especially those connected to network tasks (e.g. network-manager-gnome, ip). In case "ip a" is successful it will usually show that there is a network connection (ip adress obtained via dhcp), but no network activity is possible (e.g. ping). (I ruled out network manager as the culprit, by uninstalling it. The problems remained the same.) 3. When performing a shutdown or reboot after such a suspend/resume cycle, the operating system and the HDD will shut down, but the computer will not actually power off/reboot. Instead it will stay on indefinitely while messages like these remain on the screen: Okt 06 18:32:19 amilo systemd[1]: Reached target Reboot. Okt 06 18:32:19 amilo systemd[1]: Shutting down. Okt 06 18:32:19 amilo systemd[1]: Using hardware watchdog 'iTCO_wdt', version 0, device /dev/watchdog Okt 06 18:32:19 amilo systemd[1]: Set hardware watchdog to 10min. Okt 06 18:32:19 amilo kernel: watchdog: watchdog0: watchdog did not stop! Okt 06 18:32:19 amilo systemd-shutdown[1]: Syncing filesystems and block devices. Okt 06 18:32:19 amilo systemd-shutdown[1]: Sending SIGTERM to remaining processes... Okt 06 18:32:19 amilo systemd-journald[213]: Journal stopped 4. During that shutdown the kernel may or may not throw exceptions, of which I have a photo, but no easily accessible log. Buster (kernel 4.19, up to bpo kernel 5.8) does not exhibit this behavior. However, it does with bpo kernels 5.9 and 5.10. The problems disappear (with kernels >= 5.9) when disabling the ethernet adapter in the BIOS or when blacklisting e100. For sake of transparency, I opened a thread in the unofficial German debianforum.de, which led me to file this bug report. [2] [1] https://github.com/torvalds/linux/commit/69a74aef8a18eef20fb0044b5e164af41b84db21 [2] https://debianforum.de/forum/viewtopic.php?f=26&t=182239 kind regards hikaru -- System Information: Debian Release: 11.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages linux-image-amd64 depends on: ii linux-image-5.10.0-8-amd64 5.10.46-5 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information
Re: Git repository request for carl9170fw
On Fri, Oct 08, 2021 at 08:06:57AM +, John Scott wrote: > > By the way, can you also add a Recommends on > firmware-ath9k-htc in that upload (you can close #900171)? Could you please reexplain this point? I haven't followed carl9170fw at all. I thought you would want a Recommends on firmware-carl9170fw or something?
Processed: reassign 995927 to src:linux
Processing commands for cont...@bugs.debian.org: > reassign 995927 src:linux 5.10.46-5 Bug #995927 [linux-image-amd64] linux-image-amd64: since kernel 5.9 module e100 causes system-wide problems after suspend Bug reassigned from package 'linux-image-amd64' to 'src:linux'. No longer marked as found in versions linux-signed-amd64/5.10.46+5. Ignoring request to alter fixed versions of bug #995927 to the same values previously set Bug #995927 [src:linux] linux-image-amd64: since kernel 5.9 module e100 causes system-wide problems after suspend Marked as found in versions linux/5.10.46-5. > thanks Stopping processing here. Please contact me if you need assistance. -- 995927: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995927 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#995425: Possible to get fix to 5.10?
Hello, I was just wondering if in the near future this fix will be available for linux in the stable branch. Thanks.
Bug#995565: linux-image-5.14.0-1-686: Does not boot successfully on old T41 Thinkpads (I/O problem?)
This bug does _not_ persist with linux-image-5.14.0-2-686, with which both T41 Thinkpads boot normally again. This bugreport can therefore be marked as closed. Thank you very much! P. R.-P.