summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/nouveau/nv04_dac.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2012-10-03 15:58:32 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2012-10-03 15:58:32 -0700
commitabb139e75c2cdbb955e840d6331cb5863e409d0e (patch)
tree2b6c986488d3a2444095153b167c0e0f82a0b487 /drivers/gpu/drm/nouveau/nv04_dac.c
parentdf5a2a1fbca44bebeebb78530ac93c734f289707 (diff)
downloadlinux-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