diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2012-10-03 15:58:32 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2012-10-03 15:58:32 -0700 |
commit | abb139e75c2cdbb955e840d6331cb5863e409d0e (patch) | |
tree | 2b6c986488d3a2444095153b167c0e0f82a0b487 /drivers/gpu/drm/nouveau/nv04_dac.c | |
parent | df5a2a1fbca44bebeebb78530ac93c734f289707 (diff) | |
download | linux-3.10-abb139e75c2cdbb955e840d6331cb5863e409d0e.tar.gz linux-3.10-abb139e75c2cdbb955e840d6331cb5863e409d0e.tar.bz2 linux-3.10-abb139e75c2cdbb955e840d6331cb5863e409d0e.zip |
firmware: teach the kernel to load firmware files directly from the filesystem
This is a first step in allowing people to by-pass udev for loading
device firmware. Current versions of udev will deadlock (causing us to
block for the 30 second timeout) under some circumstances if the
firmware is loaded as part of the module initialization path, and this
is causing problems for media drivers in particular.
The current patch hardcodes the firmware path that udev uses by default,
and will fall back to the legacy udev mode if the firmware cannot be
found there. We'd like to add support for both configuring the paths
and the fallback behaviour, but in the meantime this hopefully fixes the
immediate problem, while also giving us a way forward.
[ v2: Some VFS layer interface cleanups suggested by Al Viro ]
[ v3: use the default udev paths suggested by Kay Sievers ]
Suggested-by: Ivan Kalvachev <ikalvachev@gmail.com>
Acked-by: Greg KH <gregkh@linuxfoundation.org>
Acked-by: Al Viro <viro@zeniv.linux.org.uk>
Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: Kay Sievers <kay@redhat.com>
Cc: Ming Lei <ming.lei@canonical.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/gpu/drm/nouveau/nv04_dac.c')
0 files changed, 0 insertions, 0 deletions