Gitiles
Code Review Sign In
gerrit-public.fairphone.software / kernel / msm-4.9 / 5f3ea37c7716db4e894a480e0c18b24399595b6b / . / block / Kconfig
blob: 290b219fad9c5a1b825d495c8ea427bda7b04c5c [file] [log] [blame]
Jens Axboe3a65dfe2005-11-04 08:43:35 +0100[diff] [blame]1#
2# Block layer core configuration
3#
Jan Engelhardt16ed0022007-07-10 12:24:11 +0200[diff] [blame]4menuconfig BLOCK
Jens Axboe51d75132006-09-30 21:14:05 +0200[diff] [blame]5 bool "Enable the block layer" if EMBEDDED
David Howells93614012006-09-30 20:45:40 +0200[diff] [blame]6 default y
7 help
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]8 Provide block layer support for the kernel.
David Howells93614012006-09-30 20:45:40 +0200[diff] [blame]9
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]10 Disable this option to remove the block layer support from the
11 kernel. This may be useful for embedded devices.
12
13 If this option is disabled:
14
15 - block device files will become unusable
16 - some filesystems (such as ext3) will become unavailable.
17
18 Also, SCSI character devices and USB storage will be disabled since
19 they make use of various block layer definitions and facilities.
David Howells93614012006-09-30 20:45:40 +0200[diff] [blame]20
21 Say Y here unless you know you really don't want to mount disks and
22 suchlike.
23
24if BLOCK
25
Jens Axboe3a65dfe2005-11-04 08:43:35 +0100[diff] [blame]26config LBD
27 bool "Support for Large Block Devices"
Matthew Wilcoxe6243862006-12-04 03:38:31 -0700[diff] [blame]28 depends on !64BIT
Jens Axboe3a65dfe2005-11-04 08:43:35 +0100[diff] [blame]29 help
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]30 Enable block devices of size 2TB and larger.
31
32 This option is required to support the full capacity of large
33 (2TB+) block devices, including RAID, disk, Network Block Device,
34 Logical Volume Manager (LVM) and loopback.
35
36 For example, RAID devices are frequently bigger than the capacity
37 of the largest individual hard drive.
38
39 This option is not required if you have individual disk drives
40 which total 2TB+ and you are not aggregating the capacity into
41 a large block device (e.g. using RAID or LVM).
42
43 If unsure, say N.
Jens Axboe3a65dfe2005-11-04 08:43:35 +0100[diff] [blame]44
Jens Axboe2056a782006-03-23 20:00:26 +0100[diff] [blame]45config BLK_DEV_IO_TRACE
46 bool "Support for tracing block io actions"
Jens Axboe09540e62006-03-26 14:32:09 +0200[diff] [blame]47 depends on SYSFS
Jens Axboe2056a782006-03-23 20:00:26 +0100[diff] [blame]48 select RELAY
49 select DEBUG_FS
Arnaldo Carvalho de Melo5f3ea372008-10-30 08:34:33 +0100[diff] [blame^]50 select TRACEPOINTS
Jens Axboe2056a782006-03-23 20:00:26 +0100[diff] [blame]51 help
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]52 Say Y here if you want to be able to trace the block layer actions
Jens Axboe2056a782006-03-23 20:00:26 +0100[diff] [blame]53 on a given queue. Tracing allows you to see any traffic happening
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]54 on a block device queue. For more information (and the userspace
55 support tools needed), fetch the blktrace tools from:
Jens Axboe2056a782006-03-23 20:00:26 +0100[diff] [blame]56
Jens Axboe75ce6fa2008-04-15 10:23:35 +0200[diff] [blame]57 git://git.kernel.dk/blktrace.git
Jens Axboe2056a782006-03-23 20:00:26 +0100[diff] [blame]58
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]59 If unsure, say N.
60
Takashi Satoa0f62ac2006-03-26 01:37:52 -0800[diff] [blame]61config LSF
62 bool "Support for Large Single Files"
Matthew Wilcoxe6243862006-12-04 03:38:31 -0700[diff] [blame]63 depends on !64BIT
Takashi Satoa0f62ac2006-03-26 01:37:52 -0800[diff] [blame]64 help
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]65 Say Y here if you want to be able to handle very large files (2TB
66 and larger), otherwise say N.
Trond Myklebust88b9adb2006-03-31 02:30:46 -0800[diff] [blame]67
68 If unsure, say Y.
Takashi Satoa0f62ac2006-03-26 01:37:52 -0800[diff] [blame]69
Jens Axboe3d6392c2007-07-09 12:38:05 +0200[diff] [blame]70config BLK_DEV_BSG
FUJITA Tomonori319a7b72007-07-17 12:22:09 +0200[diff] [blame]71 bool "Block layer SG support v4 (EXPERIMENTAL)"
James Bottomley80ed71c2007-07-19 10:15:10 -0500[diff] [blame]72 depends on EXPERIMENTAL
Jens Axboe3d6392c2007-07-09 12:38:05 +0200[diff] [blame]73 ---help---
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]74 Saying Y here will enable generic SG (SCSI generic) v4 support
75 for any block device.
FUJITA Tomonori319a7b72007-07-17 12:22:09 +0200[diff] [blame]76
Nick Andrewee864182008-04-21 09:51:04 +0200[diff] [blame]77 Unlike SG v3 (aka block/scsi_ioctl.c drivers/scsi/sg.c), SG v4
78 can handle complicated SCSI commands: tagged variable length cdbs
79 with bidirectional data transfers and generic request/response
80 protocols (e.g. Task Management Functions and SMP in Serial
81 Attached SCSI).
82
83 If unsure, say N.
Jens Axboe3d6392c2007-07-09 12:38:05 +0200[diff] [blame]84
Martin K. Petersen7ba1ba12008-06-30 20:04:41 +0200[diff] [blame]85config BLK_DEV_INTEGRITY
86 bool "Block layer data integrity support"
87 ---help---
88 Some storage devices allow extra information to be
89 stored/retrieved to help protect the data. The block layer
90 data integrity option provides hooks which can be used by
91 filesystems to ensure better data integrity.
92
93 Say yes here if you have a storage device that provides the
94 T10/SCSI Data Integrity Field or the T13/ATA External Path
95 Protection. If in doubt, say N.
96
Linus Torvalds2b9e0aa2007-10-12 17:58:36 -0700[diff] [blame]97endif # BLOCK
98
Jens Axboe99874d52007-10-12 12:50:41 +0200[diff] [blame]99config BLOCK_COMPAT
100 bool
Linus Torvalds2b9e0aa2007-10-12 17:58:36 -0700[diff] [blame]101 depends on BLOCK && COMPAT
Jens Axboe99874d52007-10-12 12:50:41 +0200[diff] [blame]102 default y
103
Jens Axboe3a65dfe2005-11-04 08:43:35 +0100[diff] [blame]104source block/Kconfig.iosched