From: Kalle Valo <kvalo@kernel.org>
To: "Thomas Weißschuh" <linux@weissschuh.net>
Cc: Hemant Kumar <hemantk@codeaurora.org>,
Manivannan Sadhasivam <mani@kernel.org>,
linux-kernel@vger.kernel.org, mhi@lists.linux.dev,
linux-arm-msm@vger.kernel.org,
Mario Limonciello <Mario.Limonciello@amd.com>,
Richard Hughes <hughsient@gmail.com>,
ath11k@lists.infradead.org
Subject: Re: [RFC] bus: mhi: core: Load firmware asynchronous
Date: Thu, 16 Dec 2021 12:19:10 +0200 [thread overview]
Message-ID: <87k0g4n97l.fsf@tynnyri.adurom.net> (raw)
In-Reply-To: <20211210161645.10925-1-linux@weissschuh.net> ("Thomas \=\?utf-8\?Q\?Wei\=C3\=9Fschuh\=22's\?\= message of "Fri, 10 Dec 2021 17:16:45 +0100")
Thomas Weißschuh <linux@weissschuh.net> writes:
> This gives userspace the possibility to provide the firehose bootloader
> via the sysfs-firmware-API instead of having to modify the global
> firmware loadpath.
>
> Signed-off-by: Thomas Weißschuh <linux@weissschuh.net>
>
> ---
>
> Please note that this is not tested yet, as I don't have access to a matching
> firmware file.
> This submission is to gather general feedback from the maintainers and then
> Richard will do the actual testing, while I'll do the development.
>
> This patch is should not have any impact beyond moving from request_firmware()
> to request_firmware_nowait() and the involved code reshuffle.
Related to firmware loading, for ath11k I have a different kind of need
for firmware handling in MHI. Instead of providing the firmware name to
MHI and MHI subystem loading the firmware from user space, I would like
to ath11k load the firmware from user space and just provide a pointer
to the firmware data.
The long story here is that currently ath11k pci devices have two
different firmware files, amss.bin and m3.bin. amss.bin is loaded via
MHI and m3.bin via QMI. What I would like do is to create one container
file firmware-2.bin and it would contain amss.bin, m3.bin and various
meta data needed by ath11k. ath11k would then parse firmware-2.bin and
provide pointer to amss.bin data for MHI.
We already use similar firmware-2.bin file in ath10k, but of course
ath10k doesn't need MHI so this hasn't been an issue before. We need
firmware-2.bin files because of two reasons: seamless backwards
compatibility and a reliable way to provide meta data to the driver.
Thoughts about this?
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
prev parent reply other threads:[~2021-12-16 10:19 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-10 16:16 [RFC] bus: mhi: core: Load firmware asynchronous Thomas Weißschuh
2021-12-14 0:07 ` Hemant Kumar
2021-12-14 6:32 ` Thomas Weißschuh
2021-12-14 22:55 ` Hemant Kumar
2021-12-14 23:28 ` Thomas Weißschuh
2021-12-16 10:19 ` Kalle Valo [this message]
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=87k0g4n97l.fsf@tynnyri.adurom.net \
--to=kvalo@kernel.org \
--cc=Mario.Limonciello@amd.com \
--cc=ath11k@lists.infradead.org \
--cc=hemantk@codeaurora.org \
--cc=hughsient@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@weissschuh.net \
--cc=mani@kernel.org \
--cc=mhi@lists.linux.dev \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox