{"push_id":2729893317,"size":177,"distinct_size":0,"ref":"refs/heads/korg/stable/master","head":"9d3cce1e8b8561fed5f383d22a4d6949db4eadbe","before":"1e4b044d22517cae7047c99038abb444423243ca","commits":[{"sha":"fae2a63737e5973f1426bc139935a0f42e232844","author":{"name":"John Garry","email":"8160036f9c092dfaa3b5fdb2cee4498fd919cf3a@huawei.com"},"message":"libahci: Fix possible Spectre-v1 pmp indexing in ahci_led_store()\n\nCurrently smatch warns of possible Spectre-V1 issue in ahci_led_store():\ndrivers/ata/libahci.c:1150 ahci_led_store() warn: potential spectre issue 'pp->em_priv' (local cap)\n\nUserspace controls @pmp from following callchain:\nem_message->store()\n->ata_scsi_em_message_store()\n-->ap->ops->em_store()\n--->ahci_led_store()\n\nAfter the mask+shift @pmp is effectively an 8b value, which is used to\nindex into an array of length 8, so sanitize the array index.\n\nSigned-off-by: John Garry <john.garry@huawei.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/fae2a63737e5973f1426bc139935a0f42e232844"},{"sha":"95ffcf471d05ec7c91993c91dea912f99dccfc26","author":{"name":"Wei Yongjun","email":"58d7245ee8332cc53fd9dfd83425d9fb41be31cf@huawei.com"},"message":"ata: ahci_mvebu: ahci_mvebu_stop_engine() can be static\n\nFixes the following sparse warning:\n\ndrivers/ata/ahci_mvebu.c:85:5: warning:\n symbol 'ahci_mvebu_stop_engine' was not declared. Should it be static?\n\nSigned-off-by: Wei Yongjun <weiyongjun1@huawei.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/95ffcf471d05ec7c91993c91dea912f99dccfc26"},{"sha":"6362f0a290023bafd7f991089e81dd9278f154b8","author":{"name":"Jens Axboe","email":"cd8c6775e60d6f67a6984377324e5290df3d5358@kernel.dk"},"message":"libata: add command iterator helpers\n\nNow that we have the internal tag as a special (higher) value tag,\nit gets a bit tricky to iterate the internal commands as some loops\nwill exceed ATA_MAX_QUEUE. Add explicit helpers for iterating pending\ncommands, both inflight and internal.\n\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/6362f0a290023bafd7f991089e81dd9278f154b8"},{"sha":"258c4e5c65b21bdbe9735f49ea584b3059c810e4","author":{"name":"Jens Axboe","email":"cd8c6775e60d6f67a6984377324e5290df3d5358@kernel.dk"},"message":"libata: convert eh to command iterators\n\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/258c4e5c65b21bdbe9735f49ea584b3059c810e4"},{"sha":"d3543b4d1b48afd931ed4afb6f861e6122657b6f","author":{"name":"Jens Axboe","email":"cd8c6775e60d6f67a6984377324e5290df3d5358@kernel.dk"},"message":"sata_fsl: convert to command iterator\n\nWe need to iterate all commands, including the internal one,\nfor ATAPI error handling.\n\nFixes: 28361c403683 (\"libata: add extra internal command\")\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/d3543b4d1b48afd931ed4afb6f861e6122657b6f"},{"sha":"eb36333de4bfba57fa6f8f88052e53180d54708e","author":{"name":"Jens Axboe","email":"cd8c6775e60d6f67a6984377324e5290df3d5358@kernel.dk"},"message":"sata_fsl: remove dead code in tag retrieval\n\nWe can never pass in the internal tag to this helper, it'll\nalways be the hardware tag. So there's no need to check and\ndo an internal translation of that tag.\n\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/eb36333de4bfba57fa6f8f88052e53180d54708e"},{"sha":"ca95ef7c98674a8eb5d411fc0835783051c0662b","author":{"name":"Dan Carpenter","email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com"},"message":"rtc: mrst: fix error code in probe()\n\nWe should be returning \"retval\".  The \"mrst_rtc.rtc\" variable is a valid\npointer.\n\nFixes: 32b41f93dcaf (\"rtc: mrst: switch to devm functions\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/ca95ef7c98674a8eb5d411fc0835783051c0662b"},{"sha":"8f732850df1b2b4d8d719f7e606dfb3050e7ea11","author":{"name":"Benjamin Tissoires","email":"7a0e50e3f6a0939db82b6a8a423c08a163896f41@redhat.com"},"message":"HID: core: allow concurrent registration of drivers\n\nDetected on the Dell XPS 9365.\n\nThe laptop has 2 devices that benefit from the hid-generic auto-unbinding.\nWhen those 2 devices are presented to the userspace, udev loads both wacom and\nhid-multitouch. When this happens, the code in __hid_bus_reprobe_drivers() is\ncalled concurrently and the second device gets reprobed twice.\n\nAn other bug in the power_supply subsystem prevent to remove the wacom driver\nif it just finished its initialization, which basically kills the wacom node.\n\n[jkosina@suse.cz: reformat changelog a bit]\nFixes c17a7476e4c4 (\"HID: core: rewrite the hid-generic automatic unbind\")\nCc: stable@vger.kernel.org # v4.17\nTested-by: Mario Limonciello <mario.limonciello@dell.com>\nSigned-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/8f732850df1b2b4d8d719f7e606dfb3050e7ea11"},{"sha":"7b72717a20bba8bdd01b14c0460be7d15061cd6b","author":{"name":"Steve Wise","email":"6f43c86433b33e5fe92b209bedebd0f6dba5b49c@opengridcomputing.com"},"message":"iw_cxgb4: correctly enforce the max reg_mr depth\n\nThe code was mistakenly using the length of the page array memory instead\nof the depth of the page array.\n\nThis would cause MR creation to fail in some cases.\n\nFixes: 8376b86de7d3 (\"iw_cxgb4: Support the new memory registration API\")\nCc: stable@vger.kernel.org\nSigned-off-by: Steve Wise <swise@opengridcomputing.com>\nSigned-off-by: Jason Gunthorpe <jgg@mellanox.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/7b72717a20bba8bdd01b14c0460be7d15061cd6b"},{"sha":"940efcc8889f0d15567eb07fc9fd69b06e366aa5","author":{"name":"Leon Romanovsky","email":"3a465310c772508bcc75a45f7a1a5f22c8be234b@mellanox.com"},"message":"RDMA/uverbs: Protect from attempts to create flows on unsupported QP\n\nFlows can be created on UD and RAW_PACKET QP types. Attempts to provide\nother QP types as an input causes to various unpredictable failures.\n\nThe reason is that in order to support all various types (e.g. XRC), we\nare supposed to use real_qp handle and not qp handle and expect to\ndriver/FW to fail such (XRC) flows. The simpler and safer variant is to\nban all QP types except UD and RAW_PACKET, instead of relying on\ndriver/FW.\n\nCc: <stable@vger.kernel.org> # 3.11\nFixes: 436f2ad05a0b (\"IB/core: Export ib_create/destroy_flow through uverbs\")\nCc: syzkaller <syzkaller@googlegroups.com>\nReported-by: Noa Osherovich <noaos@mellanox.com>\nSigned-off-by: Leon Romanovsky <leonro@mellanox.com>\nSigned-off-by: Jason Gunthorpe <jgg@mellanox.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/940efcc8889f0d15567eb07fc9fd69b06e366aa5"},{"sha":"4fae7f170416f970e5655f7e945ce69286b1c4ff","author":{"name":"Leon Romanovsky","email":"3a465310c772508bcc75a45f7a1a5f22c8be234b@mellanox.com"},"message":"RDMA/uverbs: Fix slab-out-of-bounds in ib_uverbs_ex_create_flow\n\nThe check of cmd.flow_attr.size should check into account the size of the\nreserved field (2 bytes), otherwise user can provide a size which will\ncause a slab-out-of-bounds warning below.\n\n==================================================================\nBUG: KASAN: slab-out-of-bounds in ib_uverbs_ex_create_flow+0x1740/0x1d00\nRead of size 2 at addr ffff880068dff1a6 by task syz-executor775/269\n\nCPU: 0 PID: 269 Comm: syz-executor775 Not tainted 4.18.0-rc1+ #245\nHardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS\nrel-1.11.0-0-g63451fca13-prebuilt.qemu-project.org 04/01/2014\nCall Trace:\n dump_stack+0xef/0x17e\n print_address_description+0x83/0x3b0\n kasan_report+0x18d/0x4d0\n ib_uverbs_ex_create_flow+0x1740/0x1d00\n ib_uverbs_write+0x923/0x1010\n __vfs_write+0x10d/0x720\n vfs_write+0x1b0/0x550\n ksys_write+0xc6/0x1a0\n do_syscall_64+0xa7/0x590\n entry_SYSCALL_64_after_hwframe+0x49/0xbe\nRIP: 0033:0x433899\nCode: fd ff 48 81 c4 80 00 00 00 e9 f1 fe ff ff 0f 1f 00 48 89 f8 48 89\nf7 48 89 d6 48 89 ca 4d 89 c2 4d\n89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 0f 83 3b 91 fd ff c3 66\n2e 0f 1f 84 00 00 00 00\nRSP: 002b:00007ffc2724db58 EFLAGS: 00000217 ORIG_RAX: 0000000000000001\nRAX: ffffffffffffffda RBX: 0000000020006880 RCX: 0000000000433899\nRDX: 00000000000000e0 RSI: 0000000020002480 RDI: 0000000000000003\nRBP: 00000000006d7018 R08: 00000000004002f8 R09: 00000000004002f8\nR10: 00000000004002f8 R11: 0000000000000217 R12: 0000000000000000\n\nR13: 000000000040cd20 R14: 000000000040cdb0 R15: 0000000000000006\n\nAllocated by task 269:\n kasan_kmalloc+0xa0/0xd0\n __kmalloc+0x1a9/0x510\n ib_uverbs_ex_create_flow+0x26c/0x1d00\n ib_uverbs_write+0x923/0x1010\n __vfs_write+0x10d/0x720\n vfs_write+0x1b0/0x550\n ksys_write+0xc6/0x1a0\n do_syscall_64+0xa7/0x590\n entry_SYSCALL_64_after_hwframe+0x49/0xbe\n\nFreed by task 0:\n __kasan_slab_free+0x12e/0x180\n kfree+0x159/0x630\n detach_buf+0x559/0x7a0\n virtqueue_get_buf_ctx+0x3cc/0xab0\n virtblk_done+0x1eb/0x3d0\n vring_interrupt+0x16d/0x2b0\n __handle_irq_event_percpu+0x10a/0x980\n handle_irq_event_percpu+0x77/0x190\n handle_irq_event+0xc6/0x1a0\n handle_edge_irq+0x211/0xd80\n handle_irq+0x3d/0x60\n do_IRQ+0x9b/0x220\n\nThe buggy address belongs to the object at ffff880068dff180\n which belongs to the cache kmalloc-64 of size 64\nThe buggy address is located 38 bytes inside of\n 64-byte region [ffff880068dff180, ffff880068dff1c0)\nThe buggy address belongs to the page:\npage:ffffea0001a37fc0 count:1 mapcount:0 mapping:ffff88006c401780\nindex:0x0\nflags: 0x4000000000000100(slab)\nraw: 4000000000000100 ffffea0001a31100 0000001100000011 ffff88006c401780\nraw: 0000000000000000 00000000802a002a 00000001ffffffff 0000000000000000\npage dumped because: kasan: bad access detected\n\nMemory state around the buggy address:\n ffff880068dff080: fb fb fb fb fc fc fc fc fb fb fb fb fb fb fb fb\n ffff880068dff100: fc fc fc fc fb fb fb fb fb fb fb fb fc fc fc fc\n>ffff880068dff180: 00 00 00 00 07 fc fc fc fc fc fc fc fb fb fb fb\n                               ^\n ffff880068dff200: fb fb fb fb fc fc fc fc 00 00 00 00 00 00 fc fc\n ffff880068dff280: fc fc fc fc 00 00 00 00 00 00 00 00 fc fc fc fc\n==================================================================\n\nCc: <stable@vger.kernel.org> # 3.12\nFixes: f88482743872 (\"IB/core: clarify overflow/underflow checks on ib_create/destroy_flow\")\nCc: syzkaller <syzkaller@googlegroups.com>\nReported-by: Noa Osherovich <noaos@mellanox.com>\nSigned-off-by: Leon Romanovsky <leonro@mellanox.com>\nSigned-off-by: Jason Gunthorpe <jgg@mellanox.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/4fae7f170416f970e5655f7e945ce69286b1c4ff"},{"sha":"b697d7d8c741f27b728a878fc55852b06d0f6f5e","author":{"name":"Michael J. Ruhl","email":"53505ecab5554b6b6ae4e5a9ca1fb975547ebec5@intel.com"},"message":"IB/hfi1: Fix incorrect mixing of ERR_PTR and NULL return values\n\nThe __get_txreq() function can return a pointer, ERR_PTR(-EBUSY), or NULL.\nAll of the relevant call sites look for IS_ERR, so the NULL return would\nlead to a NULL pointer exception.\n\nDo not use the ERR_PTR mechanism for this function.\n\nUpdate all call sites to handle the return value correctly.\n\nClean up error paths to reflect return value.\n\nFixes: 45842abbb292 (\"staging/rdma/hfi1: move txreq header code\")\nCc: <stable@vger.kernel.org> # 4.9.x+\nReported-by: Dan Carpenter <dan.carpenter@oracle.com>\nReviewed-by: Mike Marciniszyn <mike.marciniszyn@intel.com>\nReviewed-by: Kamenee Arumugam <kamenee.arumugam@intel.com>\nSigned-off-by: Michael J. Ruhl <michael.j.ruhl@intel.com>\nSigned-off-by: Dennis Dalessandro <dennis.dalessandro@intel.com>\nSigned-off-by: Jason Gunthorpe <jgg@mellanox.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/b697d7d8c741f27b728a878fc55852b06d0f6f5e"},{"sha":"45a0faaba9c8c5ba1e31a08a391aed0bad327167","author":{"name":"Fabio Estevam","email":"679188261afeb60eb822cd934fd7b46a48ddd743@nxp.com"},"message":"drm/etnaviv: Check for platform_device_register_simple() failure\n\nplatform_device_register_simple() may fail, so we should better\ncheck its return value and propagate it in the case of error.\n\nCc: <stable@vger.kernel.org>\nFixes: 246774d17fc0 (\"drm/etnaviv: remove the need for a gpu-subsystem DT node\")\nSigned-off-by: Fabio Estevam <fabio.estevam@nxp.com>\nReviewed-by: Philipp Zabel <p.zabel@pengutronix.de>\nSigned-off-by: Lucas Stach <l.stach@pengutronix.de>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/45a0faaba9c8c5ba1e31a08a391aed0bad327167"},{"sha":"bf6ba3aeb2962e5ee4a78e7535af579ecba630bb","author":{"name":"Fabio Estevam","email":"679188261afeb60eb822cd934fd7b46a48ddd743@nxp.com"},"message":"drm/etnaviv: Fix driver unregistering\n\nRussell King reported:\n\n\"When removing and reloading the etnaviv module, the following splat\noccurs:\n\nsysfs: cannot create duplicate filename '/devices/platform/etnaviv'\nCPU: 0 PID: 1471 Comm: modprobe Not tainted 4.17.0+ #1608\nHardware name: Marvell Dove (Cubox)\nBacktrace:\n[<c00157d4>] (dump_backtrace) from [<c0015b8c>] (show_stack+0x18/0x1c)\n r6:ef033e38 r5:ee07b340 r4:edb9d000 r3:00000000\n[<c0015b74>] (show_stack) from [<c0620784>] (dump_stack+0x20/0x28)\n[<c0620764>] (dump_stack) from [<c01bcd24>] (sysfs_warn_dup+0x5c/0x70)\n[<c01bccc8>] (sysfs_warn_dup) from [<c01bce14>] (sysfs_create_dir_ns+0x90/0x98)\n...\"\n\nCommit 246774d17fc0 (\"drm/etnaviv: remove the need for a gpu-subsystem\nDT node\") introduced DRM registration via\nplatform_device_register_simple(), but missed to call\nplatform_device_unregister() inside etnaviv_exit().\n\nFix the problem by calling platform_device_unregister() inside\netnaviv_exit(). While at it, also rearrange the function calls\nin the exit path to make them happen in the opposite order of\nregistration.\n\nTested on a imx6-sabresd board.\n\nCc: <stable@vger.kernel.org>\nFixes: 246774d17fc0 (\"drm/etnaviv: remove the need for a gpu-subsystem DT node\")\nReported-by: Russell King <linux@armlinux.org.uk>\nSigned-off-by: Fabio Estevam <fabio.estevam@nxp.com>\nReviewed-by: Philipp Zabel <p.zabel@pengutronix.de>\nSigned-off-by: Lucas Stach <l.stach@pengutronix.de>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/bf6ba3aeb2962e5ee4a78e7535af579ecba630bb"},{"sha":"5a267832c2ec47b2dad0fdb291a96bb5b8869315","author":{"name":"Paul Burton","email":"85f1bffadddedccfafc0ae065a06aa636075387f@mips.com"},"message":"MIPS: Call dump_stack() from show_regs()\n\nThe generic nmi_cpu_backtrace() function calls show_regs() when a struct\npt_regs is available, and dump_stack() otherwise. If we were to make use\nof the generic nmi_cpu_backtrace() with MIPS' current implementation of\nshow_regs() this would mean that we see only register data with no\naccompanying stack information, in contrast with our current\nimplementation which calls dump_stack() regardless of whether register\nstate is available.\n\nIn preparation for making use of the generic nmi_cpu_backtrace() to\nimplement arch_trigger_cpumask_backtrace(), have our implementation of\nshow_regs() call dump_stack() and drop the explicit dump_stack() call in\narch_dump_stack() which is invoked by arch_trigger_cpumask_backtrace().\n\nThis will allow the output we produce to remain the same after a later\npatch switches to using nmi_cpu_backtrace(). It may mean that we produce\nextra stack output in other uses of show_regs(), but this:\n\n  1) Seems harmless.\n  2) Is good for consistency between arch_trigger_cpumask_backtrace()\n     and other users of show_regs().\n  3) Matches the behaviour of the ARM & PowerPC architectures.\n\nMarked for stable back to v4.9 as a prerequisite of the following patch\n\"MIPS: Call dump_stack() from show_regs()\".\n\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nPatchwork: https://patchwork.linux-mips.org/patch/19596/\nCc: James Hogan <jhogan@kernel.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Huacai Chen <chenhc@lemote.com>\nCc: linux-mips@linux-mips.org\nCc: stable@vger.kernel.org # v4.9+","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/5a267832c2ec47b2dad0fdb291a96bb5b8869315"},{"sha":"b63e132b6433a41cf311e8bc382d33fd2b73b505","author":{"name":"Paul Burton","email":"85f1bffadddedccfafc0ae065a06aa636075387f@mips.com"},"message":"MIPS: Use async IPIs for arch_trigger_cpumask_backtrace()\n\nThe current MIPS implementation of arch_trigger_cpumask_backtrace() is\nbroken because it attempts to use synchronous IPIs despite the fact that\nit may be run with interrupts disabled.\n\nThis means that when arch_trigger_cpumask_backtrace() is invoked, for\nexample by the RCU CPU stall watchdog, we may:\n\n  - Deadlock due to use of synchronous IPIs with interrupts disabled,\n    causing the CPU that's attempting to generate the backtrace output\n    to hang itself.\n\n  - Not succeed in generating the desired output from remote CPUs.\n\n  - Produce warnings about this from smp_call_function_many(), for\n    example:\n\n    [42760.526910] INFO: rcu_sched detected stalls on CPUs/tasks:\n    [42760.535755]  0-...!: (1 GPs behind) idle=ade/140000000000000/0 softirq=526944/526945 fqs=0\n    [42760.547874]  1-...!: (0 ticks this GP) idle=e4a/140000000000000/0 softirq=547885/547885 fqs=0\n    [42760.559869]  (detected by 2, t=2162 jiffies, g=266689, c=266688, q=33)\n    [42760.568927] ------------[ cut here ]------------\n    [42760.576146] WARNING: CPU: 2 PID: 1216 at kernel/smp.c:416 smp_call_function_many+0x88/0x20c\n    [42760.587839] Modules linked in:\n    [42760.593152] CPU: 2 PID: 1216 Comm: sh Not tainted 4.15.4-00373-gee058bb4d0c2 #2\n    [42760.603767] Stack : 8e09bd20 8e09bd20 8e09bd20 fffffff0 00000007 00000006 00000000 8e09bca8\n    [42760.616937]         95b2b379 95b2b379 807a0080 00000007 81944518 0000018a 00000032 00000000\n    [42760.630095]         00000000 00000030 80000000 00000000 806eca74 00000009 8017e2b8 000001a0\n    [42760.643169]         00000000 00000002 00000000 8e09baa4 00000008 808b8008 86d69080 8e09bca0\n    [42760.656282]         8e09ad50 805e20aa 00000000 00000000 00000000 8017e2b8 00000009 801070ca\n    [42760.669424]         ...\n    [42760.673919] Call Trace:\n    [42760.678672] [<27fde568>] show_stack+0x70/0xf0\n    [42760.685417] [<84751641>] dump_stack+0xaa/0xd0\n    [42760.692188] [<699d671c>] __warn+0x80/0x92\n    [42760.698549] [<68915d41>] warn_slowpath_null+0x28/0x36\n    [42760.705912] [<f7c76c1c>] smp_call_function_many+0x88/0x20c\n    [42760.713696] [<6bbdfc2a>] arch_trigger_cpumask_backtrace+0x30/0x4a\n    [42760.722216] [<f845bd33>] rcu_dump_cpu_stacks+0x6a/0x98\n    [42760.729580] [<796e7629>] rcu_check_callbacks+0x672/0x6ac\n    [42760.737476] [<059b3b43>] update_process_times+0x18/0x34\n    [42760.744981] [<6eb94941>] tick_sched_handle.isra.5+0x26/0x38\n    [42760.752793] [<478d3d70>] tick_sched_timer+0x1c/0x50\n    [42760.759882] [<e56ea39f>] __hrtimer_run_queues+0xc6/0x226\n    [42760.767418] [<e88bbcae>] hrtimer_interrupt+0x88/0x19a\n    [42760.775031] [<6765a19e>] gic_compare_interrupt+0x2e/0x3a\n    [42760.782761] [<0558bf5f>] handle_percpu_devid_irq+0x78/0x168\n    [42760.790795] [<90c11ba2>] generic_handle_irq+0x1e/0x2c\n    [42760.798117] [<1b6d462c>] gic_handle_local_int+0x38/0x86\n    [42760.805545] [<b2ada1c7>] gic_irq_dispatch+0xa/0x14\n    [42760.812534] [<90c11ba2>] generic_handle_irq+0x1e/0x2c\n    [42760.820086] [<c7521934>] do_IRQ+0x16/0x20\n    [42760.826274] [<9aef3ce6>] plat_irq_dispatch+0x62/0x94\n    [42760.833458] [<6a94b53c>] except_vec_vi_end+0x70/0x78\n    [42760.840655] [<22284043>] smp_call_function_many+0x1ba/0x20c\n    [42760.848501] [<54022b58>] smp_call_function+0x1e/0x2c\n    [42760.855693] [<ab9fc705>] flush_tlb_mm+0x2a/0x98\n    [42760.862730] [<0844cdd0>] tlb_flush_mmu+0x1c/0x44\n    [42760.869628] [<cb259b74>] arch_tlb_finish_mmu+0x26/0x3e\n    [42760.877021] [<1aeaaf74>] tlb_finish_mmu+0x18/0x66\n    [42760.883907] [<b3fce717>] exit_mmap+0x76/0xea\n    [42760.890428] [<c4c8a2f6>] mmput+0x80/0x11a\n    [42760.896632] [<a41a08f4>] do_exit+0x1f4/0x80c\n    [42760.903158] [<ee01cef6>] do_group_exit+0x20/0x7e\n    [42760.909990] [<13fa8d54>] __wake_up_parent+0x0/0x1e\n    [42760.917045] [<46cf89d0>] smp_call_function_many+0x1a2/0x20c\n    [42760.924893] [<8c21a93b>] syscall_common+0x14/0x1c\n    [42760.931765] ---[ end trace 02aa09da9dc52a60 ]---\n    [42760.938342] ------------[ cut here ]------------\n    [42760.945311] WARNING: CPU: 2 PID: 1216 at kernel/smp.c:291 smp_call_function_single+0xee/0xf8\n    ...\n\nThis patch switches MIPS' arch_trigger_cpumask_backtrace() to use async\nIPIs & smp_call_function_single_async() in order to resolve this\nproblem. We ensure use of the pre-allocated call_single_data_t\nstructures is serialized by maintaining a cpumask indicating that\nthey're busy, and refusing to attempt to send an IPI when a CPU's bit is\nset in this mask. This should only happen if a CPU hasn't responded to a\nprevious backtrace IPI - ie. if it's hung - and we print a warning to\nthe console in this case.\n\nI've marked this for stable branches as far back as v4.9, to which it\napplies cleanly. Strictly speaking the faulty MIPS implementation can be\ntraced further back to commit 856839b76836 (\"MIPS: Add\narch_trigger_all_cpu_backtrace() function\") in v3.19, but kernel\nversions v3.19 through v4.8 will require further work to backport due to\nthe rework performed in commit 9a01c3ed5cdb (\"nmi_backtrace: add more\ntrigger_*_cpu_backtrace() methods\").\n\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nPatchwork: https://patchwork.linux-mips.org/patch/19597/\nCc: James Hogan <jhogan@kernel.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Huacai Chen <chenhc@lemote.com>\nCc: linux-mips@linux-mips.org\nCc: stable@vger.kernel.org # v4.9+\nFixes: 856839b76836 (\"MIPS: Add arch_trigger_all_cpu_backtrace() function\")\nFixes: 9a01c3ed5cdb (\"nmi_backtrace: add more trigger_*_cpu_backtrace() methods\")","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/b63e132b6433a41cf311e8bc382d33fd2b73b505"},{"sha":"b62cc6fdd793eaac50e4191c8637ffff9e9574d6","author":{"name":"Dan Williams","email":"24ee2bf0bd8ac766c348bf1f0639943bac1535c6@intel.com"},"message":"libnvdimm, pmem: Fix memcpy_mcsafe() return code handling in nsio_rw_bytes()\n\nCommit 60622d68227d \"x86/asm/memcpy_mcsafe: Return bytes remaining\"\nconverted callers of memcpy_mcsafe() to expect a positive 'bytes\nremaining' value rather than a negative error code. The nsio_rw_bytes()\nconversion failed to return success. The failure is benign in that\nnsio_rw_bytes() will end up writing back what it just read.\n\nFixes: 60622d68227d (\"x86/asm/memcpy_mcsafe: Return bytes remaining\")\nCc: Dan Williams <dan.j.williams@intel.com>\nReviewed-by: Vishal Verma <vishal.l.verma@intel.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/b62cc6fdd793eaac50e4191c8637ffff9e9574d6"},{"sha":"5a14e91d559aee5bdb0e002e1153fd9c4338a29e","author":{"name":"Jeff Moyer","email":"cd6badf7869d996b866599075536a600ed1910b5@redhat.com"},"message":"dev-dax: check_vma: ratelimit dev_info-s\n\nThis is easily triggered from userspace, so let's ratelimit the\nmessages.\n\nSigned-off-by: Jeff Moyer <jmoyer@redhat.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/5a14e91d559aee5bdb0e002e1153fd9c4338a29e"},{"sha":"c1985cefd844e26bd19673a6df8d8f0b1918c2db","author":{"name":"Dave Jiang","email":"7a72b0ecdf501e4593e842e1a61bf3d5b53699e6@intel.com"},"message":"acpi/nfit: fix cmd_rc for acpi_nfit_ctl to always return a value\n\ncmd_rc is passed in by reference to the acpi_nfit_ctl() function and the\ncaller expects a value returned. However, when the package is pass through\nvia the ND_CMD_CALL command, cmd_rc is not touched. Make sure cmd_rc is\nalways set.\n\nFixes: aef253382266 (\"libnvdimm, nfit: centralize command status translation\")\n\nSigned-off-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/Jackeagle/kernel_msm-3.18/commits/c1985cefd844e26bd19673a6df8d8f0b1918c2db"},{"sha":"1273c253c32b9a073a4d8921ed079177ccc7c8af","author":{"name":"Vishal Verma","email":"82b5814572006128646e71984415b621304ebed2@intel.com"},"message":"tools/testing/nvdimm: advertise a write cache for nfit_test\n\nCommit 546eb0317cfa \"libnvdimm, pmem: Do not flush power-fail protected CPU caches\"\nfixed the write_cache detection to correctly show the lack of a write\ncache based on the platform capabilities described in the ACPI NFIT. The\nnfit_test unit tests expected a write cache to be present, so change the\nnfit test namespaces to only advertise a persistence domain limited to\nthe memory controller. This allows the kernel to show a write_cache\nattribute, and the test behaviour remains unchanged.\n\nSigned-off-by: Vishal Verma <vishal.l.verma@intel.com>\nReviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/1273c253c32b9a073a4d8921ed079177ccc7c8af"}]}
{"actor":{"display_login":"Jackeagle"}}