forked from luck/tmp_suning_uos_patched
driver-core: Kconfig grammar corrections in firmware configuration
Fix some grammatical errors and reword a few sentences. Signed-off-by: matt mooney <mfm@muteddisk.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
This commit is contained in:
parent
b6badddccc
commit
113647a281
|
@ -65,17 +65,17 @@ config PREVENT_FIRMWARE_BUILD
|
|||
default y
|
||||
help
|
||||
Say yes to avoid building firmware. Firmware is usually shipped
|
||||
with the driver, and only when updating the firmware a rebuild
|
||||
should be made.
|
||||
If unsure say Y here.
|
||||
with the driver and only when updating the firmware should a
|
||||
rebuild be made.
|
||||
If unsure, say Y here.
|
||||
|
||||
config FW_LOADER
|
||||
tristate "Userspace firmware loading support" if EXPERT
|
||||
default y
|
||||
---help---
|
||||
This option is provided for the case where no in-kernel-tree modules
|
||||
require userspace firmware loading support, but a module built outside
|
||||
the kernel tree does.
|
||||
This option is provided for the case where none of the in-tree modules
|
||||
require userspace firmware loading support, but a module built
|
||||
out-of-tree does.
|
||||
|
||||
config FIRMWARE_IN_KERNEL
|
||||
bool "Include in-kernel firmware blobs in kernel binary"
|
||||
|
@ -83,22 +83,22 @@ config FIRMWARE_IN_KERNEL
|
|||
default y
|
||||
help
|
||||
The kernel source tree includes a number of firmware 'blobs'
|
||||
which are used by various drivers. The recommended way to
|
||||
that are used by various drivers. The recommended way to
|
||||
use these is to run "make firmware_install" and to copy the
|
||||
resulting binary files created in usr/lib/firmware directory
|
||||
of the kernel tree to the /lib/firmware on your system so
|
||||
that they can be loaded by userspace helpers on request.
|
||||
resulting binary files created in usr/lib/firmware/ of the
|
||||
kernel tree to /lib/firmware/ on your system so that they can
|
||||
be loaded by userspace helpers on request.
|
||||
|
||||
Enabling this option will build each required firmware blob
|
||||
into the kernel directly, where request_firmware() will find
|
||||
them without having to call out to userspace. This may be
|
||||
useful if your root file system requires a device which uses
|
||||
such firmware, and do not wish to use an initrd.
|
||||
useful if your root file system requires a device that uses
|
||||
such firmware and do not wish to use an initrd.
|
||||
|
||||
This single option controls the inclusion of firmware for
|
||||
every driver which uses request_firmware() and ships its
|
||||
firmware in the kernel source tree, to avoid a proliferation
|
||||
of 'Include firmware for xxx device' options.
|
||||
every driver that uses request_firmware() and ships its
|
||||
firmware in the kernel source tree, which avoids a
|
||||
proliferation of 'Include firmware for xxx device' options.
|
||||
|
||||
Say 'N' and let firmware be loaded from userspace.
|
||||
|
||||
|
@ -106,27 +106,27 @@ config EXTRA_FIRMWARE
|
|||
string "External firmware blobs to build into the kernel binary"
|
||||
depends on FW_LOADER
|
||||
help
|
||||
This option allows firmware to be built into the kernel, for the
|
||||
cases where the user either cannot or doesn't want to provide it from
|
||||
This option allows firmware to be built into the kernel for the case
|
||||
where the user either cannot or doesn't want to provide it from
|
||||
userspace at runtime (for example, when the firmware in question is
|
||||
required for accessing the boot device, and the user doesn't want to
|
||||
use an initrd).
|
||||
|
||||
This option is a string, and takes the (space-separated) names of the
|
||||
firmware files -- the same names which appear in MODULE_FIRMWARE()
|
||||
This option is a string and takes the (space-separated) names of the
|
||||
firmware files -- the same names that appear in MODULE_FIRMWARE()
|
||||
and request_firmware() in the source. These files should exist under
|
||||
the directory specified by the EXTRA_FIRMWARE_DIR option, which is
|
||||
by default the firmware/ subdirectory of the kernel source tree.
|
||||
by default the firmware subdirectory of the kernel source tree.
|
||||
|
||||
So, for example, you might set CONFIG_EXTRA_FIRMWARE="usb8388.bin",
|
||||
copy the usb8388.bin file into the firmware/ directory, and build the
|
||||
kernel. Then any request_firmware("usb8388.bin") will be
|
||||
satisfied internally without needing to call out to userspace.
|
||||
For example, you might set CONFIG_EXTRA_FIRMWARE="usb8388.bin", copy
|
||||
the usb8388.bin file into the firmware directory, and build the kernel.
|
||||
Then any request_firmware("usb8388.bin") will be satisfied internally
|
||||
without needing to call out to userspace.
|
||||
|
||||
WARNING: If you include additional firmware files into your binary
|
||||
kernel image which are not available under the terms of the GPL,
|
||||
kernel image that are not available under the terms of the GPL,
|
||||
then it may be a violation of the GPL to distribute the resulting
|
||||
image -- since it combines both GPL and non-GPL work. You should
|
||||
image since it combines both GPL and non-GPL work. You should
|
||||
consult a lawyer of your own before distributing such an image.
|
||||
|
||||
config EXTRA_FIRMWARE_DIR
|
||||
|
@ -136,10 +136,9 @@ config EXTRA_FIRMWARE_DIR
|
|||
help
|
||||
This option controls the directory in which the kernel build system
|
||||
looks for the firmware files listed in the EXTRA_FIRMWARE option.
|
||||
The default is the firmware/ directory in the kernel source tree,
|
||||
but by changing this option you can point it elsewhere, such as
|
||||
the /lib/firmware/ directory or another separate directory
|
||||
containing firmware files.
|
||||
The default is firmware/ in the kernel source tree, but by changing
|
||||
this option you can point it elsewhere, such as /lib/firmware/ or
|
||||
some other directory containing the firmware files.
|
||||
|
||||
config DEBUG_DRIVER
|
||||
bool "Driver Core verbose debug messages"
|
||||
|
|
Loading…
Reference in New Issue
Block a user