[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMEGJJ35-D5ReGsfUwhOxKE1OC6NaBWoAGudBp=QRkuLU5BYnA@mail.gmail.com>
Date: Wed, 11 Oct 2023 11:45:19 +0100
From: Phil Elwell <phil@...pberrypi.com>
To: Kalle Valo <kvalo@...nel.org>
Cc: Neal Gompa <neal@...pa.dev>, Hector Martin <marcan@...can.st>,
Dmitry Antipov <dmantipov@...dex.ru>,
"linux-wireless@...r.kernel.org" <linux-wireless@...r.kernel.org>,
"lvc-project@...uxtesting.org" <lvc-project@...uxtesting.org>,
Arend van Spriel <aspriel@...il.com>,
Franky Lin <franky.lin@...adcom.com>,
Hante Meuleman <hante.meuleman@...adcom.com>,
SHA-cyfmac-dev-list@...ineon.com,
brcm80211-dev-list.pdl@...adcom.com,
Asahi Linux <asahi@...ts.linux.dev>,
LKML <linux-kernel@...r.kernel.org>,
Julian Calaby <julian.calaby@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: On brcm80211 maintenance and support
Hi Kalle,
On Wed, 11 Oct 2023 at 11:32, Kalle Valo <kvalo@...nel.org> wrote:
>
> Phil Elwell <phil@...pberrypi.com> writes:
>
> > This is just a quick note to say that Raspberry Pi obviously has a
> > vested interest in the future of the brcmfmac driver. In our
> > downstream tree we use the upstream driver largely unmodified - there
> > are a handful of patches that tinker around the edges, the largest of
> > which is in the area of firmware location and being phased out - no
> > patches from Infineon/Cypress, Synaptics or Broadcom.
> >
> > We're very much WiFi users as opposed to WiFi developers, but if
> > there's something useful we can contribute then please speak up and
> > I'll see what we can do.
>
> Is it possible to run upstream vanilla kernels on a Raspberry Pi? For
> example at least once a month take latest wireless-next[1], install it
> to a Raspberry Pi and run some simple wireless tests. If any regressions
> are found report that to linux-wireless. Preferably with a bisect log to
> easily find the offending commit.
>
> Testing patches before they are applied would be even more helpful,
> especially for the risky ones. We have a hard "no regressions" rule so
> earlier we catch the regressions the better.
>
> I also wonder should there be a dedicated brcm80211 specific mailing
> list? That way people who want to help could easily follow and discuss
> brcm80211 development, and no need to follow linux-wireless. For example
> we do that with ath12k driver.
It's a very busy time for us at the moment, but a monthly-ish wireless
smoke test sounds reasonable. Hopefully once we have a process for
that then occasional regression checks on upcoming patches would
become possible.
A dedicated brcm80211 mailing list would be good - I'd definitely sign up.
Phil
Powered by blists - more mailing lists