29 May, 2016

2 commits

  • Pull string hash improvements from George Spelvin:
    "This series does several related things:

    - Makes the dcache hash (fs/namei.c) useful for general kernel use.

    (Thanks to Bruce for noticing the zero-length corner case)

    - Converts the string hashes in to use the
    above.

    - Avoids 64-bit multiplies in hash_64() on 32-bit platforms. Two
    32-bit multiplies will do well enough.

    - Rids the world of the bad hash multipliers in hash_32.

    This finishes the job started in commit 689de1d6ca95 ("Minimal
    fix-up of bad hashing behavior of hash_64()")

    The vast majority of Linux architectures have hardware support for
    32x32-bit multiply and so derive no benefit from "simplified"
    multipliers.

    The few processors that do not (68000, h8/300 and some models of
    Microblaze) have arch-specific implementations added. Those
    patches are last in the series.

    - Overhauls the dcache hash mixing.

    The patch in commit 0fed3ac866ea ("namei: Improve hash mixing if
    CONFIG_DCACHE_WORD_ACCESS") was an off-the-cuff suggestion.
    Replaced with a much more careful design that's simultaneously
    faster and better. (My own invention, as there was noting suitable
    in the literature I could find. Comments welcome!)

    - Modify the hash_name() loop to skip the initial HASH_MIX(). This
    would let us salt the hash if we ever wanted to.

    - Sort out partial_name_hash().

    The hash function is declared as using a long state, even though
    it's truncated to 32 bits at the end and the extra internal state
    contributes nothing to the result. And some callers do odd things:

    - fs/hfs/string.c only allocates 32 bits of state
    - fs/hfsplus/unicode.c uses it to hash 16-bit unicode symbols not bytes

    - Modify bytemask_from_count to handle inputs of 1..sizeof(long)
    rather than 0..sizeof(long)-1. This would simplify users other
    than full_name_hash"

    Special thanks to Bruce Fields for testing and finding bugs in v1. (I
    learned some humbling lessons about "obviously correct" code.)

    On the arch-specific front, the m68k assembly has been tested in a
    standalone test harness, I've been in contact with the Microblaze
    maintainers who mostly don't care, as the hardware multiplier is never
    omitted in real-world applications, and I haven't heard anything from
    the H8/300 world"

    * 'hash' of git://ftp.sciencehorizons.net/linux:
    h8300: Add
    microblaze: Add
    m68k: Add
    : Add support for architecture-specific functions
    fs/namei.c: Improve dcache hash function
    Eliminate bad hash multipliers from hash_32() and hash_64()
    Change hash_64() return value to 32 bits
    : Define hash_str() in terms of hashlen_string()
    fs/namei.c: Add hashlen_string() function
    Pull out string hash to

    Linus Torvalds
     
  • The "simplified" prime multipliers made very bad hash functions, so get rid
    of them. This completes the work of 689de1d6ca.

    To avoid the inefficiency which was the motivation for the "simplified"
    multipliers, hash_64() on 32-bit systems is changed to use a different
    algorithm. It makes two calls to hash_32() instead.

    drivers/media/usb/dvb-usb-v2/af9015.c uses the old GOLDEN_RATIO_PRIME_32
    for some horrible reason, so it inherits a copy of the old definition.

    Signed-off-by: George Spelvin
    Cc: Antti Palosaari
    Cc: Mauro Carvalho Chehab

    George Spelvin
     

28 May, 2016

1 commit

  • Most users of IS_ERR_VALUE() in the kernel are wrong, as they
    pass an 'int' into a function that takes an 'unsigned long'
    argument. This happens to work because the type is sign-extended
    on 64-bit architectures before it gets converted into an
    unsigned type.

    However, anything that passes an 'unsigned short' or 'unsigned int'
    argument into IS_ERR_VALUE() is guaranteed to be broken, as are
    8-bit integers and types that are wider than 'unsigned long'.

    Andrzej Hajda has already fixed a lot of the worst abusers that
    were causing actual bugs, but it would be nice to prevent any
    users that are not passing 'unsigned long' arguments.

    This patch changes all users of IS_ERR_VALUE() that I could find
    on 32-bit ARM randconfig builds and x86 allmodconfig. For the
    moment, this doesn't change the definition of IS_ERR_VALUE()
    because there are probably still architecture specific users
    elsewhere.

    Almost all the warnings I got are for files that are better off
    using 'if (err)' or 'if (err < 0)'.
    The only legitimate user I could find that we get a warning for
    is the (32-bit only) freescale fman driver, so I did not remove
    the IS_ERR_VALUE() there but changed the type to 'unsigned long'.
    For 9pfs, I just worked around one user whose calling conventions
    are so obscure that I did not dare change the behavior.

    I was using this definition for testing:

    #define IS_ERR_VALUE(x) ((unsigned long*)NULL == (typeof (x)*)NULL && \
    unlikely((unsigned long long)(x) >= (unsigned long long)(typeof(x))-MAX_ERRNO))

    which ends up making all 16-bit or wider types work correctly with
    the most plausible interpretation of what IS_ERR_VALUE() was supposed
    to return according to its users, but also causes a compile-time
    warning for any users that do not pass an 'unsigned long' argument.

    I suggested this approach earlier this year, but back then we ended
    up deciding to just fix the users that are obviously broken. After
    the initial warning that caused me to get involved in the discussion
    (fs/gfs2/dir.c) showed up again in the mainline kernel, Linus
    asked me to send the whole thing again.

    [ Updated the 9p parts as per Al Viro - Linus ]

    Signed-off-by: Arnd Bergmann
    Cc: Andrzej Hajda
    Cc: Andrew Morton
    Link: https://lkml.org/lkml/2016/1/7/363
    Link: https://lkml.org/lkml/2016/5/27/486
    Acked-by: Srinivas Kandagatla # For nvmem part
    Signed-off-by: Linus Torvalds

    Arnd Bergmann
     

20 May, 2016

3 commits

  • Merge updates from Andrew Morton:

    - fsnotify fix

    - poll() timeout fix

    - a few scripts/ tweaks

    - debugobjects updates

    - the (small) ocfs2 queue

    - Minor fixes to kernel/padata.c

    - Maybe half of the MM queue

    * emailed patches from Andrew Morton : (117 commits)
    mm, page_alloc: restore the original nodemask if the fast path allocation failed
    mm, page_alloc: uninline the bad page part of check_new_page()
    mm, page_alloc: don't duplicate code in free_pcp_prepare
    mm, page_alloc: defer debugging checks of pages allocated from the PCP
    mm, page_alloc: defer debugging checks of freed pages until a PCP drain
    cpuset: use static key better and convert to new API
    mm, page_alloc: inline pageblock lookup in page free fast paths
    mm, page_alloc: remove unnecessary variable from free_pcppages_bulk
    mm, page_alloc: pull out side effects from free_pages_check
    mm, page_alloc: un-inline the bad part of free_pages_check
    mm, page_alloc: check multiple page fields with a single branch
    mm, page_alloc: remove field from alloc_context
    mm, page_alloc: avoid looking up the first zone in a zonelist twice
    mm, page_alloc: shortcut watermark checks for order-0 pages
    mm, page_alloc: reduce cost of fair zone allocation policy retry
    mm, page_alloc: shorten the page allocator fast path
    mm, page_alloc: check once if a zone has isolated pageblocks
    mm, page_alloc: move __GFP_HARDWALL modifications out of the fastpath
    mm, page_alloc: simplify last cpupid reset
    mm, page_alloc: remove unnecessary initialisation from __alloc_pages_nodemask()
    ...

    Linus Torvalds
     
  • A few instances of "fimware" instead of "firmware" were found. Fix
    these and add it to the spelling.txt file.

    Signed-off-by: Kees Cook
    Reported-by: Randy Dunlap
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kees Cook
     
  • Pull i2c updates from Wolfram Sang:

    - Peter Rosin did some major rework on the locking of i2c muxes by
    seperating parent-locked muxes and mux-locked muxes.

    This avoids deadlocks/workarounds when the mux itself needs i2c
    commands for muxing. And as a side-effect, other workarounds in the
    media layer could be eliminated. Also, Peter stepped up as the i2c
    mux maintainer and will keep an eye on these changes.

    - major updates to the octeon driver

    - add a helper to the core to generate the address+rw_bit octal and
    make drivers use it

    - quite a bunch of driver updates

    * 'i2c/for-4.7' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux: (84 commits)
    i2c: rcar: add DMA support
    i2c: st: Implement bus clear
    i2c: only check scl functions when using generic recovery
    i2c: algo-bit: declare i2c_bit_quirk_no_clk_stretch as static
    i2c: tegra: disable clock before returning error
    [media] rtl2832: regmap is aware of lockdep, drop local locking hack
    [media] rtl2832_sdr: get rid of empty regmap wrappers
    [media] rtl2832: change the i2c gate to be mux-locked
    [media] si2168: change the i2c gate to be mux-locked
    iio: imu: inv_mpu6050: change the i2c gate to be mux-locked
    i2c: mux: document i2c muxes and elaborate on parent-/mux-locked muxes
    i2c: mux: relax locking of the top i2c adapter during mux-locked muxing
    i2c: muxes always lock the parent adapter
    i2c: allow adapter drivers to override the adapter locking
    i2c: uniphier: add "\n" at the end of error log
    i2c: mv64xxx: remove CONFIG_HAVE_CLK conditionals
    i2c: mv64xxx: use clk_{prepare_enable,disable_unprepare}
    i2c: mv64xxx: handle probe deferral for the clock
    i2c: mv64xxx: enable the driver on ARCH_MVEBU
    i2c: octeon: Add workaround for broken irqs on CN3860
    ...

    Linus Torvalds
     

19 May, 2016

1 commit

  • Pull media updates from Mauro Carvalho Chehab:
    - added support for Intersil/Techwell TW686x-based video capture cards
    - v4l PCI skeleton driver moved to samples directory
    - Documentation cleanups and improvements
    - RC: reduced the memory footprint for IR raw events
    - tpg: Export the tpg code from vivid as a module
    - adv7180: Add device tree binding documentation
    - lots of driver improvements and fixes

    * tag 'media/v4.7-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media: (173 commits)
    [media] exynos-gsc: avoid build warning without CONFIG_OF
    [media] samples: v4l: from Documentation to samples directory
    [media] dib0700: add USB ID for another STK8096-PVR ref design based card
    [media] tvp5150: propagate I2C write error in .s_register callback
    [media] tvp5150: return I2C write operation failure to callers
    [media] em28xx: add support for Hauppauge WinTV-dualHD DVB tuner
    [media] em28xx: add missing USB IDs
    [media] update cx23885 and em28xx cardlists
    [media] media: au0828 fix au0828_v4l2_device_register() to not unlock and free
    [media] c8sectpfe: Rework firmware loading mechanism
    [media] c8sectpfe: Demote print to dev_dbg
    [media] c8sectpfe: Fix broken circular buffer wp management
    [media] media-device: Simplify compat32 logic
    [media] media: i2c: ths7303: remove redundant assignment on bt
    [media] dvb-usb: hide unused functions
    [media] xilinx-vipp: remove unnecessary of_node_put
    [media] drivers/media/media-devnode: clear private_data before put_device()
    [media] drivers/media/media-device: move debug log before _devnode_unregister()
    [media] drivers/media/rc: postpone kfree(rc_dev)
    [media] media/dvb-core: forward media_create_pad_links() return value
    ...

    Linus Torvalds
     

14 May, 2016

1 commit

  • Pull media fix from Mauro Carvalho Chehab:
    "A revert fixing a breakage that caused an OOPS on all VB2-based DVB
    drivers.

    We already have a proper fix, but it sounds safer to keep it being
    tested for a while and not hurry, to avoid the risk of another
    regression, specially since this is meant to be c/c to stable. So,
    for now, let's just revert the broken patch"

    * tag 'media/v4.6-6' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media:
    Revert "[media] videobuf2-v4l2: Verify planes array in buffer dequeueing"

    Linus Torvalds
     

12 May, 2016

1 commit

  • This patch causes a Kernel panic when called on a DVB driver.

    This was also reported by David R :

    May 7 14:47:35 server kernel: [ 501.247123] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004
    May 7 14:47:35 server kernel: [ 501.247239] IP: [] __verify_planes_array.isra.3+0x1/0x80 [videobuf2_v4l2]
    May 7 14:47:35 server kernel: [ 501.247354] PGD cae6f067 PUD ca99c067 PMD 0
    May 7 14:47:35 server kernel: [ 501.247426] Oops: 0000 [#1] SMP
    May 7 14:47:35 server kernel: [ 501.247482] Modules linked in: xfs tun xt_connmark xt_TCPMSS xt_tcpmss xt_owner xt_REDIRECT nf_nat_redirect xt_nat ipt_MASQUERADE nf_nat_masquerade_ipv4 ts_kmp ts_bm xt_string ipt_REJECT nf_reject_ipv4 xt_recent xt_conntrack xt_multiport xt_pkttype xt_tcpudp xt_mark nf_log_ipv4 nf_log_common xt_LOG xt_limit iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables ip6table_filter ip6_tables x_tables pppoe pppox dm_crypt ts2020 regmap_i2c ds3000 cx88_dvb dvb_pll cx88_vp3054_i2c mt352 videobuf2_dvb cx8800 cx8802 cx88xx pl2303 tveeprom videobuf2_dma_sg ppdev videobuf2_memops videobuf2_v4l2 videobuf2_core dvb_usb_digitv snd_hda_codec_via snd_hda_codec_hdmi snd_hda_codec_generic radeon dvb_usb snd_hda_intel amd64_edac_mod serio_raw snd_hda_codec edac_core fbcon k10temp bitblit softcursor snd_hda_core font snd_pcm_oss i2c_piix4 snd_mixer_oss tileblit drm_kms_helper syscopyarea snd_pcm snd_seq_dummy sysfillrect snd_seq_oss sysimgblt fb_sys_fops ttm snd_seq_midi r8169 snd_rawmidi drm snd_seq_midi_event e1000e snd_seq snd_seq_device snd_timer snd ptp pps_core i2c_algo_bit soundcore parport_pc ohci_pci shpchp tpm_tis tpm nfsd auth_rpcgss oid_registry hwmon_vid exportfs nfs_acl mii nfs bonding lockd grace lp sunrpc parport
    May 7 14:47:35 server kernel: [ 501.249564] CPU: 1 PID: 6889 Comm: vb2-cx88[0] Not tainted 4.5.3 #3
    May 7 14:47:35 server kernel: [ 501.249644] Hardware name: System manufacturer System Product Name/M4A785TD-V EVO, BIOS 0211 07/08/2009
    May 7 14:47:35 server kernel: [ 501.249767] task: ffff8800aebf3600 ti: ffff8801e07a0000 task.ti: ffff8801e07a0000
    May 7 14:47:35 server kernel: [ 501.249861] RIP: 0010:[] [] __verify_planes_array.isra.3+0x1/0x80 [videobuf2_v4l2]
    May 7 14:47:35 server kernel: [ 501.250002] RSP: 0018:ffff8801e07a3de8 EFLAGS: 00010086
    May 7 14:47:35 server kernel: [ 501.250071] RAX: 0000000000000283 RBX: ffff880210dc5000 RCX: 0000000000000283
    May 7 14:47:35 server kernel: [ 501.250161] RDX: ffffffffa0222cf0 RSI: 0000000000000000 RDI: ffff880210dc5014
    May 7 14:47:35 server kernel: [ 501.250251] RBP: ffff8801e07a3df8 R08: ffff8801e07a0000 R09: 0000000000000000
    May 7 14:47:35 server kernel: [ 501.250348] R10: 0000000000000000 R11: 0000000000000001 R12: ffff8800cda2a9d8
    May 7 14:47:35 server kernel: [ 501.250438] R13: ffff880210dc51b8 R14: 0000000000000000 R15: ffff8800cda2a828
    May 7 14:47:35 server kernel: [ 501.250528] FS: 00007f5b77fff700(0000) GS:ffff88021fc40000(0000) knlGS:00000000adaffb40
    May 7 14:47:35 server kernel: [ 501.250631] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
    May 7 14:47:35 server kernel: [ 501.250704] CR2: 0000000000000004 CR3: 00000000ca19d000 CR4: 00000000000006e0
    May 7 14:47:35 server kernel: [ 501.250794] Stack:
    May 7 14:47:35 server kernel: [ 501.250822] ffff8801e07a3df8 ffffffffa0222cfd ffff8801e07a3e70 ffffffffa0236beb
    May 7 14:47:35 server kernel: [ 501.250937] 0000000000000283 ffff8801e07a3e94 0000000000000000 0000000000000000
    May 7 14:47:35 server kernel: [ 501.251051] ffff8800aebf3600 ffffffff8108d8e0 ffff8801e07a3e38 ffff8801e07a3e38
    May 7 14:47:35 server kernel: [ 501.251165] Call Trace:
    May 7 14:47:35 server kernel: [ 501.251200] [] ? __verify_planes_array_core+0xd/0x10 [videobuf2_v4l2]
    May 7 14:47:35 server kernel: [ 501.251306] [] vb2_core_dqbuf+0x2eb/0x4c0 [videobuf2_core]
    May 7 14:47:35 server kernel: [ 501.251398] [] ? prepare_to_wait_event+0x100/0x100
    May 7 14:47:35 server kernel: [ 501.251482] [] vb2_thread+0x1cb/0x220 [videobuf2_core]
    May 7 14:47:35 server kernel: [ 501.251569] [] ? vb2_core_qbuf+0x230/0x230 [videobuf2_core]
    May 7 14:47:35 server kernel: [ 501.251662] [] ? vb2_core_qbuf+0x230/0x230 [videobuf2_core]
    May 7 14:47:35 server kernel: [ 501.255982] [] kthread+0xc4/0xe0
    May 7 14:47:35 server kernel: [ 501.260292] [] ? kthread_park+0x50/0x50
    May 7 14:47:35 server kernel: [ 501.264615] [] ret_from_fork+0x3f/0x70
    May 7 14:47:35 server kernel: [ 501.268962] [] ? kthread_park+0x50/0x50
    May 7 14:47:35 server kernel: [ 501.273216] Code: 0d 01 74 16 48 8b 46 28 48 8b 56 30 48 89 87 d0 01 00 00 48 89 97 d8 01 00 00 5d c3 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 46 04 48 89 e5 8d 50 f7 31 c0 83 fa 01 76 02 5d c3 48 83 7e
    May 7 14:47:35 server kernel: [ 501.282146] RIP [] __verify_planes_array.isra.3+0x1/0x80 [videobuf2_v4l2]
    May 7 14:47:35 server kernel: [ 501.286391] RSP
    May 7 14:47:35 server kernel: [ 501.290619] CR2: 0000000000000004
    May 7 14:47:35 server kernel: [ 501.294786] ---[ end trace b2b354153ccad110 ]---

    This reverts commit 2c1f6951a8a82e6de0d82b1158b5e493fc6c54ab.

    Cc: Sakari Ailus
    Cc: Hans Verkuil
    Cc: stable@vger.kernel.org
    Fixes: 2c1f6951a8a8 ("[media] videobuf2-v4l2: Verify planes array in buffer dequeueing")
    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     

10 May, 2016

6 commits

  • When building the exynos-gsc driver with CONFIG_OF disabled, we get
    a warning about an out-of-bounds access:

    drivers/media/platform/exynos-gsc/gsc-core.c: In function 'gsc_probe':
    drivers/media/platform/exynos-gsc/gsc-core.c:1078:34: error: array subscript is above array bounds [-Werror=array-bounds]

    This is harmless because the driver will never be used without CONFIG_OF,
    but it's better to avoid the warning anyway. Checking the return value
    of of_alias_get_id() for an error condition is probably a good idea
    anyway, and it makes sure the compiler can verify that we don't get
    into that situation.

    Fixes: 26a7ed9c1819 ("[media] exynos-gsc: remove an always false condition")

    Signed-off-by: Arnd Bergmann
    Signed-off-by: Mauro Carvalho Chehab

    Arnd Bergmann
     
  • USB_PID_DIBCOM_STK8096GP also comes with USB_VID_DIBCOM vendor ID.

    Signed-off-by: Alejandro Torrado
    Signed-off-by: Mauro Carvalho Chehab

    Alejandro Torrado
     
  • The tvp5150_write() function can fail so don't return 0 unconditionally
    in tvp5150_s_register() but propagate what's returned by tvp5150_write().

    Signed-off-by: Javier Martinez Canillas
    Acked-by: Lad, Prabhakar
    Signed-off-by: Mauro Carvalho Chehab

    Javier Martinez Canillas
     
  • The tvp5150_write() function calls i2c_smbus_write_byte_data() that
    can fail but does not propagate the error to the caller. Instead it
    just prints a debug, so callers can't know if the operation failed.

    So change the function to return the error code to the caller so it
    knows that the write failed and also print an error instead of just
    printing a debug information.

    While being there remove the inline keyword from tvp5150_write() to
    make it consistent with tvp5150_read() and also because it's called
    in a lot of places, so making inline is in fact counter productive
    since it makes the kernel image size to be much bigger (~16 KiB).

    Signed-off-by: Javier Martinez Canillas
    Acked-by: Lad, Prabhakar
    Signed-off-by: Mauro Carvalho Chehab

    Javier Martinez Canillas
     
  • Hauppauge WinTV-dualHD is a USB 2.0 dual DVB-T/T2/C tuner with
    following components:

    USB bridge: Empia EM28274 (chip id is the same as EM28174)
    Demodulator: 2x Silicon Labs Si2168-B40
    Tuner: 2x Silicon Labs Si2157-A30

    This patch adds support only for the first tuner.

    The demodulator needs firmware, available for example here:
    http://palosaari.fi/linux/v4l-dvb/firmware/Si2168/Si2168-B40/4.0.11/

    The demodulators sit on the same I2C bus and their addresses
    are 0x64 and 0x67. The tuners are behind the demodulators and
    their addresses are 0x60 and 0x63.

    Signed-off-by: Olli Salonen
    Signed-off-by: Mauro Carvalho Chehab

    Olli Salonen
     
  • au0828_v4l2_device_register() unlocks au0828_dev->lock and frees au0828
    dev in error legs before return. au0828_usb_probe() does the same when
    au0828_v4l2_device_register() returns error.

    Fix au0828_v4l2_device_register() to not to unlock and free in its error
    legs.

    Signed-off-by: Shuah Khan
    Signed-off-by: Mauro Carvalho Chehab

    Shuah Khan
     

09 May, 2016

4 commits

  • c8sectpfe driver relied on CONFIG_FW_LOADER_USER_HELPER_FALLBACK option
    for loading its xp70 firmware. A previous commit removed this Kconfig
    option, as it is apparently harmful, but did not update the driver
    code which relied on it.

    This patch reworks the firmware loading into the start_feed callback.
    At this point we can be sure the rootfs is present, thereby removing
    the depedency on CONFIG_FW_LOADER_USER_HELPER_FALLBACK.

    Fixes: 79f5b6ae960d ('[media] c8sectpfe: Remove select on CONFIG_FW_LOADER_USER_HELPER_FALLBACK')

    Signed-off-by: Peter Griffin
    Signed-off-by: Mauro Carvalho Chehab

    Peter Griffin
     
  • Signed-off-by: Peter Griffin
    Signed-off-by: Mauro Carvalho Chehab

    Peter Griffin
     
  • During the review process, a regression was intoduced in the
    circular buffer write pointer management. This means that wp
    doesn't get managed properly once the buffer becomes full.

    Signed-off-by: Peter Griffin
    Signed-off-by: Mauro Carvalho Chehab

    Peter Griffin
     
  • Linux 4.6-rc7

    * tag 'v4.6-rc7': (185 commits)
    Linux 4.6-rc7
    parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls
    x86/tsc: Read all ratio bits from MSR_PLATFORM_INFO
    mailmap: add John Paul Adrian Glaubitz
    byteswap: try to avoid __builtin_constant_p gcc bug
    lib/stackdepot: avoid to return 0 handle
    mm: fix kcompactd hang during memory offlining
    modpost: fix module autoloading for OF devices with generic compatible property
    proc: prevent accessing /proc//environ until it's ready
    mm/zswap: provide unique zpool name
    mm: thp: kvm: fix memory corruption in KVM with THP enabled
    MAINTAINERS: fix Rajendra Nayak's address
    mm, cma: prevent nr_isolated_* counters from going negative
    mm: update min_free_kbytes from khugepaged after core initialization
    huge pagecache: mmap_sem is unlocked when truncation splits pmd
    rapidio/mport_cdev: fix uapi type definitions
    mm: memcontrol: let v2 cgroups follow changes in system swappiness
    mm: thp: correct split_huge_pages file permission
    maintainers: update rmk's email address(es)
    writeback: Fix performance regression in wb_over_bg_thresh()
    ...

    Mauro Carvalho Chehab
     

07 May, 2016

21 commits