Bug#985862: linux: Please enable support for NXP/Freescale iMX8
Source: linux Severity: normal The iMX8 SoC is used on various boards, widely available to debian users and well supported by free software, but the platform is not enabled in debian kernels, which is a rather major omission. I don't know why not (I guess no-one filed this bug?). These are all avilable today and should at least mostly work with mainline: Nitrogen 8M https://boundarydevices.com/product/nitrogen8m/ Solidrun Cubox M https://shop.solid-run.com/product/SRMP8QDWB1D04GE008X00CE/ Hummingboard Pulse https://shop.solid-run.com/product-category/embedded-computers/nxp-family/hummingboard-m/ Purism Librem 5 Phone https://en.wikipedia.org/wiki/Librem_5 Compulab SBC-iMX8X https://www.compulab.com/products/sbcs/sbc-imx8x-nxp-i-mx-8x-single-board-computer/ (supported since 5.4.24) Toradex Apalis iMX8 CoM https://www.toradex.com/computer-on-modules/apalis-arm-family/nxp-imx-8 I believe that all that is needed is adding CONFIG_ARCH_MXC=y in debian/config/arm64/config Which is set by default upstream. (There may be other drivers that should enabled too for some of these platforms?) I just built the kernel with the above config change and it builds fine on arm64, and installs and boots on softiron. I don't have an iMX8 here to test on, but we can find some, I'm sure. It seems like the timing was rather unfortunate here with some of this hardware only becoming widely available in Q4 2020 (shortly before the Bullseye freeze). Is there any chance of one more hardware enablement upload for bullseye, or does this feel like too big a change? If not, getting this into a point release would make debian stable useful on a lot more hardware. What testing would make the kernel team reasonably happy about doing that? -- Wookey
Bug#800721: marked as done (firmware-iwlwifi: Intel Corporation Wireless 7260 (rev 83) with firmware-iwlwifi-0.43 lost connection after system beeing idle)
Your message dated Wed, 24 Mar 2021 21:04:37 +0100 with message-id and subject line Re: firmware-iwlwifi: Intel Corporation Wireless 7260 (rev 83) with firmware-iwlwifi-0.43 lost connection after system beeing idle has caused the Debian Bug report #800721, regarding firmware-iwlwifi: Intel Corporation Wireless 7260 (rev 83) with firmware-iwlwifi-0.43 lost connection after system beeing idle 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.) -- 800721: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800721 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-iwlwifi Version: 0.43 Severity: important Dear Maintainer, on my T440s runngin Debian Jessie, my wireless Intel Corporation Wireless 7260 (rev 83) with firmware-iwlwifi-0.43 lost connection after system beeing idle. Connection is shown as still alive in networkmanager, but I am not able to connect to my router webinterface nor getting internet access. Waiting 1-2 min solve problem from itself and connection is beeing establised again. While no connection to router it was shown as signal strength "goog" and speed 1 Mbit. Afterwards, if working connection to router again, signal strength was shown as "good" and speed as 130 Mbit. I just left laptop with browser open and if coming back (and move mouse to put screen on again) internet access was lost and even connection to lokal network. But connection was shown as alive in Networkmanager but connection to router was lost. Waiting of 1-2 min while trying to open webpages in chromium or trying in terminal to get internet access or local access somehow made the connection alive again. * What led up to the situation? Letting laptop/system running in idle till screen turns off and coming back after 30min-1h. Then connection was lost but was shown as alive. * What exactly did you do (or not do) that was effective (or ineffective)? I could toggle wifi on/off which was solving the problem. Another time just waiting around 1 min helped to reactivate the connection somehow. * What was the outcome of this action? Lost access to router after system beeing idle but running. And when coming back after 30min - 1h access to network was lost, but still shown as alive. * What outcome did you expect instead? Still working wifi access to local network/internet not just shown as working. -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.120 -- no debconf information --- End Message --- --- Begin Message --- Version: 0.44 somehow ben's message that this got fixed didn't really close it. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800721;msg=72 So doing now as nothing was appended since. Thank you for your report.--- End Message ---
Bug#973529: marked as done (firmware-atheros: Link wifi rate limited at 1MB/s)
Your message dated Wed, 24 Mar 2021 19:34:05 +0100 with message-id and subject line Re: firmware-atheros: Link wifi rate limited at 1MB/s has caused the Debian Bug report #973529, regarding firmware-atheros: Link wifi rate limited at 1MB/s 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.) -- 973529: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973529 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-atheros Version: 20200918-1 Severity: normal Dear Maintainer, On new Acer laptop with Atheros qca9377 card, the wifi connexion is always limited at 1 MB/s. So I tried iwconfig commands to increase rate. iwconfig wlp1s0 rate 54M *Error for wireless request "Set Bit Rate" (8B20) : SET failed on device wlp1s0 ; Invalid argument. Trying other rate values : - From 1 to 35M : no error but still 1 MB/s - From 36 to 54M : Invalid argument error. Can it be another package's bug ? Of course I remain available for any tests. Thanks for help. Regards, Matthieu -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-atheros depends on no packages. firmware-atheros recommends no packages. Versions of packages firmware-atheros suggests: ii initramfs-tools 0.139 -- no debconf information --- End Message --- --- Begin Message --- Version: 20210208-4 > Unfortunately, family school use forced me re-install Windows on the > computer :-/ > But before that, I could notice a normal Wifi transfert rate back (according > my AP capabilities) with only a wrong display information in KDE netwworking > tool. thank you very much for the prompt reply, hence closing. maybe post confinement there will be again a place for Debian (: in any case all the best wishes.--- End Message ---
Processed: Re: firmware-iwlwifi:
Processing commands for cont...@bugs.debian.org: > tags 969264 moreinfo Bug #969264 [firmware-iwlwifi] firmware-iwlwifi: failed to load iwl-debug-yoyo.bin (-2) Added tag(s) moreinfo. > stop Stopping processing here. Please contact me if you need assistance. -- 969264: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969264 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#969264: firmware-iwlwifi:
tags 969264 moreinfo stop > Version: 20200721-1 > Wi-Fi connection has been behaving erratically, lots of lags - for > instance - in LAN-SSH connections. > $ lspci | grep "Network controller" > 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 > [Taylor Peak] (rev 34) Is this reproducible with current Debian testing? thank you for your report.
Bug#973529: firmware-atheros: Link wifi rate limited at 1MB/s
Hi, Unfortunately, family school use forced me re-install Windows on the computer :-/ But before that, I could notice a normal Wifi transfert rate back (according my AP capabilities) with only a wrong display information in KDE netwworking tool. Regards, Matthieu Le 24/03/2021 à 11:14, maximilian attems a écrit : tags 973529 moreinfo stop Version: 20200918-1 How about latest Debian testing version, is that still the case? thank you.
Processed: bug 985681 is forwarded to https://lore.kernel.org/lkml/1f1fb01e-0616-34ea-ede6-dc7dd679c...@garloff.de/
Processing commands for cont...@bugs.debian.org: > forwarded 985681 > https://lore.kernel.org/lkml/1f1fb01e-0616-34ea-ede6-dc7dd679c...@garloff.de/ Bug #985681 [linux-cpupower] linux-cpupower: Fix Pkg Power tracking on Zen Set Bug forwarded-to-address to 'https://lore.kernel.org/lkml/1f1fb01e-0616-34ea-ede6-dc7dd679c...@garloff.de/'. > thanks Stopping processing here. Please contact me if you need assistance. -- 985681: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985681 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: bug 985681 is forwarded to https://lore.kernel.org/lkml/1f1fb01e-0616-34ea-ede6-dc7dd679c...@garloff.de/ ...
Processing commands for cont...@bugs.debian.org: > forwarded 985681 > https://lore.kernel.org/lkml/1f1fb01e-0616-34ea-ede6-dc7dd679c...@garloff.de/ Bug #985681 [linux-cpupower] linux-cpupower: Fix Pkg Power tracking on Zen Ignoring request to change the forwarded-to-address of bug#985681 to the same value > tags 985681 + upstream Bug #985681 [linux-cpupower] linux-cpupower: Fix Pkg Power tracking on Zen Ignoring request to alter tags of bug #985681 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 985681: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985681 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: tagging 985801
Processing commands for cont...@bugs.debian.org: > tags 985801 + pending Bug #985801 [src:linux] linux: Missing Breaks relation to fwupdate Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 985801: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985801 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
firmware-nonfree_20210322-1~exp1_source.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 24 Mar 2021 09:17:59 +0100 Source: firmware-nonfree Architecture: source Version: 20210322-1~exp1 Distribution: experimental Urgency: medium Maintainer: Debian Kernel Team Changed-By: maximilian attems Changes: firmware-nonfree (20210322-1~exp1) experimental; urgency=medium . * New upstream version: - amdgpu: add initial support for navy flounder - amdgpu: update raven firmware for 20.50 - amdgpu: update raven2 firmware for 20.50 - amdgpu: update navi10 firmware for 20.50 - amdgpu: update renoir firmware for 20.50 - amdgpu: update vega10 firmware for 20.50 - amdgpu: update navi12 firmware for 20.50 - amdgpu: update vega12 firmware for 20.50 - amdgpu: update navi14 firmware for 20.50 - amdgpu: update picasso firmware for 20.50 - amdgpu: update vega20 firmware for 20.50 - amdgpu: update sienna cichlid firmware for 20.50 - rtl_bt: Update RTL8822C BT(UART I/F) FW to 0x59A_76A3 Checksums-Sha1: 8901300eebae2fe1cea099bdfb85b3d34f5939f2 3960 firmware-nonfree_20210322-1~exp1.dsc 33094568dc5abd3f426ca7d93fdb4265ba137094 105825852 firmware-nonfree_20210322.orig.tar.xz 7e179900db794a232079cccdcecd69c7c8baa06b 791008 firmware-nonfree_20210322-1~exp1.debian.tar.xz 89d7990d928831a2c79792aeb5287e589dfacfc9 13214 firmware-nonfree_20210322-1~exp1_amd64.buildinfo Checksums-Sha256: f93d22bf8d6a525b19b92f7e8724257771c3da489eb0fb41850b5bbf8d5aca6b 3960 firmware-nonfree_20210322-1~exp1.dsc aa535823b228926277680701595bf85baa4ca75b9d612d190aaab17d079f92ca 105825852 firmware-nonfree_20210322.orig.tar.xz b756d7b52527edf9805bbdc50c808e22372b76f3f6c724de95fd1d059831e7a6 791008 firmware-nonfree_20210322-1~exp1.debian.tar.xz 843099c595ddfd70b2d42754319ae5a51fea12e3d1f687f24c46b8473bb92d81 13214 firmware-nonfree_20210322-1~exp1_amd64.buildinfo Files: 808c10c261c79a88b8258d3474095d5e 3960 non-free/kernel optional firmware-nonfree_20210322-1~exp1.dsc e7d5b003c1a06fd94aae24af495714e8 105825852 non-free/kernel optional firmware-nonfree_20210322.orig.tar.xz a475e3412aebe3e4e4fab50b6ace6b5b 791008 non-free/kernel optional firmware-nonfree_20210322-1~exp1.debian.tar.xz 2eee8fab6a67e315adcde5d2f79d2e89 13214 non-free/kernel optional firmware-nonfree_20210322-1~exp1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEtitdpKMURvAU+NZkECUuZTqR5ScFAmBbG3cACgkQECUuZTqR 5Sft2Q//UScdGOYD9sXHedxeKuMP0leOl11XETpzibusaso8wPRuhCXpw0a3rG8J DlTjmMIGgKztKDLRxazsE0qvvXEuy7vWeWYOGZvsIKYpn9TBf74gOysCN/jHHMNj bGeKw/XPUofIwutpVG9oM3biTNO5Eex3X5+8oAuNYfgZ5ysHQGAll248/HcOUbNm 2KLy+jNoFkzDyNO0uFrrZN+sLICXLTd6apNXfxr6yviubcIbAaRTlIVCtWAid922 w3Fhy/AFC1jn8R6s23L2PVySMqOto3jPt1vB55Q2tIQOhbw/0e2FVp5a/v/5JtKy mml971pWShIARBcFlc0/GRFlNp3YUsDDxXe4yta7d0Oe/UCD2Y15TUDJxUo+TQxA A05nE9J1IlGcpWOftz8ZHASxqMOONSWonftcMCj9y5vC3nbaY7++tBUSSzVfCgb4 uS0zzIB8qi0UU5IsrvymuEE+i8nuvaf5if9tzwioWiefMFOcjQHKD0pPN/zLuxDR vWZJ7h6jCK6Sby8yHuwZ7OwOLzKUBgMab88zwlvKRxaOM5KGB6N7UxcWiLn1xkqd FYzltEatpuqkotc9T+SudZKIVtgy5FVQ+VC3kxPAfE0+UkgDhxjHVh8XQXw+0VJB eJHG9CqFnRRBwUVBzSaY67gz7FpC1hNy7iI9DgXYBTaV/3kePcM= =o06y -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of firmware-nonfree_20210322-1~exp1_source.changes
firmware-nonfree_20210322-1~exp1_source.changes uploaded successfully to localhost along with the files: firmware-nonfree_20210322-1~exp1.dsc firmware-nonfree_20210322.orig.tar.xz firmware-nonfree_20210322-1~exp1.debian.tar.xz firmware-nonfree_20210322-1~exp1_amd64.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#921145: marked as done (AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost")
Your message dated Wed, 24 Mar 2021 11:41:02 +0100 with message-id and subject line Re: AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost" has caused the Debian Bug report #921004, regarding AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost" 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.) -- 921004: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921004 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libglx-mesa0 Version: 18.3.2-1 Severity: critical Debian: Stretch amd64 Regression: Yes Graphic card: AMD Radeon Rx 580 Good Morning, since the latest updates of xserver-xorg-video-amdgpu, firmware-amd-graphics and Mesa, most GL applications do not display anything and display this error message in the console: amdgpu: The CS has been cancelled because the context is lost. Generally, it can takes time before this error arises. This makes Debian unusable for developing and running GL programs. Note that downgrading to firmware-amd-graphics_20180825-1_all.deb fixes the issue on the next boot for a moment. After some hours of uptime, the error is raised again. --- End Message --- --- Begin Message --- Version: 20210208-4 Closing as submitter no longer reachable and bug assumed fixed in up to date Debian testing.--- End Message ---
Bug#921004: marked as done (AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost")
Your message dated Wed, 24 Mar 2021 11:41:02 +0100 with message-id and subject line Re: AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost" has caused the Debian Bug report #921004, regarding AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost" 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.) -- 921004: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921004 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-video-amdgpu Version: 18.1.0-1 Severity: critical Debian: Stretch amd64 Regression: Yes Graphic card: AMD Radeon Rx 580 Good Morning, since the latest update of xserver-xorg-video-amdgpu and firmware-amd-graphics, most GL applications do not display anything and display this error message in the console: amdgpu: The CS has been cancelled because the context is lost. This makes Debian unusable for developing and running GL programs. -- Jean-Dominique Frattini --- End Message --- --- Begin Message --- Version: 20210208-4 Closing as submitter no longer reachable and bug assumed fixed in up to date Debian testing.--- End Message ---
Bug#921114: marked as done (AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost")
Your message dated Wed, 24 Mar 2021 11:41:02 +0100 with message-id and subject line Re: AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost" has caused the Debian Bug report #921004, regarding AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost" 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.) -- 921004: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921004 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-amd-graphics Version: 20190114-1 Severity: critical Debian: Stretch amd64 Regression: Yes Graphic card: AMD Radeon Rx 580 Good Evening, since the latest update of xserver-xorg-video-amdgpu and firmware-amd-graphics, most GL applications do not display anything and display this error message in the console: amdgpu: The CS has been cancelled because the context is lost. This makes Debian unusable for developing and running GL programs. Note that downgrading to firmware-amd-graphics_20180825-1_all.deb seems to fix the issue. --- End Message --- --- Begin Message --- Version: 20210208-4 Closing as submitter no longer reachable and bug assumed fixed in up to date Debian testing.--- End Message ---
Bug#839662: [firmware-atheros] ath10k_pci firmware crashes when ap changes bandwith
sorry. I've solved the problem by getting an other network adapter => can't help anymore On 24.03.21 11:18, maximilian attems wrote: tags 839662 moreinfo stop The same problem here with firmware-atheros version 20170823-1~bpo9+1 and kernel 4.14.0-2-amd64. It's a dell xps 13 8th gen, with a: Is this reproducible with an up to date Debian Testing? Sorry for the late reply and thank you for the reports.
Bug#877518: marked as done (firmware-realtek: Don't have "wi-fi networks" option on network manager)
Your message dated Wed, 24 Mar 2021 11:28:51 +0100 with message-id and subject line Re: firmware-realtek: Don't have "wi-fi networks" option on network manager has caused the Debian Bug report #877518, regarding firmware-realtek: Don't have "wi-fi networks" option on network manager 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.) -- 877518: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877518 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-realtek Version: 20161130-3 Severity: normal Tags: d-i Dear Maintainer, Have Lenovo Laptop B71-80 with fresh install debian 9 have wi-fi adapter Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15). and i don't have wi-fi options in network manager. On the past i haved debian 8 and some time i have same problem, but theise resolve on next update. At now - that problem can't resolved. # lspci -nnk | grep -iA2 net 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15) Subsystem: Lenovo RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [17aa:3837] Kernel driver in use: r8168 Kernel modules: r8168 lspci 00:00.0 Host bridge: Intel Corporation Skylake Host Bridge/DRAM Registers (rev 08) 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 520 (rev 07) 00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21) 00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21) 00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI #1 (rev 21) 00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] (rev 21) 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #5 (rev f1) 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #6 (rev f1) 00:1d.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #9 (rev f1) 00:1f.0 ISA bridge: Intel Corporation Sunrise Point-LP LPC Controller (rev 21) 00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21) 00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) 00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15) 03:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430] (rev 83) # iwlist scan enp1s0Interface doesn't support scanning. loInterface doesn't support scanning. -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-realtek depends on no packages. firmware-realtek recommends no packages. Versions of packages firmware-realtek suggests: ii initramfs-tools 0.130 -- no debconf information --- End Message --- --- Begin Message --- Version: 20210208-4 > Have Lenovo Laptop B71-80 with fresh install debian 9 have wi-fi > adapter This should be fixed in current Testing 11, if not please let us know. As assumed fixed and no second report, closing. Thank you for your report.--- End Message ---
Processed: tg
Processing commands for cont...@bugs.debian.org: > tags 844056 pending Bug #844056 [firmware-brcm80211] Missing brcmfmac43362-sdio.txt stops wireless working Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. -- 844056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#877545: marked as done (QCA986x stopped working in AP mode after some time)
Your message dated Wed, 24 Mar 2021 11:16:52 +0100 with message-id and subject line Re: QCA986x stopped working in AP mode after some time has caused the Debian Bug report #877545, regarding QCA986x stopped working in AP mode after some time 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.) -- 877545: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877545 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-atheros Version: 20161130-3 Hardware: PCI-E Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Debian version: 9.1 (stretch) After some time (random) AP network disappear, and kernel dmesg shows following error: [117022.111779] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [117023.135847] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [117023.778177] ath10k_pci :01:00.0: failed to install key for vdev 0 peer 4c:66:41:c6:df:a4: -11 [117023.778180] wlp1s0: failed to remove key (0, 4c:66:41:c6:df:a4) from hardware (-11) [117024.103842] ath10k_pci :01:00.0: cipher 0 is not supported [117024.103845] ath10k_pci :01:00.0: failed to remove peer wep key 0: -95 [117024.103846] ath10k_pci :01:00.0: failed to clear all peer wep keys for vdev 0: -95 [117024.103848] ath10k_pci :01:00.0: failed to disassociate station: 4c:66:41:c6:df:a4 vdev 0: -95 [117024.103876] [ cut here ] [117024.103902] WARNING: CPU: 0 PID: 1444 at /build/linux-RdeW6Z/linux-4.12.13/net/mac80211/sta_info.c:961 __sta_info_destroy_part2+0xdf/0x110 [mac80211] [117024.103903] Modules linked in: cmac ctr ccm ebtable_filter ebtables arc4 bridge stp llc sit tunnel4 ip_tunnel nf_log_ipv6 xt_hl ip6t_REJECT nf_reject_ipv6 ip6t_rt ip6table_filter ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6_tables ts_bm xt_time nf_log_ipv4 nf_log_common xt_LOG xt_limit xt_mac ipt_REJECT nf_reject_ipv4 xt_string xt_multiport xt_owner xt_conntrack xt_recent iptable_filter ipt_MASQUERADE nf_nat_masquerade_ipv4 xt_nat iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat xt_tcpudp xt_DSCP iptable_mangle binfmt_misc nls_ascii nls_cp437 vfat fat iTCO_wdt iTCO_vendor_support ath10k_pci ath10k_core intel_rapl evdev x86_pkg_temp_thermal intel_powerclamp ath snd_hda_codec_hdmi kvm_intel kvm mac80211 irqbypass snd_hda_codec_realtek crct10dif_pclmul [117024.103943] snd_hda_codec_generic crc32_pclmul ghash_clmulni_intel snd_hda_intel snd_hda_codec cfg80211 intel_cstate snd_hda_core efi_pstore snd_hwdep rfkill intel_uncore snd_pcm intel_rapl_perf snd_timer pcspkr snd efivars lpc_ich sg soundcore mfd_core mei_me shpchp mei i915 drm_kms_helper battery drm i2c_algo_bit ie31200_edac video button nct6775 hwmon_vid coretemp nf_conntrack_ftp nf_conntrack libcrc32c sunrpc loop efivarfs ip_tables x_tables autofs4 ext4 crc16 jbd2 fscrypto ecb crypto_simd cryptd glue_helper aes_x86_64 mbcache btrfs crc32c_generic xor raid6_pq sd_mod ahci libahci crc32c_intel libata scsi_mod i2c_i801 xhci_pci ehci_pci xhci_hcd ehci_hcd e1000e ptp pps_core usbcore usb_common fan thermal [117024.103994] CPU: 0 PID: 1444 Comm: hostapd Not tainted 4.12.0-0.bpo.2-amd64 #1 Debian 4.12.13-1~bpo9+1 [117024.103995] Hardware name: /DQ77KB, BIOS KBQ7710H.86A.0059.2017.0526.1645 05/26/2017 [117024.103996] task: 9c8a8706b100 task.stack: b010026a [117024.104013] RIP: 0010:__sta_info_destroy_part2+0xdf/0x110 [mac80211] [117024.104014] RSP: 0018:b010026a3a78 EFLAGS: 00010282 [117024.104016] RAX: ffa1 RBX: 9c8a86e53000 RCX: [117024.104017] RDX: 9c8a8706b100 RSI: 0096 RDI: 9c8a8aaf2420 [117024.104018] RBP: 9c8a8aaf0780 R08: 0001 R09: 0391 [117024.104019] R10: b010026a3950 R11: 0391 R12: 9c8a87a128c0 [117024.104020] R13: b010026a3ac8 R14: 9c8a8aaf R15: 9c8a861cc000 [117024.104022] FS: 7f3d46dc4540() GS:9c8a9e20() knlGS: [117024.104023] CS: 0010 DS: ES: CR0: 80050033 [117024.104024] CR2: 7f2bd300cd00 CR3: 000407d7d000 CR4: 001406f0 [117024.104026] Call Trace: [117024.104044] ? __sta_info_destroy+0x27/0x40 [mac80211] [117024.104059] ? sta_info_destroy_addr_bss+0x33/0x50 [mac80211] [117024.104081] ? nl80211_del_station+0xdf/0x1f0 [cfg80211] [117024.104086] ? genl_family_rcv_msg+0x1e0/0x380 [117024.104090] ? compat_poll_select_copy_remaining+0x120/0x120 [117024.104093] ? genl_rcv_msg+0x47/0x90 [117024.104095] ?
Bug#839662: [firmware-atheros] ath10k_pci firmware crashes when ap changes bandwith
tags 839662 moreinfo stop > The same problem here with firmware-atheros version 20170823-1~bpo9+1 > and kernel 4.14.0-2-amd64. > It's a dell xps 13 8th gen, with a: Is this reproducible with an up to date Debian Testing? Sorry for the late reply and thank you for the reports.
Processed: Re: [firmware-atheros] ath10k_pci firmware crashes when ap changes bandwith
Processing commands for cont...@bugs.debian.org: > tags 839662 moreinfo Bug #839662 [firmware-atheros] firmware-atheros: ath10k_pci firmware crashed when AP is changing bandwidth Added tag(s) moreinfo. > stop Stopping processing here. Please contact me if you need assistance. -- 839662: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839662 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: firmware-atheros: Link wifi rate limited at 1MB/s
Processing commands for cont...@bugs.debian.org: > tags 973529 moreinfo Bug #973529 [firmware-atheros] firmware-atheros: Link wifi rate limited at 1MB/s Added tag(s) moreinfo. > stop Stopping processing here. Please contact me if you need assistance. -- 973529: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973529 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#973529: firmware-atheros: Link wifi rate limited at 1MB/s
tags 973529 moreinfo stop > Version: 20200918-1 How about latest Debian testing version, is that still the case? thank you.
Bug#920937: firmware-atheros: Firmware QCA6174 crashes on wakeup from suspend
> I seem to have the same problem with version 20190717 (debian testing > 5.4.13-1 amd64). How about firmware 20210208-4, which should have an upgrade and latest linux in Debian Bullseye? thanks for your reports.
linux-image-5.10.0-0.bpo.3-amd64: sync gets stuck
Hi folks, using linux-image-5.10.0-0.bpo.3-amd64 (buster-backports) and dd to write an iso image (e.g. ubuntu-20.10-desktop-amd64.iso) to an USB stick: dd stops writing and closes source and destination file handle, but it does not exit. It cannot be interrupted, either. At shutdown time the system runs into several timeouts, indicating that sync gets stuck. Using 4.19.181-1 there is no such problem. Can anybody reproduce this problem? Regards Harri
Bug#802937: marked as done (firmware-linux-nonfree: radeon tahiti firmware fails to load)
Your message dated Wed, 24 Mar 2021 08:19:54 +0100 with message-id and subject line Re: Bug#802937: firmware-linux-nonfree: radeon tahiti firmware fails to load has caused the Debian Bug report #802937, regarding firmware-linux-nonfree: radeon tahiti firmware fails to load 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.) -- 802937: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802937 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-linux-nonfree Version: 20151018-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Whenever I boot my computer I get error messages regarding the video card's firmware. My video card is an ASUS HD 7850 DirectCU II. I would expect from the package contents list that the correct firmware is the Pitcairn that does appear to load properly. Just not sure why it it is attempting to load Tahiti after loading Pitcairn. This is the relevent section from dmesg: [3.969038] radeon :01:00.0: VRAM: 2048M 0x - 0x7FFF (2048M used) [3.969041] radeon :01:00.0: GTT: 2048M 0x8000 - 0x [3.969043] [drm] Detected VRAM RAM=2048M, BAR=256M [3.969045] [drm] RAM width 256bits DDR [3.969132] [TTM] Zone kernel: Available graphics memory: 8231736 kiB [3.969133] [TTM] Zone dma32: Available graphics memory: 2097152 kiB [3.969135] [TTM] Initializing pool allocator [3.969157] [TTM] Initializing DMA pool allocator [3.969177] [drm] radeon: 2048M of VRAM memory ready [3.969179] [drm] radeon: 2048M of GTT memory ready. [3.969191] [drm] Loading pitcairn Microcode [3.971268] systemd[1]: Started Journal Service. [3.971836] radeon :01:00.0: firmware: direct-loading firmware radeon/pitcairn_pfp.bin [3.973613] radeon :01:00.0: firmware: direct-loading firmware radeon/pitcairn_me.bin [3.974234] radeon :01:00.0: firmware: direct-loading firmware radeon/pitcairn_ce.bin [3.974896] radeon :01:00.0: firmware: direct-loading firmware radeon/pitcairn_rlc.bin [3.977269] radeon :01:00.0: firmware: direct-loading firmware radeon/pitcairn_mc.bin [3.978266] radeon :01:00.0: firmware: direct-loading firmware radeon/pitcairn_smc.bin [3.978272] [drm] Internal thermal controller with fan control [3.978339] [drm] probing gen 2 caps for device 1002:5a16 = 31cd02/0 [3.987303] [drm] radeon: dpm initialized [3.988553] radeon :01:00.0: firmware: direct-loading firmware radeon/TAHITI_uvd.bin [3.988592] radeon :01:00.0: firmware: failed to load radeon/TAHITI_vce.bin (-2) [3.988638] radeon :01:00.0: Direct firmware load for radeon/TAHITI_vce.bin failed with error -2 [3.988641] radeon :01:00.0: radeon_vce: Can't load firmware "radeon/TAHITI_vce.bin" [3.988687] [drm] GART: num cpu pages 524288, num gpu pages 524288 [3.990648] [drm] probing gen 2 caps for device 1002:5a16 = 31cd02/0 [3.990652] [drm] PCIE gen 2 link speeds already enabled [4.004520] [drm] PCIE GART of 2048M enabled (table at 0x00277000). [4.004677] radeon :01:00.0: WB enabled [4.004684] radeon :01:00.0: fence driver on ring 0 use gpu addr 0x8c00 and cpu addr 0x8804296e7c00 [4.004689] radeon :01:00.0: fence driver on ring 1 use gpu addr 0x8c04 and cpu addr 0x8804296e7c04 [4.004694] radeon :01:00.0: fence driver on ring 2 use gpu addr 0x8c08 and cpu addr 0x8804296e7c08 [4.004698] radeon :01:00.0: fence driver on ring 3 use gpu addr 0x8c0c and cpu addr 0x8804296e7c0c [4.004701] radeon :01:00.0: fence driver on ring 4 use gpu addr 0x8c10 and cpu addr 0x8804296e7c10 [4.005679] radeon :01:00.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc90002035a18 [4.005682] radeon :01:00.0: VCE init error (-22). [4.005731] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [4.005733] [drm] Driver supports precise vblank timestamp query. [4.005735] radeon :01:00.0: radeon: MSI limited to 32-bit [4.005774] radeon :01:00.0: radeon: using MSI. [4.005812] [drm] radeon: irq initialized. [4.192571] [drm] ring test on 0 succeeded in 3 usecs [4.192581] [drm] ring test on 1 succeeded in 1 usecs [4.192586] [drm] ring test on 2 succeeded in 1 usecs [4.192604] [drm] ring test on 3 succeeded in 8 usecs [
Processed: tagging 985681
Processing commands for cont...@bugs.debian.org: > tags 985681 + upstream Bug #985681 [linux-cpupower] linux-cpupower: Fix Pkg Power tracking on Zen Added tag(s) upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 985681: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985681 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems