{"push_id":1184845795,"size":1000,"distinct_size":0,"ref":"refs/heads/linaro/for-test","head":"2cf897f4c832b7de2717bb74e1711b275dce49df","before":"31b36090a9807196f6885b8ed2c39a6ab31d23f5","commits":[{"sha":"0986d97741150b307775d56f587a73ea873a4f4d","author":{"name":"Christian Borntraeger","email":"fc33f3ee5609c5ec6047db37e69d0178239969f7@de.ibm.com"},"message":"s390: fix DAT off memory access, e.g. on kdump\n\ncommit 204ee2c56431 (\"s390/irqflags: optimize irq restore\") optimized\nirqrestore to really only care about interrupts and adapted the\nremaining low level users. One spot (memcpy_real) was not touched,\nthough - fix it. Otherwise a kdump kernel will fail while reading\nthe old kernel. As we re-enable irqs with a non-standard function\nwe have to tell lockdep about that.\n\nFixes: 204ee2c56431 (\"s390/irqflags: optimize irq restore\")\nSigned-off-by: Christian Borntraeger <borntraeger@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/0986d97741150b307775d56f587a73ea873a4f4d"},{"sha":"020bf042e5b397479c1174081b935d0ff15d1a64","author":{"name":"Stefan Haberland","email":"6c75485cf17f210e7baccbf5f59f11e8889059dc@de.ibm.com"},"message":"s390/dasd: prevent incorrect length error under z/VM after PAV changes\n\nThe channel checks the specified length and the provided amount of\ndata for CCWs and provides an incorrect length error if the size does\nnot match. Under z/VM with simulation activated the length may get\nchanged. Having the suppress length indication bit set is stated as\ngood CCW coding practice and avoids errors under z/VM.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Stefan Haberland <stefan.haberland@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/020bf042e5b397479c1174081b935d0ff15d1a64"},{"sha":"9d862ababb609439c5d6987f6d3ddd09e703aa0b","author":{"name":"Stefan Haberland","email":"6c75485cf17f210e7baccbf5f59f11e8889059dc@de.ibm.com"},"message":"s390/dasd: fix refcount for PAV reassignment\n\nAdd refcount to the DASD device when a summary unit check worker is\nscheduled. This prevents that the device is set offline with worker\nin place.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Stefan Haberland <stefan.haberland@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/9d862ababb609439c5d6987f6d3ddd09e703aa0b"},{"sha":"f6c9b160233f9b5afe926b91b55589b706076640","author":{"name":"Heiko Carstens","email":"b2244c494cfb2f2e9003288a5a0aae79bf12423b@de.ibm.com"},"message":"s390/diag: avoid lockdep recursion\n\nThe diagnose tracer will indirectly call back into the lockdep code\nwhen lockdep does not expect it (arch_spinlock). This causes lockdep\nto disable itself and therefore we don't have a working lock\ndependency validator anymore.\n\nThis patch effectively disables tracing of diag 0x9c and 0x44 if\nlockdep is enabled.  If however lockdep is enabled spinlocks are\nmainly implemented using a trylock variant, which will not issue any\ndiag 0x9c or 0x44. So this change has hardly any effect on tracing\nexcept when arch_spinlock and friends are explicitly used.\n\nReported-and-Tested-by: David Hildenbrand <dahi@linux.vnet.ibm.com>\nSigned-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nReviewed-by: David Hildenbrand <dahi@linux.vnet.ibm.com>\nAcked-by: Martin Schwidefsky <schwidefsky@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/f6c9b160233f9b5afe926b91b55589b706076640"},{"sha":"3c5b1d92b3b02be07873d611a27950addff544d3","author":{"name":"Tirumalesh Chalamarla","email":"cd20abdfd5110d5b45e60589f9396ef61e1b6e0b@caviumnetworks.com"},"message":"arm64: KVM: Configure TCR_EL2.PS at runtime\n\nSetting TCR_EL2.PS to 40 bits is wrong on systems with less that\nless than 40 bits of physical addresses. and breaks KVM on systems\nwhere the RAM is above 40 bits.\n\nThis patch uses ID_AA64MMFR0_EL1.PARange to set TCR_EL2.PS dynamically,\njust like we already do for VTCR_EL2.PS.\n\n[Marc: rewrote commit message, patch tidy up]\n\nReviewed-by: Marc Zyngier <marc.zyngier@arm.com>\nSigned-off-by: Tirumalesh Chalamarla <tchalamarla@caviumnetworks.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/3c5b1d92b3b02be07873d611a27950addff544d3"},{"sha":"111f2b87326199a736c3469265763a6be6e5528f","author":{"name":"Krzysztof Adamski","email":"0bc545452b583ff6136951a1d184a28de57c1bdf@japko.eu"},"message":"pinctrl: sunxi: H3 requires irq_read_needs_mux\n\nIt seems that on H3, just like on A10, when GPIOs are configured as\nexternal interrupt data registers does not contain their value.  When\nvalue is read, GPIO function must be temporary switched to input for\nreads.\n\nSigned-off-by: Krzysztof Adamski <k@japko.eu>\nAcked-by: Chen-Yu Tsai <wens@csie.org>\nAcked-by: Maxime Ripard <maxime.ripard@free-electrons.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/111f2b87326199a736c3469265763a6be6e5528f"},{"sha":"e972c37459c813190461dabfeaac228e00aae259","author":{"name":"Linus Walleij","email":"b0d9e537b6c72323d8ac72352e58c452d7c4fc88@linaro.org"},"message":"ARM: 8519/1: ICST: try other dividends than 1\n\nSince the dawn of time the ICST code has only supported divide\nby one or hang in an eternal loop. Luckily we were always dividing\nby one because the reference frequency for the systems using\nthe ICSTs is 24MHz and the [min,max] values for the PLL input\nif [10,320] MHz for ICST307 and [6,200] for ICST525, so the loop\nwill always terminate immediately without assigning any divisor\nfor the reference frequency.\n\nBut for the code to make sense, let's insert the missing i++\n\nReported-by: David Binderman <dcb314@hotmail.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/e972c37459c813190461dabfeaac228e00aae259"},{"sha":"f070d6715509dafc0af223577c896fe3d204ca88","author":{"name":"Suman Tripathi","email":"10167176a48b31320c32a2dac49eee158e72242d@apm.com"},"message":"libahci: Implement the capability to override the generic ahci interrupt handler.\n\nThis patch implements the capability to override the generic AHCI\ninterrupt handler so that specific ahci drivers can implement their\nown custom interrupt handler routines.  It also exports\nahci_handle_port_intr so that custom irq_handler implementations can\nuse it.\n\ntj: s/ahci_irq_handler/irq_handler/ and updated description.\n\nSigned-off-by: Suman Tripathi <stripathi@apm.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/f070d6715509dafc0af223577c896fe3d204ca88"},{"sha":"d867b95f965457b9e85fb061ef8e3fdc029116ed","author":{"name":"Suman Tripathi","email":"10167176a48b31320c32a2dac49eee158e72242d@apm.com"},"message":"ata: Remove the AHCI_HFLAG_EDGE_IRQ support from libahci.\n\nThe flexibility to override the irq handles in the LLD's are already\npresent, so controllers implementing a edge trigger latch can\nimplement their own interrupt handler inside the driver.  This patch\nremoves the AHCI_HFLAG_EDGE_IRQ support from libahci and moves edge\nirq handling to ahci_xgene.\n\ntj: Minor update to description.\n\nSigned-off-by: Suman Tripathi <stripathi@apm.com>\nSigned-off-by: Tejun Heo <tj@kenrel.org>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/d867b95f965457b9e85fb061ef8e3fdc029116ed"},{"sha":"32aea2680de01f539d928112150279fdeeabca00","author":{"name":"Suman Tripathi","email":"10167176a48b31320c32a2dac49eee158e72242d@apm.com"},"message":"ahci_xgene: Implement the workaround to fix the missing of the edge interrupt for the HOST_IRQ_STAT.\n\nDue to H/W errata, the HOST_IRQ_STAT register misses the edge interrupt\nwhen clearing the HOST_IRQ_STAT register and hardware reporting the\nPORT_IRQ_STAT register happens to be at the same clock cycle.\n\nSigned-off-by: Suman Tripathi <stripathi@apm.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/32aea2680de01f539d928112150279fdeeabca00"},{"sha":"bc4ef7592f657ae81b017207a1098817126ad4cb","author":{"name":"David Sterba","email":"2a1b63fbe60861bed635596eb6fd114917061844@suse.com"},"message":"btrfs: properly set the termination value of ctx->pos in readdir\n\nThe value of ctx->pos in the last readdir call is supposed to be set to\nINT_MAX due to 32bit compatibility, unless 'pos' is intentially set to a\nlarger value, then it's LLONG_MAX.\n\nThere's a report from PaX SIZE_OVERFLOW plugin that \"ctx->pos++\"\noverflows (https://forums.grsecurity.net/viewtopic.php?f=1&t=4284), on a\n64bit arch, where the value is 0x7fffffffffffffff ie. LLONG_MAX before\nthe increment.\n\nWe can get to that situation like that:\n\n* emit all regular readdir entries\n* still in the same call to readdir, bump the last pos to INT_MAX\n* next call to readdir will not emit any entries, but will reach the\n  bump code again, finds pos to be INT_MAX and sets it to LLONG_MAX\n\nNormally this is not a problem, but if we call readdir again, we'll find\n'pos' set to LLONG_MAX and the unconditional increment will overflow.\n\nThe report from Victor at\n(http://thread.gmane.org/gmane.comp.file-systems.btrfs/49500) with debugging\nprint shows that pattern:\n\n Overflow: e\n Overflow: 7fffffff\n Overflow: 7fffffffffffffff\n PAX: size overflow detected in function btrfs_real_readdir\n   fs/btrfs/inode.c:5760 cicus.935_282 max, count: 9, decl: pos; num: 0;\n   context: dir_context;\n CPU: 0 PID: 2630 Comm: polkitd Not tainted 4.2.3-grsec #1\n Hardware name: Gigabyte Technology Co., Ltd. H81ND2H/H81ND2H, BIOS F3 08/11/2015\n  ffffffff81901608 0000000000000000 ffffffff819015e6 ffffc90004973d48\n  ffffffff81742f0f 0000000000000007 ffffffff81901608 ffffc90004973d78\n  ffffffff811cb706 0000000000000000 ffff8800d47359e0 ffffc90004973ed8\n Call Trace:\n  [<ffffffff81742f0f>] dump_stack+0x4c/0x7f\n  [<ffffffff811cb706>] report_size_overflow+0x36/0x40\n  [<ffffffff812ef0bc>] btrfs_real_readdir+0x69c/0x6d0\n  [<ffffffff811dafc8>] iterate_dir+0xa8/0x150\n  [<ffffffff811e6d8d>] ? __fget_light+0x2d/0x70\n  [<ffffffff811dba3a>] SyS_getdents+0xba/0x1c0\n Overflow: 1a\n  [<ffffffff811db070>] ? iterate_dir+0x150/0x150\n  [<ffffffff81749b69>] entry_SYSCALL_64_fastpath+0x12/0x83\n\nThe jump from 7fffffff to 7fffffffffffffff happens when new dir entries\nare not yet synced and are processed from the delayed list. Then the code\ncould go to the bump section again even though it might not emit any new\ndir entries from the delayed list.\n\nThe fix avoids entering the \"bump\" section again once we've finished\nemitting the entries, both for synced and delayed entries.\n\nReferences: https://forums.grsecurity.net/viewtopic.php?f=1&t=4284\nReported-by: Victor <services@swwu.com>\nCC: stable@vger.kernel.org\nSigned-off-by: David Sterba <dsterba@suse.com>\nTested-by: Holger Hoffstätte <holger.hoffstaette@googlemail.com>\nSigned-off-by: Chris Mason <clm@fb.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/bc4ef7592f657ae81b017207a1098817126ad4cb"},{"sha":"287e6611ab1eac76c2c5ebf6e345e04c80ca9c61","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"libata: fix HDIO_GET_32BIT ioctl\n\nAs reported by Soohoon Lee, the HDIO_GET_32BIT ioctl does not\nwork correctly in compat mode with libata.\n\nI have investigated the issue further and found multiple problems\nthat all appeared with the same commit that originally introduced\nHDIO_GET_32BIT handling in libata back in linux-2.6.8 and presumably\nalso linux-2.4, as the code uses \"copy_to_user(arg, &val, 1)\" to copy\na 'long' variable containing either 0 or 1 to user space.\n\nThe problems with this are:\n\n* On big-endian machines, this will always write a zero because it\n  stores the wrong byte into user space.\n\n* In compat mode, the upper three bytes of the variable are updated\n  by the compat_hdio_ioctl() function, but they now contain\n  uninitialized stack data.\n\n* The hdparm tool calling this ioctl uses a 'static long' variable\n  to store the result. This means at least the upper bytes are\n  initialized to zero, but calling another ioctl like HDIO_GET_MULTCOUNT\n  would fill them with data that remains stale when the low byte\n  is overwritten. Fortunately libata doesn't implement any of the\n  affected ioctl commands, so this would only happen when we query\n  both an IDE and an ATA device in the same command such as\n  \"hdparm -N -c /dev/hda /dev/sda\"\n\n* The libata code for unknown reasons started using ATA_IOC_GET_IO32\n  and ATA_IOC_SET_IO32 as aliases for HDIO_GET_32BIT and HDIO_SET_32BIT,\n  while the ioctl commands that were added later use the normal\n  HDIO_* names. This is harmless but rather confusing.\n\nThis addresses all four issues by changing the code to use put_user()\non an 'unsigned long' variable in HDIO_GET_32BIT, like the IDE subsystem\ndoes, and by clarifying the names of the ioctl commands.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nReported-by: Soohoon Lee <Soohoon.Lee@f5.com>\nTested-by: Soohoon Lee <Soohoon.Lee@f5.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/287e6611ab1eac76c2c5ebf6e345e04c80ca9c61"},{"sha":"a53b8394ec3c67255928df6ee9cc99dd1cd452e3","author":{"name":"Javi Merino","email":"f48ee81effd98f322938a01bfcb19fd60e0ba70f@arm.com"},"message":"thermal: cpu_cooling: fix out of bounds access in time_in_idle\n\nIn __cpufreq_cooling_register() we allocate the arrays for time_in_idle\nand time_in_idle_timestamp to be as big as the number of cpus in this\ncpufreq device.  However, in get_load() we access this array using the\ncpu number as index, which can result in an out of bound access.\n\nIndex time_in_idle{,_timestamp} using the index in the cpufreq_device's\nallowed_cpus mask, as we do for the load_cpu array in\ncpufreq_get_requested_power()\n\nReported-by: Nicolas Boichat <drinkcat@chromium.org>\nCc: Amit Daniel Kachhap <amit.kachhap@gmail.com>\nCc: Zhang Rui <rui.zhang@intel.com>\nCc: Eduardo Valentin <edubezval@gmail.com>\nTested-by: Nicolas Boichat <drinkcat@chromium.org>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Javi Merino <javi.merino@arm.com>\nSigned-off-by: Eduardo Valentin <edubezval@gmail.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/a53b8394ec3c67255928df6ee9cc99dd1cd452e3"},{"sha":"a5ebb87db84392edfd3142c3a6a78431d820a789","author":{"name":"Ulf Hansson","email":"3ad0d1c4b920d57f1a9faa9ebc13c3d9edadde58@linaro.org"},"message":"Revert \"mmc: block: don't use parameter prefix if built as module\"\n\nThis reverts commit 829b6962f7e3cfc06f7c5c26269fd47ad48cf503.\n\nRevert this change as it causes a sysfs path to change and therefore\nintroduces and ABI regression. More precisely Android's vold is not being\nable to access /sys/module/mmcblk/parameters/perdev_minors any more, since\nthe path becomes changed to: \"/sys/module/mmc_block/...\"\n\nFixes: 829b6962f7e3 (\"mmc: block: don't use parameter prefix if built as\nmodule\")\nReported-by: John Stultz <john.stultz@linaro.org>\nCc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/a5ebb87db84392edfd3142c3a6a78431d820a789"},{"sha":"a514379b0c77085074abf01c525a850f6d99926e","author":{"name":"Matias Bjørling","email":"819729f12474eb20b8f9b28b812b3f0e9113b42e@bjorling.me"},"message":"null_blk: oops when initializing without lightnvm\n\nIf the LightNVM subsystem is not compiled into the kernel, and the\nnull_blk device driver requests lightnvm to be initialized. The call to\nnvm_register fails and the null_add_dev function cleans up the\ninitialization. However, at this point the null block device has\nalready been added to the nullb_list and thus a second cleanup will\noccur when the function has returned, that leads to a double call to\nblk_cleanup_queue.\n\nSigned-off-by: Matias Bjørling <m@bjorling.me>\nSigned-off-by: Jens Axboe <axboe@fb.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/a514379b0c77085074abf01c525a850f6d99926e"},{"sha":"004fa08d7aba2a13974446bf212a48c0b3b0d9fd","author":{"name":"Ashok Kumar","email":"5261d43d0d8df3977e8ab6004010391c09ca4860@broadcom.com"},"message":"irqchip/gic-v3-its: Fix double ICC_EOIR write for LPI in EOImode==1\n\nWhen the GIC is using EOImode==1, the EOI is done immediately,\nleaving the deactivation to be performed when the EOI was\npreviously done.\n\nUnfortunately, the ITS is not aware of the EOImode at all, and\nblindly EOIs the interrupt again. On most systems, this is ignored\n(despite being a programming error), but some others do raise a\nSError exception as there is no priority drop to perform for this\ninterrupt.\n\nThe fix is to stop trying to be clever, and always call into the\nunderlying GIC to perform the right access, irrespective of the\nmore we're in.\n\n[Marc: Reworked commit message]\n\nFixes: 0b996fd35957a (\"irqchip/GICv3: Convert to EOImode == 1\")\nCc: stable@vger.kernel.org\nAcked-by: Marc Zyngier <marc.zyngier@arm.com>\nSigned-off-by: Ashok Kumar <ashoks@broadcom.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/004fa08d7aba2a13974446bf212a48c0b3b0d9fd"},{"sha":"fa51b247d67b521e1a1103cad75eb7a666fc9ff9","author":{"name":"Rasmus Villemoes","email":"177f6c7e7d0681e1b64ab10ef561094344edf6d6@rasmusvillemoes.dk"},"message":"net/mlx4: fix some error handling in mlx4_multi_func_init()\n\nThe while loop after err_slaves should use post-decrement; otherwise\nwe'll fail to do the kfrees for i==0, and will run into out-of-bounds\naccesses if the setup above failed already at i==0.\n\n[I'm not sure why one even bothers populating the ->vlan_filter array:\nmlx4.h isn't #included by anything outside\ndrivers/net/ethernet/mellanox/mlx4/, and \"git grep -C2 -w vlan_filter\ndrivers/net/ethernet/mellanox/mlx4/\" seems to suggest that the\nvlan_filter elements aren't used at all.]\n\nSigned-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/fa51b247d67b521e1a1103cad75eb7a666fc9ff9"},{"sha":"ee50aeac60ba5c4c7e072fbc0c9aa2043c8896e6","author":{"name":"Eran Ben Elisha","email":"a0c5c49897130f644c4f60078fc6468581114a71@mellanox.com"},"message":"IB/core: Fix reading capability mask of the port info class\n\nWhen checking specific attribute from a bit mask, need to use bitwise\nAND and not logical AND, fixed that.\n\nFixes: 145d9c541032 ('IB/core: Display extended counter set if\navailable')\nSigned-off-by: Eran Ben Elisha <eranbe@mellanox.com>\nSigned-off-by: Matan Barak <matanb@mellanox.com>\nReviewed-by: Or Gerlitz <ogerlitz@mellanox.com>\nReviewed-by: Christoph Lameter <cl@linux.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/ee50aeac60ba5c4c7e072fbc0c9aa2043c8896e6"},{"sha":"5de6ac75d928358063f37c874a91ca1ef28ac308","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net\n\nPull networking fixes from David Miller:\n\n 1) Fix BPF handling of branch offset adjustmnets on backjumps, from\n    Daniel Borkmann.\n\n 2) Make sure selinux knows about SOCK_DESTROY netlink messages, from\n    Lorenzo Colitti.\n\n 3) Fix openvswitch tunnel mtu regression, from David Wragg.\n\n 4) Fix ICMP handling of TCP sockets in syn_recv state, from Eric\n    Dumazet.\n\n 5) Fix SCTP user hmacid byte ordering bug, from Xin Long.\n\n 6) Fix recursive locking in ipv6 addrconf, from Subash Abhinov\n    Kasiviswanathan.\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net:\n  bpf: fix branch offset adjustment on backjumps after patching ctx expansion\n  vxlan, gre, geneve: Set a large MTU on ovs-created tunnel devices\n  geneve: Relax MTU constraints\n  vxlan: Relax MTU constraints\n  flow_dissector: Fix unaligned access in __skb_flow_dissector when used by eth_get_headlen\n  of: of_mdio: Add marvell, 88e1145 to whitelist of PHY compatibilities.\n  selinux: nlmsgtab: add SOCK_DESTROY to the netlink mapping tables\n  sctp: translate network order to host order when users get a hmacid\n  enic: increment devcmd2 result ring in case of timeout\n  tg3: Fix for tg3 transmit queue 0 timed out when too many gso_segs\n  net:Add sysctl_max_skb_frags\n  tcp: do not drop syn_recv on all icmp reports\n  ipv6: fix a lockdep splat\n  unix: correctly track in-flight fds in sending process user_struct\n  update be2net maintainers' email addresses\n  dwc_eth_qos: Reset hardware before PHY start\n  ipv6: addrconf: Fix recursive spin lock call","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/5de6ac75d928358063f37c874a91ca1ef28ac308"},{"sha":"da2f912aef1106144c43b75f8719807dfad121b3","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'platform-drivers-x86-v4.5-3' of git://git.infradead.org/users/dvhart/linux-platform-drivers-x86\n\nPull x86 platform driver fixes from Darren Hart:\n \"Just two small fixes for the 4.5-rc cycle:\n\n  intel_scu_ipcutil:\n   - underflow in scu_reg_access()\n\n  intel-hid:\n   - fix incorrect entries in intel_hid_keymap\"\n\n* tag 'platform-drivers-x86-v4.5-3' of git://git.infradead.org/users/dvhart/linux-platform-drivers-x86:\n  intel_scu_ipcutil: underflow in scu_reg_access()\n  intel-hid: fix incorrect entries in intel_hid_keymap","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/da2f912aef1106144c43b75f8719807dfad121b3"}]}
{"actor":{"display_login":"dianlujitao"}}