2 files changed, 15 insertions, 12 deletions

diff --git a/init/Kconfig b/init/Kconfig
index 44e9208f9c78..f763762d544a 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -354,7 +354,7 @@ config RT_GROUP_SCHED
           setting below. If enabled, it will also make it impossible to
           schedule realtime tasks for non-root users until you allocate
           realtime bandwidth for them.
-          See Documentation/sched-rt-group.txt for more information.
+          See Documentation/scheduler/sched-rt-group.txt for more information.
 
 choice
         depends on GROUP_SCHED
@@ -401,16 +401,20 @@ config CGROUP_MEM_RES_CTLR
         depends on CGROUPS && RESOURCE_COUNTERS
         select MM_OWNER
         help
-          Provides a memory resource controller that manages both page cache and
-          RSS memory.
+          Provides a memory resource controller that manages both anonymous
+          memory and page cache. (See Documentation/controllers/memory.txt)
 
           Note that setting this option increases fixed memory overhead
-          associated with each page of memory in the system by 4/8 bytes
-          and also increases cache misses because struct page on many 64bit
-          systems will not fit into a single cache line anymore.
+          associated with each page of memory in the system. By this,
+          20(40)bytes/PAGE_SIZE on 32(64)bit system will be occupied by memory
+          usage tracking struct at boot. Total amount of this is printed out
+          at boot.
 
           Only enable when you're ok with these trade offs and really
-          sure you need the memory resource controller.
+          sure you need the memory resource controller. Even when you enable
+          this, you can set "cgroup_disable=memory" at your boot option to
+          disable memory resource controller and you can avoid overheads.
+          (and lose benefits of memory resource contoller)
 
           This config option also selects MM_OWNER config option, which
           could in turn add some fork/exit overhead.
@@ -767,8 +771,7 @@ config SLAB
         help
           The regular slab allocator that is established and known to work
           well in all environments. It organizes cache hot objects in
-          per cpu and per node queues. SLAB is the default choice for
-          a slab allocator.
+          per cpu and per node queues.
 
 config SLUB
         bool "SLUB (Unqueued Allocator)"
@@ -777,7 +780,8 @@ config SLUB
            instead of managing queues of cached objects (SLAB approach).
            Per cpu caching is realized using slabs of objects instead
            of queues of objects. SLUB can use memory efficiently
-           and has enhanced diagnostics.
+           and has enhanced diagnostics. SLUB is the default choice for
+           a slab allocator.
 
 config SLOB
         depends on EMBEDDED
diff --git a/init/do_mounts_md.c b/init/do_mounts_md.c
index 4c87ee1fe5d3..d6da5cdd3c38 100644
--- a/init/do_mounts_md.c
+++ b/init/do_mounts_md.c
@@ -1,6 +1,5 @@
-
-#include <linux/raid/md.h>
 #include <linux/delay.h>
+#include <linux/raid/md.h>
 
 #include "do_mounts.h"