All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@kernel.org>
To: Sven Eckelmann <sven@narfation.org>
Cc: Tanjeff Moos <Tanjeff.Moos@westermo.com>,
	openwrt-devel@lists.openwrt.org,  Felix Fietkau <nbd@nbd.name>,
	ath11k@lists.infradead.org,
	Jeff Johnson <quic_jjohnson@quicinc.com>
Subject: Re: Question to recent Qualcomm CVEs
Date: Mon, 26 Feb 2024 17:53:54 +0200	[thread overview]
Message-ID: <87ttlvjk6l.fsf@kernel.org> (raw)
In-Reply-To: <2668032.usQuhbGJ8B@ripper> (Sven Eckelmann's message of "Mon, 26 Feb 2024 16:38:02 +0100")

+ ath11k, jeff

Sven Eckelmann <sven@narfation.org> writes:

> On Monday, 26 February 2024 15:50:44 CET Felix Fietkau wrote:
> [...]
>>> The Qualcomm bulletin[1] says "Patches are being actively
>> > shared with OEMs".
>> > 
>> > Were these bugfixes made available for OpenWRT? Is there an established
>> > procedure for such cases, where closed-source firmware gets bugfixes?
> [...]
>> > [1]
>> > https://docs.qualcomm.com/product/publicresources/securitybulletin/
> december-2023-bulletin.html
>> 
>> The fixes were not shared with OpenWrt. Qualcomm does not care about 
>> OpenWrt support for their platforms.
>
> I've asked (using their qualcomm-cdmatech-support portal) for an official 
> release of their WiFi firmware with all gathered bugfixes via 
> linux-firmware.git. I got statements that the ath10k firmware is no longer 
> supported + ath11k firmware is not developed further. But for some of them it 
> is possible to request a release of the firmwares via Kalle's repositories. 
> But also that Kalle's repositories are now replaced. Which seems to be 
> confirmed by Kalle's statement [1] regarding the firmware-N.bin files on 
> ath12k@lists.infradead.org .
>
> The new positions for firmware files were not revealed but I found a couple of 
> places [2,3,4,5] in my search.

Yeah, the ath1?k-firmware.git repos are being moved to
git.codelinaro.org and we will send an announcement once everything is
ready.

> And to the request to get the latest versions released via linux-firmware.git 
> (or maybe even only in Kalle's repositories), I got (some weeks ago) the 
> answer "Let me check with our team.".
>
> It is rather hard to make statements about Qualcomm  - simply because it is 
> not just a single person and I have no idea about the internal structures. But 
> it doesn't seem to be the highest priority (for the "internal team"?) to make 
> fixes available for everyone. I still hope that it is just delayed due to some 
> unfortunate circumstances. But this is just the current state.

Thanks for letting me know, I was not aware any of this. Me and Jeff
will investigate and get back to you.

For others, here's a link to the thread in openwrt-devel:

https://lists.openwrt.org/pipermail/openwrt-devel/2024-February/042341.html

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches


       reply	other threads:[~2024-02-26 15:54 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <48174971-4b30-4046-9710-2acb16990e07@westermo.com>
     [not found] ` <5e5c35eb-336b-4e92-b506-506e9fbeef7d@nbd.name>
     [not found]   ` <2668032.usQuhbGJ8B@ripper>
2024-02-26 15:53     ` Kalle Valo [this message]
2024-04-29 13:14       ` Question to recent Qualcomm CVEs Kalle Valo
2024-04-29 13:36         ` Sven Eckelmann
2024-04-29 14:50           ` Robert Marko
2024-04-30  8:47             ` Kalle Valo
2024-04-30  8:56               ` Robert Marko
2024-04-30 13:02                 ` Kalle Valo
2024-04-30 13:05                   ` Robert Marko
2024-04-30 13:11                   ` Christian Marangi (Ansuel)
2024-05-02  7:25           ` Sven Eckelmann
2024-05-03  7:42             ` Sven Eckelmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ttlvjk6l.fsf@kernel.org \
    --to=kvalo@kernel.org \
    --cc=Tanjeff.Moos@westermo.com \
    --cc=ath11k@lists.infradead.org \
    --cc=nbd@nbd.name \
    --cc=openwrt-devel@lists.openwrt.org \
    --cc=quic_jjohnson@quicinc.com \
    --cc=sven@narfation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.