blk-mq: really fix plug list flushing for nomerge queues
[linux-2.6-block.git] / mm / Kconfig
index b0432b71137dc9f10eed2ae0a7ef0dfb2270dc3d..3e2daef3c946a117bbfa4e63fa6a4fb7bd31a5ad 100644 (file)
@@ -404,6 +404,7 @@ config TRANSPARENT_HUGEPAGE
        bool "Transparent Hugepage Support"
        depends on HAVE_ARCH_TRANSPARENT_HUGEPAGE
        select COMPACTION
+       select RADIX_TREE_MULTIORDER
        help
          Transparent Hugepages allows the kernel to use huge pages and
          huge tlb transparently to the applications whenever possible.
@@ -567,7 +568,7 @@ config ZPOOL
          zsmalloc.
 
 config ZBUD
-       tristate "Low density storage for compressed pages"
+       tristate "Low (Up to 2x) density storage for compressed pages"
        default n
        help
          A special purpose allocator for storing compressed pages.
@@ -576,6 +577,16 @@ config ZBUD
          deterministic reclaim properties that make it preferable to a higher
          density approach when reclaim will be used.
 
+config Z3FOLD
+       tristate "Up to 3x density storage for compressed pages"
+       depends on ZPOOL
+       default n
+       help
+         A special purpose allocator for storing compressed pages.
+         It is designed to store up to three compressed pages per physical
+         page. It is a ZBUD derivative so the simplicity and determinism are
+         still there.
+
 config ZSMALLOC
        tristate "Memory allocator for compressed pages"
        depends on MMU
@@ -637,7 +648,8 @@ config DEFERRED_STRUCT_PAGE_INIT
        bool "Defer initialisation of struct pages to kthreads"
        default n
        depends on ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT
-       depends on MEMORY_HOTPLUG
+       depends on NO_BOOTMEM && MEMORY_HOTPLUG
+       depends on !FLATMEM
        help
          Ordinarily all struct pages are initialised during early boot in a
          single thread. On very large machines this can take a considerable