]>
Commit | Line | Data |
---|---|---|
3a65dfe8 JA |
1 | # |
2 | # Block layer core configuration | |
3 | # | |
16ed002f | 4 | menuconfig BLOCK |
51d7513a | 5 | bool "Enable the block layer" if EMBEDDED |
9361401e DH |
6 | default y |
7 | help | |
ee86418d | 8 | Provide block layer support for the kernel. |
9361401e | 9 | |
ee86418d NA |
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. | |
9361401e DH |
20 | |
21 | Say Y here unless you know you really don't want to mount disks and | |
22 | suchlike. | |
23 | ||
24 | if BLOCK | |
25 | ||
90c699a9 BZ |
26 | config LBDAF |
27 | bool "Support for large (2TB+) block devices and files" | |
e6243863 | 28 | depends on !64BIT |
db29a6b4 | 29 | default y |
3a65dfe8 | 30 | help |
b3a6ffe1 | 31 | Enable block devices or files of size 2TB and larger. |
ee86418d NA |
32 | |
33 | This option is required to support the full capacity of large | |
34 | (2TB+) block devices, including RAID, disk, Network Block Device, | |
35 | Logical Volume Manager (LVM) and loopback. | |
b3a6ffe1 JA |
36 | |
37 | This option also enables support for single files larger than | |
38 | 2TB. | |
ee86418d | 39 | |
4d783b09 TT |
40 | The ext4 filesystem requires that this feature be enabled in |
41 | order to support filesystems that have the huge_file feature | |
db29a6b4 BZ |
42 | enabled. Otherwise, it will refuse to mount in the read-write |
43 | mode any filesystems that use the huge_file feature, which is | |
44 | enabled by default by mke2fs.ext4. | |
4d783b09 | 45 | |
db29a6b4 BZ |
46 | The GFS2 filesystem also requires this feature. |
47 | ||
48 | If unsure, say Y. | |
3a65dfe8 | 49 | |
3d6392cf | 50 | config BLK_DEV_BSG |
14d9fa35 JS |
51 | bool "Block layer SG support v4" |
52 | default y | |
53 | help | |
ee86418d NA |
54 | Saying Y here will enable generic SG (SCSI generic) v4 support |
55 | for any block device. | |
56 | ||
57 | Unlike SG v3 (aka block/scsi_ioctl.c drivers/scsi/sg.c), SG v4 | |
58 | can handle complicated SCSI commands: tagged variable length cdbs | |
59 | with bidirectional data transfers and generic request/response | |
60 | protocols (e.g. Task Management Functions and SMP in Serial | |
61 | Attached SCSI). | |
62 | ||
14d9fa35 JS |
63 | This option is required by recent UDEV versions to properly |
64 | access device serial numbers, etc. | |
65 | ||
66 | If unsure, say Y. | |
3d6392cf | 67 | |
7ba1ba12 MP |
68 | config BLK_DEV_INTEGRITY |
69 | bool "Block layer data integrity support" | |
70 | ---help--- | |
71 | Some storage devices allow extra information to be | |
72 | stored/retrieved to help protect the data. The block layer | |
73 | data integrity option provides hooks which can be used by | |
74 | filesystems to ensure better data integrity. | |
75 | ||
76 | Say yes here if you have a storage device that provides the | |
77 | T10/SCSI Data Integrity Field or the T13/ATA External Path | |
78 | Protection. If in doubt, say N. | |
79 | ||
31e4c28d | 80 | config BLK_CGROUP |
910ac735 | 81 | tristate "Block cgroup support" |
31e4c28d | 82 | depends on CGROUPS |
910ac735 | 83 | depends on CFQ_GROUP_IOSCHED |
31e4c28d VG |
84 | default n |
85 | ---help--- | |
86 | Generic block IO controller cgroup interface. This is the common | |
87 | cgroup interface which should be used by various IO controlling | |
88 | policies. | |
89 | ||
90 | Currently, CFQ IO scheduler uses it to recognize task groups and | |
91 | control disk bandwidth allocation (proportional time slice allocation) | |
92 | to such task groups. | |
93 | ||
2868ef7b VG |
94 | config DEBUG_BLK_CGROUP |
95 | bool | |
96 | depends on BLK_CGROUP | |
97 | default n | |
98 | ---help--- | |
99 | Enable some debugging help. Currently it stores the cgroup path | |
100 | in the blk group which can be used by cfq for tracing various | |
101 | group related activity. | |
102 | ||
2b9e0aae LT |
103 | endif # BLOCK |
104 | ||
99874d50 JA |
105 | config BLOCK_COMPAT |
106 | bool | |
2b9e0aae | 107 | depends on BLOCK && COMPAT |
99874d50 JA |
108 | default y |
109 | ||
3a65dfe8 | 110 | source block/Kconfig.iosched |