[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <403e93df-5b3c-acb3-2b65-df9a7834a9c5@codeaurora.org>
Date: Mon, 13 Dec 2021 16:07:29 -0800
From: Hemant Kumar <hemantk@...eaurora.org>
To: Thomas Weißschuh <linux@...ssschuh.net>,
Manivannan Sadhasivam <mani@...nel.org>
Cc: linux-kernel@...r.kernel.org, mhi@...ts.linux.dev,
linux-arm-msm@...r.kernel.org,
Mario Limonciello <Mario.Limonciello@....com>,
Richard Hughes <hughsient@...il.com>
Subject: Re: [RFC] bus: mhi: core: Load firmware asynchronous
On 12/10/2021 8:16 AM, Thomas Weißschuh wrote:
> 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@...ssschuh.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.
what are we achieving by moving to async ver of the firmware load ? MHI
boot flow can not do anything until BHI load is over. Is the intention
eventually to enable firmware fallback mechanism and manually load the
firmware ?
[..]
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora
Forum, a Linux Foundation Collaborative Project
Powered by blists - more mailing lists