initramfs-tools_0.140_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 13 Mar 2021 19:13:18 +0100 Source: initramfs-tools Architecture: source Version: 0.140 Distribution: unstable Urgency: medium Maintainer: Debian kernel team Changed-By: Bastian Blank Closes: 965935 Changes: initramfs-tools (0.140) unstable; urgency=medium . [ Norbert Lange ] * mkinitramfs: use temporary file for uncompressed cpio . [ Michael Prokop ] * mkinitramfs: report actually requested compress util if it's not present . [ Ben Hutchings ] * init: Mount /dev without the noexec option . [ dann frazier ] * configure_networking(): Wait for specified network device (Closes: #965935) . [ Bastian Blank ] * Include all PCI controller modules * Include all reset controller modules Checksums-Sha1: ca9b2b7c1bcd523e6b0d01610a8ffc1f9469d3c9 1599 initramfs-tools_0.140.dsc 503b9ba5619bbb5fc1fefc54148b438517306a2f 95044 initramfs-tools_0.140.tar.xz 98067441d1545346eb097dbc0e8065c3bee85dfd 5816 initramfs-tools_0.140_source.buildinfo Checksums-Sha256: 5537ff004f5e7fc9be4790a3248664806fa1ae4e5fe05ea47df821be8953aef4 1599 initramfs-tools_0.140.dsc 17ec1b0e5e1c6f8254f2184be780e50c8274f71cdf482e5c46d50f955370685f 95044 initramfs-tools_0.140.tar.xz 82eb6659251b86789c099f0c8f935eeac45c3158ad9a019583071baaf7e012cc 5816 initramfs-tools_0.140_source.buildinfo Files: 02ccd954ee0094babe87b535f98f2149 1599 utils optional initramfs-tools_0.140.dsc fd1364cfa57fa3580a70c6acf53b64ae 95044 utils optional initramfs-tools_0.140.tar.xz 162c5689195e92895b38ef34766eb053 5816 utils optional initramfs-tools_0.140_source.buildinfo -BEGIN PGP SIGNATURE- iQEzBAEBCgAdFiEER3HMN63jdS1rqjxLbZOIhYpp/lEFAmBNAiAACgkQbZOIhYpp /lFf9AgAkzB4sVAsdAwPFul7jOh+Ocw4eZfHE4K10cAdz2p0tNq5bMipbwCBwLjh ZvxYmFAcEDQBBCZkdQyWZPrVoiwM73IgU8MTP28MYfO/I2T4/N4cLO1KdUVpbg23 fridBQVl9xmVonmskgbjtQfvP4g0GJvEBcskexwpuTFEuIhFwJ3G2IXFYSkLkO3X 2zUv8jtZ4GpQ674kgK3+aco+IqsfCtD+BSvnpSkttuZdU/GjFsY1puFFceWbx8JU zozPKEvPEH8mvtk3KenZbCO4jalF3xbhmmU00yHsHXeUlSKotpPyM5DsSaOy9S2D 5slscGKgtoTlxkqaPkcvlsj8JrKivA== =/SaL -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of initramfs-tools_0.140_source.changes
initramfs-tools_0.140_source.changes uploaded successfully to localhost along with the files: initramfs-tools_0.140.dsc initramfs-tools_0.140.tar.xz initramfs-tools_0.140_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#968519: marked as done (configure_networking(): race condition with RockPro64: calls ipconfig before NIC is detected)
Your message dated Sat, 13 Mar 2021 18:49:40 + with message-id and subject line Bug#965935: fixed in initramfs-tools 0.140 has caused the Debian Bug report #965935, regarding configure_networking(): race condition with RockPro64: calls ipconfig before NIC is detected 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.) -- 965935: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965935 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: dropbear-initramfs Version: 2020.80-1 Severity: important Dear Maintainer, About four times out of five, dropbear fails to launch at boot on the RockPro64 single-board computer. When it fails, I see this message repeated several times, scattered between various other messages on the serial console: ipconfig: no devices to configure Finally, this message appears: /scripts/init-premount/dropbear: .: line 279: can't open '/run/net-*.conf': No such file or directory The system then proceeds to the luks unlock prompt at the serial console only, with dropbear not running, so the boot process will not continue unless I connect a serial console and enter the password that way. I have tried adding all my ethernet-related driver modules to /etc/initramfs-tools/modules and rebuilding initramfs, but it didn't help. I have tried using ip= kernel command line arguments for a static address instead of DHCP, but that didn't help either. However, editing /usr/share/initramfs-tools/scripts/init-premount/dropbear does get it working. Making that script wait for a /run/net-*.conf file to appear before it calls configure_networking appears to be a solution. Even just sleeping for a few seconds before the configure_networking call seems to work, though I don't know how consistently. Based on this workaround and the fact that the aforementioned error messages are interleaved with other boot messages, it looks to me like dropbear's init-premount script is being run in parallel with driver and network setup, and often executing before the rk3399's onboard ethernet has a chance to finish initializing. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: arm64 (aarch64) Kernel: Linux 5.7.0-2-arm64 (SMP w/6 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 Versions of packages dropbear-initramfs depends on: ii busybox 1:1.30.1-5 ii dropbear-bin 2020.80-1 ii initramfs-tools 0.137 ii udev 246-2 Versions of packages dropbear-initramfs recommends: ii cryptsetup-initramfs 2:2.3.3-1 dropbear-initramfs suggests no packages. -- Configuration Files: /etc/dropbear-initramfs/config changed: DROPBEAR_OPTIONS="-p 222" -- no debconf information --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.140 Done: Bastian Blank We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 965...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Blank (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 13 Mar 2021 19:13:18 +0100 Source: initramfs-tools Architecture: source Version: 0.140 Distribution: unstable Urgency: medium Maintainer: Debian kernel team Changed-By: Bastian Blank Closes: 965935 Changes: initramfs-tools (0.140) unstable; urgency=medium . [ Norbert Lange ] * mkinitramfs: use temporary file for uncompressed cpio . [ Michael Prokop ] * mkinitramfs: report actually requested compress util if it's not present . [ Ben Hutchings ] * init: Mount /dev without the noexec option . [ dann frazier ] * configure_networking(): Wait for specified network device (Closes: #965935) . [ Bastian Blank ] * Include all PCI controller modules * Include all reset controller modules Checksums-Sha1: ca9b2b7c1bcd523e6b0d01610a8ffc1f9469d3c9 1599 initramfs-tools_0.
Bug#965935: marked as done (configure_networking() should wait for specified interface)
Your message dated Sat, 13 Mar 2021 18:49:40 + with message-id and subject line Bug#965935: fixed in initramfs-tools 0.140 has caused the Debian Bug report #965935, regarding configure_networking() should wait for specified interface 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.) -- 965935: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965935 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: initramfs-tools-core Version: 0.137 Severity: normal Tags: patch configure_networking() will do a `udevadm settle` before trying to configure an interface. However it is possible for a NIC to appear after the event queue has settled. This is pretty reproducible with a USB NIC I have. There doesn't appear to be a good way to wait for all devices that were connected at boot time to become available - `udevadm settle` is just the closest thing we have. However, in the case that the user has told us which interface they expect to be used in the initramfs, we can just wait for it specifically. As a bonus, this should shave off some time on systems where the NIC is available before the udev event queue has emptied. I've a patch to do this, which I'll submit as an MR in salsa. Note: This should help out with the following issue in clevis, which provides a mechanism for unlocking a LUKS root device from the initramfs by communicating with a tang server: https://github.com/latchset/clevis/issues/145 -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages initramfs-tools-core depends on: ii coreutils8.32-3 ii cpio 2.13+dfsg-3 ii e2fsprogs1.45.6-1 ii klibc-utils 2.0.7-1 ii kmod 27+20200310-2 ii logsave 1.45.6-1 ii udev 245.6-3 Versions of packages initramfs-tools-core recommends: ii busybox 1:1.30.1-5 ii pigz 2.4-1+b1 Versions of packages initramfs-tools-core suggests: ii bash-completion 1:2.10-1 -- Configuration Files: /etc/initramfs-tools/initramfs.conf changed [not included] -- no debconf information --- End Message --- --- Begin Message --- Source: initramfs-tools Source-Version: 0.140 Done: Bastian Blank We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 965...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Blank (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 13 Mar 2021 19:13:18 +0100 Source: initramfs-tools Architecture: source Version: 0.140 Distribution: unstable Urgency: medium Maintainer: Debian kernel team Changed-By: Bastian Blank Closes: 965935 Changes: initramfs-tools (0.140) unstable; urgency=medium . [ Norbert Lange ] * mkinitramfs: use temporary file for uncompressed cpio . [ Michael Prokop ] * mkinitramfs: report actually requested compress util if it's not present . [ Ben Hutchings ] * init: Mount /dev without the noexec option . [ dann frazier ] * configure_networking(): Wait for specified network device (Closes: #965935) . [ Bastian Blank ] * Include all PCI controller modules * Include all reset controller modules Checksums-Sha1: ca9b2b7c1bcd523e6b0d01610a8ffc1f9469d3c9 1599 initramfs-tools_0.140.dsc 503b9ba5619bbb5fc1fefc54148b438517306a2f 95044 initramfs-tools_0.140.tar.xz 98067441d1545346eb097dbc0e8065c3bee85dfd 5816 initramfs-tools_0.140_source.buildinfo Checksums-Sha256: 5537ff004f5e7fc9be4790a3248664806fa1ae4e5fe05ea47df821be8953aef4 1599 initramfs-tools_0.140.dsc 17ec1b0e5e1c6f8254f2184be780e50c8274f71cdf482e5c46d50f955370685f 95044 initramfs-tools
Bug#977702: marked as done (firmware-brcm80211: brcmfmac43455 on RPi4 causes hostapd to fail silently)
Your message dated Sat, 13 Mar 2021 17:08:19 +0100 with message-id and subject line Re: firmware-brcm80211: brcmfmac43455 on RPi4 causes hostapd to fail silently has caused the Debian Bug report #977702, regarding firmware-brcm80211: brcmfmac43455 on RPi4 causes hostapd to fail silently 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.) -- 977702: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977702 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-brcm80211 Version: 20200918-1~bop10+1 Severity: normal Dear Maintainer, Steps to reproduce: 1. flash latest tested Raspberry Pi 4 image and boot 2. update all packages 3. install hostapd 4. configure the onboard wlan device as an 802.11n AP Expected results: AP works Actual results: hostapd claims the AP is enabled, but it's actually not Work-around: 1. apt purge firmware-brcm80211 2. cp /lib/firmware/brcm/brcmfmac43455.* from a current stable Raspbian install - this appears to work even despite the fact that Raspbian is 32-bit - the driver still throws a warning about a missing brcmfmac43455-sdio.raspberrypi,4-model-b.txt file, but this file is not included with stable Raspbian, and its absence doesn't appear to cause any problems beyond the warning The brcmfmac43455 firmware in firmware-brcm80211 appears to be much older than what Raspbian stable is currently shipping -- System Information: Debian Release: 10.7 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: arm64 (aarch64) Kernel: Linux 5.9.0-0.bpo.2-arm64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-brcm80211 depends on no packages. firmware-brcm80211 recommends no packages. Versions of packages firmware-brcm80211 suggests: ii initramfs-tools 0.133+deb10u1 --- End Message --- --- Begin Message --- Version: 20210208-4 Thanks latest upstream version in unstable is known to work with hostapd. (attention current -3 testing version is known to *not* work on RPi4) if the original issues are still reproducible with 20210208-4, please let us know together with relevant hostapd.conf. thank you. -- maks signature.asc Description: PGP signature --- End Message ---
firmware-nonfree_20210208-4_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 13 Mar 2021 13:23:22 +0100 Source: firmware-nonfree Binary: firmware-amd-graphics firmware-atheros firmware-bnx2 firmware-bnx2x firmware-brcm80211 firmware-cavium firmware-intel-sound firmware-intelwimax firmware-ipw2x00 firmware-ivtv firmware-iwlwifi firmware-libertas firmware-linux firmware-linux-nonfree firmware-misc-nonfree firmware-myricom firmware-netronome firmware-netxen firmware-qcom-media firmware-qcom-soc firmware-qlogic firmware-realtek firmware-samsung firmware-siano firmware-ti-connectivity Architecture: source all Version: 20210208-4 Distribution: unstable Urgency: medium Maintainer: Debian Kernel Team Changed-By: maximilian attems Description: firmware-amd-graphics - Binary firmware for AMD/ATI graphics chips firmware-atheros - Binary firmware for Qualcomm Atheros wireless cards firmware-bnx2 - Binary firmware for Broadcom NetXtremeII firmware-bnx2x - Binary firmware for Broadcom NetXtreme II 10Gb firmware-brcm80211 - Binary firmware for Broadcom/Cypress 802.11 wireless cards firmware-cavium - Binary firmware for Cavium Ethernet adapters firmware-intel-sound - Binary firmware for Intel sound DSPs firmware-intelwimax - Binary firmware for Intel WiMAX Connection firmware-ipw2x00 - Binary firmware for Intel Pro Wireless 2100, 2200 and 2915 firmware-ivtv - Binary firmware for iTVC15-family MPEG codecs (ivtv and pvrusb2 d firmware-iwlwifi - Binary firmware for Intel Wireless cards firmware-libertas - Binary firmware for Marvell wireless cards firmware-linux - Binary firmware for various drivers in the Linux kernel (metapack firmware-linux-nonfree - Binary firmware for various drivers in the Linux kernel (metapack firmware-misc-nonfree - Binary firmware for various drivers in the Linux kernel firmware-myricom - Binary firmware for Myri-10G Ethernet adapters firmware-netronome - Binary firmware for Netronome network adapters firmware-netxen - Binary firmware for QLogic Intelligent Ethernet (3000 and 3100 Se firmware-qcom-media - Binary firmware for Qualcomm graphics/video (dummy package) firmware-qcom-soc - Binary firmware for Qualcomm SoCs firmware-qlogic - Binary firmware for QLogic HBAs firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters firmware-samsung - Binary firmware for Samsung MFC video codecs firmware-siano - Binary firmware for Siano MDTV receivers firmware-ti-connectivity - Binary firmware for TI Connectivity wifi and BT/FM/GPS adapters Closes: 982579 984489 Changes: firmware-nonfree (20210208-4) unstable; urgency=medium . * List MediaTek mt8183 firmware. * Update to linux-support 5.10.0-4. * Add upstream fix for Raspberry Pi 4B. (closes: #984489) * Support BananaPi M2 ultra and BananaPi M3. (closes: #982579) Thanks to Ben Hutchings , Bernhard Checksums-Sha1: 54ba4c603bf165f85f02a882573b9c225d7dfdae 3940 firmware-nonfree_20210208-4.dsc 8b3015349d4241cb7d8f2caa902f15ddc10bc307 790628 firmware-nonfree_20210208-4.debian.tar.xz 9d11bde3b4f455b1949001838d96d240f029340f 5687584 firmware-amd-graphics_20210208-4_all.deb e48c8174b3275cbbe73f6c1eddd38e893adfd0b3 10023472 firmware-atheros_20210208-4_all.deb 1685bdfb27e5b0a02e6a10d5e346f5cb87d9474d 107708 firmware-bnx2_20210208-4_all.deb 24753af00b29b639fa23bf0d23ff1aca8d827359 3401880 firmware-bnx2x_20210208-4_all.deb c2f1f4ddf39f37043346293a348c21e4f39698c6 5013616 firmware-brcm80211_20210208-4_all.deb 7d1653fee7c805607eb3d755c26aac6e1db1e1a1 654304 firmware-cavium_20210208-4_all.deb 1723f19d4c7149adc25d6654d1a78da30f2d09be 799632 firmware-intel-sound_20210208-4_all.deb 49d7fab50baedbe18107afb2599daf695648804b 1199088 firmware-intelwimax_20210208-4_all.deb 651f412e192b5ef97bcee06884aae04b65294bcc 256660 firmware-ipw2x00_20210208-4_all.deb f2e6a2fe7e2dbbf8a71e397b5b08670206979486 114068 firmware-ivtv_20210208-4_all.deb 46911af612d864a5476ba3c906b8417c8baee7aa 12395624 firmware-iwlwifi_20210208-4_all.deb ec8ac16847e634feafb5237d85df8cbd9e92cefa 17653316 firmware-libertas_20210208-4_all.deb b912dbc95440e0ff78bf49ef808dcc4cf003ad51 22788 firmware-linux-nonfree_20210208-4_all.deb ff87c2c6f097637af7996bc3520dde93b2ccaa4a 23032 firmware-linux_20210208-4_all.deb 5a7f6a957e2a4532619fede232753909f3a96b3f 832 firmware-misc-nonfree_20210208-4_all.deb 713e65190cd9ba20cd0f6fbb92fdba1344d505de 275452 firmware-myricom_20210208-4_all.deb 485641ae6cd5c6a1d32a143176231ffcaf9d357b 1736488 firmware-netronome_20210208-4_all.deb 354d519c96bdffd7692d96689fdebbe06bbb3a6a 1247116 firmware-netxen_20210208-4_all.deb 88954f38cf1923a983878c5569c4a6868e79e647 12815 firmware-nonfree_20210208-4_amd64.buildinfo a6dca6db3fc7babd8047ffd56e670a7ab4860942 23084 firmware-qcom-media_20210208-4_all.deb ac01f46c9c60c15a96b1919626401a0c3c52ac0c 14078800 firmware-qcom-soc_20210208-4_all.deb b5445ecf54a13d220182c77212654c58405e3e57 3765748 firmware-qlogic_20210208
Bug#984489: marked as done (firmware-brcm80211: newer versions fail to load on raspberry pi 4b with "brcmf_sdio_htclk: HT Avail timeout")
Your message dated Sat, 13 Mar 2021 15:34:02 + with message-id and subject line Bug#984489: fixed in firmware-nonfree 20210208-4 has caused the Debian Bug report #984489, regarding firmware-brcm80211: newer versions fail to load on raspberry pi 4b with "brcmf_sdio_htclk: HT Avail timeout" 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.) -- 984489: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984489 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-brcm80211 Version: 20210208-3 Severity: important The version of firmware-brcm80211 in bullseye (specifically 20201218-3) works fine on my Rasperry Pi 4 board. However, the version in sid does not. Specifically, the brcmfmac kernel driver fails to load with some clock errors. Here's snippets from boot dmesg: [0.00] Linux version 5.10.0-3-arm64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.13-1 (2021-02-06) [0.00] Machine model: Raspberry Pi 4 Model B Rev 1.1 [...] [ 10.308867] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6 [ 10.318818] usbcore: registered new interface driver brcmfmac [ 10.322875] vc4-drm gpu: bound fef05700.hdmi (ops vc4_hdmi_ops [vc4]) [ 10.335422] vc4-drm gpu: bound fe40.hvs (ops vc4_hvs_ops [vc4]) [ 10.343356] vc4-drm gpu: bound fe004000.txp (ops vc4_txp_ops [vc4]) [ 10.350443] vc4-drm gpu: bound fe206000.pixelvalve (ops vc4_crtc_ops [vc4]) [ 10.358185] vc4-drm gpu: bound fe207000.pixelvalve (ops vc4_crtc_ops [vc4]) [ 10.365828] vc4-drm gpu: bound fe20a000.pixelvalve (ops vc4_crtc_ops [vc4]) [ 10.373704] vc4-drm gpu: bound fe216000.pixelvalve (ops vc4_crtc_ops [vc4]) [ 10.376815] brcmfmac mmc0:0001:1: firmware: direct-loading firmware brcm/brcmfmac43455-sdio.bin [ 10.384437] [drm] Initialized vc4 0.0.0 20140616 for gpu on minor 0 [ 10.398479] brcmfmac mmc0:0001:1: firmware: direct-loading firmware brcm/brcmfmac43455-sdio.raspberrypi,4-model-b.txt [...] [ 11.462064] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (100): clkctl 0x50 [...] [ 12.471809] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (100): clkctl 0x50 You can specifically see that the driver times out after one second with that error message, then times out again with the error and gives up. No wlan0 is available. There are some pretty major firmware updates between those two versions, and they are generally Good. However, there's also some minor updates to the raspi4 board file /lib//firmware/brcm/brcmfmac43455-sdio.raspberrypi,4-model-b.txt If we revert the line "boardflags3=0x48200100" in that file back to what was in the 20201218-3 version (so it would instead be "boardflags3=0x44200100"), and then reboot, the driver now loads: [ 13.342844] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6 [ 13.353195] usbcore: registered new interface driver brcmfmac [ 13.465495] brcmfmac mmc0:0001:1: firmware: direct-loading firmware brcm/brcmfmac43455-sdio.bin [ 13.472403] vc4-drm gpu: bound fe20a000.pixelvalve (ops vc4_crtc_ops [vc4]) [ 13.488397] hub 1-1:1.0: 4 ports detected [ 13.488428] vc4-drm gpu: bound fe216000.pixelvalve (ops vc4_crtc_ops [vc4]) [ 13.500413] brcmfmac mmc0:0001:1: firmware: direct-loading firmware brcm/brcmfmac43455-sdio.raspberrypi,4-model-b.txt [ 13.673868] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6 [ 13.812345] usb 1-1.3: new high-speed USB device number 3 using xhci_hcd [ 13.856502] brcmfmac mmc0:0001:1: firmware: direct-loading firmware brcm/brcmfmac43455-sdio.clm_blob [ 13.869572] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Sep 18 2020 02:27:58 version 7.45.221 (3a6d3a0 CY) FWID 01-bbd9282b [...] [ 23.951744] br0: port 2(wlan0) entered blocking state [ 23.953859] br0: port 2(wlan0) entered disabled state [ 23.956221] device wlan0 entered promiscuous mode [ 23.961230] br0: port 3(wlan1) entered blocking state [ 23.963358] br0: port 3(wlan1) entered disabled state [ 23.966488] device wlan1 entered promiscuous mode [ 29.417766] br0: port 2(wlan0) entered blocking state [ 29.419853] br0: port 2(wlan0) entered forwarding state I'm not sure if the driver needs fixing, or if the boardflags need fixing, but the boardflags thing seems to be a functional workaround for users hitting this issue. Thanks to Steev Klimaszewski for helping me figure out the workaround. --- End Message --- --- Begin Message
Bug#982579: marked as done (Failed to load firmware brcmfmac43430-sdio at BananaPi M2)
Your message dated Sat, 13 Mar 2021 15:34:02 + with message-id and subject line Bug#982579: fixed in firmware-nonfree 20210208-4 has caused the Debian Bug report #982579, regarding Failed to load firmware brcmfmac43430-sdio at BananaPi M2 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.) -- 982579: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982579 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-brcm80211 Version: 20201218-3 Hello, At my BananaPi M2 Ultra, loading firmware failed: > [ 10.514530] brcmfmac mmc2:0001:1: firmware: direct-loading firmware > brcm/brcmfmac43430-sdio.bin > [ 10.514732] brcmfmac mmc2:0001:1: firmware: failed to load > brcm/brcmfmac43430-sdio.sinovoip,bpi-m2-ultra.txt ( > -2) > [ 10.525149] firmware_class: See https://wiki.debian.org/Firmware for > information about missing firmware > [ 10.534664] brcmfmac mmc2:0001:1: Direct firmware load for > brcm/brcmfmac43430-sdio.sinovoip,bpi-m2-ultra.txt f > ailed with error -2 > [ 10.551207] brcmfmac mmc2:0001:1: firmware: failed to load > brcm/brcmfmac43430-sdio.txt (-2) > [ 10.559692] brcmfmac mmc2:0001:1: Direct firmware load for > brcm/brcmfmac43430-sdio.txt failed with error -2 > Please add the corresponding firmware. Best regards and thank you for the great support. Bernhard signature.asc Description: This is a digitally signed message part --- End Message --- --- Begin Message --- Source: firmware-nonfree Source-Version: 20210208-4 Done: maximilian attems We believe that the bug you reported is fixed in the latest version of firmware-nonfree, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 982...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems (supplier of updated firmware-nonfree package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 13 Mar 2021 13:23:22 +0100 Source: firmware-nonfree Binary: firmware-amd-graphics firmware-atheros firmware-bnx2 firmware-bnx2x firmware-brcm80211 firmware-cavium firmware-intel-sound firmware-intelwimax firmware-ipw2x00 firmware-ivtv firmware-iwlwifi firmware-libertas firmware-linux firmware-linux-nonfree firmware-misc-nonfree firmware-myricom firmware-netronome firmware-netxen firmware-qcom-media firmware-qcom-soc firmware-qlogic firmware-realtek firmware-samsung firmware-siano firmware-ti-connectivity Architecture: source all Version: 20210208-4 Distribution: unstable Urgency: medium Maintainer: Debian Kernel Team Changed-By: maximilian attems Description: firmware-amd-graphics - Binary firmware for AMD/ATI graphics chips firmware-atheros - Binary firmware for Qualcomm Atheros wireless cards firmware-bnx2 - Binary firmware for Broadcom NetXtremeII firmware-bnx2x - Binary firmware for Broadcom NetXtreme II 10Gb firmware-brcm80211 - Binary firmware for Broadcom/Cypress 802.11 wireless cards firmware-cavium - Binary firmware for Cavium Ethernet adapters firmware-intel-sound - Binary firmware for Intel sound DSPs firmware-intelwimax - Binary firmware for Intel WiMAX Connection firmware-ipw2x00 - Binary firmware for Intel Pro Wireless 2100, 2200 and 2915 firmware-ivtv - Binary firmware for iTVC15-family MPEG codecs (ivtv and pvrusb2 d firmware-iwlwifi - Binary firmware for Intel Wireless cards firmware-libertas - Binary firmware for Marvell wireless cards firmware-linux - Binary firmware for various drivers in the Linux kernel (metapack firmware-linux-nonfree - Binary firmware for various drivers in the Linux kernel (metapack firmware-misc-nonfree - Binary firmware for various drivers in the Linux kernel firmware-myricom - Binary firmware for Myri-10G Ethernet adapters firmware-netronome - Binary firmware for Netronome network adapters firmware-netxen - Binary firmware for QLogic Intelligent Ethernet (3000 and 3100 Se firmware-qcom-media - Binary firmware for Qualcomm graphics/video (dummy package) firmware-qcom-soc - Binary firmware for Qualcomm SoCs firmware-qlogic - Binary firmware for QLogic HBAs firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters firmware-samsung -
Processing of firmware-nonfree_20210208-4_amd64.changes
firmware-nonfree_20210208-4_amd64.changes uploaded successfully to localhost along with the files: firmware-nonfree_20210208-4.dsc firmware-nonfree_20210208-4.debian.tar.xz firmware-amd-graphics_20210208-4_all.deb firmware-atheros_20210208-4_all.deb firmware-bnx2_20210208-4_all.deb firmware-bnx2x_20210208-4_all.deb firmware-brcm80211_20210208-4_all.deb firmware-cavium_20210208-4_all.deb firmware-intel-sound_20210208-4_all.deb firmware-intelwimax_20210208-4_all.deb firmware-ipw2x00_20210208-4_all.deb firmware-ivtv_20210208-4_all.deb firmware-iwlwifi_20210208-4_all.deb firmware-libertas_20210208-4_all.deb firmware-linux-nonfree_20210208-4_all.deb firmware-linux_20210208-4_all.deb firmware-misc-nonfree_20210208-4_all.deb firmware-myricom_20210208-4_all.deb firmware-netronome_20210208-4_all.deb firmware-netxen_20210208-4_all.deb firmware-nonfree_20210208-4_amd64.buildinfo firmware-qcom-media_20210208-4_all.deb firmware-qcom-soc_20210208-4_all.deb firmware-qlogic_20210208-4_all.deb firmware-realtek_20210208-4_all.deb firmware-samsung_20210208-4_all.deb firmware-siano_20210208-4_all.deb firmware-ti-connectivity_20210208-4_all.deb Greetings, Your Debian queue daemon (running on host usper.debian.org)
Re: firmware-nonfree 20210208-1 upload
> Tomorrow once firmware-nonfree has migrated 20210208-4 will be uploaded > with important small fixes to Raspberry Pi 4B and BananaPi M2 ultra and > BananaPi M3 supports. 20210208-4 upload happening now. -- maks signature.asc Description: PGP signature
linux_5.10.19-1~bpo10+1_source.changes is NEW
binary:affs-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:affs-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:affs-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:affs-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:ata-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:ata-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:ata-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:ata-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:ata-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:btrfs-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:cdrom-core-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:crc-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:crypto-dm-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:crypto-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:dasd-extra-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:dasd-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:efi-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:event-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:event-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:event-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:event-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:event-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:event-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:event-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:ext4-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:f2fs-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:fancontrol-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-octeon-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-powerpc64le-di is NEW. binary:fat-modules-5.10.0-0.bpo.4-s390x-di is NEW. binary:fb-modules-5.10.0-0.bpo.4-4kc-malta-di is NEW. binary:fb-modules-5.10.0-0.bpo.4-5kc-malta-di is NEW. binary:fb-modules-5.10.0-0.bpo.4-armmp-di is NEW. binary:fb-modules-5.10.0-0.bpo.4-loongson-3-di is NEW. binary:fb-modules-5.10.0-0.bpo.4-marvell-di is NEW. binary:fb-modules-5.
Processing of linux_5.10.19-1~bpo10+1_source.changes
linux_5.10.19-1~bpo10+1_source.changes uploaded successfully to localhost along with the files: linux_5.10.19-1~bpo10+1.dsc linux_5.10.19-1~bpo10+1.debian.tar.xz linux_5.10.19-1~bpo10+1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Processed: Re: Bug#983466: Is a mesa-bug
Processing control commands: > retitle -1 Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff Bug #983466 [src:linux] linux-image-5.10.0-3-686-pae: Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff Changed Bug title to 'Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff' from 'linux-image-5.10.0-3-686-pae: Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff'. > reassign -1 src:mesa 20.3.4-1 Bug #983466 [src:linux] Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff Bug reassigned from package 'src:linux' to 'src:mesa'. No longer marked as found in versions linux/5.10.13-1. Ignoring request to alter fixed versions of bug #983466 to the same values previously set Bug #983466 [src:mesa] Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff Marked as found in versions mesa/20.3.4-1. > forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/790 Bug #983466 [src:mesa] Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff Set Bug forwarded-to-address to 'https://gitlab.freedesktop.org/mesa/mesa/-/issues/790'. -- 983466: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983466 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#983466: Is a mesa-bug
Control: retitle -1 Black screen at dual monitor with warn from i915_gem_ww_ctx_backoff Control: reassign -1 src:mesa 20.3.4-1 Control: forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/790 Hi, On Mon, Mar 08, 2021 at 09:42:04PM +0100, Gert van de Kraats wrote: > because wayland itself needs 2 fence registers for 2 momitors i > and X11 only 1. > A trace without using wayland shows the 15th register is used without > giving any problem: > > Feb 24 20:10:59 debian systemd[1270]: Started GNOME Shell on X11. > > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 0 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 1 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 2 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 3 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 4 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 5 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 6 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 7 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 8 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 9 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 10 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 11 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 12 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 13 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 14 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 15 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 1 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 2 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 3 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 4 0 > Feb 24 20:11:29 debian gnome-shell[1505]: GK_intelClearWithBlit_fences 5 0 > . > > So this seems to be a mesa bug and an exact duplicate > of https://gitlab.freedesktop.org/mesa/mesa/-/issues/790 . > > Only the kernel-driver-error has changed and is misleading now. > > I add the mesa-2.3.4-patch I currently use, which solves the problem. > > Testing for register-overflow is done after updating the batch, If overflow > occurs > > the batch is restored to the situation before the last update, the buffer is > flushed > > and the batch again is updated with the last update. So reassigning this for now to src:mesa and updating the metadata. Regards, Salvatore
Processed: notfound 981368 in 5.10.0-2, found 981368 in 5.10.9-1
Processing commands for cont...@bugs.debian.org: > # not valid version > notfound 981368 5.10.0-2 Bug #981368 {Done: Agustin Martin } [linux] xserver-xorg-video-intel: Xserver becomes unresponsive with some worloads. maybe related to video rendering There is no source info for the package 'linux' at version '5.10.0-2' with architecture '' Unable to make a source version for version '5.10.0-2' No longer marked as found in versions 5.10.0-2. > found 981368 5.10.9-1 Bug #981368 {Done: Agustin Martin } [linux] xserver-xorg-video-intel: Xserver becomes unresponsive with some worloads. maybe related to video rendering There is no source info for the package 'linux' at version '5.10.9-1' with architecture '' Unable to make a source version for version '5.10.9-1' Marked as found in versions 5.10.9-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 981368: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981368 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems