Commit fccdb5ae authored by Oliver Neukum's avatar Oliver Neukum Committed by Linus Torvalds

Documentation:reference notifiers.txt in freezing-of-tasks.txt

freezing-of-tasks.txt mentions firmware issues without mentioning the use
of the new notifier API to overcome them.  Here's an update.
Signed-off-by: default avatarOliver Neukum <oneukum@suse.de>
Acked-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
Acked-by: default avatarNigel Cunningham <nigel@nigel.suspend2.net>
Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
parent d6269543
...@@ -155,6 +155,8 @@ Suppose, however, that the firmware file is located on a filesystem accessible ...@@ -155,6 +155,8 @@ Suppose, however, that the firmware file is located on a filesystem accessible
only through another device that hasn't been resumed yet. In that case, only through another device that hasn't been resumed yet. In that case,
request_firmware() will fail regardless of whether or not the freezing of tasks request_firmware() will fail regardless of whether or not the freezing of tasks
is used. Consequently, the problem is not really related to the freezing of is used. Consequently, the problem is not really related to the freezing of
tasks, since it generally exists anyway. [The solution to this particular tasks, since it generally exists anyway.
problem is to keep the firmware in memory after it's loaded for the first time
and upload if from memory to the device whenever necessary.] A driver must have all firmwares it may need in RAM before suspend() is called.
If keeping them is not practical, for example due to their size, they must be
requested early enough using the suspend notifier API described in notifiers.txt.
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