Bug#1032367: firmware-brcm80211: Missing brcmfmac4356-pcie.bin

2023-03-08 Thread dkm 
Here's the result of using latest package:

[   38.435659] brcmfmac :01:00.0: enabling device ( -> 0002)
[   38.544255] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4356-pcie 
for chip BCM4356/2
[   38.545212] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.gpd-win-pocket.bin (-2)
[   38.545221] firmware_class: See https://wiki.debian.org/Firmware for 
information about missing firmware
[   38.545965] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.gpd-win-pocket.bin (-2)
[   38.545975] brcmfmac :01:00.0: Direct firmware load for 
brcm/brcmfmac4356-pcie.gpd-win-pocket.bin failed with error -2
[   38.546040] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.bin (-2)
[   38.546408] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.bin (-2)
[   38.546416] brcmfmac :01:00.0: Direct firmware load for 
brcm/brcmfmac4356-pcie.bin failed with error -2

Downgrading it and reloading the module brings the interface up:

dpkg: warning: downgrading firmware-brcm80211 from 20230210-2 to 20210315-3

modprobe -r brcmfmac
modprobe brcmfmac

[  201.775746] usbcore: registered new interface driver brcmfmac
[  201.884033] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4356-pcie 
for chip BCM4356/2
[  201.884157] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.gpd-win-pocket.bin (-2)
[  201.884202] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.gpd-win-pocket.bin (-2)
[  201.884210] brcmfmac :01:00.0: Direct firmware load for 
brcm/brcmfmac4356-pcie.gpd-win-pocket.bin failed with error -2
[  201.884873] brcmfmac :01:00.0: firmware: direct-loading firmware 
brcm/brcmfmac4356-pcie.bin
[  201.884996] brcmfmac :01:00.0: firmware: direct-loading firmware 
brcm/brcmfmac4356-pcie.gpd-win-pocket.txt
[  201.885119] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.gpd-win-pocket.clm_blob (-2)
[  201.885153] brcmfmac :01:00.0: firmware: failed to load 
brcm/brcmfmac4356-pcie.gpd-win-pocket.clm_blob (-2)
[  201.885208] brcmfmac :01:00.0: firmware: direct-loading firmware 
brcm/brcmfmac4356-pcie.clm_blob
[  202.054220] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4356/2 wl0: Aug 29 
2019 02:05:27 version 7.35.180.197 (r722171 CY) FWID 01-4c8512f9
[  202.146372] brcmfmac :01:00.0 wlp1s0: renamed from wlan0

Let me know if I can be of any help to investigate this...

Thanks,
Marc

Bug#1032561: iproute2: "tc filter show" always results in empty response

2023-03-08 Thread Simon 
Package: iproute2
Version: 6.1.0-2
Severity: normal
X-Debbugs-Cc: si...@sarthur.dev

Dear Maintainer,

While testing CAKE traffic shaping, I could not see records or statistics for 
applied tc filters.
Filters do seem to be present and having an effect, but "tc filter show" always 
returns no output.

root@debian12:~# tc filter add dev eth2 parent : matchall action mirred 
egress redirect dev ifb4eth2
root@debian12:~# tc filter
root@debian12:~# tc filter show
root@debian12:~# 

Tested on fresh Bookworm install and several other machines running various 6.1 
based kernels with same result.

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-5-amd64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages iproute2 depends on:
ii  debconf [debconf-2.0]  1.5.82
ii  libbpf11:1.1.0-1
ii  libbsd00.11.7-2
ii  libc6  2.36-8
ii  libcap21:2.66-3
ii  libcap2-bin1:2.66-3
ii  libdb5.3   5.3.28+dfsg2-1
ii  libelf10.188-2.1
ii  libmnl01.0.4-3
ii  libselinux13.4-1+b5
ii  libtirpc3  1.3.3+ds-1
ii  libxtables12   1.8.9-2

Versions of packages iproute2 recommends:
pn  libatm1  

Versions of packages iproute2 suggests:
pn  iproute2-doc  
ii  python3   3.11.2-1

-- debconf information:
  iproute2/setcaps: false

Bug#1022126: New mainline kernel is out fixes for example 1022126 bug

2023-03-08 Thread Salvatore Bonaccorso 
Hi Marc,

On Sat, Mar 04, 2023 at 12:09:15PM +0100, Marc-Robin Wendt wrote:
> Its actually not my game, but if it speeds things up, I will help
> testing (if anyone tells me, what to do).

Thank you. Can you try with the following series of 4 patches.

https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s4.2.2

will describe how to pass a series of patches to apply for testing.

Thanks already in advance,

Regards,
Salvatore
>From 37904556ea6f04f48c3ca9419edf8155aa1e1899 Mon Sep 17 00:00:00 2001
From: Salvatore Bonaccorso 
Date: Wed, 8 Mar 2023 17:14:56 +0100
Subject: [PATCH 1/4] Revert "scsi: mpt3sas: Fix return value check of
 dma_get_required_mask()"

This reverts commit e0e0747de0ea3dd87cdbb0393311e17471a9baf1.

As noted in 1a2dcbdde82e ("scsi: mpt3sas: re-do lost mpt3sas DMA mask
fix") in mainline there was a mis-merge in commit 62e6e5940c0c ("Merge
tag 'scsi-misc' of
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi"). causing that
the fix needed to be redone later on again. To make series of patches
apply cleanly to the stable series where e0e0747de0ea ("scsi: mpt3sas:
Fix return value check of dma_get_required_mask()") was backported,
revert the afferomentioned commit.

No upstream commit exists for this commit.

Link: https://lore.kernel.org/regressions/yq1sfehmjnb@ca-mkp.ca.oracle.com/
Signed-off-by: Salvatore Bonaccorso 
---
 drivers/scsi/mpt3sas/mpt3sas_base.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/scsi/mpt3sas/mpt3sas_base.c b/drivers/scsi/mpt3sas/mpt3sas_base.c
index c1b76cda60db..18f85c963944 100644
--- a/drivers/scsi/mpt3sas/mpt3sas_base.c
+++ b/drivers/scsi/mpt3sas/mpt3sas_base.c
@@ -2825,7 +2825,7 @@ _base_config_dma_addressing(struct MPT3SAS_ADAPTER *ioc, struct pci_dev *pdev)
 
 	if (ioc->is_mcpu_endpoint ||
 	sizeof(dma_addr_t) == 4 || ioc->use_32bit_dma ||
-	dma_get_required_mask(&pdev->dev) <= DMA_BIT_MASK(32))
+	dma_get_required_mask(&pdev->dev) <= 32)
 		ioc->dma_mask = 32;
 	/* Set 63 bit DMA mask for all SAS3 and SAS35 controllers */
 	else if (ioc->hba_mpi_version_belonged > MPI2_VERSION)
-- 
2.39.2

>From 8ad037f24e7a9c46105065e81503968b7bdc14b1 Mon Sep 17 00:00:00 2001
From: Sreekanth Reddy 
Date: Thu, 25 Aug 2022 13:24:54 +0530
Subject: [PATCH 2/4] scsi: mpt3sas: Don't change DMA mask while reallocating
 pools

commit 9df650963bf6d6c2c3fcd325d8c44ca2b99554fe upstream.

When a pool crosses the 4GB boundary region then before reallocating pools
change the coherent DMA mask to 32 bits and keep the normal DMA mask set to
63/64 bits.

Link: https://lore.kernel.org/r/20220825075457.16422-2-sreekanth.re...@broadcom.com
Signed-off-by: Sreekanth Reddy 
Signed-off-by: Martin K. Petersen 
Signed-off-by: Salvatore Bonaccorso 
---
 drivers/scsi/mpt3sas/mpt3sas_base.c | 21 ++---
 1 file changed, 14 insertions(+), 7 deletions(-)

diff --git a/drivers/scsi/mpt3sas/mpt3sas_base.c b/drivers/scsi/mpt3sas/mpt3sas_base.c
index 18f85c963944..faea8001adf5 100644
--- a/drivers/scsi/mpt3sas/mpt3sas_base.c
+++ b/drivers/scsi/mpt3sas/mpt3sas_base.c
@@ -2822,19 +2822,26 @@ static int
 _base_config_dma_addressing(struct MPT3SAS_ADAPTER *ioc, struct pci_dev *pdev)
 {
 	struct sysinfo s;
+	u64 coherent_dma_mask, dma_mask;
 
-	if (ioc->is_mcpu_endpoint ||
-	sizeof(dma_addr_t) == 4 || ioc->use_32bit_dma ||
-	dma_get_required_mask(&pdev->dev) <= 32)
+	if (ioc->is_mcpu_endpoint || sizeof(dma_addr_t) == 4 ||
+	dma_get_required_mask(&pdev->dev) <= 32) {
 		ioc->dma_mask = 32;
+		coherent_dma_mask = dma_mask = DMA_BIT_MASK(32);
 	/* Set 63 bit DMA mask for all SAS3 and SAS35 controllers */
-	else if (ioc->hba_mpi_version_belonged > MPI2_VERSION)
+	} else if (ioc->hba_mpi_version_belonged > MPI2_VERSION) {
 		ioc->dma_mask = 63;
-	else
+		coherent_dma_mask = dma_mask = DMA_BIT_MASK(63);
+	} else {
 		ioc->dma_mask = 64;
+		coherent_dma_mask = dma_mask = DMA_BIT_MASK(64);
+	}
+
+	if (ioc->use_32bit_dma)
+		coherent_dma_mask = DMA_BIT_MASK(32);
 
-	if (dma_set_mask(&pdev->dev, DMA_BIT_MASK(ioc->dma_mask)) ||
-	dma_set_coherent_mask(&pdev->dev, DMA_BIT_MASK(ioc->dma_mask)))
+	if (dma_set_mask(&pdev->dev, dma_mask) ||
+	dma_set_coherent_mask(&pdev->dev, coherent_dma_mask))
 		return -ENODEV;
 
 	if (ioc->dma_mask > 32) {
-- 
2.39.2

>From ecd75f575db8537651bd6ee4edaaf0f508951a8c Mon Sep 17 00:00:00 2001
From: Sreekanth Reddy 
Date: Tue, 13 Sep 2022 17:35:38 +0530
Subject: [PATCH 3/4] scsi: mpt3sas: re-do lost mpt3sas DMA mask fix

commit 1a2dcbdde82e3a5f1db9b2f4c48aa1aeba534fb2 upstream.

This is a re-do of commit e0e0747de0ea ("scsi: mpt3sas: Fix return value
check of dma_get_required_mask()"), which I ended up undoing in a
mis-merge in commit 62e6e5940c0c ("Merge tag 'scsi-misc' of
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi").

The original commit message was

  scsi: mpt3sas: Fix return value check of dma_get_required_mask()

  Fix the incorrect return value check of dma_get_required_mas

Bug#1019700: mmc0: Timeout waiting for hardware cmd interrupt.

2023-03-08 Thread Diederik de Haas 
On Wednesday, 8 March 2023 15:49:03 CET Cyril Brulebois wrote:
> This is definitely a blocking issue for booting on both Pi 4 (SD card)
> and CM4 (SD card or internal eMMC). That's also seen with v6.1.15
> (annotating accordingly) and v6.2 (not annotating as we have no such
> package in the archive at the moment). Thankfully that's gone in
> v6.3-rc1.
> 
> You can find my analysis in:
>  
> https://lore.kernel.org/linux-arm-kernel/20230308144105.di552lbogqv2s7fk@mr
> aw.org/
> 
> Hopefully we'll get that fixed via stable/6.1.y soon. I might propose a
> patch series against the Debian package right away though, Raspberry Pi
> users have suffered long enough from that regression…

The relevant patches are queued up for 6.1.16:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/
commit/queue-6.1?id=a5ed16fdb1a2a3a9b50c3da79abcfe9366b2c47a

signature.asc
Description: This is a digitally signed message part.

Processed: Re: Bug#1019700: mmc0: Timeout waiting for hardware cmd interrupt.

2023-03-08 Thread Debian Bug Tracking System 
Processing control commands:

> tag -1 fixed-upstream
Bug #1019700 [src:linux] mmc0: Timeout waiting for hardware cmd interrupt.
Added tag(s) fixed-upstream.
> found -1 6.1.15-1
Bug #1019700 [src:linux] mmc0: Timeout waiting for hardware cmd interrupt.
Marked as found in versions linux/6.1.15-1.

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

Bug#1019700: mmc0: Timeout waiting for hardware cmd interrupt.

2023-03-08 Thread Cyril Brulebois 
Control: tag -1 fixed-upstream
Control: found -1 6.1.15-1

Hi Bjørn and Hank,

Bjørn Mork  (2022-09-13):
> Hank Barta  writes:
> 
> > ** Kernel log:
> > [  723.735217] mmc0: sdhci: Timeout:   0x | Int stat: 0x00018000
> > [  723.741743] mmc0: sdhci: Int enab:  0x00ff1003 | Sig enab: 0x00ff1003
> > [  723.748270] mmc0: sdhci: ACmd stat: 0x | Slot int: 0x0001
> > [  723.754797] mmc0: sdhci: Caps:  0x45ee6432 | Caps_1:   0xa525
> > [  723.761324] mmc0: sdhci: Cmd:   0x0502 | Max curr: 0x00080008
> > [  723.767851] mmc0: sdhci: Resp[0]:   0x01aa | Resp[1]:  0x
> > [  723.774379] mmc0: sdhci: Resp[2]:   0x | Resp[3]:  0x
> > [  723.780905] mmc0: sdhci: Host ctl2: 0x
> > [  723.785404] mmc0: sdhci: ADMA Err:  0x | ADMA Ptr: 0x
> > [  723.791930] mmc0: sdhci: 
> > [  733.923993] mmc0: Timeout waiting for hardware cmd interrupt.
> 
> These repeated messages are normal on the RPi4 if you boot it without an
> SD card.

This is definitely a blocking issue for booting on both Pi 4 (SD card)
and CM4 (SD card or internal eMMC). That's also seen with v6.1.15
(annotating accordingly) and v6.2 (not annotating as we have no such
package in the archive at the moment). Thankfully that's gone in
v6.3-rc1.

You can find my analysis in:
  
https://lore.kernel.org/linux-arm-kernel/20230308144105.di552lbogqv2s...@mraw.org/

Hopefully we'll get that fixed via stable/6.1.y soon. I might propose a
patch series against the Debian package right away though, Raspberry Pi
users have suffered long enough from that regression…


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature