Bug#982579: Failed to load firmware brcmfmac43430-sdio at BananaPi M2

[Bernhard]

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

linux_5.10.13-1~bpo10+1_source.changes ACCEPTED into buster-backports, buster-backports

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 11 Feb 2021 17:48:29 +0100
Source: linux
Architecture: source
Version: 5.10.13-1~bpo10+1
Distribution: buster-backports
Urgency: medium
Maintainer: Debian Kernel Team 
Changed-By: Salvatore Bonaccorso 
Closes: 980214
Changes:
 linux (5.10.13-1~bpo10+1) buster-backports; urgency=medium
 .
   * Rebuild for buster-backports:
 - Change ABI number to 0.bpo.3
 .
 linux (5.10.13-1) unstable; urgency=medium
 .
   * New upstream stable update:
 https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.13
 - iwlwifi: provide gso_type to GSO packets
 - nbd: freeze the queue while we're adding connections (CVE-2021-3348)
 - tty: avoid using vfs_iocb_iter_write() for redirected console writes
 - ACPI: sysfs: Prefer "compatible" modalias
 - ACPI: thermal: Do not call acpi_thermal_check() directly
 - kernel: kexec: remove the lock operation of system_transition_mutex
 - ALSA: hda/realtek: Enable headset of ASUS B1400CEPE with ALC256
 - ALSA: hda/via: Apply the workaround generically for Clevo machines
 - [arm64,armhf] media: cedrus: Fix H264 decoding
 - media: rc: fix timeout handling after switch to microsecond durations
 - [x86] media: rc: ite-cir: fix min_timeout calculation
 - media: rc: ensure that uevent can be read directly after rc device
   register
 - [armhf] dts: tbs2910: rename MMC node aliases
 - wext: fix NULL-ptr-dereference with cfg80211's lack of commit()
 - [amd64] ASoC: AMD Renoir - refine DMI entries for some Lenovo products
 - drm/nouveau/kms/gk104-gp1xx: Fix > 64x64 cursors
 - [x86] drm/i915: Always flush the active worker before returning from the
   wait
 - [x86] drm/i915/gt: Always try to reserve GGTT address 0x0
 - drivers/nouveau/kms/nv50-: Reject format modifiers for cursor planes
 - bcache: only check feature sets when sb->version >=
   BCACHE_SB_VERSION_CDEV_WITH_FEATURES
 - net: usb: qmi_wwan: added support for Thales Cinterion PLSx3 modem
   family
 - [s390x] uv: Fix sysfs max number of VCPUs reporting
 - PM: hibernate: flush swap writer after marking
 - [x86] efi/apple-properties: Reinstate support for boolean properties
 - btrfs: fix lockdep warning due to seqcount_mutex on 32bit arch
 - btrfs: fix possible free space tree corruption with online conversion
 - [x86] KVM: x86/pmu: Fix HW_REF_CPU_CYCLES event pseudo-encoding in
   intel_arch_events[]
 - [x86] KVM: x86/pmu: Fix UBSAN shift-out-of-bounds warning in
   intel_pmu_refresh()
 - [arm64] KVM: Filter out v8.1+ events on v8.0 HW
 - [x86] KVM: nSVM: cancel KVM_REQ_GET_NESTED_STATE_PAGES on nested vmexit
 - [x86] KVM: x86: allow KVM_REQ_GET_NESTED_STATE_PAGES outside guest mode
   for VMX
 - [x86] KVM: nVMX: Sync unsync'd vmcs02 state to vmcs12 on migration
 - [x86] KVM: get smi pending status correctly
 - KVM: Forbid the use of tagged userspace addresses for memslots
 - io_uring: fix wqe->lock/completion_lock deadlock
 - leds: trigger: fix potential deadlock with libata
 - mt7601u: fix kernel crash unplugging the device
 - mt7601u: fix rx buffer refcounting
 - iwlwifi: Fix IWL_SUBDEVICE_NO_160 macro to use the correct bit.
 - [x86] drm/i915/gt: Clear CACHE_MODE prior to clearing residuals
 - [x86] drm/i915/pmu: Don't grab wakeref when enabling events
 - [arm*] drm/vc4: Correct lbm size and calculation
 - [arm*] drm/vc4: Correct POS1_SCL for hvs5
 - drm/nouveau/dispnv50: Restore pushing of all data.
 - [x86] drm/i915: Check for all subplatform bits
 - uapi: fix big endian definition of ipv6_rpl_sr_hdr
 - KVM: Documentation: Fix spec for KVM_CAP_ENABLE_CAP_VM
 - [arm64] tee: optee: replace might_sleep with cond_resched
 - xen-blkfront: allow discard-* nodes to be optional
 - blk-mq: test QUEUE_FLAG_HCTX_ACTIVE for sbitmap_shared in hctx_may_queue
 - [armhf] imx: build suspend-imx6.S with arm instruction set
 - netfilter: nft_dynset: add timeout extension to template
 - Revert "RDMA/mlx5: Fix devlink deadlock on net namespace deletion"
 - Revert "block: simplify set_init_blocksize" to regain lost performance
 - xfrm: Fix oops in xfrm_replay_advance_bmp
 - xfrm: fix disable_xfrm sysctl when used on xfrm interfaces
 - xfrm: Fix wraparound in xfrm_policy_addr_delta()
 - RDMA/cxgb4: Fix the reported max_recv_sge value
 - [arm64] ASoC: qcom: Fix incorrect volatile registers
 - [arm64] ASoC: qcom: Fix broken support to MI2S TERTIARY and QUATERNARY
 - [x86] ASoC: Intel: Skylake: skl-topology: Fix OOPs ib skl_tplg_complete
 - [powerpc*] 64s: prevent recursive replay_soft_interrupts causing
   superfluous interrupt
 - pNFS/NFSv4: Fix a layout segment leak in pnfs_layout_process()
 - pNFS/NFSv4: Update the layout barrier when we schedule a layoutreturn
 - ASoC: SOF: 

Re: Bug#982270: linux: [armhf] several imx6 systems unable to detect ethernet

[Vagrant Cascadian]

Control: reassign 982270 linux
Control: retitle 982270 linux: [armhf] several imx6 systems unable to detect 
ethernet
Control: found 982270 5.10.13-1

On 2021-02-07, Rick Thomas wrote:
> It booted fine but when it got to the "Detect network hardware" phase, 
> it failed and said:
>
>> No Ethernet card was detected. If you know the name of the driver 
>> needed by your Ethernet card, you can select it from the list. 
>> Driver needed by your Ethernet card:  

I can confirm this is an issue on hummingboard-i2ex, cubox-i4x4 and
wandboard quad, all of which are similar imx6 systems, and all of which
use the SoC's gigabit ethernet interface.

I've had better luck with linux 5.9.x and 4.19.x versions, although
possibly backported patches on the stable branches may also trigger
similar issues, just not consistantly. 5.10.x seems to consistantly
result in no working ethernet interface.

Marked as found in 5.10.13-1, but I believe this affects all 5.10.x
versions I have seen.

Possibly related to changes to the mdio interface infrastructure, but
this pretty much needs someone to able take the time to git bisect and
boot test the issue...


live well,
  vagrant


> ==
> Installer hardware-summary:
> ==
> uname -a: Linux cube 4.19.0-13-armmp #1 SMP Debian 4.19.160-2 (2020-11-28) 
> armv7l GNU/Linux
> usb-list: 
> usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002]
> usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 
> 01
> usb-list:Manufacturer: Linux 4.19.0-13-armmp ehci_hcd
> usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
> usb-list: 
> usb-list: Bus 02 Device 01: EHCI Host Controller [1d6b:0002]
> usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 
> 01
> usb-list:Manufacturer: Linux 4.19.0-13-armmp ehci_hcd
> usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
> lsmod: Module  Size  Used by
> lsmod: dm_mod122880  9
> lsmod: md_mod143360  0
> lsmod: jfs   184320  0
> lsmod: btrfs1241088  0
> lsmod: libcrc32c  16384  1 btrfs
> lsmod: xor16384  1 btrfs
> lsmod: zstd_decompress61440  1 btrfs
> lsmod: zstd_compress 159744  1 btrfs
> lsmod: xxhash 20480  2 zstd_compress,zstd_decompress
> lsmod: zlib_deflate   28672  1 btrfs
> lsmod: raid6_pq   98304  1 btrfs
> lsmod: vfat   24576  0
> lsmod: fat73728  1 vfat
> lsmod: ext4  618496  3
> lsmod: crc16  16384  1 ext4
> lsmod: mbcache16384  1 ext4
> lsmod: jbd2  102400  1 ext4
> lsmod: crc32c_generic 16384  6
> lsmod: fscrypto   28672  1 ext4
> lsmod: ecb16384  0
> lsmod: brcmfmac  253952  0
> lsmod: brcmutil   16384  1 brcmfmac
> lsmod: cfg80211  548864  1 brcmfmac
> lsmod: rfkill 28672  1 cfg80211
> lsmod: usb_storage53248  0
> lsmod: sd_mod 49152  3
> lsmod: ahci_imx   20480  2
> lsmod: libahci_platform   20480  1 ahci_imx
> lsmod: libahci32768  2 libahci_platform,ahci_imx
> lsmod: libata208896  3 libahci_platform,libahci,ahci_imx
> lsmod: scsi_mod  196608  3 sd_mod,usb_storage,libata
> lsmod: sdhci_esdhc_imx24576  0
> lsmod: sdhci_pltfm16384  1 sdhci_esdhc_imx
> lsmod: sdhci  53248  2 sdhci_pltfm,sdhci_esdhc_imx
> lsmod: ci_hdrc_imx16384  0
> lsmod: ci_hdrc45056  1 ci_hdrc_imx
> lsmod: ulpi   16384  1 ci_hdrc
> lsmod: ehci_hcd   77824  1 ci_hdrc
> lsmod: udc_core   36864  1 ci_hdrc
> lsmod: usbcore   221184  4 usb_storage,ehci_hcd,brcmfmac,ci_hdrc
> lsmod: usbmisc_imx16384  1 ci_hdrc_imx
> lsmod: imxdrm 28672  0
> lsmod: anatop_regulator   16384  1
> lsmod: phy_mxs_usb16384  2
> lsmod: dw_hdmi_imx16384  0
> lsmod: dw_hdmi36864  1 dw_hdmi_imx
> lsmod: imx_ipu_v3 94208  1 imxdrm
> lsmod: cec49152  1 dw_hdmi
> lsmod: drm_kms_helper147456  2 dw_hdmi,imxdrm
> lsmod: drm   356352  5 
> imx_ipu_v3,dw_hdmi,dw_hdmi_imx,imxdrm,drm_kms_helper
> lsmod: at803x 16384  1
> df: Filesystem   1K-blocks  Used Available Use% Mounted on
> df: none20627656206220   0% /run
> df: devtmpfs   1010736 0   1010736   0% /dev
> df: /dev/mapper/ncube--vg-root
> df:   19092136769744  17329524   4% /target
> df: /dev/sda1   482922 31992425996   7% /target/boot
> df: 

Processed: Re: Bug#982270: linux: [armhf] several imx6 systems unable to detect ethernet

[Debian Bug Tracking System]

Processing control commands:

> reassign 982270 linux
Bug #982270 [installation-reports] installation-reports: Installing Debian 
Bullseye on Cubox-i4 - installer finds no ethernet
Bug reassigned from package 'installation-reports' to 'linux'.
Ignoring request to alter found versions of bug #982270 to the same values 
previously set
Ignoring request to alter fixed versions of bug #982270 to the same values 
previously set
> retitle 982270 linux: [armhf] several imx6 systems unable to detect ethernet
Bug #982270 [linux] installation-reports: Installing Debian Bullseye on 
Cubox-i4 - installer finds no ethernet
Changed Bug title to 'linux: [armhf] several imx6 systems unable to detect 
ethernet' from 'installation-reports: Installing Debian Bullseye on Cubox-i4 - 
installer finds no ethernet'.
> found 982270 5.10.13-1
Bug #982270 [linux] linux: [armhf] several imx6 systems unable to detect 
ethernet
There is no source info for the package 'linux' at version '5.10.13-1' with 
architecture ''
Unable to make a source version for version '5.10.13-1'
Marked as found in versions 5.10.13-1.

-- 
982270: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982270
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

linux_5.10.13-1~bpo10+1_source.changes is NEW

[Debian FTP Masters]

binary:affs-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:affs-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:affs-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:affs-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:ata-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:ata-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:ata-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:ata-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:ata-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:btrfs-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:cdrom-core-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:crc-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:crypto-dm-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:crypto-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:dasd-extra-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:dasd-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:efi-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:event-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:event-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:event-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:event-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:event-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:event-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:event-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:ext4-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:f2fs-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:fancontrol-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-marvell-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-octeon-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-powerpc64le-di is NEW.
binary:fat-modules-5.10.0-0.bpo.3-s390x-di is NEW.
binary:fb-modules-5.10.0-0.bpo.3-4kc-malta-di is NEW.
binary:fb-modules-5.10.0-0.bpo.3-5kc-malta-di is NEW.
binary:fb-modules-5.10.0-0.bpo.3-armmp-di is NEW.
binary:fb-modules-5.10.0-0.bpo.3-loongson-3-di is NEW.
binary:fb-modules-5.10.0-0.bpo.3-marvell-di is NEW.

Processing of linux_5.10.13-1~bpo10+1_source.changes

[Debian FTP Masters]

linux_5.10.13-1~bpo10+1_source.changes uploaded successfully to localhost
along with the files:
  linux_5.10.13-1~bpo10+1.dsc
  linux_5.10.13-1~bpo10+1.debian.tar.xz
  linux_5.10.13-1~bpo10+1_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

Re: Please add the Kernel 5.10 on Backports

[Rodrigo Campos]

On 2/11/21 4:43 PM, Boyan Penkov wrote:



On 2/11/21 10:39 AM, phil995511 - wrote:

Hello,

I have a AMD 5950x CPU waiting to be able to be used under Debian 10 
Buster.


I need kernel 5.10 for this, like everyone who owns other AMD 5000 
series CPU's or AMD 6000 series GPU's ...


Would you be so kind as to provide version 5.10.13-1: amd64 of the 
testing directory ??
FWIW, testing goes to soft freeze *tomorrow*, so it may be worth your 
while to try there directly.  Testing is, of course, not stable, but 
this may speed things up for you.


Also, using just the kernel from testing should probably work without 
any issues (in case you haven't tried that).

Please add the Kernel 5.10 on Backports

[phil995511 -]

Hello,

I have a AMD 5950x CPU waiting to be able to be used under Debian 10 Buster.

I need kernel 5.10 for this, like everyone who owns other AMD 5000 series
CPU's or AMD 6000 series GPU's ...

Would you be so kind as to provide version 5.10.13-1: amd64 of the testing
directory ??

I would really like to be able to take advantage of this kernel in
Backports, even if the folks at kernel.org are still working on improving
it with the recent release of the stable kernel: 5.10.15 for example.

Thank you very much to you and to all the Linux community who make our life
happier by making us benefit from all its gnu-softwares :)

Best regards.

Re: Please add the Kernel 5.10 on Backports

[Boyan Penkov]

On 2/11/21 10:39 AM, phil995511 - wrote:

Hello,

I have a AMD 5950x CPU waiting to be able to be used under Debian 10 
Buster.


I need kernel 5.10 for this, like everyone who owns other AMD 5000 
series CPU's or AMD 6000 series GPU's ...


Would you be so kind as to provide version 5.10.13-1: amd64 of the 
testing directory ??
FWIW, testing goes to soft freeze *tomorrow*, so it may be worth your 
while to try there directly.  Testing is, of course, not stable, but 
this may speed things up for you.



I would really like to be able to take advantage of this kernel in 
Backports, even if the folks at kernel.org  are 
still working on improving it with the recent release of the stable 
kernel: 5.10.15 for example.


Thank you very much to you and to all the Linux community who make our 
life happier by making us benefit from all its gnu-softwares :)


Best regards.

Bug#935456: No GPU hardware detected with kernel 5.2 for Rpi2b and Rpi3b

[eHenry Berg]

Hi,

I tested the below hardware now.
Kernel 5.10.0-3 with device_tree from the same kernel (5.10.0-3):

armhfCard   arm64Card
Rpi2b   Success NotPossible32bitCpu
Rpi3b   Success Success*1)
Rpi3b+  Success Success*1)

*1) Digital audio not working (HDMI)

Success means Gpu (Kde) and analog audio work!
I do not have the hardware for Rpi4b.

Best Regards,
Evald

Bug#982478: Fix has been submitted

[Heiner Kallweit]

A fix for this issue has been submitted already:

https://patchwork.kernel.org/project/linux-media/patch/20210204232851.1020416-1-and...@lunn.ch/