mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-12-06 05:16:38 +07:00
f397c8d80a
Once upon a time it made sense to keep the mmc block device driver and its related code, in its own directory called card. Over time, more an more functions/structures have become shared through generic mmc header files, between the core and the card directory. In other words, the relationship between them has become closer. By sharing functions/structures via generic header files, it becomes easy for outside users to abuse them. In a way to avoid that from happen, let's move the files from card directory into the core directory, as it enables us to move definitions of functions/structures into mmc core specific header files. Note, this is only the first step in providing a cleaner mmc interface for outside users. Following changes will do the actual cleanup, as that is not part of this change. Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org> Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
91 lines
2.7 KiB
Plaintext
91 lines
2.7 KiB
Plaintext
#
|
|
# MMC core configuration
|
|
#
|
|
config PWRSEQ_EMMC
|
|
tristate "HW reset support for eMMC"
|
|
default y
|
|
depends on OF
|
|
help
|
|
This selects Hardware reset support aka pwrseq-emmc for eMMC
|
|
devices. By default this option is set to y.
|
|
|
|
This driver can also be built as a module. If so, the module
|
|
will be called pwrseq_emmc.
|
|
|
|
config PWRSEQ_SIMPLE
|
|
tristate "Simple HW reset support for MMC"
|
|
default y
|
|
depends on OF
|
|
help
|
|
This selects simple hardware reset support aka pwrseq-simple for MMC
|
|
devices. By default this option is set to y.
|
|
|
|
This driver can also be built as a module. If so, the module
|
|
will be called pwrseq_simple.
|
|
|
|
config MMC_BLOCK
|
|
tristate "MMC block device driver"
|
|
depends on BLOCK
|
|
default y
|
|
help
|
|
Say Y here to enable the MMC block device driver support.
|
|
This provides a block device driver, which you can use to
|
|
mount the filesystem. Almost everyone wishing MMC support
|
|
should say Y or M here.
|
|
|
|
config MMC_BLOCK_MINORS
|
|
int "Number of minors per block device"
|
|
depends on MMC_BLOCK
|
|
range 4 256
|
|
default 8
|
|
help
|
|
Number of minors per block device. One is needed for every
|
|
partition on the disk (plus one for the whole disk).
|
|
|
|
Number of total MMC minors available is 256, so your number
|
|
of supported block devices will be limited to 256 divided
|
|
by this number.
|
|
|
|
Default is 8 to be backwards compatible with previous
|
|
hardwired device numbering.
|
|
|
|
If unsure, say 8 here.
|
|
|
|
config MMC_BLOCK_BOUNCE
|
|
bool "Use bounce buffer for simple hosts"
|
|
depends on MMC_BLOCK
|
|
default y
|
|
help
|
|
SD/MMC is a high latency protocol where it is crucial to
|
|
send large requests in order to get high performance. Many
|
|
controllers, however, are restricted to continuous memory
|
|
(i.e. they can't do scatter-gather), something the kernel
|
|
rarely can provide.
|
|
|
|
Say Y here to help these restricted hosts by bouncing
|
|
requests back and forth from a large buffer. You will get
|
|
a big performance gain at the cost of up to 64 KiB of
|
|
physical memory.
|
|
|
|
If unsure, say Y here.
|
|
|
|
config SDIO_UART
|
|
tristate "SDIO UART/GPS class support"
|
|
depends on TTY
|
|
help
|
|
SDIO function driver for SDIO cards that implements the UART
|
|
class, as well as the GPS class which appears like a UART.
|
|
|
|
config MMC_TEST
|
|
tristate "MMC host test driver"
|
|
help
|
|
Development driver that performs a series of reads and writes
|
|
to a memory card in order to expose certain well known bugs
|
|
in host controllers. The tests are executed by writing to the
|
|
"test" file in debugfs under each card. Note that whatever is
|
|
on your card will be overwritten by these tests.
|
|
|
|
This driver is only of interest to those developing or
|
|
testing a host driver. Most people should say N here.
|
|
|