{"push_id":2387982559,"size":1000,"distinct_size":18,"ref":"refs/heads/linaro/linux-linaro-lsk-v4.4-test","head":"40e2620bc680f2bd62d15675176883850d26ec16","before":"26ae4b41fa4e723a9cb15d98735727ee4a0a7250","commits":[{"sha":"1e54b5f72115e7354a8f20205c5baca3e2cbd56c","author":{"name":"Takashi Iwai","email":"dd0a9a4ae370c51e6d7099900a4bf6656524e055@suse.de"},"message":"ALSA: seq: Avoid invalid lockdep class warning\n\ncommit 3510c7aa069aa83a2de6dab2b41401a198317bdc upstream.\n\nThe recent fix for adding rwsem nesting annotation was using the given\n\"hop\" argument as the lock subclass key.  Although the idea itself\nworks, it may trigger a kernel warning like:\n  BUG: looking up invalid subclass: 8\n  ....\nsince the lockdep has a smaller number of subclasses (8) than we\ncurrently allow for the hops there (10).\n\nThe current definition is merely a sanity check for avoiding the too\ndeep delivery paths, and the 8 hops are already enough.  So, as a\nquick fix, just follow the max hops as same as the max lockdep\nsubclasses.\n\nFixes: 1f20f9ff57ca (\"ALSA: seq: Fix nested rwsem annotation for lockdep splat\")\nReported-by: syzbot <syzkaller@googlegroups.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/1e54b5f72115e7354a8f20205c5baca3e2cbd56c"},{"sha":"ff8e97326b6ade630ec70745cc6255ada6dfbe83","author":{"name":"Gustavo A. R. Silva","email":"4b411d321e41f8f6965e5524af22579e66e9d999@embeddedor.com"},"message":"MIPS: microMIPS: Fix incorrect mask in insn_table_MM\n\ncommit 77238e76b9156d28d86c1e31c00ed2960df0e4de upstream.\n\nIt seems that this is a typo error and the proper bit masking is\n\"RT | RS\" instead of \"RS | RS\".\n\nThis issue was detected with the help of Coccinelle.\n\nFixes: d6b3314b49e1 (\"MIPS: uasm: Add lh uam instruction\")\nReported-by: Julia Lawall <julia.lawall@lip6.fr>\nSigned-off-by: Gustavo A. R. Silva <garsilva@embeddedor.com>\nReviewed-by: James Hogan <jhogan@kernel.org>\nPatchwork: https://patchwork.linux-mips.org/patch/17551/\nSigned-off-by: James Hogan <jhogan@kernel.org>\n[jhogan@kernel.org: Backported 3.16..4.12]\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/ff8e97326b6ade630ec70745cc6255ada6dfbe83"},{"sha":"207c2143322ce23b46061ff57dd5356744214293","author":{"name":"Paul Burton","email":"6cf344976ede6e423f0f16c3121262bddc8fed82@mips.com"},"message":"MIPS: Fix CM region target definitions\n\ncommit 6a6cba1d945a7511cdfaf338526871195e420762 upstream.\n\nThe default CM target field in the GCR_BASE register is encoded with 0\nmeaning memory & 1 being reserved. However the definitions we use for\nthose bits effectively get these two values backwards - likely because\nthey were copied from the definitions for the CM regions where the\ntarget is encoded differently. This results in use setting up GCR_BASE\nwith the reserved target value by default, rather than targeting memory\nas intended. Although we currently seem to get away with this it's not a\ngreat idea to rely upon.\n\nFix this by changing our macros to match the documentated target values.\n\nThe incorrect encoding became used as of commit 9f98f3dd0c51 (\"MIPS: Add\ngeneric CM probe & access code\") in the Linux v3.15 cycle, and was\nlikely carried forwards from older but unused code introduced by\ncommit 39b8d5254246 (\"[MIPS] Add support for MIPS CMP platform.\") in the\nv2.6.26 cycle.\n\nFixes: 9f98f3dd0c51 (\"MIPS: Add generic CM probe & access code\")\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nReported-by: Matt Redfearn <matt.redfearn@mips.com>\nReviewed-by: James Hogan <jhogan@kernel.org>\nCc: Matt Redfearn <matt.redfearn@mips.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: linux-mips@linux-mips.org\nCc: <stable@vger.kernel.org> # v3.15+\nPatchwork: https://patchwork.linux-mips.org/patch/17562/\nSigned-off-by: James Hogan <jhogan@kernel.org>\n[jhogan@kernel.org: Backported 3.15..4.13]\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/207c2143322ce23b46061ff57dd5356744214293"},{"sha":"175c0622ab11d6977b27875e58b42bc198e4e862","author":{"name":"Matt Redfearn","email":"c5b62b631b0bb11c9c59278f295d5b8e1a4873c6@imgtec.com"},"message":"MIPS: SMP: Use a completion event to signal CPU up\n\ncommit a00eeede507c975087b7b8df8cf2c9f88ba285de upstream.\n\nIf a secondary CPU failed to start, for any reason, the CPU requesting\nthe secondary to start would get stuck in the loop waiting for the\nsecondary to be present in the cpu_callin_map.\n\nRather than that, use a completion event to signal that the secondary\nCPU has started and is waiting to synchronise counters.\n\nSince the CPU presence will no longer be marked in cpu_callin_map,\nremove the redundant test from arch_cpu_idle_dead().\n\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nCc: Maciej W. Rozycki <macro@imgtec.com>\nCc: Jiri Slaby <jslaby@suse.cz>\nCc: Paul Gortmaker <paul.gortmaker@windriver.com>\nCc: Chris Metcalf <cmetcalf@mellanox.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Qais Yousef <qsyousef@gmail.com>\nCc: James Hogan <james.hogan@imgtec.com>\nCc: Paul Burton <paul.burton@imgtec.com>\nCc: Marcin Nowakowski <marcin.nowakowski@imgtec.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/14502/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/175c0622ab11d6977b27875e58b42bc198e4e862"},{"sha":"857e81041f6974effc23af215c896465f91feab0","author":{"name":"Matija Glavinic Pecotic","email":"97d3a699054cff48ad8bcb4965b0955e59df5fb8@nokia.com"},"message":"MIPS: Fix race on setting and getting cpu_online_mask\n\ncommit 6f542ebeaee0ee552a902ce3892220fc22c7ec8e upstream.\n\nWhile testing cpu hoptlug (cpu down and up in loops) on kernel 4.4, it was\nobserved that occasionally check for cpu online will fail in kernel/cpu.c,\n_cpu_up:\n\nhttps://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/tree/kernel/cpu.c?h=v4.4.79#n485\n 518        /* Arch-specific enabling code. */\n 519        ret = __cpu_up(cpu, idle);\n 520\n 521        if (ret != 0)\n 522                goto out_notify;\n 523        BUG_ON(!cpu_online(cpu));\n\nReason is race between start_secondary and _cpu_up. cpu_callin_map is set\nbefore cpu_online_mask. In __cpu_up, cpu_callin_map is waited for, but cpu\nonline mask is not, resulting in race in which secondary processor started\nand set cpu_callin_map, but not yet set the online mask,resulting in above\nBUG being hit.\n\nUpstream differs in the area. cpu_online check is in bringup_wait_for_ap,\nwhich is after cpu reached AP_ONLINE_IDLE,where secondary passed its start\nfunction. Nonetheless, fix makes start_secondary safe and not depending on\nother locks throughout the code. It protects as well against cpu_online\nchecks put in between sometimes in the future.\n\nFix this by moving completion after all flags are set.\n\nSigned-off-by: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@nokia.com>\nCc: Alexander Sverdlin <alexander.sverdlin@nokia.com>\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/16925/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/857e81041f6974effc23af215c896465f91feab0"},{"sha":"6004eb4d1adca173f1a55dc2121f25da71e96b71","author":{"name":"Matt Redfearn","email":"c5b62b631b0bb11c9c59278f295d5b8e1a4873c6@imgtec.com"},"message":"MIPS: SMP: Fix deadlock & online race\n\ncommit 9e8c399a88f0b87e41a894911475ed2a8f8dff9e upstream.\n\nCommit 6f542ebeaee0 (\"MIPS: Fix race on setting and getting\ncpu_online_mask\") effectively reverted commit 8f46cca1e6c06 (\"MIPS: SMP:\nFix possibility of deadlock when bringing CPUs online\") and thus has\nreinstated the possibility of deadlock.\n\nThe commit was based on testing of kernel v4.4, where the CPU hotplug\ncore code issued a BUG() if the starting CPU is not marked online when\nthe boot CPU returns from __cpu_up. The commit fixes this race (in\nv4.4), but re-introduces the deadlock situation.\n\nAs noted in the commit message, upstream differs in this area. Commit\n8df3e07e7f21f (\"cpu/hotplug: Let upcoming cpu bring itself fully up\")\nadds a completion event in the CPU hotplug core code, making this race\nimpossible. However, people were unhappy with relying on the core code\nto do the right thing.\n\nTo address the issues both commits were trying to fix, add a second\ncompletion event in the MIPS smp hotplug path. It removes the\npossibility of a race, since the MIPS smp hotplug code now synchronises\nboth the boot and secondary CPUs before they return to the hotplug core\ncode. It also addresses the deadlock by ensuring that the secondary CPU\nis not marked online before it's counters are synchronised.\n\nThis fix should also be backported to fix the race condition introduced\nby the backport of commit 8f46cca1e6c06 (\"MIPS: SMP: Fix possibility of\ndeadlock when bringing CPUs online\"), through really that race only\nexisted before commit 8df3e07e7f21f (\"cpu/hotplug: Let upcoming cpu\nbring itself fully up\").\n\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nFixes: 6f542ebeaee0 (\"MIPS: Fix race on setting and getting cpu_online_mask\")\nCC: Matija Glavinic Pecotic <matija.glavinic-pecotic.ext@nokia.com>\nPatchwork: https://patchwork.linux-mips.org/patch/17376/\nSigned-off-by: James Hogan <jhogan@kernel.org>\n[jhogan@kernel.org: Backported 4.1..4.9]\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/6004eb4d1adca173f1a55dc2121f25da71e96b71"},{"sha":"c08f3a82f66f6ae09a96ca0f2054da0a6d77f84d","author":{"name":"Brian Norris","email":"b9f781403b2ecae063fc581cbd1e36182b372dfd@gmail.com"},"message":"test: firmware_class: report errors properly on failure\n\ncommit 47e0bbb7fa985a0f1b5794a8653fae4f8f49de77 upstream.\n\nrequest_firmware() failures currently won't get reported at all (the\nerror code is discarded). What's more, we get confusing messages, like:\n\n    # echo -n notafile > /sys/devices/virtual/misc/test_firmware/trigger_request\n    [ 8280.311856] test_firmware: loading 'notafile'\n    [ 8280.317042] test_firmware: load of 'notafile' failed: -2\n    [ 8280.322445] test_firmware: loaded: 0\n    # echo $?\n    0\n\nReport the failures via write() errors, and don't say we \"loaded\"\nanything.\n\nSigned-off-by: Brian Norris <computersforpeace@gmail.com>\nAcked-by: Kees Cook <keescook@chromium.org>\nSigned-off-by: Shuah Khan <shuahkh@osg.samsung.com>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/c08f3a82f66f6ae09a96ca0f2054da0a6d77f84d"},{"sha":"ed1deec127d9b944e10e154a65d49af5f3d3ee4a","author":{"name":"Brian Norris","email":"b9f781403b2ecae063fc581cbd1e36182b372dfd@gmail.com"},"message":"selftests: firmware: add empty string and async tests\n\ncommit 1b1fe542b6f010cf6bc7e1c92805e1c0e133e007 upstream.\n\nNow that we've added a 'trigger_async_request' knob to test the\nrequest_firmware_nowait() API, let's use it. Also add tests for the\nempty (\"\") string, since there have been a couple errors in that\nhandling already.\n\nSince we now have real ways that the sysfs write might fail, let's add\nthe appropriate check on the 'echo' lines too.\n\nSigned-off-by: Brian Norris <computersforpeace@gmail.com>\nAcked-by: Kees Cook <keescook@chromium.org>\nSigned-off-by: Shuah Khan <shuahkh@osg.samsung.com>\n[AmitP: Dropped the async trigger testing parts from original commit]\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/ed1deec127d9b944e10e154a65d49af5f3d3ee4a"},{"sha":"4afaa496d7f3cf3a8ede24a20daac05f52a364b8","author":{"name":"Luis R. Rodriguez","email":"8f3d65a34b2ac5519a4848313a4f439b5d5e0fef@kernel.org"},"message":"selftests: firmware: send expected errors to /dev/null\n\ncommit 880444e214cfd293a2e8cc4bd3505f7ffa6ce33a upstream.\n\nError that we expect should not be spilled to stdout.\n\nWithout this we get:\n\n./fw_filesystem.sh: line 58: printf: write error: Invalid argument\n./fw_filesystem.sh: line 63: printf: write error: No such device\n./fw_filesystem.sh: line 69: echo: write error: No such file or directory\n./fw_filesystem.sh: filesystem loading works\n./fw_filesystem.sh: async filesystem loading works\n\nWith it:\n\n./fw_filesystem.sh: filesystem loading works\n./fw_filesystem.sh: async filesystem loading works\n\nSigned-off-by: Luis R. Rodriguez <mcgrof@kernel.org>\n[AmitP: Dropped the async trigger testing parts from original commit]\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/4afaa496d7f3cf3a8ede24a20daac05f52a364b8"},{"sha":"d0cfebd9b1db99e507eb3f543cd9d99315d96f4f","author":{"name":"Luis R. Rodriguez","email":"8f3d65a34b2ac5519a4848313a4f439b5d5e0fef@kernel.org"},"message":"tools: firmware: check for distro fallback udev cancel rule\n\ncommit afb999cdef69148f366839e74470d8f5375ba5f1 upstream.\n\nSome distributions (Debian, OpenSUSE) have a udev rule in place to cancel\nall fallback mechanism uevents immediately. This would obviously\nmake it hard to test against the fallback mechanism test interface,\nso we need to check for this.\n\nSigned-off-by: Luis R. Rodriguez <mcgrof@kernel.org>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/d0cfebd9b1db99e507eb3f543cd9d99315d96f4f"},{"sha":"721d4be9e05de066527ce843ebc2fc8d3ce3aa83","author":{"name":"Jonas Gorski","email":"4399866c39e5d64155806919d117ee0cb3db96c4@gmail.com"},"message":"MIPS: AR7: Defer registration of GPIO\n\ncommit e6b03ab63b4d270e0249f96536fde632409dc1dc upstream.\n\nWhen called from prom init code, ar7_gpio_init() will fail as it will\ncall gpiochip_add() which relies on a working kmalloc() to alloc\nthe gpio_desc array and kmalloc is not useable yet at prom init time.\n\nMove ar7_gpio_init() to ar7_register_devices() (a device_initcall)\nwhere kmalloc works.\n\nFixes: 14e85c0e69d5 (\"gpio: remove gpio_descs global array\")\nSigned-off-by: Jonas Gorski <jonas.gorski@gmail.com>\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Yoshihiro YUNOMAE <yoshihiro.yunomae.ez@hitachi.com>\nCc: Nicolas Schichan <nschichan@freebox.fr>\nCc: linux-mips@linux-mips.org\nCc: linux-serial@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/17542/\nSigned-off-by: James Hogan <jhogan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/721d4be9e05de066527ce843ebc2fc8d3ce3aa83"},{"sha":"4694272c470ac7a2ec36e23442369ac5f135faee","author":{"name":"Oswald Buddenhagen","email":"eb0a2ffe1351682900c9a241fc2c9f15bee77f80@gmx.de"},"message":"MIPS: AR7: Ensure that serial ports are properly set up\n\ncommit b084116f8587b222a2c5ef6dcd846f40f24b9420 upstream.\n\nWithout UPF_FIXED_TYPE, the data from the PORT_AR7 uart_config entry is\nnever copied, resulting in a dead port.\n\nFixes: 154615d55459 (\"MIPS: AR7: Use correct UART port type\")\nSigned-off-by: Oswald Buddenhagen <oswald.buddenhagen@gmx.de>\n[jonas.gorski: add Fixes tag]\nSigned-off-by: Jonas Gorski <jonas.gorski@gmail.com>\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Yoshihiro YUNOMAE <yoshihiro.yunomae.ez@hitachi.com>\nCc: Nicolas Schichan <nschichan@freebox.fr>\nCc: Oswald Buddenhagen <oswald.buddenhagen@gmx.de>\nCc: linux-mips@linux-mips.org\nCc: linux-serial@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/17543/\nSigned-off-by: James Hogan <jhogan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/4694272c470ac7a2ec36e23442369ac5f135faee"},{"sha":"05b690ccb077eccb6a1aeb610456dbd5ea7f04a1","author":{"name":"Kai-Heng Feng","email":"49d050d7a2ceecc3a608b6160348d55167459976@canonical.com"},"message":"Input: elan_i2c - add ELAN060C to the ACPI table\n\ncommit cdea6a30c2689cc33b34c6691b57cca277f0c5dc upstream.\n\nELAN060C touchpad uses elan_i2c as its driver. It can be\nfound on Lenovo ideapad 320-14AST.\n\nBugLink: https://bugs.launchpad.net/bugs/1727544\nSigned-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/05b690ccb077eccb6a1aeb610456dbd5ea7f04a1"},{"sha":"ba4828af60e227fffb6ccca2e17c64938e7a5d0d","author":{"name":"Sinclair Yeh","email":"49213a28ab42547222759a2b23ec5ce54f443d89@vmware.com"},"message":"drm/vmwgfx: Fix Ubuntu 17.10 Wayland black screen issue\n\ncommit cef75036c40408ba3bc308bcb00a3d440da713fc upstream.\n\nThis is an extension of Commit 7c20d213dd3c (\"drm/vmwgfx: Work\naround mode set failure in 2D VMs\")\n\nWith Wayland desktop and atomic mode set, during the mode setting\nprocess there is a moment when two framebuffer sized surfaces\nare being pinned.  This was not an issue with Xorg.\n\nSince this only happens during a mode change, there should be no\nperformance impact by increasing allowable mem_size.\n\nSigned-off-by: Sinclair Yeh <syeh@vmware.com>\nReviewed-by: Thomas Hellstrom <thellstrom@vmware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/ba4828af60e227fffb6ccca2e17c64938e7a5d0d"},{"sha":"493cb19b2522a23f4056c405ef4c4aa0c90333b3","author":{"name":"Ilya Dryomov","email":"ad0e6692b7885e8fd4eaec2423c74ce4fd4304dd@gmail.com"},"message":"rbd: use GFP_NOIO for parent stat and data requests\n\ncommit 1e37f2f84680fa7f8394fd444b6928e334495ccc upstream.\n\nrbd_img_obj_exists_submit() and rbd_img_obj_parent_read_full() are on\nthe writeback path for cloned images -- we attempt a stat on the parent\nobject to see if it exists and potentially read it in to call copyup.\nGFP_NOIO should be used instead of GFP_KERNEL here.\n\nLink: http://tracker.ceph.com/issues/22014\nSigned-off-by: Ilya Dryomov <idryomov@gmail.com>\nReviewed-by: David Disseldorp <ddiss@suse.de>\n[idryomov@gmail.com: backport to < 4.9: context]\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/493cb19b2522a23f4056c405ef4c4aa0c90333b3"},{"sha":"cdb5a2def61c959eaa5e651ff178702c75d51ecb","author":{"name":"Gerhard Bertelsmann","email":"616e881177e53541ea47e5917a60deb2554e079d@gerhard-bertelsmann.de"},"message":"can: sun4i: handle overrun in RX FIFO\n\ncommit 4dcf924c2eda0c47a5c53b7703e3dc65ddaa8920 upstream.\n\nSUN4Is CAN IP has a 64 byte deep FIFO buffer. If the buffer is not\ndrained fast enough (overrun) it's getting mangled. Already received\nframes are dropped - the data can't be restored.\n\nSigned-off-by: Gerhard Bertelsmann <info@gerhard-bertelsmann.de>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/cdb5a2def61c959eaa5e651ff178702c75d51ecb"},{"sha":"4df27e6493089c571eeebea0d1475784e6435d18","author":{"name":"Richard Schütz","email":"c9a7fc57574c486aab0dba091b222a0cddd83f39@uni-koblenz.de"},"message":"can: c_can: don't indicate triple sampling support for D_CAN\n\ncommit fb5f0b3ef69b95e665e4bbe8a3de7201f09f1071 upstream.\n\nThe D_CAN controller doesn't provide a triple sampling mode, so don't set\nthe CAN_CTRLMODE_3_SAMPLES flag in ctrlmode_supported. Currently enabling\ntriple sampling is a no-op.\n\nSigned-off-by: Richard Schütz <rschuetz@uni-koblenz.de>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/4df27e6493089c571eeebea0d1475784e6435d18"},{"sha":"b01f1d60dd1c353acdc3a0fabb7507859d629a7c","author":{"name":"Borislav Petkov","email":"eb590213a9667d8ba86dc1d7da45a37c724b7836@suse.de"},"message":"x86/oprofile/ppro: Do not use __this_cpu*() in preemptible context\n\ncommit a743bbeef27b9176987ec0cb7f906ab0ab52d1da upstream.\n\nThe warning below says it all:\n\n  BUG: using __this_cpu_read() in preemptible [00000000] code: swapper/0/1\n  caller is __this_cpu_preempt_check\n  CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.14.0-rc8 #4\n  Call Trace:\n   dump_stack\n   check_preemption_disabled\n   ? do_early_param\n   __this_cpu_preempt_check\n   arch_perfmon_init\n   op_nmi_init\n   ? alloc_pci_root_info\n   oprofile_arch_init\n   oprofile_init\n   do_one_initcall\n   ...\n\nThese accessors should not have been used in the first place: it is PPro so\nno mixed silicon revisions and thus it can simply use boot_cpu_data.\n\nReported-by: Fengguang Wu <fengguang.wu@intel.com>\nTested-by: Fengguang Wu <fengguang.wu@intel.com>\nFix-creation-mandated-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Borislav Petkov <bp@suse.de>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Robert Richter <rric@kernel.org>\nCc: x86@kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/b01f1d60dd1c353acdc3a0fabb7507859d629a7c"},{"sha":"9c405157269dc7929280d7a9f0f07dc91fc77f58","author":{"name":"Colin Ian King","email":"61b69653f478c16de27cbf2a77617b5a614a704a@canonical.com"},"message":"PKCS#7: fix unitialized boolean 'want'\n\ncommit 06aae592425701851e02bb850cb9f4997f0ae163 upstream.\n\nThe boolean want is not initialized and hence garbage. The default should\nbe false (later it is only set to true on tne sinfo->authattrs check).\n\nFound with static analysis using CoverityScan\n\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: David Howells <dhowells@redhat.com>\nCc: Ben Hutchings <ben.hutchings@codethink.co.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/9c405157269dc7929280d7a9f0f07dc91fc77f58"},{"sha":"c4e3d53bd9e7e7723f351dba998151eca4725af6","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@linuxfoundation.org"},"message":"Linux 4.4.98","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/c4e3d53bd9e7e7723f351dba998151eca4725af6"}]}
{"actor":{"display_login":"Jackeagle"}}