2005-04-17 06:20:36 +08:00
|
|
|
#
|
|
|
|
# Block device driver configuration
|
|
|
|
#
|
|
|
|
|
2007-07-10 18:26:06 +08:00
|
|
|
menuconfig BLK_DEV
|
|
|
|
bool "Block devices"
|
|
|
|
depends on BLOCK
|
|
|
|
default y
|
2007-08-18 18:56:21 +08:00
|
|
|
---help---
|
|
|
|
Say Y here to get to see options for various different block device
|
|
|
|
drivers. This option alone does not add any kernel code.
|
|
|
|
|
|
|
|
If you say N, all options in this submenu will be skipped and disabled;
|
|
|
|
only do this if you know what you are doing.
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
|
2007-07-10 18:26:06 +08:00
|
|
|
if BLK_DEV
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2013-10-25 18:52:25 +08:00
|
|
|
config BLK_DEV_NULL_BLK
|
|
|
|
tristate "Null test block driver"
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config BLK_DEV_FD
|
|
|
|
tristate "Normal floppy disk support"
|
2005-09-06 08:48:42 +08:00
|
|
|
depends on ARCH_MAY_HAVE_PC_FDC
|
2005-04-17 06:20:36 +08:00
|
|
|
---help---
|
|
|
|
If you want to use the floppy disk drive(s) of your PC under Linux,
|
|
|
|
say Y. Information about this driver, especially important for IBM
|
2008-11-14 05:33:24 +08:00
|
|
|
Thinkpad users, is contained in
|
|
|
|
<file:Documentation/blockdev/floppy.txt>.
|
2005-04-17 06:20:36 +08:00
|
|
|
That file also contains the location of the Floppy driver FAQ as
|
|
|
|
well as location of the fdutils package used to configure additional
|
|
|
|
parameters of the driver at run time.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called floppy.
|
|
|
|
|
|
|
|
config AMIGA_FLOPPY
|
|
|
|
tristate "Amiga floppy support"
|
|
|
|
depends on AMIGA
|
|
|
|
|
|
|
|
config ATARI_FLOPPY
|
|
|
|
tristate "Atari floppy support"
|
|
|
|
depends on ATARI
|
|
|
|
|
|
|
|
config MAC_FLOPPY
|
|
|
|
tristate "Support for PowerMac floppy"
|
|
|
|
depends on PPC_PMAC && !PPC_PMAC64
|
|
|
|
help
|
|
|
|
If you have a SWIM-3 (Super Woz Integrated Machine 3; from Apple)
|
|
|
|
floppy controller, say Y here. Most commonly found in PowerMacs.
|
|
|
|
|
2008-11-15 23:10:10 +08:00
|
|
|
config BLK_DEV_SWIM
|
|
|
|
tristate "Support for SWIM Macintosh floppy"
|
|
|
|
depends on M68K && MAC
|
|
|
|
help
|
|
|
|
You should select this option if you want floppy support
|
|
|
|
and you don't have a II, IIfx, Q900, Q950 or AV series.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config AMIGA_Z2RAM
|
|
|
|
tristate "Amiga Zorro II ramdisk support"
|
|
|
|
depends on ZORRO
|
|
|
|
help
|
|
|
|
This enables support for using Chip RAM and Zorro II RAM as a
|
|
|
|
ramdisk or as a swap partition. Say Y if you want to include this
|
|
|
|
driver in the kernel.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called z2ram.
|
|
|
|
|
2010-05-11 15:02:55 +08:00
|
|
|
config GDROM
|
|
|
|
tristate "SEGA Dreamcast GD-ROM drive"
|
|
|
|
depends on SH_DREAMCAST
|
|
|
|
help
|
|
|
|
A standard SEGA Dreamcast comes with a modified CD ROM drive called a
|
|
|
|
"GD-ROM" by SEGA to signify it is capable of reading special disks
|
|
|
|
with up to 1 GB of data. This drive will also read standard CD ROM
|
|
|
|
disks. Select this option to access any disks in your GD ROM drive.
|
|
|
|
Most users will want to say "Y" here.
|
|
|
|
You can also build this as a module which will be called gdrom.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config PARIDE
|
|
|
|
tristate "Parallel port IDE device support"
|
2006-01-06 16:19:49 +08:00
|
|
|
depends on PARPORT_PC
|
2005-04-17 06:20:36 +08:00
|
|
|
---help---
|
|
|
|
There are many external CD-ROM and disk devices that connect through
|
|
|
|
your computer's parallel port. Most of them are actually IDE devices
|
|
|
|
using a parallel port IDE adapter. This option enables the PARIDE
|
|
|
|
subsystem which contains drivers for many of these external drives.
|
2008-11-14 05:33:24 +08:00
|
|
|
Read <file:Documentation/blockdev/paride.txt> for more information.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
If you have said Y to the "Parallel-port support" configuration
|
|
|
|
option, you may share a single port between your printer and other
|
|
|
|
parallel port devices. Answer Y to build PARIDE support into your
|
|
|
|
kernel, or M if you would like to build it as a loadable module. If
|
|
|
|
your parallel port support is in a loadable module, you must build
|
|
|
|
PARIDE as a module. If you built PARIDE support into your kernel,
|
|
|
|
you may still build the individual protocol modules and high-level
|
|
|
|
drivers as loadable modules. If you build this support as a module,
|
|
|
|
it will be called paride.
|
|
|
|
|
|
|
|
To use the PARIDE support, you must say Y or M here and also to at
|
|
|
|
least one high-level driver (e.g. "Parallel port IDE disks",
|
|
|
|
"Parallel port ATAPI CD-ROMs", "Parallel port ATAPI disks" etc.) and
|
|
|
|
to at least one protocol driver (e.g. "ATEN EH-100 protocol",
|
|
|
|
"MicroSolutions backpack protocol", "DataStor Commuter protocol"
|
|
|
|
etc.).
|
|
|
|
|
|
|
|
source "drivers/block/paride/Kconfig"
|
|
|
|
|
2011-08-30 22:34:26 +08:00
|
|
|
source "drivers/block/mtip32xx/Kconfig"
|
|
|
|
|
zram: promote zram from staging
Zram has lived in staging for a LONG LONG time and have been
fixed/improved by many contributors so code is clean and stable now. Of
course, there are lots of product using zram in real practice.
The major TV companys have used zram as swap since two years ago and
recently our production team released android smart phone with zram
which is used as swap, too and recently Android Kitkat start to use zram
for small memory smart phone. And there was a report Google released
their ChromeOS with zram, too and cyanogenmod have been used zram long
time ago. And I heard some disto have used zram block device for tmpfs.
In addition, I saw many report from many other peoples. For example,
Lubuntu start to use it.
The benefit of zram is very clear. With my experience, one of the
benefit was to remove jitter of video application with backgroud memory
pressure. It would be effect of efficient memory usage by compression
but more issue is whether swap is there or not in the system. Recent
mobile platforms have used JAVA so there are many anonymous pages. But
embedded system normally are reluctant to use eMMC or SDCard as swap
because there is wear-leveling and latency issues so if we do not use
swap, it means we can't reclaim anoymous pages and at last, we could
encounter OOM kill. :(
Although we have real storage as swap, it was a problem, too. Because
it sometime ends up making system very unresponsible caused by slow swap
storage performance.
Quote from Luigi on Google
"Since Chrome OS was mentioned: the main reason why we don't use swap
to a disk (rotating or SSD) is because it doesn't degrade gracefully
and leads to a bad interactive experience. Generally we prefer to
manage RAM at a higher level, by transparently killing and restarting
processes. But we noticed that zram is fast enough to be competitive
with the latter, and it lets us make more efficient use of the
available RAM. " and he announced.
http://www.spinics.net/lists/linux-mm/msg57717.html
Other uses case is to use zram for block device. Zram is block device
so anyone can format the block device and mount on it so some guys on
the internet start zram as /var/tmp.
http://forums.gentoo.org/viewtopic-t-838198-start-0.html
Let's promote zram and enhance/maintain it instead of removing.
Signed-off-by: Minchan Kim <minchan@kernel.org>
Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Acked-by: Nitin Gupta <ngupta@vflare.org>
Acked-by: Pekka Enberg <penberg@kernel.org>
Cc: Bob Liu <bob.liu@oracle.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Hugh Dickins <hughd@google.com>
Cc: Jens Axboe <axboe@kernel.dk>
Cc: Luigi Semenzato <semenzato@google.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Rik van Riel <riel@redhat.com>
Cc: Seth Jennings <sjenning@linux.vnet.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2014-01-31 07:45:52 +08:00
|
|
|
source "drivers/block/zram/Kconfig"
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config BLK_CPQ_DA
|
|
|
|
tristate "Compaq SMART2 support"
|
2013-10-18 06:38:30 +08:00
|
|
|
depends on PCI && VIRT_TO_BUS && 0
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
This is the driver for Compaq Smart Array controllers. Everyone
|
|
|
|
using these boards should say Y here. See the file
|
2008-11-14 05:33:24 +08:00
|
|
|
<file:Documentation/blockdev/cpqarray.txt> for the current list of
|
|
|
|
boards supported by this driver, and for further information on the
|
|
|
|
use of this driver.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config BLK_CPQ_CISS_DA
|
|
|
|
tristate "Compaq Smart Array 5xxx support"
|
|
|
|
depends on PCI
|
2012-09-09 18:47:47 +08:00
|
|
|
select CHECK_SIGNATURE
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
This is the driver for Compaq Smart Array 5xxx controllers.
|
|
|
|
Everyone using these boards should say Y here.
|
2008-11-14 05:33:24 +08:00
|
|
|
See <file:Documentation/blockdev/cciss.txt> for the current list of
|
2005-04-17 06:20:36 +08:00
|
|
|
boards supported by this driver, and for further information
|
|
|
|
on the use of this driver.
|
|
|
|
|
|
|
|
config CISS_SCSI_TAPE
|
|
|
|
bool "SCSI tape drive support for Smart Array 5xxx"
|
2006-12-07 12:38:40 +08:00
|
|
|
depends on BLK_CPQ_CISS_DA && PROC_FS
|
|
|
|
depends on SCSI=y || SCSI=BLK_CPQ_CISS_DA
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
When enabled (Y), this option allows SCSI tape drives and SCSI medium
|
|
|
|
changers (tape robots) to be accessed via a Compaq 5xxx array
|
2008-11-14 05:33:24 +08:00
|
|
|
controller. (See <file:Documentation/blockdev/cciss.txt> for more details.)
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
"SCSI support" and "SCSI tape support" must also be enabled for this
|
|
|
|
option to work.
|
|
|
|
|
|
|
|
When this option is disabled (N), the SCSI portion of the driver
|
|
|
|
is not compiled.
|
|
|
|
|
|
|
|
config BLK_DEV_DAC960
|
|
|
|
tristate "Mylex DAC960/DAC1100 PCI RAID Controller support"
|
|
|
|
depends on PCI
|
|
|
|
help
|
|
|
|
This driver adds support for the Mylex DAC960, AcceleRAID, and
|
|
|
|
eXtremeRAID PCI RAID controllers. See the file
|
2008-11-14 05:33:24 +08:00
|
|
|
<file:Documentation/blockdev/README.DAC960> for further information
|
|
|
|
about this driver.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called DAC960.
|
|
|
|
|
|
|
|
config BLK_DEV_UMEM
|
2012-10-24 04:01:51 +08:00
|
|
|
tristate "Micro Memory MM5415 Battery Backed RAM support"
|
|
|
|
depends on PCI
|
2005-04-17 06:20:36 +08:00
|
|
|
---help---
|
|
|
|
Saying Y here will include support for the MM5415 family of
|
|
|
|
battery backed (Non-volatile) RAM cards.
|
|
|
|
<http://www.umem.com/>
|
|
|
|
|
|
|
|
The cards appear as block devices that can be partitioned into
|
|
|
|
as many as 15 partitions.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called umem.
|
|
|
|
|
|
|
|
The umem driver has not yet been allocated a MAJOR number, so
|
2006-10-04 04:17:48 +08:00
|
|
|
one is chosen dynamically.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config BLK_DEV_UBD
|
|
|
|
bool "Virtual block device"
|
|
|
|
depends on UML
|
|
|
|
---help---
|
|
|
|
The User-Mode Linux port includes a driver called UBD which will let
|
|
|
|
you access arbitrary files on the host computer as block devices.
|
|
|
|
Unless you know that you do not need such virtual block devices say
|
|
|
|
Y here.
|
|
|
|
|
|
|
|
config BLK_DEV_UBD_SYNC
|
|
|
|
bool "Always do synchronous disk IO for UBD"
|
|
|
|
depends on BLK_DEV_UBD
|
|
|
|
---help---
|
|
|
|
Writes to the virtual block device are not immediately written to the
|
|
|
|
host's disk; this may cause problems if, for example, the User-Mode
|
|
|
|
Linux 'Virtual Machine' uses a journalling filesystem and the host
|
|
|
|
computer crashes.
|
|
|
|
|
|
|
|
Synchronous operation (i.e. always writing data to the host's disk
|
|
|
|
immediately) is configurable on a per-UBD basis by using a special
|
|
|
|
kernel command line option. Alternatively, you can say Y here to
|
|
|
|
turn on synchronous operation by default for all block devices.
|
|
|
|
|
|
|
|
If you're running a journalling file system (like reiserfs, for
|
|
|
|
example) in your virtual machine, you will want to say Y here. If
|
|
|
|
you care for the safety of the data in your virtual machine, Y is a
|
|
|
|
wise choice too. In all other cases (for example, if you're just
|
|
|
|
playing around with User-Mode Linux) you can choose N.
|
|
|
|
|
|
|
|
config BLK_DEV_COW_COMMON
|
|
|
|
bool
|
|
|
|
default BLK_DEV_UBD
|
|
|
|
|
|
|
|
config BLK_DEV_LOOP
|
|
|
|
tristate "Loopback device support"
|
|
|
|
---help---
|
|
|
|
Saying Y here will allow you to use a regular file as a block
|
|
|
|
device; you can then create a file system on that block device and
|
|
|
|
mount it just as you would mount other block devices such as hard
|
|
|
|
drive partitions, CD-ROM drives or floppy drives. The loop devices
|
|
|
|
are block special device files with major number 7 and typically
|
|
|
|
called /dev/loop0, /dev/loop1 etc.
|
|
|
|
|
|
|
|
This is useful if you want to check an ISO 9660 file system before
|
|
|
|
burning the CD, or if you want to use floppy images without first
|
|
|
|
writing them to floppy. Furthermore, some Linux distributions avoid
|
|
|
|
the need for a dedicated Linux partition by keeping their complete
|
|
|
|
root file system inside a DOS FAT file using this loop device
|
|
|
|
driver.
|
|
|
|
|
|
|
|
To use the loop device, you need the losetup utility, found in the
|
|
|
|
util-linux package, see
|
|
|
|
<ftp://ftp.kernel.org/pub/linux/utils/util-linux/>.
|
|
|
|
|
|
|
|
The loop device driver can also be used to "hide" a file system in
|
|
|
|
a disk partition, floppy, or regular file, either using encryption
|
|
|
|
(scrambling the data) or steganography (hiding the data in the low
|
|
|
|
bits of, say, a sound file). This is also safe if the file resides
|
|
|
|
on a remote file server.
|
|
|
|
|
|
|
|
There are several ways of encrypting disks. Some of these require
|
|
|
|
kernel patches. The vanilla kernel offers the cryptoloop option
|
|
|
|
and a Device Mapper target (which is superior, as it supports all
|
|
|
|
file systems). If you want to use the cryptoloop, say Y to both
|
|
|
|
LOOP and CRYPTOLOOP, and make sure you have a recent (version 2.12
|
|
|
|
or later) version of util-linux. Additionally, be aware that
|
|
|
|
the cryptoloop is not safe for storing journaled filesystems.
|
|
|
|
|
|
|
|
Note that this loop device has nothing to do with the loopback
|
|
|
|
device used for network connections from the machine to itself.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called loop.
|
|
|
|
|
|
|
|
Most users will answer N here.
|
|
|
|
|
2011-08-01 04:08:04 +08:00
|
|
|
config BLK_DEV_LOOP_MIN_COUNT
|
|
|
|
int "Number of loop devices to pre-create at init time"
|
|
|
|
depends on BLK_DEV_LOOP
|
|
|
|
default 8
|
|
|
|
help
|
|
|
|
Static number of loop devices to be unconditionally pre-created
|
|
|
|
at init time.
|
|
|
|
|
|
|
|
This default value can be overwritten on the kernel command
|
|
|
|
line or with module-parameter loop.max_loop.
|
|
|
|
|
|
|
|
The historic default is 8. If a late 2011 version of losetup(8)
|
|
|
|
is used, it can be set to 0, since needed loop devices can be
|
|
|
|
dynamically allocated with the /dev/loop-control interface.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config BLK_DEV_CRYPTOLOOP
|
|
|
|
tristate "Cryptoloop Support"
|
|
|
|
select CRYPTO
|
2006-12-02 11:36:03 +08:00
|
|
|
select CRYPTO_CBC
|
2005-04-17 06:20:36 +08:00
|
|
|
depends on BLK_DEV_LOOP
|
|
|
|
---help---
|
|
|
|
Say Y here if you want to be able to use the ciphers that are
|
|
|
|
provided by the CryptoAPI as loop transformation. This might be
|
|
|
|
used as hard disk encryption.
|
|
|
|
|
|
|
|
WARNING: This device is not safe for journaled file systems like
|
|
|
|
ext3 or Reiserfs. Please use the Device Mapper crypto module
|
|
|
|
instead, which can be configured to be on-disk compatible with the
|
|
|
|
cryptoloop device.
|
|
|
|
|
2009-09-26 07:07:19 +08:00
|
|
|
source "drivers/block/drbd/Kconfig"
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config BLK_DEV_NBD
|
|
|
|
tristate "Network block device support"
|
|
|
|
depends on NET
|
|
|
|
---help---
|
|
|
|
Saying Y here will allow your computer to be a client for network
|
|
|
|
block devices, i.e. it will be able to use block devices exported by
|
|
|
|
servers (mount file systems on them etc.). Communication between
|
|
|
|
client and server works over TCP/IP networking, but to the client
|
|
|
|
program this is hidden: it looks like a regular local file access to
|
|
|
|
a block device special file such as /dev/nd0.
|
|
|
|
|
|
|
|
Network block devices also allows you to run a block-device in
|
|
|
|
userland (making server and client physically the same computer,
|
|
|
|
communicating using the loopback network device).
|
|
|
|
|
2008-11-14 05:33:24 +08:00
|
|
|
Read <file:Documentation/blockdev/nbd.txt> for more information,
|
|
|
|
especially about where to find the server code, which runs in user
|
|
|
|
space and does not need special kernel support.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
Note that this has nothing to do with the network file systems NFS
|
|
|
|
or Coda; you can say N here even if you intend to use NFS or Coda.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called nbd.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
2011-01-21 01:50:14 +08:00
|
|
|
config BLK_DEV_NVME
|
|
|
|
tristate "NVM Express block device"
|
|
|
|
depends on PCI
|
|
|
|
---help---
|
|
|
|
The NVM Express driver is for solid state drives directly
|
|
|
|
connected to the PCI or PCI Express bus. If you know you
|
|
|
|
don't have one of these, it is safe to answer N.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called nvme.
|
|
|
|
|
2013-10-16 04:19:07 +08:00
|
|
|
config BLK_DEV_SKD
|
|
|
|
tristate "STEC S1120 Block Driver"
|
|
|
|
depends on PCI
|
|
|
|
depends on 64BIT
|
|
|
|
---help---
|
|
|
|
Saying Y or M here will enable support for the
|
|
|
|
STEC, Inc. S1120 PCIe SSD.
|
|
|
|
|
|
|
|
Use device /dev/skd$N amd /dev/skd$Np$M.
|
|
|
|
|
2009-04-10 19:50:45 +08:00
|
|
|
config BLK_DEV_OSD
|
|
|
|
tristate "OSD object-as-blkdev support"
|
|
|
|
depends on SCSI_OSD_ULD
|
|
|
|
---help---
|
|
|
|
Saying Y or M here will allow the exporting of a single SCSI
|
|
|
|
OSD (object-based storage) object as a Linux block device.
|
|
|
|
|
|
|
|
For example, if you create a 2G object on an OSD device,
|
|
|
|
you can then use this module to present that 2G object as
|
|
|
|
a Linux block device.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called osdblk.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config BLK_DEV_SX8
|
|
|
|
tristate "Promise SATA SX8 support"
|
|
|
|
depends on PCI
|
|
|
|
---help---
|
|
|
|
Saying Y or M here will enable support for the
|
|
|
|
Promise SATA SX8 controllers.
|
|
|
|
|
|
|
|
Use devices /dev/sx8/$N and /dev/sx8/$Np$M.
|
|
|
|
|
|
|
|
config BLK_DEV_RAM
|
rewrite rd
This is a rewrite of the ramdisk block device driver.
The old one is really difficult because it effectively implements a block
device which serves data out of its own buffer cache. It relies on the dirty
bit being set, to pin its backing store in cache, however there are non
trivial paths which can clear the dirty bit (eg. try_to_free_buffers()),
which had recently lead to data corruption. And in general it is completely
wrong for a block device driver to do this.
The new one is more like a regular block device driver. It has no idea about
vm/vfs stuff. It's backing store is similar to the buffer cache (a simple
radix-tree of pages), but it doesn't know anything about page cache (the pages
in the radix tree are not pagecache pages).
There is one slight downside -- direct block device access and filesystem
metadata access goes through an extra copy and gets stored in RAM twice.
However, this downside is only slight, because the real buffercache of the
device is now reclaimable (because we're not playing crazy games with it), so
under memory intensive situations, footprint should effectively be the same --
maybe even a slight advantage to the new driver because it can also reclaim
buffer heads.
The fact that it now goes through all the regular vm/fs paths makes it
much more useful for testing, too.
text data bss dec hex filename
2837 849 384 4070 fe6 drivers/block/rd.o
3528 371 12 3911 f47 drivers/block/brd.o
Text is larger, but data and bss are smaller, making total size smaller.
A few other nice things about it:
- Similar structure and layout to the new loop device handlinag.
- Dynamic ramdisk creation.
- Runtime flexible buffer head size (because it is no longer part of the
ramdisk code).
- Boot / load time flexible ramdisk size, which could easily be extended
to a per-ramdisk runtime changeable size (eg. with an ioctl).
- Can use highmem for the backing store.
[akpm@linux-foundation.org: fix build]
[byron.bbradley@gmail.com: make rd_size non-static]
Signed-off-by: Nick Piggin <npiggin@suse.de>
Signed-off-by: Byron Bradley <byron.bbradley@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 20:19:49 +08:00
|
|
|
tristate "RAM block device support"
|
2005-04-17 06:20:36 +08:00
|
|
|
---help---
|
|
|
|
Saying Y here will allow you to use a portion of your RAM memory as
|
|
|
|
a block device, so that you can make file systems on it, read and
|
|
|
|
write to it and do all the other things that you can do with normal
|
|
|
|
block devices (such as hard drives). It is usually used to load and
|
|
|
|
store a copy of a minimal root file system off of a floppy into RAM
|
|
|
|
during the initial install of Linux.
|
|
|
|
|
2008-11-14 05:33:24 +08:00
|
|
|
Note that the kernel command line option "ramdisk=XX" is now obsolete.
|
|
|
|
For details, read <file:Documentation/blockdev/ramdisk.txt>.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
2014-01-24 07:53:46 +08:00
|
|
|
module will be called brd. An alias "rd" has been defined
|
|
|
|
for historical reasons.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
Most normal users won't need the RAM disk functionality, and can
|
|
|
|
thus say N here.
|
|
|
|
|
|
|
|
config BLK_DEV_RAM_COUNT
|
2006-03-28 17:56:17 +08:00
|
|
|
int "Default number of RAM disks"
|
2005-04-17 06:20:36 +08:00
|
|
|
default "16"
|
2006-03-28 17:56:17 +08:00
|
|
|
depends on BLK_DEV_RAM
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
2007-10-20 05:05:02 +08:00
|
|
|
The default value is 16 RAM disks. Change this if you know what you
|
2005-04-17 06:20:36 +08:00
|
|
|
are doing. If you boot from a filesystem that needs to be extracted
|
|
|
|
in memory, you will need at least one RAM disk (e.g. root on cramfs).
|
|
|
|
|
|
|
|
config BLK_DEV_RAM_SIZE
|
|
|
|
int "Default RAM disk size (kbytes)"
|
|
|
|
depends on BLK_DEV_RAM
|
|
|
|
default "4096"
|
|
|
|
help
|
|
|
|
The default value is 4096 kilobytes. Only change this if you know
|
2007-10-20 05:05:02 +08:00
|
|
|
what you are doing.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2008-02-08 20:19:50 +08:00
|
|
|
config BLK_DEV_XIP
|
|
|
|
bool "Support XIP filesystems on RAM block device"
|
|
|
|
depends on BLK_DEV_RAM
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
Support XIP filesystems (such as ext2 with XIP support on) on
|
|
|
|
top of block ram device. This will slightly enlarge the kernel, and
|
|
|
|
will prevent RAM block device backing store memory from being
|
|
|
|
allocated from highmem (only a problem for highmem systems).
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config CDROM_PKTCDVD
|
|
|
|
tristate "Packet writing on CD/DVD media"
|
|
|
|
depends on !UML
|
|
|
|
help
|
2006-12-08 18:36:10 +08:00
|
|
|
If you have a CDROM/DVD drive that supports packet writing, say
|
|
|
|
Y to include support. It should work with any MMC/Mt Fuji
|
|
|
|
compliant ATAPI or SCSI drive, which is just about any newer
|
|
|
|
DVD/CD writer.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2006-12-08 18:36:10 +08:00
|
|
|
Currently only writing to CD-RW, DVD-RW, DVD+RW and DVDRAM discs
|
|
|
|
is possible.
|
2005-04-17 06:20:36 +08:00
|
|
|
DVD-RW disks must be in restricted overwrite mode.
|
|
|
|
|
2006-12-08 18:36:10 +08:00
|
|
|
See the file <file:Documentation/cdrom/packet-writing.txt>
|
|
|
|
for further information on the use of this driver.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called pktcdvd.
|
|
|
|
|
|
|
|
config CDROM_PKTCDVD_BUFFERS
|
|
|
|
int "Free buffers for data gathering"
|
|
|
|
depends on CDROM_PKTCDVD
|
|
|
|
default "8"
|
|
|
|
help
|
|
|
|
This controls the maximum number of active concurrent packets. More
|
|
|
|
concurrent packets can increase write performance, but also require
|
|
|
|
more memory. Each concurrent packet will require approximately 64Kb
|
2006-02-05 15:27:47 +08:00
|
|
|
of non-swappable kernel memory, memory which will be allocated when
|
|
|
|
a disc is opened for writing.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config CDROM_PKTCDVD_WCACHE
|
2012-10-24 04:01:51 +08:00
|
|
|
bool "Enable write caching"
|
|
|
|
depends on CDROM_PKTCDVD
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
If enabled, write caching will be set for the CD-R/W device. For now
|
|
|
|
this option is dangerous unless the CD-RW media is known good, as we
|
|
|
|
don't do deferred write error handling yet.
|
|
|
|
|
|
|
|
config ATA_OVER_ETH
|
|
|
|
tristate "ATA over Ethernet support"
|
|
|
|
depends on NET
|
|
|
|
help
|
|
|
|
This driver provides Support for ATA over Ethernet block
|
|
|
|
devices like the Coraid EtherDrive (R) Storage Blade.
|
|
|
|
|
mflash: initial support
This driver supports mflash IO mode for linux.
Mflash is embedded flash drive and mainly targeted mobile and consumer
electronic devices.
Internally, mflash has nand flash and other hardware logics and supports 2
different operation (ATA, IO) modes. ATA mode doesn't need any new driver
and currently works well under standard IDE subsystem. Actually it's one
chip SSD. IO mode is ATA-like custom mode for the host that doesn't have
IDE interface.
Followings are brief descriptions about IO mode.
A. IO mode based on ATA protocol and uses some custom command. (read confirm,
write confirm)
B. IO mode uses SRAM bus interface.
C. IO mode supports 4kB boot area, so host can boot from mflash.
This driver is quitely similar to a standard ATA driver, but because of
following reasons it is currently seperated with ATA layer.
1. ATA layer deals standard ATA protocol. ATA layer have many low-
level device specific interface, but data transfer keeps ATA rule.
But, mflash IO mode doesn't.
2. Even though currently not used in mflash driver code, mflash has
some custom command and modes. (nand fusing, firmware patch, etc) If
this feature supported in linux kernel, ATA layer more altered.
3. Currently PATA platform device driver doesn't support interrupt.
(I'm not sure) But, mflash uses interrupt (polling mode is just for
debug).
4. mflash is somewhat under-develop product. Even though some company
already using mflash their own product, I think more time is needed for
standardization of custom command and mode. That time (maybe October)
I will talk to with ATA people. If they accept integration, I will
integrate.
Signed-off-by: unsik Kim <donari75@gmail.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
2009-04-03 03:50:58 +08:00
|
|
|
config MG_DISK
|
|
|
|
tristate "mGine mflash, gflash support"
|
2009-04-28 12:06:16 +08:00
|
|
|
depends on ARM && GPIOLIB
|
mflash: initial support
This driver supports mflash IO mode for linux.
Mflash is embedded flash drive and mainly targeted mobile and consumer
electronic devices.
Internally, mflash has nand flash and other hardware logics and supports 2
different operation (ATA, IO) modes. ATA mode doesn't need any new driver
and currently works well under standard IDE subsystem. Actually it's one
chip SSD. IO mode is ATA-like custom mode for the host that doesn't have
IDE interface.
Followings are brief descriptions about IO mode.
A. IO mode based on ATA protocol and uses some custom command. (read confirm,
write confirm)
B. IO mode uses SRAM bus interface.
C. IO mode supports 4kB boot area, so host can boot from mflash.
This driver is quitely similar to a standard ATA driver, but because of
following reasons it is currently seperated with ATA layer.
1. ATA layer deals standard ATA protocol. ATA layer have many low-
level device specific interface, but data transfer keeps ATA rule.
But, mflash IO mode doesn't.
2. Even though currently not used in mflash driver code, mflash has
some custom command and modes. (nand fusing, firmware patch, etc) If
this feature supported in linux kernel, ATA layer more altered.
3. Currently PATA platform device driver doesn't support interrupt.
(I'm not sure) But, mflash uses interrupt (polling mode is just for
debug).
4. mflash is somewhat under-develop product. Even though some company
already using mflash their own product, I think more time is needed for
standardization of custom command and mode. That time (maybe October)
I will talk to with ATA people. If they accept integration, I will
integrate.
Signed-off-by: unsik Kim <donari75@gmail.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
2009-04-03 03:50:58 +08:00
|
|
|
help
|
|
|
|
mGine mFlash(gFlash) block device driver
|
|
|
|
|
|
|
|
config MG_DISK_RES
|
|
|
|
int "Size of reserved area before MBR"
|
|
|
|
depends on MG_DISK
|
|
|
|
default 0
|
|
|
|
help
|
|
|
|
Define size of reserved area that usually used for boot. Unit is KB.
|
|
|
|
All of the block device operation will be taken this value as start
|
|
|
|
offset
|
|
|
|
Examples:
|
|
|
|
1024 => 1 MB
|
|
|
|
|
2007-07-16 19:03:56 +08:00
|
|
|
config SUNVDC
|
|
|
|
tristate "Sun Virtual Disk Client support"
|
|
|
|
depends on SUN_LDOMS
|
|
|
|
help
|
|
|
|
Support for virtual disk devices as a client under Sun
|
|
|
|
Logical Domains.
|
|
|
|
|
2007-05-10 21:46:00 +08:00
|
|
|
source "drivers/s390/block/Kconfig"
|
|
|
|
|
2007-07-17 19:03:39 +08:00
|
|
|
config XILINX_SYSACE
|
|
|
|
tristate "Xilinx SystemACE support"
|
2009-05-11 21:49:12 +08:00
|
|
|
depends on 4xx || MICROBLAZE
|
2007-07-17 19:03:39 +08:00
|
|
|
help
|
|
|
|
Include support for the Xilinx SystemACE CompactFlash interface
|
|
|
|
|
2007-07-18 09:37:06 +08:00
|
|
|
config XEN_BLKDEV_FRONTEND
|
|
|
|
tristate "Xen virtual block device support"
|
|
|
|
depends on XEN
|
|
|
|
default y
|
2009-02-10 04:05:51 +08:00
|
|
|
select XEN_XENBUS_FRONTEND
|
2007-07-18 09:37:06 +08:00
|
|
|
help
|
|
|
|
This driver implements the front-end of the Xen virtual
|
|
|
|
block device driver. It communicates with a back-end driver
|
|
|
|
in another domain which drives the actual block device.
|
|
|
|
|
2011-04-19 02:24:23 +08:00
|
|
|
config XEN_BLKDEV_BACKEND
|
2011-08-03 23:12:17 +08:00
|
|
|
tristate "Xen block-device backend driver"
|
2011-04-19 02:24:23 +08:00
|
|
|
depends on XEN_BACKEND
|
|
|
|
help
|
|
|
|
The block-device backend driver allows the kernel to export its
|
|
|
|
block devices to other guests via a high-performance shared-memory
|
|
|
|
interface.
|
|
|
|
|
2011-05-13 04:10:55 +08:00
|
|
|
The corresponding Linux frontend driver is enabled by the
|
|
|
|
CONFIG_XEN_BLKDEV_FRONTEND configuration option.
|
|
|
|
|
|
|
|
The backend driver attaches itself to a any block device specified
|
|
|
|
in the XenBus configuration. There are no limits to what the block
|
|
|
|
device as long as it has a major and minor.
|
|
|
|
|
|
|
|
If you are compiling a kernel to run in a Xen block backend driver
|
|
|
|
domain (often this is domain 0) you should say Y here. To
|
|
|
|
compile this driver as a module, chose M here: the module
|
|
|
|
will be called xen-blkback.
|
|
|
|
|
|
|
|
|
2007-10-22 09:03:38 +08:00
|
|
|
config VIRTIO_BLK
|
2012-10-24 04:01:51 +08:00
|
|
|
tristate "Virtio block driver"
|
|
|
|
depends on VIRTIO
|
2007-10-22 09:03:38 +08:00
|
|
|
---help---
|
2007-11-08 10:46:31 +08:00
|
|
|
This is the virtual block driver for virtio. It can be used with
|
|
|
|
lguest or QEMU based VMMs (like KVM or Xen). Say Y or M.
|
2007-10-22 09:03:38 +08:00
|
|
|
|
2008-07-17 02:33:47 +08:00
|
|
|
config BLK_DEV_HD
|
2008-07-17 02:33:47 +08:00
|
|
|
bool "Very old hard disk (MFM/RLL/IDE) driver"
|
2008-07-17 02:33:47 +08:00
|
|
|
depends on HAVE_IDE
|
2013-09-03 17:43:10 +08:00
|
|
|
depends on !ARM || ARCH_RPC || BROKEN
|
2008-07-17 02:33:47 +08:00
|
|
|
help
|
2008-07-17 02:33:47 +08:00
|
|
|
This is a very old hard disk driver that lacks the enhanced
|
|
|
|
functionality of the newer ones.
|
|
|
|
|
|
|
|
It is required for systems with ancient MFM/RLL/ESDI drives.
|
|
|
|
|
|
|
|
If unsure, say N.
|
2008-07-17 02:33:47 +08:00
|
|
|
|
2010-08-13 07:11:25 +08:00
|
|
|
config BLK_DEV_RBD
|
|
|
|
tristate "Rados block device (RBD)"
|
2012-10-24 04:01:51 +08:00
|
|
|
depends on INET && BLOCK
|
2010-08-13 07:11:25 +08:00
|
|
|
select CEPH_LIB
|
|
|
|
select LIBCRC32C
|
|
|
|
select CRYPTO_AES
|
|
|
|
select CRYPTO
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
Say Y here if you want include the Rados block device, which stripes
|
|
|
|
a block device over objects stored in the Ceph distributed object
|
|
|
|
store.
|
|
|
|
|
|
|
|
More information at http://ceph.newdream.net/.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
2013-02-05 21:15:02 +08:00
|
|
|
config BLK_DEV_RSXX
|
2013-06-19 03:43:58 +08:00
|
|
|
tristate "IBM Flash Adapter 900GB Full Height PCIe Device Driver"
|
2013-02-05 21:15:02 +08:00
|
|
|
depends on PCI
|
|
|
|
help
|
|
|
|
Device driver for IBM's high speed PCIe SSD
|
2013-06-19 03:43:58 +08:00
|
|
|
storage device: Flash Adapter 900GB Full Height.
|
2013-02-05 21:15:02 +08:00
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called rsxx.
|
|
|
|
|
2007-07-10 18:26:06 +08:00
|
|
|
endif # BLK_DEV
|