{"push_id":2577692874,"size":420,"distinct_size":0,"ref":"refs/heads/master","head":"08acbfc3bafa340ea7ec645c4958da3b4906fa2a","before":"4c5667275f97ea63c597f946df0ecba2ef0d6801","commits":[{"sha":"123bc8641ee269fb2247ff2a97f276fcab179182","author":{"name":"Linus Walleij","email":"9cd9d802d23c0ed5e224beabf4ae4a5c478746ef@linaro.org"},"message":"mtd: jedec_probe: Fix crash in jedec_read_mfr()\n\ncommit 87a73eb5b56fd6e07c8e499fe8608ef2d8912b82 upstream.\n\nIt turns out that the loop where we read manufacturer\njedec_read_mfd() can under some circumstances get a\nCFI_MFR_CONTINUATION repeatedly, making the loop go\nover all banks and eventually hit the end of the\nmap and crash because of an access violation:\n\nUnable to handle kernel paging request at virtual address c4980000\npgd = (ptrval)\n[c4980000] *pgd=03808811, *pte=00000000, *ppte=00000000\nInternal error: Oops: 7 [#1] PREEMPT ARM\nCPU: 0 PID: 1 Comm: swapper Not tainted 4.16.0-rc1+ #150\nHardware name: Gemini (Device Tree)\nPC is at jedec_probe_chip+0x6ec/0xcd0\nLR is at 0x4\npc : [<c03a2bf4>]    lr : [<00000004>]    psr: 60000013\nsp : c382dd18  ip : 0000ffff  fp : 00000000\nr10: c0626388  r9 : 00020000  r8 : c0626340\nr7 : 00000000  r6 : 00000001  r5 : c3a71afc  r4 : c382dd70\nr3 : 00000001  r2 : c4900000  r1 : 00000002  r0 : 00080000\nFlags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none\nControl: 0000397f  Table: 00004000  DAC: 00000053\nProcess swapper (pid: 1, stack limit = 0x(ptrval))\n\nFix this by breaking the loop with a return 0 if\nthe offset exceeds the map size.\n\nFixes: 5c9c11e1c47c (\"[MTD] [NOR] Add support for flash chips with ID in bank other than 0\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>\nSigned-off-by: Boris Brezillon <boris.brezillon@bootlin.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/123bc8641ee269fb2247ff2a97f276fcab179182"},{"sha":"137ec7a920c7589061e99559fb842c64d1a2915a","author":{"name":"Stefan Roese","email":"44b7497c4bb5f3e8c071b12b7ece82766a88068d@denx.de"},"message":"ALSA: pcm: Use dma_bytes as size parameter in dma_mmap_coherent()\n\ncommit 9066ae7ff5d89c0b5daa271e2d573540097a94fa upstream.\n\nWhen trying to use the driver (e.g. aplay *.wav), the 4MiB DMA buffer\nwill get mmapp'ed in 16KiB chunks. But this fails with the 2nd 16KiB\narea, as the page offset is outside of the VMA range (size), which is\ncurrently used as size parameter in snd_pcm_lib_default_mmap(). By\nusing the DMA buffer size (dma_bytes) instead, the complete DMA buffer\ncan be mmapp'ed and the issue is fixed.\n\nThis issue was detected on an ARM platform (TI AM57xx) using the RME\nHDSP MADI PCIe soundcard.\n\nFixes: 657b1989dacf (\"ALSA: pcm - Use dma_mmap_coherent() if available\")\nSigned-off-by: Stefan Roese <sr@denx.de>\nCc: <stable@vger.kernel.org>\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/cip-project/linux-cip/commits/137ec7a920c7589061e99559fb842c64d1a2915a"},{"sha":"9b47981bece8652172822e3b65d8f9ff2e1f61e6","author":{"name":"Dan Carpenter","email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com"},"message":"ALSA: pcm: potential uninitialized return values\n\ncommit 5607dddbfca774fb38bffadcb077fe03aa4ac5c6 upstream.\n\nSmatch complains that \"tmp\" can be uninitialized if we do a zero size\nwrite.\n\nFixes: 02a5d6925cd3 (\"ALSA: pcm: Avoid potential races between OSS ioctls and read/write\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nCc: <stable@vger.kernel.org>\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/cip-project/linux-cip/commits/9b47981bece8652172822e3b65d8f9ff2e1f61e6"},{"sha":"d60017da67463bd7a11a7f7e08115be324afe216","author":{"name":"Linus Torvalds","email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org"},"message":"perf/hwbp: Simplify the perf-hwbp code, fix documentation\n\ncommit f67b15037a7a50c57f72e69a6d59941ad90a0f0f upstream.\n\nAnnoyingly, modify_user_hw_breakpoint() unnecessarily complicates the\nmodification of a breakpoint - simplify it and remove the pointless\nlocal variables.\n\nAlso update the stale Docbook while at it.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nAcked-by: Thomas Gleixner <tglx@linutronix.de>\nCc: <stable@vger.kernel.org>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nCc: Vince Weaver <vincent.weaver@maine.edu>\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/d60017da67463bd7a11a7f7e08115be324afe216"},{"sha":"52a9a9b18d395b65406e2a05ea4bb6ffd2620c12","author":{"name":"Richard Narron","email":"6e2e7c18c417e068f34f7a937e44f8cfe6e2821e@gmail.com"},"message":"partitions/msdos: Unable to mount UFS 44bsd partitions\n\ncommit 5f15684bd5e5ef39d4337988864fec8012471dda upstream.\n\nUFS partitions from newer versions of FreeBSD 10 and 11 use relative\naddressing for their subpartitions. But older versions of FreeBSD still\nuse absolute addressing just like OpenBSD and NetBSD.\n\nInstead of simply testing for a FreeBSD partition, the code needs to\nalso test if the starting offset of the C subpartition is zero.\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id=197733\n\nSigned-off-by: Richard Narron <comet.berkeley@gmail.com>\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/52a9a9b18d395b65406e2a05ea4bb6ffd2620c12"},{"sha":"0446437c8bb63e03e05fa0024abc1bb27eaf037c","author":{"name":"Felipe F. Tonello","email":"608e01334f5575f10813efa40ce0102f2dc0a75e@felipetonello.com"},"message":"usb: gadget: define free_ep_req as universal function\n\ncommit 079fe5a6da616891cca1a26e803e1df2a87e9ae5 upstream.\n\nThis function is shared between gadget functions, so this avoid unnecessary\nduplicated code and potentially avoid memory leaks.\n\nReviewed-by: Robert Baldyga <r.baldyga@samsung.com>\nSigned-off-by: Felipe F. Tonello <eu@felipetonello.com>\nSigned-off-by: Felipe Balbi <balbi@ti.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/0446437c8bb63e03e05fa0024abc1bb27eaf037c"},{"sha":"022a60e3bfe302985f136d793661d1d624880ddc","author":{"name":"Felipe F. Tonello","email":"608e01334f5575f10813efa40ce0102f2dc0a75e@felipetonello.com"},"message":"usb: gadget: change len to size_t on alloc_ep_req()\n\ncommit 69bb99738b5c6d56d2b1a75db9cbb4d187453c1a upstream.\n\nLength of buffers should be of type size_t whenever possible. Altough\nrecommended, this change has no real practical change, unless a driver has a\nuses a huge or negative buffer size - it might help find these bugs.\n\nSigned-off-by: Felipe F. Tonello <eu@felipetonello.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/022a60e3bfe302985f136d793661d1d624880ddc"},{"sha":"01de6f0d9495a881ba0ac8da8afa438a6bfa704f","author":{"name":"Felipe F. Tonello","email":"608e01334f5575f10813efa40ce0102f2dc0a75e@felipetonello.com"},"message":"usb: gadget: fix usb_ep_align_maybe endianness and new usb_ep_align\n\ncommit 16b114a6d7973cf027e4c2b23eae1076eaf98c25 upstream.\n\nUSB spec specifies wMaxPacketSize to be little endian (as other properties),\nso when using this variable in the driver we should convert to the current\nCPU endianness if necessary.\n\nThis patch also introduces usb_ep_align() which does always returns the\naligned buffer size for an endpoint. This is useful to be used by USB requests\nallocator functions.\n\nSigned-off-by: Felipe F. Tonello <eu@felipetonello.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/01de6f0d9495a881ba0ac8da8afa438a6bfa704f"},{"sha":"3b48ece37e1320cdc15117e0377f04ddc3efb0a7","author":{"name":"Felipe F. Tonello","email":"608e01334f5575f10813efa40ce0102f2dc0a75e@felipetonello.com"},"message":"usb: gadget: align buffer size when allocating for OUT endpoint\n\ncommit e0466156ee2e944fb47a3fa00932c3698a6d2c67 upstream.\n\nUsing usb_ep_align() makes sure that the buffer size for OUT endpoints is\nalways aligned with wMaxPacketSize (512 usually). This makes sure\nthat no buffer has the wrong size, which can cause nasty bugs.\n\nSigned-off-by: Felipe F. Tonello <eu@felipetonello.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/3b48ece37e1320cdc15117e0377f04ddc3efb0a7"},{"sha":"51748a86dd5dc5ef789acf9e5522fe7ffc417d41","author":{"name":"Krzysztof Opasiak","email":"4c491ef279967ee84b1d28e44f3e74be7a08ac30@gmail.com"},"message":"usb: gadget: f_hid: fix: Prevent accessing released memory\n\ncommit aa65d11aa008f4de58a9cee7e121666d9d68505e upstream.\n\nWhen we unlock our spinlock to copy data to user we may get\ndisabled by USB host and free the whole list of completed out\nrequests including the one from which we are copying the data\nto user memory.\n\nTo prevent from this let's remove our working element from\nthe list and place it back only if there is sth left when we\nfinish with it.\n\nFixes: 99c515005857 (\"usb: gadget: hidg: register OUT INT endpoint for SET_REPORT\")\nCc: stable@vger.kernel.org\nTested-by: David Lechner <david@lechnology.com>\nSigned-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>\nCc: Jerry Zhang <zhangjerry@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/51748a86dd5dc5ef789acf9e5522fe7ffc417d41"},{"sha":"dd26ec7f47749633439d0a623299a04de5e63bca","author":{"name":"Masami Hiramatsu","email":"308c3db2ad395e67f502db11a9ceb1603d4442e0@kernel.org"},"message":"kprobes/x86: Fix to set RWX bits correctly before releasing trampoline\n\ncommit c93f5cf571e7795f97d49ef51b766cf25e328545 upstream.\n\nFix kprobes to set(recover) RWX bits correctly on trampoline\nbuffer before releasing it. Releasing readonly page to\nmodule_memfree() crash the kernel.\n\nWithout this fix, if kprobes user register a bunch of kprobes\nin function body (since kprobes on function entry usually\nuse ftrace) and unregister it, kernel hits a BUG and crash.\n\nLink: http://lkml.kernel.org/r/149570868652.3518.14120169373590420503.stgit@devbox\n\nSigned-off-by: Masami Hiramatsu <mhiramat@kernel.org>\nFixes: d0381c81c2f7 (\"kprobes/x86: Set kprobes pages read-only\")\nSigned-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>\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/cip-project/linux-cip/commits/dd26ec7f47749633439d0a623299a04de5e63bca"},{"sha":"eafd4e604f12c5d0ce70746c8aff944de8a10d81","author":{"name":"Colin Ian King","email":"d100aa70785e45ee8deab668147d941941915c21@canonical.com"},"message":"ACPI, PCI, irq: remove redundant check for null string pointer\n\ncommit 45288978859119c019eff93f0cb838a0de100bcc upstream.\n\nsource is decleared as a 4 byte char array in struct acpi_pci_routing_table\nso !prt->source is a redundant null string pointer check. Detected with\nsmatch:\n\ndrivers/acpi/pci_irq.c:134 do_prt_fixups() warn: this array is probably\n  non-NULL. 'prt->source'\n\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/eafd4e604f12c5d0ce70746c8aff944de8a10d81"},{"sha":"19863f5f4cefad1a868dac830e06d7c53cb93330","author":{"name":"Kaixu Xia","email":"ca3ff742c6786612fd460f8fc4be5c7174d3c833@huawei.com"},"message":"writeback: fix the wrong congested state variable definition\n\ncommit c877ef8ae7b8edaedccad0fc8c23d4d1de7e2480 upstream.\n\nThe right variable definition should be wb_congested_state that\ninclude WB_async_congested and WB_sync_congested. So fix it.\n\nSigned-off-by: Kaixu Xia <xiakaixu@huawei.com>\nAcked-by: Tejun Heo <tj@kernel.org>\nSigned-off-by: Jens Axboe <axboe@fb.com>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/19863f5f4cefad1a868dac830e06d7c53cb93330"},{"sha":"01f4db3cd85ad0dc9fdd838f276abd33427e107f","author":{"name":"Matthias Kaehlcke","email":"df22eae001bf82a113742cff559755b8fc65d45a@chromium.org"},"message":"PCI: Make PCI_ROM_ADDRESS_MASK a 32-bit constant\n\ncommit 76dc52684d0f72971d9f6cc7d5ae198061b715bd upstream.\n\nA 64-bit value is not needed since a PCI ROM address consists in 32 bits.\nThis fixes a clang warning about \"implicit conversion from 'unsigned long'\nto 'u32'\".\n\nAlso remove now unnecessary casts to u32 from __pci_read_base() and\npci_std_update_resource().\n\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Bjorn Helgaas <bhelgaas@google.com>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/01f4db3cd85ad0dc9fdd838f276abd33427e107f"},{"sha":"617f8bd7ecc07e736840d122158a0080bad73dd4","author":{"name":"Matthias Kaehlcke","email":"df22eae001bf82a113742cff559755b8fc65d45a@chromium.org"},"message":"dm ioctl: remove double parentheses\n\ncommit e36215d87f301f9567c8c99fd34e6c3521a94ddf upstream.\n\nThe extra pair of parantheses is not needed and causes clang to generate\nwarnings about the DM_DEV_CREATE_CMD comparison in validate_params().\n\nAlso remove another double parentheses that doesn't cause a warning.\n\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/617f8bd7ecc07e736840d122158a0080bad73dd4"},{"sha":"1a4106d686784f207addbfbf5137413bc17ff28d","author":{"name":"Nick Desaulniers","email":"bac029b6787e365918a6b06d1b63ff56c1cc13d9@gmail.com"},"message":"Input: mousedev - fix implicit conversion warning\n\ncommit dae1a432ab1fe79ae53129ededeaece35a2dc14d upstream.\n\nClang warns:\n\ndrivers/input/mousedev.c:653:63: error: implicit conversion from 'int'\nto 'signed char' changes value from 200 to -56\n[-Wconstant-conversion]\n  client->ps2[1] = 0x60; client->ps2[2] = 3; client->ps2[3] = 200;\n                                                            ~ ^~~\nAs the PS2 data is really a stream of bytes, let's switch to using u8 type\nfor it, which silences this warning.\n\nSigned-off-by: Nick Desaulniers <nick.desaulniers@gmail.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/1a4106d686784f207addbfbf5137413bc17ff28d"},{"sha":"a8f9bab69bb3d7796615cac7ecaffea2b7b6d3c8","author":{"name":"Nick Desaulniers","email":"00198f13417fb2e066da5908d444d839551c0414@google.com"},"message":"netfilter: nf_nat_h323: fix logical-not-parentheses warning\n\ncommit eee6ebbac18a189ef33d25ea9b8bcae176515e49 upstream.\n\nClang produces the following warning:\n\nnet/ipv4/netfilter/nf_nat_h323.c:553:6: error:\nlogical not is only applied to the left hand side of this comparison\n  [-Werror,-Wlogical-not-parentheses]\nif (!set_h225_addr(skb, protoff, data, dataoff, taddr,\n    ^\nadd parentheses after the '!' to evaluate the comparison first\nadd parentheses around left hand side expression to silence this warning\n\nThere's not necessarily a bug here, but it's cleaner to return early,\nex:\n\nif (x)\n  return\n...\n\nrather than:\n\nif (x == 0)\n  ...\nelse\n  return\n\nAlso added a return code check that seemed to be missing in one\ninstance.\n\nSigned-off-by: Nick Desaulniers <ndesaulniers@google.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/a8f9bab69bb3d7796615cac7ecaffea2b7b6d3c8"},{"sha":"ce4f4ffc62cff037769fad7f17e6e353e1aef87d","author":{"name":"Matthias Kaehlcke","email":"df22eae001bf82a113742cff559755b8fc65d45a@chromium.org"},"message":"genirq: Use cpumask_available() for check of cpumask variable\n\ncommit d170fe7dd992b313d4851ae5ab77ee7a51ed8c72 upstream.\n\nThis fixes the following clang warning when CONFIG_CPUMASK_OFFSTACK=n:\n\nkernel/irq/manage.c:839:28: error: address of array\n'desc->irq_common_data.affinity' will always evaluate to 'true'\n[-Werror,-Wpointer-bool-conversion]\n\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nCc: Grant Grundler <grundler@chromium.org>\nCc: Rusty Russell <rusty@rustcorp.com.au>\nCc: Greg Hackmann <ghackmann@google.com>\nCc: Michael Davidson <md@google.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nLink: http://lkml.kernel.org/r/20170412182030.83657-2-mka@chromium.org\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/ce4f4ffc62cff037769fad7f17e6e353e1aef87d"},{"sha":"2abc2436c9294c63d885ec754a165a25a3446ed9","author":{"name":"Matthias Kaehlcke","email":"df22eae001bf82a113742cff559755b8fc65d45a@chromium.org"},"message":"cpumask: Add helper cpumask_available()\n\ncommit f7e30f01a9e221067bb4b579e3cfc25cd2617467 upstream.\n\nWith CONFIG_CPUMASK_OFFSTACK=y cpumask_var_t is a struct cpumask\npointer, otherwise a struct cpumask array with a single element.\n\nSome code dealing with cpumasks needs to validate that a cpumask_var_t\nis not a NULL pointer when CONFIG_CPUMASK_OFFSTACK=y. This is typically\ndone by performing the check always, regardless of the underlying type\nof cpumask_var_t. This works in both cases, however clang raises a\nwarning like this when CONFIG_CPUMASK_OFFSTACK=n:\n\nkernel/irq/manage.c:839:28: error: address of array\n'desc->irq_common_data.affinity' will always evaluate to 'true'\n[-Werror,-Wpointer-bool-conversion]\n\nAdd the inline helper cpumask_available() which only performs the\npointer check if CONFIG_CPUMASK_OFFSTACK=y.\n\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nCc: Grant Grundler <grundler@chromium.org>\nCc: Rusty Russell <rusty@rustcorp.com.au>\nCc: Greg Hackmann <ghackmann@google.com>\nCc: Michael Davidson <md@google.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nLink: http://lkml.kernel.org/r/20170412182030.83657-1-mka@chromium.org\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/2abc2436c9294c63d885ec754a165a25a3446ed9"},{"sha":"76fa23e7de139b47f4eb34c3d7338890ac671a3b","author":{"name":"Matthias Kaehlcke","email":"df22eae001bf82a113742cff559755b8fc65d45a@chromium.org"},"message":"selinux: Remove unnecessary check of array base in selinux_set_mapping()\n\ncommit 342e91578eb6909529bc7095964cd44b9c057c4e upstream.\n\n'perms' will never be NULL since it isn't a plain pointer but an array\nof u32 values.\n\nThis fixes the following warning when building with clang:\n\nsecurity/selinux/ss/services.c:158:16: error: address of array\n'p_in->perms' will always evaluate to 'true'\n[-Werror,-Wpointer-bool-conversion]\n                while (p_in->perms && p_in->perms[k]) {\n\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Paul Moore <paul@paul-moore.com>\nCc: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/cip-project/linux-cip/commits/76fa23e7de139b47f4eb34c3d7338890ac671a3b"}]}
{"actor":{"display_login":"ystk"}}