{"push_id":2001116945,"size":1000,"distinct_size":4,"ref":"refs/heads/testing","head":"5406ff8eec1c505fbae62ae28e97d1dfd6b46209","before":"1a6fc305cfe7116cc85410445691e1d154c96b13","commits":[{"sha":"d57b9db1ae0cde366c9cc6b038cb1e8ff05557a1","author":{"name":"Benjamin Herrenschmidt","email":"58942ee662d0fe5d44043b40ceefc845bad5a84d@kernel.crashing.org"},"message":"ftgmac100: Make the MDIO bus a child of the ethernet device\n\nPopulate mii_bus->parent with our own platform device before\nregistering, which makes it easier to locate the MDIO bus\nin sysfs when trying to diagnose problems.\n\nSigned-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nAcked-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/d57b9db1ae0cde366c9cc6b038cb1e8ff05557a1"},{"sha":"c800aaf8d869f2b9b47b10c5c312fe19f0a94042","author":{"name":"WANG Cong","email":"3f5d79d28d6d48052800caba9df0b30e06fefe41@gmail.com"},"message":"packet: fix use-after-free in prb_retire_rx_blk_timer_expired()\n\nThere are multiple reports showing we have a use-after-free in\nthe timer prb_retire_rx_blk_timer_expired(), where we use struct\ntpacket_kbdq_core::pkbdq, a pg_vec, after it gets freed by\nfree_pg_vec().\n\nThe interesting part is it is not freed via packet_release() but\nvia packet_setsockopt(), which means we are not closing the socket.\nLooking into the big and fat function packet_set_ring(), this could\nhappen if we satisfy the following conditions:\n\n1. closing == 0, not on packet_release() path\n2. req->tp_block_nr == 0, we don't allocate a new pg_vec\n3. rx_ring->pg_vec is already set as V3, which means we already called\n   packet_set_ring() wtih req->tp_block_nr > 0 previously\n4. req->tp_frame_nr == 0, pass sanity check\n5. po->mapped == 0, never called mmap()\n\nIn this scenario we are clearing the old rx_ring->pg_vec, so we need\nto free this pg_vec, but we don't stop the timer on this path because\nof closing==0.\n\nThe timer has to be stopped as long as we need to free pg_vec, therefore\nthe check on closing!=0 is wrong, we should check pg_vec!=NULL instead.\n\nThanks to liujian for testing different fixes.\n\nReported-by: alexander.levin@verizon.com\nReported-by: Dave Jones <davej@codemonkey.org.uk>\nReported-by: liujian (CE) <liujian56@huawei.com>\nTested-by: liujian (CE) <liujian56@huawei.com>\nCc: Ding Tianhong <dingtianhong@huawei.com>\nCc: Willem de Bruijn <willemdebruijn.kernel@gmail.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/c800aaf8d869f2b9b47b10c5c312fe19f0a94042"},{"sha":"9f9e772da2db279c8d8c9206d271b8009c9093f4","author":{"name":"Florian Fainelli","email":"244da8ca84c0b82369d8dd3f15015e61f28f6fe5@gmail.com"},"message":"net: dsa: Initialize ds->cpu_port_mask earlier\n\nThe mt7530 driver has its dsa_switch_ops::get_tag_protocol function\ncheck ds->cpu_port_mask to issue a warning in case the configured CPU\nport is not capable of supporting tags.\n\nAfter commit 14be36c2c96c (\"net: dsa: Initialize all CPU and enabled\nports masks in dsa_ds_parse()\") we slightly re-arranged the\ninitialization such that this was no longer working. Just make sure that\nds->cpu_port_mask is set prior to the first call to get_tag_protocol,\nthus restoring the expected contract. In case of error, the CPU port bit\nis cleared.\n\nFixes: 14be36c2c96c (\"net: dsa: Initialize all CPU and enabled ports masks in dsa_ds_parse()\")\nReported-by: Sean Wang <sean.wang@mediatek.com>\nSigned-off-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/9f9e772da2db279c8d8c9206d271b8009c9093f4"},{"sha":"cc20c29ebc70a227c8bffa46ffc672f81fefa6d7","author":{"name":"Nilesh Javali","email":"700f74c1792f1a273248e7f6f194b618f42328bf@cavium.com"},"message":"scsi: qedi: Add ISCSI_BOOT_SYSFS to Kconfig\n\nqedi uses iscsi_boot_sysfs to export the targets used for boot to\nsysfs. Select the config option to make sure the module is built.\n\nThis addresses the compile time issue,\n    drivers/scsi/qedi/qedi_main.o: In function `qedi_remove':\n    qedi_main.c:(.text+0x3bbd): undefined reference to `iscsi_boot_destroy_kset'\n    drivers/scsi/qedi/qedi_main.o: In function `__qedi_probe.constprop.0':\n    qedi_main.c:(.text+0x577a): undefined reference to `iscsi_boot_create_target'\n    qedi_main.c:(.text+0x5807): undefined reference to `iscsi_boot_create_target'\n    qedi_main.c:(.text+0x587f): undefined reference to `iscsi_boot_create_initiator'\n    qedi_main.c:(.text+0x58f3): undefined reference to `iscsi_boot_create_ethernet'\n    qedi_main.c:(.text+0x5927): undefined reference to `iscsi_boot_destroy_kset'\n    qedi_main.c:(.text+0x5d7b): undefined reference to `iscsi_boot_create_host_kset'\n\n[mkp: fixed whitespace]\n\nSigned-off-by: Nilesh Javali <nilesh.javali@cavium.com>\nFixes: c57ec8fb7c02 (\"scsi: qedi: Add support for Boot from SAN over iSCSI offload\")\nReported-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/cc20c29ebc70a227c8bffa46ffc672f81fefa6d7"},{"sha":"70c54e210ee9a2939f39ca58ee0b52afa24addec","author":{"name":"Shu Wang","email":"de7e21144a528077d698dbd189d02929c328ef61@redhat.com"},"message":"scsi: megaraid_sas: fix memleak in megasas_alloc_cmdlist_fusion\n\nFound this issue by kmemleak, a few kb mem was leaked in\nmegasas_alloc_cmdlist_fusion when kzalloc failed for one\nmegasas_cmd_fusion allocation.\n\nunreferenced object 0xffff88045dbd2000 (size 8192):\n  comm \"systemd-udevd\", pid 323, jiffies 4294671759 (age 49.008s)\n  backtrace:\n    [<ffffffff8176166a>] kmemleak_alloc+0x4a/0xa0\n    [<ffffffff812186a8>] __kmalloc+0xe8/0x220\n    [<ffffffffc0060594>] megasas_alloc_cmdlist_fusion+0x34/0xe0 [megaraid_sas]\n(gdb) list *megasas_alloc_cmdlist_fusion+0x34\n0xd5c4 is in megasas_alloc_cmdlist_fusion\n               (drivers/scsi/megaraid/megaraid_sas_fusion.c:443).\n    [<ffffffffc0060ca5>] megasas_alloc_cmds_fusion+0x25/0x410 [megaraid_sas]\n    [<ffffffffc0061edf>] megasas_init_adapter_fusion+0x21f/0x640 [megaraid_sas]\n    [<ffffffffc005df17>] megasas_init_fw+0x357/0xd30 [megaraid_sas]\n    [<ffffffffc005ef26>] megasas_probe_one.part.33+0x636/0x1100 [megaraid_sas]\n    [<ffffffffc005fa36>] megasas_probe_one+0x46/0xc0 [megaraid_sas]\n    [<ffffffff813d2ca5>] local_pci_probe+0x45/0xa0\n    [<ffffffff813d4222>] pci_device_probe+0x192/0x1b0\n    [<ffffffff814e3658>] driver_probe_device+0x2a8/0x460\n    [<ffffffff814e38ed>] __driver_attach+0xdd/0xe0\n    [<ffffffff814e124c>] bus_for_each_dev+0x6c/0xc0\n    [<ffffffff814e2dde>] driver_attach+0x1e/0x20\n    [<ffffffff814e2775>] bus_add_driver+0x45/0x270\n    [<ffffffff814e4400>] driver_register+0x60/0xe0\nunreferenced object 0xffff880454ce3600 (size 192):\n  backtrace:\n    [<ffffffff8176166a>] kmemleak_alloc+0x4a/0xa0\n    [<ffffffff8121801a>] kmem_cache_alloc_trace+0xca/0x1d0\n    [<ffffffffc00605d7>] megasas_alloc_cmdlist_fusion+0x77/0xe0 [megaraid_sas]\n(gdb) list *megasas_alloc_cmdlist_fusion+0x77\n0xd607 is in megasas_alloc_cmdlist_fusion\n                (drivers/scsi/megaraid/megaraid_sas_fusion.c:450).\n    [<ffffffffc0060ca5>] megasas_alloc_cmds_fusion+0x25/0x410 [megaraid_sas]\n    [<ffffffffc0061edf>] megasas_init_adapter_fusion+0x21f/0x640 [megaraid_sas]\n    [<ffffffffc005df17>] megasas_init_fw+0x357/0xd30 [megaraid_sas]\n    [<ffffffffc005ef26>] megasas_probe_one.part.33+0x636/0x1100 [megaraid_sas]\n    [<ffffffffc005fa36>] megasas_probe_one+0x46/0xc0 [megaraid_sas]\n    [<ffffffff813d2ca5>] local_pci_probe+0x45/0xa0\n    [<ffffffff813d4222>] pci_device_probe+0x192/0x1b0\n    [<ffffffff814e3658>] driver_probe_device+0x2a8/0x460\n    [<ffffffff814e38ed>] __driver_attach+0xdd/0xe0\n    [<ffffffff814e124c>] bus_for_each_dev+0x6c/0xc0\n    [<ffffffff814e2dde>] driver_attach+0x1e/0x20\n    [<ffffffff814e2775>] bus_add_driver+0x45/0x270\n    [<ffffffff814e4400>] driver_register+0x60/0xe0\n\nSigned-off-by: Shu Wang <shuwang@redhat.com>\nAcked-by: Sumit Saxena <sumit.saxena@broadcom.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/70c54e210ee9a2939f39ca58ee0b52afa24addec"},{"sha":"516b7db593f3a541e2e98867575c3c697f41a247","author":{"name":"Jakub Kicinski","email":"dd7add8d89c906420b565a07df1bf29f6db68c7d@netronome.com"},"message":"scsi: aic7xxx: fix firmware build with O=path\n\nBuilding firmware with O=path was apparently broken in aic7 for ever.\nMessage of the previous commit to the Makefile (from 2008) mentions this\nunfortunate state of affairs already.  Fix this, mostly to make\nrandconfig builds more reliable.\n\nSigned-off-by: Jakub Kicinski <jakub.kicinski@netronome.com>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/516b7db593f3a541e2e98867575c3c697f41a247"},{"sha":"5029271072bf55afa6d836180ee93af09b26ab8b","author":{"name":"Varun Prakash","email":"0a39a72a518d11a6e025ca556cbb1a5b965e4cea@chelsio.com"},"message":"scsi: libcxgbi: add check for valid cxgbi_task_data\n\nIn error case it is possible that ->cleanup_task() gets called without\ncalling ->alloc_pdu() in this case cxgbi_task_data is not valid, so add\na check for for valid cxgbi_task_data in cxgbi_cleanup_task().\n\nSigned-off-by: Varun Prakash <varun@chelsio.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/5029271072bf55afa6d836180ee93af09b26ab8b"},{"sha":"260f4aeddb48b16b2f4da306f4d97d44ef102f6b","author":{"name":"Hannes Reinecke","email":"c802d579f78de31b50f3cfc7051ff9bf41402746@suse.de"},"message":"scsi: scsi_transport_fc: return -EBUSY for deleted vport\n\nWhen trying to delete a vport via 'vport_delete' sysfs attribute we\nshould be checking if the port is already in state VPORT_DELETING; if so\nthere's no need to do anything.\n\nSigned-off-by: Hannes Reinecke <hare@suse.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/260f4aeddb48b16b2f4da306f4d97d44ef102f6b"},{"sha":"cd069bb9f9ff13b23492fda6ccdb458ac4f641ca","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"scsi: lpfc: fix linking against modular NVMe support\n\nWhen LPFC is built-in but NVMe is a loadable module, we fail to link the\nkernel:\n\ndrivers/scsi/built-in.o: In function `lpfc_nvme_create_localport':\n(.text+0x156a82): undefined reference to `nvme_fc_register_localport'\ndrivers/scsi/built-in.o: In function `lpfc_nvme_destroy_localport':\n(.text+0x156eaa): undefined reference to `nvme_fc_unregister_remoteport'\n\nWe can avoid this either by forcing lpfc to be a module, or by disabling\nNVMe support in this case. This implements the former.\n\nFixes: 7d7080335f8d (\"scsi: lpfc: Finalize Kconfig options for nvme\")\nCc: stable@vger.kernel.org\nLink: https://patchwork.kernel.org/patch/9636569/\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/cd069bb9f9ff13b23492fda6ccdb458ac4f641ca"},{"sha":"2c67521821acd900d7508f37e49d0b494011106d","author":{"name":"Dan Carpenter","email":"60b2bf2bc0bec4ca4a4b046ca7ef9255248abff8@oracle.com"},"message":"scsi: qedi: Fix return code in qedi_ep_connect()\n\nWe shouldn't be writing over the \"ret\" variable.  It means we return\nERR_PTR(0) which is NULL and it results in a NULL dereference in the\ncaller.\n\nFixes: ace7f46ba5fd (\"scsi: qedi: Add QLogic FastLinQ offload iSCSI driver framework.\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/2c67521821acd900d7508f37e49d0b494011106d"},{"sha":"26a201a2ba82a801973ce29e1004b64742e81e7e","author":{"name":"Jian Jun Chen","email":"2e37fefb8fa36468ed7b24c4fc914c8a5c292da4@intel.com"},"message":"drm/i915/gvt: Extend KBL platform support in GVT-g\n\nExtend KBL platform support in GVT-g. Validation tests\nare done on KBL server and KBL NUC. Both show the same\nquality.\n\nSigned-off-by: Jian Jun Chen <jian.jun.chen@intel.com>\nCc: Zhenyu Wang <zhenyuw@linux.intel.com>\nSigned-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/26a201a2ba82a801973ce29e1004b64742e81e7e"},{"sha":"a90e049cacd965dade4dae7263b4d3fd550e78b6","author":{"name":"Ilia Mirkin","email":"b2ef0ae728ba642680a7b0ef24aed39533e21358@alum.mit.edu"},"message":"drm/nouveau/disp/nv50-: bump max chans to 21\n\nGP102's cursors go from chan 17..20. Increase the array size to hold\ntheir data properly.\n\nFixes: e50fcff15f (\"drm/nouveau/disp/gp102: fix cursor/overlay immediate channel indices\")\nCc: stable@vger.kernel.org # v4.10+\nSigned-off-by: Ilia Mirkin <imirkin@alum.mit.edu>\nSigned-off-by: Ben Skeggs <bskeggs@redhat.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/a90e049cacd965dade4dae7263b4d3fd550e78b6"},{"sha":"38bcb208f60924a031b9f809f7cd252ea4a94e5f","author":{"name":"Ben Skeggs","email":"63a676a8a1b300e6f5baea1ffe7bc1e56ba63d0e@redhat.com"},"message":"drm/nouveau/bar/gf100: fix access to upper half of BAR2\n\nBit 30 being set causes the upper half of BAR2 to stay in physical mode,\nmapped over the end of VRAM, even when the rest of the BAR has been set\nto virtual mode.\n\nWe inherited our initial value from RM, but I'm not aware of any reason\nwe need to keep it that way.\n\nThis fixes severe GPU hang/lockup issues revealed by Wayland on F26.\n\nShout-out to NVIDIA for the quick response with the potential cause!\n\nSigned-off-by: Ben Skeggs <bskeggs@redhat.com>\nCc: stable@vger.kernel.org # 4.3+","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/38bcb208f60924a031b9f809f7cd252ea4a94e5f"},{"sha":"cfd10811080f5bb0592e21d0b197d445f133ba9e","author":{"name":"Dave Airlie","email":"bb4fc8ee23048f808a4e317631d81d4f55a4e4cb@redhat.com"},"message":"Merge branch 'linux-4.13' of git://github.com/skeggsb/linux into drm-fixes\n\ntwo more fixes for issues nouveau found in fedora 26.\n\n* 'linux-4.13' of git://github.com/skeggsb/linux:\n  drm/nouveau/bar/gf100: fix access to upper half of BAR2\n  drm/nouveau/disp/nv50-: bump max chans to 21","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/cfd10811080f5bb0592e21d0b197d445f133ba9e"},{"sha":"288be97cc74e31b7871c75eb11a8dd768dcb535d","author":{"name":"Ard Biesheuvel","email":"80b89d4a5c0c8f00cebbb9c7d8a672c776f22af1@linaro.org"},"message":"arm64/lib: copy_page: use consistent prefetch stride\n\nThe optional prefetch instructions in the copy_page() routine are\ninconsistent: at the start of the function, two cachelines are\nprefetched beyond the one being loaded in the first iteration, but\nin the loop, the prefetch is one more line ahead. This appears to\nbe unintentional, so let's fix it.\n\nWhile at it, fix the comment style and white space.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Will Deacon <will.deacon@arm.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/288be97cc74e31b7871c75eb11a8dd768dcb535d"},{"sha":"18d5e6c34a8eda438d5ad8b3b15f42dab01bf05d","author":{"name":"Michael Davidson","email":"05af0eb22096f956c2f425c90bc866cc2c655681@google.com"},"message":"x86/boot: #undef memcpy() et al in string.c\n\nundef memcpy() and friends in boot/string.c so that the functions\ndefined here will have the correct names, otherwise we end up\nup trying to redefine __builtin_memcpy() etc.\n\nSurprisingly, GCC allows this (and, helpfully, discards the\n__builtin_ prefix from the function name when compiling it),\nbut clang does not.\n\nAdding these #undef's appears to preserve what I assume was\nthe original intent of the code.\n\nSigned-off-by: Michael Davidson <md@google.com>\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nAcked-by: H. Peter Anvin <hpa@zytor.com>\nCc: Arnd Bergmann <arnd@arndb.de>\nCc: Bernhard.Rosenkranzer@linaro.org\nCc: Greg Hackmann <ghackmann@google.com>\nCc: Kees Cook <keescook@chromium.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Nick Desaulniers <ndesaulniers@google.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20170724235155.79255-1-mka@chromium.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/18d5e6c34a8eda438d5ad8b3b15f42dab01bf05d"},{"sha":"bf50f0e8a03005d19de66d01261d855cdeedf572","author":{"name":"Jonathan Corbet","email":"f492978d338c9ec515b8b7989ae97a89fa552d47@lwn.net"},"message":"sched/core: Fix some documentation build warnings\n\nThe kerneldoc comments for try_to_wake_up_local() were out of date, leading\nto these documentation build warnings:\n\n  ./kernel/sched/core.c:2080: warning: No description found for parameter 'rf'\n  ./kernel/sched/core.c:2080: warning: Excess function parameter 'cookie' description in 'try_to_wake_up_local'\n\nUpdate the comment to reflect current reality and give us some peace and\nquiet.\n\nSigned-off-by: Jonathan Corbet <corbet@lwn.net>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: linux-doc@vger.kernel.org\nLink: http://lkml.kernel.org/r/20170724135628.695cecfc@lwn.net\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/bf50f0e8a03005d19de66d01261d855cdeedf572"},{"sha":"6c423f5751b9f68bfe7c7545519d4c7159f93e1b","author":{"name":"Jonathan Corbet","email":"f492978d338c9ec515b8b7989ae97a89fa552d47@lwn.net"},"message":"sched/wait: Clean up some documentation warnings\n\nA couple of kerneldoc comments in <linux/wait.h> had incorrect names for\nmacro parameters, with this unsightly result:\n\n  ./include/linux/wait.h:555: warning: No description found for parameter 'wq'\n  ./include/linux/wait.h:555: warning: Excess function parameter 'wq_head' description in 'wait_event_interruptible_hrtimeout'\n  ./include/linux/wait.h:759: warning: No description found for parameter 'wq_head'\n  ./include/linux/wait.h:759: warning: Excess function parameter 'wq' description in 'wait_event_killable'\n\nCorrect the comments and kill the warnings.\n\nSigned-off-by: Jonathan Corbet <corbet@lwn.net>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: linux-doc@vger.kernel.org\nLink: http://lkml.kernel.org/r/20170724135800.769c4042@lwn.net\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/6c423f5751b9f68bfe7c7545519d4c7159f93e1b"},{"sha":"4ecf7191fdcc5686c1eb2b06d7f93ce29d636cf0","author":{"name":"Stefan Assmann","email":"9ed4121c3d225a38e3321f7d2a0a8f2f6a23ec3a@kpanic.de"},"message":"x86/efi: Fix reboot_mode when EFI runtime services are disabled\n\nWhen EFI runtime services are disabled, for example by the \"noefi\"\nkernel cmdline parameter, the reboot_type could still be set to\nBOOT_EFI causing reboot to fail.\n\nFix this by checking if EFI runtime services are enabled.\n\nSigned-off-by: Stefan Assmann <sassmann@kpanic.de>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20170724122248.24006-1-sassmann@kpanic.de\n[ Fixed 'not disabled' double negation. ]\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/4ecf7191fdcc5686c1eb2b06d7f93ce29d636cf0"},{"sha":"4f899147424a189b0ad1fdd6f35784ed5a642e83","author":{"name":"Christian Borntraeger","email":"fc33f3ee5609c5ec6047db37e69d0178239969f7@de.ibm.com"},"message":"KVM: s390: take srcu lock when getting/setting storage keys\n\nThe following warning was triggered by missing srcu locks around\nthe storage key handling functions.\n\n=============================\nWARNING: suspicious RCU usage\n4.12.0+ #56 Not tainted\n-----------------------------\n./include/linux/kvm_host.h:572 suspicious rcu_dereference_check() usage!\nrcu_scheduler_active = 2, debug_locks = 1\n 1 lock held by live_migration/4936:\n  #0:  (&mm->mmap_sem){++++++}, at: [<0000000000141be0>]\nkvm_arch_vm_ioctl+0x6b8/0x22d0\n\n CPU: 8 PID: 4936 Comm: live_migration Not tainted 4.12.0+ #56\n Hardware name: IBM 2964 NC9 704 (LPAR)\n Call Trace:\n ([<000000000011378a>] show_stack+0xea/0xf0)\n  [<000000000055cc4c>] dump_stack+0x94/0xd8\n  [<000000000012ee70>] gfn_to_memslot+0x1a0/0x1b8\n  [<0000000000130b76>] gfn_to_hva+0x2e/0x48\n  [<0000000000141c3c>] kvm_arch_vm_ioctl+0x714/0x22d0\n  [<000000000013306c>] kvm_vm_ioctl+0x11c/0x7b8\n  [<000000000037e2c0>] do_vfs_ioctl+0xa8/0x6c8\n  [<000000000037e984>] SyS_ioctl+0xa4/0xb8\n  [<00000000008b20a4>] system_call+0xc4/0x27c\n 1 lock held by live_migration/4936:\n  #0:  (&mm->mmap_sem){++++++}, at: [<0000000000141be0>]\nkvm_arch_vm_ioctl+0x6b8/0x22d0\n\nSigned-off-by: Christian Borntraeger <borntraeger@de.ibm.com>\nReviewed-by: Pierre Morel<pmorel@linux.vnet.ibm.com>","distinct":false,"url":"https://api.github.com/repos/LorenzoBianconi/linux-iio/commits/4f899147424a189b0ad1fdd6f35784ed5a642e83"}]}
{"actor":{"display_login":"LorenzoBianconi"}}