Commit 293d0e3b authored by Olof Johansson's avatar Olof Johansson
Browse files

Merge branch 'armsoc/for-3.12/soc' of git://github.com/broadcom/bcm11351 into next/boards 

From Christian Daudt, SoC changes for Broadcom.

* 'armsoc/for-3.12/soc' of git://github.com/broadcom/bcm11351

: (673 commits)
  ARM: bcm: Make secure API call optional
  ARM: DT: binding fixup to align with vendor-prefixes.txt (drivers)
  ARM: mmc: fix NONREMOVABLE test in sdhci-bcm-kona
  ARM: bcm: Rename board_bcm
  mmc: sdhci-bcm-kona: make linker-section warning go away
  ARM: configs: disable DEBUG_LL in bcm_defconfig
  ARM: bcm281xx: Board specific reboot code
  ARM bcm281xx: Turn on socket & network support.
  ARM: bcm281xx: Turn on L2 cache.
  + Linux 3.11-rc4

Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
parents a9b1ae08 3a76b351

.gitignore

+1 −0
Original line number Diff line number Diff line
@@ -29,6 +29,7 @@ modules.builtin 
*.bz2

*.lzma

*.xz

*.lz4

*.lzo

*.patch

*.gcno

Documentation/ABI/testing/sysfs-driver-xen-blkback

0 → 100644
+17 −0
Original line number Diff line number Diff line 
What:           /sys/module/xen_blkback/parameters/max_buffer_pages

Date:           March 2013

KernelVersion:  3.11

Contact:        Roger Pau Monné <roger.pau@citrix.com>

Description:

                Maximum number of free pages to keep in each block

                backend buffer.



What:           /sys/module/xen_blkback/parameters/max_persistent_grants

Date:           March 2013

KernelVersion:  3.11

Contact:        Roger Pau Monné <roger.pau@citrix.com>

Description:

                Maximum number of grants to map persistently in

                blkback. If the frontend tries to use more than

                max_persistent_grants, the LRU kicks in and starts

                removing 5% of max_persistent_grants every 100ms.

Documentation/ABI/testing/sysfs-driver-xen-blkfront

0 → 100644
+10 −0
Original line number Diff line number Diff line 
What:           /sys/module/xen_blkfront/parameters/max

Date:           June 2013

KernelVersion:  3.11

Contact:        Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>

Description:

                Maximum number of segments that the frontend will negotiate

                with the backend for indirect descriptors. The default value

                is 32 - higher value means more potential throughput but more

                memory usage. The backend picks the minimum of the frontend

                and its default backend value.

Documentation/DocBook/device-drivers.tmpl

+1 −1
Original line number Diff line number Diff line
@@ -84,7 +84,7 @@ X!Iinclude/linux/kobject.h 


     <sect1><title>Kernel utility functions</title>

!Iinclude/linux/kernel.h

!Ekernel/printk.c

!Ekernel/printk/printk.c

!Ekernel/panic.c

!Ekernel/sys.c

!Ekernel/rcupdate.c

Documentation/bcache.txt

+24 −13
Original line number Diff line number Diff line
@@ -46,29 +46,33 @@ you format your backing devices and cache device at the same time, you won't 
have to manually attach:

  make-bcache -B /dev/sda /dev/sdb -C /dev/sdc



To make bcache devices known to the kernel, echo them to /sys/fs/bcache/register:

bcache-tools now ships udev rules, and bcache devices are known to the kernel

immediately.  Without udev, you can manually register devices like this:



  echo /dev/sdb > /sys/fs/bcache/register

  echo /dev/sdc > /sys/fs/bcache/register



To register your bcache devices automatically, you could add something like

this to an init script:

Registering the backing device makes the bcache device show up in /dev; you can

now format it and use it as normal. But the first time using a new bcache

device, it'll be running in passthrough mode until you attach it to a cache.

See the section on attaching.



  echo /dev/sd* > /sys/fs/bcache/register_quiet

The devices show up as:



It'll look for bcache superblocks and ignore everything that doesn't have one.

  /dev/bcache<N>



Registering the backing device makes the bcache show up in /dev; you can now

format it and use it as normal. But the first time using a new bcache device,

it'll be running in passthrough mode until you attach it to a cache. See the

section on attaching.

As well as (with udev):



The devices show up at /dev/bcacheN, and can be controlled via sysfs from

/sys/block/bcacheN/bcache:

  /dev/bcache/by-uuid/<uuid>

  /dev/bcache/by-label/<label>



To get started:



  mkfs.ext4 /dev/bcache0

  mount /dev/bcache0 /mnt



You can control bcache devices through sysfs at /sys/block/bcache<N>/bcache .



Cache devices are managed as sets; multiple caches per set isn't supported yet

but will allow for mirroring of metadata and dirty data in the future. Your new

cache set shows up as /sys/fs/bcache/<UUID>
@@ -80,11 +84,11 @@ must be attached to your cache set to enable caching. Attaching a backing 
device to a cache set is done thusly, with the UUID of the cache set in

/sys/fs/bcache:



  echo <UUID> > /sys/block/bcache0/bcache/attach

  echo <CSET-UUID> > /sys/block/bcache0/bcache/attach



This only has to be done once. The next time you reboot, just reregister all

your bcache devices. If a backing device has data in a cache somewhere, the

/dev/bcache# device won't be created until the cache shows up - particularly

/dev/bcache<N> device won't be created until the cache shows up - particularly

important if you have writeback caching turned on.



If you're booting up and your cache device is gone and never coming back, you
@@ -191,6 +195,9 @@ want for getting the best possible numbers when benchmarking. 


SYSFS - BACKING DEVICE:



Available at /sys/block/<bdev>/bcache, /sys/block/bcache*/bcache and

(if attached) /sys/fs/bcache/<cset-uuid>/bdev*



attach

  Echo the UUID of a cache set to this file to enable caching.
@@ -300,6 +307,8 @@ cache_readaheads 


SYSFS - CACHE SET:



Available at /sys/fs/bcache/<cset-uuid>



average_key_size

  Average data per key in the btree.
@@ -390,6 +399,8 @@ trigger_gc 


SYSFS - CACHE DEVICE:



Available at /sys/block/<cdev>/bcache



block_size

  Minimum granularity of writes - should match hardware sector size.

CRA Git | Maintained and supported by SUSTech CRA and CCSE