Commit 6a927857 authored by Ming Lei's avatar Ming Lei Committed by Greg Kroah-Hartman

firmware loader: document firmware cache mechanism

This patch documents the firmware cache mechanism so that
users of request_firmware() know that it can be called
safely inside device's suspend and resume callback, and
the device's firmware needn't be cached any more by individual
driver itself to deal with firmware loss during system resume.
Signed-off-by: default avatarMing Lei <ming.lei@canonical.com>
Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
parent 27602842
...@@ -119,3 +119,10 @@ ...@@ -119,3 +119,10 @@
on the setup, so I think that the choice on what firmware to make on the setup, so I think that the choice on what firmware to make
persistent should be left to userspace. persistent should be left to userspace.
about firmware cache:
--------------------
After firmware cache mechanism is introduced during system sleep,
request_firmware can be called safely inside device's suspend and
resume callback, and callers need't cache the firmware by
themselves any more for dealing with firmware loss during system
resume.
...@@ -988,6 +988,9 @@ static int _request_firmware_load(struct firmware_priv *fw_priv, bool uevent, ...@@ -988,6 +988,9 @@ static int _request_firmware_load(struct firmware_priv *fw_priv, bool uevent,
* firmware image for this or any other device. * firmware image for this or any other device.
* *
* Caller must hold the reference count of @device. * Caller must hold the reference count of @device.
*
* The function can be called safely inside device's suspend and
* resume callback.
**/ **/
int int
request_firmware(const struct firmware **firmware_p, const char *name, request_firmware(const struct firmware **firmware_p, const char *name,
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment