diff options
| author | Matthew Wilcox <matthew@wil.cx> | 2006-12-04 03:38:31 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@woody.osdl.org> | 2006-12-04 19:41:15 -0800 |
| commit | e62438630ca37539c8cc1553710bbfaa3cf960a7 (patch) | |
| tree | 83d3e0e016facfee73afba23d306034d60d87495 /block | |
| parent | 2d941e99dfa2f58f4cf294943274a4f8e264aab7 (diff) | |
| download | kernel_samsung_smdk4412-e62438630ca37539c8cc1553710bbfaa3cf960a7.zip kernel_samsung_smdk4412-e62438630ca37539c8cc1553710bbfaa3cf960a7.tar.gz kernel_samsung_smdk4412-e62438630ca37539c8cc1553710bbfaa3cf960a7.tar.bz2 | |
[PATCH] Centralise definitions of sector_t and blkcnt_t
CONFIG_LBD and CONFIG_LSF are spread into asm/types.h for no particularly
good reason.
Centralising the definition in linux/types.h means that arch maintainers
don't need to bother adding it, as well as fixing the problem with
x86-64 users being asked to make a decision that has absolutely no
effect.
The H8/300 porters seem particularly confused since I'm not aware of any
microcontrollers that need to support 2TB filesystems.
Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'block')
| -rw-r--r-- | block/Kconfig | 6 |
1 files changed, 2 insertions, 4 deletions
diff --git a/block/Kconfig b/block/Kconfig index 83766a6..a50f481 100644 --- a/block/Kconfig +++ b/block/Kconfig @@ -19,11 +19,9 @@ config BLOCK if BLOCK -#XXX - it makes sense to enable this only for 32-bit subarch's, not for x86_64 -#for instance. config LBD bool "Support for Large Block Devices" - depends on X86 || (MIPS && 32BIT) || PPC32 || (S390 && !64BIT) || SUPERH || UML + depends on !64BIT help Say Y here if you want to attach large (bigger than 2TB) discs to your machine, or if you want to have a raid or loopback device @@ -44,7 +42,7 @@ config BLK_DEV_IO_TRACE config LSF bool "Support for Large Single Files" - depends on X86 || (MIPS && 32BIT) || PPC32 || ARCH_S390_31 || SUPERH || UML + depends on !64BIT help Say Y here if you want to be able to handle very large files (bigger than 2TB), otherwise say N. |