{"push_id":1330573650,"size":88,"distinct_size":0,"ref":"refs/heads/korg/torvalds/master","head":"c8d2bc9bc39ebea8437fd974fdbc21847bb897a3","before":"8ab293e3a1376574e11f9059c09cc0db212546cb","commits":[{"sha":"a93295a7e118b5c58391906e47183775b1eb7cb1","author":{"name":"Roger Quadros","email":"45431f80c5dfd91b829b7e39671862f046d4356e@ti.com"},"message":"mtd: nand: omap2: Don't call dma_release_channel() if dma_request_chan() failed\n\ndma_request_chan() can fail returning an error pointer. In this case\nprevent calling dma_release_channel() to prevent a ERR_PTR() dereference.\n\nAs error path can be called even with no DMA configuration, info->dma can\nbe NULL so don't call dma_release_channel() for that case either.\n\nFixes: de3bfc4a1616: (\"mtd: nand: omap2: fix return value check in omap_nand_probe()\")\nReported-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Roger Quadros <rogerq@ti.com>\nAcked-by: Boris Brezillon <boris.brezillon@free-electrons.com>\nSigned-off-by: Brian Norris <computersforpeace@gmail.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/a93295a7e118b5c58391906e47183775b1eb7cb1"},{"sha":"f6d7c1b5598b6407c3f1da795dd54acf99c1990c","author":{"name":"Karl Beldan","email":"8fba9a6f9ad1c06ddda2e7848749a1a9d150f512@baylibre.com"},"message":"mtd: nand: davinci: Reinitialize the HW ECC engine in 4bit hwctl\n\nThis fixes subpage writes when using 4-bit HW ECC.\n\nThere has been numerous reports about ECC errors with devices using this\ndriver for a while.  Also the 4-bit ECC has been reported as broken with\nsubpages in [1] and with 16 bits NANDs in the driver and in mach* board\nfiles both in mainline and in the vendor BSPs.\n\nWhat I saw with 4-bit ECC on a 16bits NAND (on an LCDK) which got me to\ntry reinitializing the ECC engine:\n- R/W on whole pages properly generates/checks RS code\n- try writing the 1st subpage only of a blank page, the subpage is well\n  written and the RS code properly generated, re-reading the same page\n  the HW detects some ECC error, reading the same page again no ECC\n  error is detected\n\nNote that the ECC engine is already reinitialized in the 1-bit case.\n\nTested on my LCDK with UBI+UBIFS using subpages.\nThis could potentially get rid of the issue workarounded in [1].\n\n[1] 28c015a9daab (\"mtd: davinci-nand: disable subpage write for keystone-nand\")\n\nFixes: 6a4123e581b3 (\"mtd: nand: davinci_nand, 4-bit ECC for smallpage\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Karl Beldan <kbeldan@baylibre.com>\nAcked-by: Boris Brezillon <boris.brezillon@free-electrons.com>\nSigned-off-by: Brian Norris <computersforpeace@gmail.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/f6d7c1b5598b6407c3f1da795dd54acf99c1990c"},{"sha":"480b6837aa579991c6acc113bccf838e6a90843c","author":{"name":"Oliver O'Halloran","email":"96d3d26266c5508c3d645286fc3296b12cf811c5@gmail.com"},"message":"nvdimm: fix PHYS_PFN/PFN_PHYS mixup\n\nnd_activate_region() iomaps any hint addresses required when activating\na region. To prevent duplicate mappings it checks the PFN of the hint to\nbe mapped against the PFNs of the already mapped hints. Unfortunately it\ndoesn't convert the PFN back into a physical address before passing it\nto devm_nvdimm_ioremap(). Instead it applies PHYS_PFN a second time\nwhich ends about as well as you would imagine.\n\nSigned-off-by: Oliver O'Halloran <oohall@gmail.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/480b6837aa579991c6acc113bccf838e6a90843c"},{"sha":"9d15ce9caaf9ecbec74e3be156a4a57451ed16c2","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"tools/testing/nvdimm: fix allocation range for mock flush hint tables\n\nCommit 480b6837aa57 \"nvdimm: fix PHYS_PFN/PFN_PHYS mixup\" identified\nthat we were passing an invalid address to devm_nvdimm_ioremap(). With\nthat fixed it exposed a bug in the memory reservation size for flush\nhint tables.  Since we map a full page we need to mock a full page of\nmemory to back the flush hint table entries.\n\nCc: Oliver O'Halloran <oohall@gmail.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/9d15ce9caaf9ecbec74e3be156a4a57451ed16c2"},{"sha":"ecfb6d8a041cc2ca80bc69ffc20c00067d190df5","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"libnvdimm: fix devm_nvdimm_memremap() error path\n\nThe internal alloc_nvdimm_map() helper might fail, particularly if the\nmemory region is already busy.  Report request_mem_region() failures and\ncheck for the failure.\n\nReported-by: Ryan Chen <ryan.chan105@gmail.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/ecfb6d8a041cc2ca80bc69ffc20c00067d190df5"},{"sha":"11294d63ac915230a36b0603c62134ef7b173d0a","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"nfit: fail DSMs that return non-zero status by default\n\nFor the DSMs where the kernel knows the format of the output buffer and\noriginates those DSMs from within the kernel, return -EIO for any\nnon-zero status.  If the BIOS is indicating a status that we do not know\nhow to handle, fail the DSM.\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/11294d63ac915230a36b0603c62134ef7b173d0a"},{"sha":"666ca3d8f19082f40745d75f3cc7cc0200ee87e3","author":{"name":"Ilia Mirkin","email":"b2ef0ae728ba642680a7b0ef24aed39533e21358@alum.mit.edu"},"message":"drm/nouveau/fifo/nv04: avoid ramht race against cookie insertion\n\nSigned-off-by: Ilia Mirkin <imirkin@alum.mit.edu>\nCc: stable@vger.kernel.org\nSigned-off-by: Ben Skeggs <bskeggs@redhat.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/666ca3d8f19082f40745d75f3cc7cc0200ee87e3"},{"sha":"bad3d80fd001d3b74ab8bb3d561bc4d1b08797d3","author":{"name":"Karol Herbst","email":"df67026c9e5a81956e05b1a9edc4f86662a099ca@gmail.com"},"message":"drm/nouveau: Revert \"bus: remove cpu_coherent flag\"\n\nThis reverts commit aff51175cdbf345740ec9203eff88e772af88059.\n\nThe commit caused fence timeouts within nvc0_screen_destroy and most likely\nother places as well.\n\nThe most obvious effect is, that userspace processes take minutes to\nactually quit.\n\nSigned-off-by: Karol Herbst <karolherbst@gmail.com>\nSigned-off-by: Ben Skeggs <bskeggs@redhat.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/bad3d80fd001d3b74ab8bb3d561bc4d1b08797d3"},{"sha":"9abefcb1aaa58b9d5aa40a8bb12c87d02415e4c8","author":{"name":"Sergei Miroshnichenko","email":"544acd43dc8f56444fe73354a7f6372c3f71a06a@emcraft.com"},"message":"can: dev: fix deadlock reported after bus-off\n\nA timer was used to restart after the bus-off state, leading to a\nrelatively large can_restart() executed in an interrupt context,\nwhich in turn sets up pinctrl. When this happens during system boot,\nthere is a high probability of grabbing the pinctrl_list_mutex,\nwhich is locked already by the probe() of other device, making the\nkernel suspect a deadlock condition [1].\n\nTo resolve this issue, the restart_timer is replaced by a delayed\nwork.\n\n[1] https://github.com/victronenergy/venus/issues/24\n\nSigned-off-by: Sergei Miroshnichenko <sergeimir@emcraft.com>\nCc: linux-stable <stable@vger.kernel.org>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/9abefcb1aaa58b9d5aa40a8bb12c87d02415e4c8"},{"sha":"2ed5c3f09627f72a2e0e407a86b2ac05494190f9","author":{"name":"WANG Cong","email":"3f5d79d28d6d48052800caba9df0b30e06fefe41@gmail.com"},"message":"sch_qfq: keep backlog updated with qlen\n\nReported-by: Stas Nichiporovich <stasn77@gmail.com>\nFixes: 2ccccf5fb43f (\"net_sched: update hierarchical backlog too\")\nCc: Jamal Hadi Salim <jhs@mojatatu.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nAcked-by: Jamal Hadi Salim <jhs@mojatatu.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/2ed5c3f09627f72a2e0e407a86b2ac05494190f9"},{"sha":"3d4357fba82b3cf19ebf0a04d1c9cb086af15d02","author":{"name":"WANG Cong","email":"3f5d79d28d6d48052800caba9df0b30e06fefe41@gmail.com"},"message":"sch_sfb: keep backlog updated with qlen\n\nFixes: 2ccccf5fb43f (\"net_sched: update hierarchical backlog too\")\nCc: Jamal Hadi Salim <jhs@mojatatu.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nAcked-by: Jamal Hadi Salim <jhs@mojatatu.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/3d4357fba82b3cf19ebf0a04d1c9cb086af15d02"},{"sha":"f44ace4d06aab8210d29c731f70b657a7524198b","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge tag 'linux-can-fixes-for-4.8-20160922' of git://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can\n\nMarc Kleine-Budde says:\n\n====================\npull-request: can 2016-09-22\n\nthis is a pull request of one patch for the upcoming linux-4.8 release.\n\nThe patch by Sergei Miroshnichenko fixes a potential deadlock in the generic\nCAN device code that cann occour after a bus-off.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/f44ace4d06aab8210d29c731f70b657a7524198b"},{"sha":"2fe664f1fcf7c4da6891f95708a7a56d3c024354","author":{"name":"Douglas Caetano dos Santos","email":"377843afb517f10c5d64c4b70fd8588c69e7c258@taghos.com.br"},"message":"tcp: fix wrong checksum calculation on MTU probing\n\nWith TCP MTU probing enabled and offload TX checksumming disabled,\ntcp_mtu_probe() calculated the wrong checksum when a fragment being copied\ninto the probe's SKB had an odd length. This was caused by the direct use\nof skb_copy_and_csum_bits() to calculate the checksum, as it pads the\nfragment being copied, if needed. When this fragment was not the last, a\nsubsequent call used the previous checksum without considering this\npadding.\n\nThe effect was a stale connection in one way, as even retransmissions\nwouldn't solve the problem, because the checksum was never recalculated for\nthe full SKB length.\n\nSigned-off-by: Douglas Caetano dos Santos <douglascs@taghos.com.br>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/2fe664f1fcf7c4da6891f95708a7a56d3c024354"},{"sha":"019b1c9fe32a2a32c1153e31375f87ec3e591273","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"tcp: fix a compile error in DBGUNDO()\n\nIf DBGUNDO() is enabled (FASTRETRANS_DEBUG > 1), a compile\nerror will happen, since inet6_sk(sk)->daddr became sk->sk_v6_daddr\n\nFixes: efe4208f47f9 (\"ipv6: make lookups simpler and faster\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/019b1c9fe32a2a32c1153e31375f87ec3e591273"},{"sha":"db32e4e49ce2b0e5fcc17803d011a401c0a637f6","author":{"name":"Lance Richardson","email":"529d81928dd60beeaf299499acfc13e39cc028fb@redhat.com"},"message":"ip6_gre: fix flowi6_proto value in ip6gre_xmit_other()\n\nSimilar to commit 3be07244b733 (\"ip6_gre: fix flowi6_proto value in\nxmit path\"), set flowi6_proto to IPPROTO_GRE for output route lookup.\n\nUp until now, ip6gre_xmit_other() has set flowi6_proto to a bogus value.\nThis affected output route lookup for packets sent on an ip6gretap device\nin cases where routing was dependent on the value of flowi6_proto.\n\nSince the correct proto is already set in the tunnel flowi6 template via\ncommit 252f3f5a1189 (\"ip6_gre: Set flowi6_proto as IPPROTO_GRE in xmit\npath.\"), simply delete the line setting the incorrect flowi6_proto value.\n\nSuggested-by: Jiri Benc <jbenc@redhat.com>\nFixes: c12b395a4664 (\"gre: Support GRE over IPv6\")\nReviewed-by: Shmulik Ladkani <shmulik.ladkani@gmail.com>\nSigned-off-by: Lance Richardson <lrichard@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/db32e4e49ce2b0e5fcc17803d011a401c0a637f6"},{"sha":"595c73071e6641e59b83911fbb4026e767471000","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"libnvdimm, region: fix flush hint table thinko\n\nThe definition of the flush hint table as:\n\n\tvoid __iomem *flush_wpq[0][0];\n\n...passed the unit test, but is broken as flush_wpq[0][1] and\nflush_wpq[1][0] refer to the same entry.  Fix this to use a helper that\ncalculates a slot in the table based on the geometry of flush hints in\nthe region.  This is important to get right since virtualization\nsolutions use this mechanism to trigger hypervisor flushes to platform\npersistence.\n\nReported-by: Dave Jiang <dave.jiang@intel.com>\nTested-by: Dave Jiang <dave.jiang@intel.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/595c73071e6641e59b83911fbb4026e767471000"},{"sha":"2cf750704bb6d7ed8c7d732e071dd1bc890ea5e8","author":{"name":"Nikolay Aleksandrov","email":"64c6133501914790fe0371388ffd86301bcc142b@cumulusnetworks.com"},"message":"ipmr, ip6mr: fix scheduling while atomic and a deadlock with ipmr_get_route\n\nSince the commit below the ipmr/ip6mr rtnl_unicast() code uses the portid\ninstead of the previous dst_pid which was copied from in_skb's portid.\nSince the skb is new the portid is 0 at that point so the packets are sent\nto the kernel and we get scheduling while atomic or a deadlock (depending\non where it happens) by trying to acquire rtnl two times.\nAlso since this is RTM_GETROUTE, it can be triggered by a normal user.\n\nHere's the sleeping while atomic trace:\n[ 7858.212557] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:620\n[ 7858.212748] in_atomic(): 1, irqs_disabled(): 0, pid: 0, name: swapper/0\n[ 7858.212881] 2 locks held by swapper/0/0:\n[ 7858.213013]  #0:  (((&mrt->ipmr_expire_timer))){+.-...}, at: [<ffffffff810fbbf5>] call_timer_fn+0x5/0x350\n[ 7858.213422]  #1:  (mfc_unres_lock){+.....}, at: [<ffffffff8161e005>] ipmr_expire_process+0x25/0x130\n[ 7858.213807] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.8.0-rc7+ #179\n[ 7858.213934] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014\n[ 7858.214108]  0000000000000000 ffff88005b403c50 ffffffff813a7804 0000000000000000\n[ 7858.214412]  ffffffff81a1338e ffff88005b403c78 ffffffff810a4a72 ffffffff81a1338e\n[ 7858.214716]  000000000000026c 0000000000000000 ffff88005b403ca8 ffffffff810a4b9f\n[ 7858.215251] Call Trace:\n[ 7858.215412]  <IRQ>  [<ffffffff813a7804>] dump_stack+0x85/0xc1\n[ 7858.215662]  [<ffffffff810a4a72>] ___might_sleep+0x192/0x250\n[ 7858.215868]  [<ffffffff810a4b9f>] __might_sleep+0x6f/0x100\n[ 7858.216072]  [<ffffffff8165bea3>] mutex_lock_nested+0x33/0x4d0\n[ 7858.216279]  [<ffffffff815a7a5f>] ? netlink_lookup+0x25f/0x460\n[ 7858.216487]  [<ffffffff8157474b>] rtnetlink_rcv+0x1b/0x40\n[ 7858.216687]  [<ffffffff815a9a0c>] netlink_unicast+0x19c/0x260\n[ 7858.216900]  [<ffffffff81573c70>] rtnl_unicast+0x20/0x30\n[ 7858.217128]  [<ffffffff8161cd39>] ipmr_destroy_unres+0xa9/0xf0\n[ 7858.217351]  [<ffffffff8161e06f>] ipmr_expire_process+0x8f/0x130\n[ 7858.217581]  [<ffffffff8161dfe0>] ? ipmr_net_init+0x180/0x180\n[ 7858.217785]  [<ffffffff8161dfe0>] ? ipmr_net_init+0x180/0x180\n[ 7858.217990]  [<ffffffff810fbc95>] call_timer_fn+0xa5/0x350\n[ 7858.218192]  [<ffffffff810fbbf5>] ? call_timer_fn+0x5/0x350\n[ 7858.218415]  [<ffffffff8161dfe0>] ? ipmr_net_init+0x180/0x180\n[ 7858.218656]  [<ffffffff810fde10>] run_timer_softirq+0x260/0x640\n[ 7858.218865]  [<ffffffff8166379b>] ? __do_softirq+0xbb/0x54f\n[ 7858.219068]  [<ffffffff816637c8>] __do_softirq+0xe8/0x54f\n[ 7858.219269]  [<ffffffff8107a948>] irq_exit+0xb8/0xc0\n[ 7858.219463]  [<ffffffff81663452>] smp_apic_timer_interrupt+0x42/0x50\n[ 7858.219678]  [<ffffffff816625bc>] apic_timer_interrupt+0x8c/0xa0\n[ 7858.219897]  <EOI>  [<ffffffff81055f16>] ? native_safe_halt+0x6/0x10\n[ 7858.220165]  [<ffffffff810d64dd>] ? trace_hardirqs_on+0xd/0x10\n[ 7858.220373]  [<ffffffff810298e3>] default_idle+0x23/0x190\n[ 7858.220574]  [<ffffffff8102a20f>] arch_cpu_idle+0xf/0x20\n[ 7858.220790]  [<ffffffff810c9f8c>] default_idle_call+0x4c/0x60\n[ 7858.221016]  [<ffffffff810ca33b>] cpu_startup_entry+0x39b/0x4d0\n[ 7858.221257]  [<ffffffff8164f995>] rest_init+0x135/0x140\n[ 7858.221469]  [<ffffffff81f83014>] start_kernel+0x50e/0x51b\n[ 7858.221670]  [<ffffffff81f82120>] ? early_idt_handler_array+0x120/0x120\n[ 7858.221894]  [<ffffffff81f8243f>] x86_64_start_reservations+0x2a/0x2c\n[ 7858.222113]  [<ffffffff81f8257c>] x86_64_start_kernel+0x13b/0x14a\n\nFixes: 2942e9005056 (\"[RTNETLINK]: Use rtnl_unicast() for rtnetlink unicasts\")\nSigned-off-by: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/2cf750704bb6d7ed8c7d732e071dd1bc890ea5e8"},{"sha":"8d58881b995904bf8b150dae69be0829f832e7be","author":{"name":"Bart Van Assche","email":"b8a13ad2fc8473e67a34a68acf4216fb1fa3477b@sandisk.com"},"message":"scsi: Avoid that toggling use_blk_mq triggers a memory leak\n\nThis patch avoids that the following memory leak is triggered if\nuse_blk_mq is disabled after a SCSI host has been allocated by the\nib_srp driver and before the same SCSI host is freed:\n\nunreferenced object 0xffff8803a168c568 (size 256):\n  backtrace:\n    [<ffffffff81620c95>] kmemleak_alloc+0x45/0xa0\n    [<ffffffff811bb104>] __kmalloc_node+0x1e4/0x400\n    [<ffffffff81309fe4>] blk_mq_alloc_tag_set+0xb4/0x230\n    [<ffffffff814731b7>] scsi_mq_setup_tags+0xc7/0xd0\n    [<ffffffff81469c26>] scsi_add_host_with_dma+0x216/0x2d0\n    [<ffffffffa064bef5>] srp_create_target+0xe55/0x13d0 [ib_srp]\n    [<ffffffff8143ce23>] dev_attr_store+0x13/0x20\n    [<ffffffff8125f030>] sysfs_kf_write+0x40/0x50\n    [<ffffffff8125e397>] kernfs_fop_write+0x137/0x1c0\n    [<ffffffff811d8c13>] __vfs_write+0x23/0x140\n    [<ffffffff811d92e0>] vfs_write+0xb0/0x190\n    [<ffffffff811da5b4>] SyS_write+0x44/0xa0\n    [<ffffffff8162c8a5>] entry_SYSCALL_64_fastpath+0x18/0xa8\n\nFixes: 9aa9cc4221f5 (\"scsi: remove the disable_blk_mq host flag\")\nSigned-off-by: Bart Van Assche <bart.vanassche@sandisk.com>\nCc: Christoph Hellwig <hch@lst.de>\nCc: Martin K. Petersen <martin.petersen@oracle.com>\nCc: <stable@vger.kernel.org>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/8d58881b995904bf8b150dae69be0829f832e7be"},{"sha":"9fb6de1b0bf4ec11573b76059da3c3b39ac7f2ff","author":{"name":"Ville Ranki","email":"7ead013e9396ed34cd7ab1497c28fb7a4856c587@iki.fi"},"message":"Input: joydev - recognize devices with Z axis as joysticks\n\nCurrent implementation of joydev's input_device_id table recognizes only\ndevices with ABS_X, ABS_WHEEL or ABS_THROTTLE axes as joysticks.\n\nThere are joystick devices that do not have those axes, for example TRC\nRudder device. The device in question has ABS_Z, ABS_RX and ABS_RY axes\ncausing it not being detected as joystick.\n\nThis patch adds ABS_Z to the input_device_id list allowing devices with\nABS_Z axis to be detected correctly.\n\nSigned-off-by: Ville Ranki <ville.ranki@iki.fi>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/9fb6de1b0bf4ec11573b76059da3c3b39ac7f2ff"},{"sha":"653d37d8bca0be2c7c53c8578980b06840482427","author":{"name":"Eric Nelson","email":"a16fbdd223a71781803acbd9bd107ba1353fc2f0@nelint.com"},"message":"net: fec: remove QUIRK_HAS_RACC from i.mx25\n\nAccording to the i.MX25 reference manual, this SoC does not have support\nfor the receive accelerator (RACC) register at offset 0x1C4.\n\nhttp://www.nxp.com/files/dsp/doc/ref_manual/IMX25RM.pdf\n\nSigned-off-by: Eric Nelson <eric@nelint.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/dianlujitao/CAF_kernel_msm-3.18/commits/653d37d8bca0be2c7c53c8578980b06840482427"}]}
{"actor":{"display_login":"dianlujitao"}}