[PATCH v2 0/6] firmware: move UMH locks onto fallback code

[Luis R. Rodriguez]

Greg,

This v2 follows the last iteration submitted [0] and addresses one
build failure case which for some reason was not caught by 0-day, and
it also adjusts some documentation to make 'make htmldocs' happy. This
and the next series are available in git form on my linux-next
20170501-driver-data-try2 branch [1]. In case folks want to play with
a more stable tree I've rebased this and the next series onto v4.11-rc8,
and is available on my linux [2] v4.11-rc8-driver-data-try3 branch.

I realize the merge window has opened -- so this can wait. We can just roll
with this once the that closes out and we're ready for new developemnt, no
critical fixes here. This is just paving the way for the next series which
introduces new features.

[0] https://lkml.kernel.org/r/20170330032450.17121-1-mcgrof@xxxxxxxxxx
[1] https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git/log/?h=20170501-driver-data-try2
[2] https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git/log/?h=v4.11-rc8-driver-data-try3

Luis R. Rodriguez (6):
  firmware: move kill_requests_without_uevent() up above
  firmware: share fw fallback killing on reboot/suspend
  firmware: always enable the reboot notifier
  firmware: add sanity check on shutdown/suspend
  firmware: move assign_firmware_buf() further up
  firmware: move umh try locks into the umh code

 .../driver-api/firmware/request_firmware.rst       |  11 +
 drivers/base/firmware_class.c                      | 302 ++++++++++++++-------
 2 files changed, 212 insertions(+), 101 deletions(-)

-- 
2.11.0