Bug#978025: Sound issues with the 5.10.x kernel (alsa)

[Stefan Wahren]

Hi,

Am 28.03.21 um 07:58 schrieb Ryutaroh Matsumoto:
>> I think the root cause of this issue is that both vc4.ko and snd_bcm2835.ko
>> try to provide ALSA sinks to HDMI audio outputs from RPi.
>> Why do the two drivers provide the same functionality for the same device?
>> It seems nonsense.
>> There must be some coordination between vc4.ko and snd_bcm2835.ko
>> on who provides ALSA sinks of RPi HDMI output.
> Giving "enable_hdmi=0" to snd_bcm2835.ko does not improve the situation,
> while module_blacklisting snd_bcm2835 suppresses all the symptoms reported.
> snd_bcm2835.ko in 5.10.24 seems having a bug ignoring "enable_hdmi=0".
i assume you set this option in the config.txt? This shouldn't have any
affect for the mainline kernel / DT.
>
> Best regards, Ryutaroh

Bug#856505: Bug#911443: linux-image-4.18.0-2-arm64: wlan0 no longer present

[Stefan Wahren]

Hi Santiago,

Am 19.12.18 um 09:15 schrieb Uwe Kleine-König:
> Hello,
>
> On Tue, Dec 18, 2018 at 11:49:33PM +0100, Santiago Garcia Mantinan wrote:
>>> I just added the commit from v4.20-rc7 that fixes this problem to the
>>> Linux package git repository. It will be part of the next upload of
>>> v4.19.x to unstable.
>> And could we have the patch I sent on #856505 to enable sound on this
>> machines applied as well?
>>
>> I sent this to the lkml as you sugested but with little luck, it looks like
>> nobody cares.

i assume you are talking about:

arm: bcm2835-audio: Document the device tree node to enable
bcm2835-audio driver

This patch will not be accepted. For a explanation please refer to:

https://lkml.org/lkml/2018/10/16/1615

The proper solution is called:

staging: bcm2835-audio: Drop DT dependency

and is in linux-next since a week.

> I didn't suggest to send to lkml, did I? You seem to have skipped
> reading section 5 of the link I provided. You should address the mail to
> the broadcom maintainers (see MAINTAINER file) and carbon copy
> linux-arm-ker...@lists.infradead.org (which for reasons unknown to me
> isn't listed in the broadcom entry).

scripts/get_maintainers.pl will be your friend

Regards
Stefan

>
> Best regards
> Uwe
>

Bug#915808: Current dtb for raspberry pi 3b doesn't allow wifi to be used

[Stefan Wahren]

Hi Santiago,

Am 07.12.18 um 00:16 schrieb Santiago Garcia Mantinan:
> Package: src:linux
> Version: 4.18.20-2
> Severity: normal
> Tags: patch
>
> Hi!
>
> After kernel 4.17 the dtb for raspberry pi 3 b is not ok and thus the wifi
> is not found and cannot be used.
>
> Looking at the differences from 4.17 to 4.18 I have discovered that if you
> revert this single patch affecting only the pi3b model the wifi is
> discovered and works again.
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm/boot/dts/bcm2837-rpi-3-b.dts?id=b1b8f45b3130dbd8704e5ea0d82b49b1d929498e
>
> I have tested this both on Linus kernel 4.20-rc5 and on Debian 4.19.5 as
> currently on experimental, on both reverting this patch makes the wifi work
> again.
>
>
this issue has already been reported here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911443

The proper fix has been applied to linux-next:

https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=next-20181206=e25b6783c7b1bb79103d4617336879423f86b05e

The fix should be applied to 4.19 and 4.20 soon.

Regards
Stefan

Bug#911443: raspi3-firmware | Add board-specific firmware files for RPi 3B+ WiFi (!1)

[Stefan Wahren]

Hi Matthias,

> Matthias Luescher  hat am 1. Dezember 2018 um 22:38 
> geschrieben:
> 
> 
> Hi Stefan
> 
> > i want to play safe. Could you please check the Rev of your 3 B board?
> > You can find it on the upside of the PCB below the GPIO pin header (e.g.
> i have Rev 1.2).
> 
> Mine is also a "Raspberry Pi 3 Model B V1.2".
> 
> > Could you please provide a complete dmesg in case wlan0 is absent?
> 
> Here is the dmesg without wlan0:
> https://drive.google.com/open?id=1O-aYZreN_7ziHiVsxMc-zNoMAwKLB-UV
> 
> And here is one with wlan0:
> https://drive.google.com/open?id=1rD2BcEbxjxrpyrXqRglkyS3t1VkCXJ6l

very strange. Only in the case CONFIG_MMC_SDHCI_IPROC=m the power sequence 
seems to be active:

[2.244705] sdhci-iproc 3f30.sdhci: allocated mmc-pwrseq

So after fixing the polarity of the wifi-reset everything works as expected.

- reset-gpios = < 1 GPIO_ACTIVE_HIGH>;
+ reset-gpios = < 1 GPIO_ACTIVE_LOW>;

I think this should be acceptable as a stable fix for 4.19 LTS.

Stefan

> 
> > Could you please change your config to:
> > CONFIG_MMC_SDHCI_IPROC=y
> 
> This change does indeed make wlan0 appear! Unfortunately this is probably
> not a viable solution for the (generic) arm64 Debian kernel.
> 
> Many thanks already for your great support!
> 
> Best regards
> Matthias

Bug#911443: raspi3-firmware | Add board-specific firmware files for RPi 3B+ WiFi (!1)

[Stefan Wahren]

Hi Matthias,

> Matthias Luescher  hat am 30. November 2018 um 22:20 
> geschrieben:
> 
> 
> Hi Stefan
> 
> > Which RPi 3 variant do you use (B or B+)?
> 
> Today I have tested on the Raspberry Pi 3 B with arm64.

i want to play safe. Could you please check the Rev of your 3 B board? You can 
find it on the upside of the PCB below the GPIO pin header (e.g. i have Rev 
1.2).

> 
> I was able to reproduce it also with kernel 4.19.5. wlan0 remains absent
> with this newer kernel version.
> Based on 4.19.5 I reverted commit b1b8f45b3130dbd8704e5ea0d82b49b1d929498e
> and then wlan0 was back.

Btw the intention of this patch was to enable Wifi. Could you please provide a 
complete dmesg in case wlan0 is absent?

> 
>  > Could you please provide a reduced kernel config?
> 
> Here is more information:
> 
> Kernel configuration:
> https://drive.google.com/open?id=1ZI3MeGB2fkYMsEjzGQYXUk2wqr0h9h7R

Interesting SDHCI and BRCMFMAC are compiled as a module. Maybe this causes the 
issue. I tested today 4.20rc-1 with arm64/defconfig and wlan0 is always there. 
Could you please change your config to:

CONFIG_MMC_SDHCI_IPROC=y

and on the other side i will test your config.

Regards
Stefan

> 
> linux-image-4.19.5-v8_4.19.5-v8-1_arm64.deb (wlan0 is absent):
> https://drive.google.com/open?id=1QCNZcpxeeCBGNb0dsZBBZD9i2Y1kCeib
> 
> dtb with b1b8f45b3130dbd8704e5ea0d82b49b1d929498e reverted (wlan0 is back):
> https://drive.google.com/open?id=11O0c-StAUvV7IXFIs1UBlzeu-CTP3KVt
> 
>  > Is armhf (32 bit) affected, too?
> 
> I think so - but I did not test it yet.
> 
> Best regards
> Matthias

Bug#911443: raspi3-firmware | Add board-specific firmware files for RPi 3B+ WiFi (!1)

[Stefan Wahren]

Hi,

> Matthias Luescher  hat am 29. November 2018 um 22:18 
> geschrieben:
> 
> 
> Hi Gunnar
> 
> I must say, I have not been able to find WiFi (not even a "firmware
> > required" message). Could you help me find it, so it makes its way into
> > raspi3-image-spec ? Thanks -
> > I'm closing this MR.
> >
> 
> I have also struggled with WiFi. Could the "missing WiFi" issue be related
> to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911443?
> The WiFi (wlan0) reappears if I combine the 4.18 kernel with the device
> tree binary of the 4.17 kernel.
> The device tree change causing the absence of wlan0 might be this one:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm/boot/dts/bcm2837-rpi-3-b.dts?h=v4.20-rc4=b1b8f45b3130dbd8704e5ea0d82b49b1d929498e
> 
> @Stefan and @Eric: As you are the experts here: Can you give us a clue why
> the wlan0 interface disappears if we take the latest device tree binary
> from 4.18 vanilla kernel?

Which RPi 3 variant do you use (B or B+)?

Could you please provide a reduced kernel config?

Is armhf (32 bit) affected, too?

Stefan

> 
> Best regards
> Matthias
> 
> >