{"push_id":3116752545,"size":168,"distinct_size":103,"ref":"refs/heads/g4","head":"1af086cc139a29840888c697a1cc7f2be423990c","before":"3ffcfb27b12d7cb1beae776e07f1e5f0b7829ae1","commits":[{"sha":"e46daee53bb50bde38805f1823a182979724c229","author":{"name":"Kees Cook","email":"50cb10d2be062154b17ab4d66a4eab34f1cf1c84@chromium.org"},"message":"ARM: 8806/1: kprobes: Fix false positive with FORTIFY_SOURCE\n\nThe arm compiler internally interprets an inline assembly label\nas an unsigned long value, not a pointer. As a result, under\nCONFIG_FORTIFY_SOURCE, the address of a label has a size of 4 bytes,\nwhich was tripping the runtime checks. Instead, we can just cast the label\n(as done with the size calculations earlier).\n\nBugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1639397\n\nReported-by: William Cohen <wcohen@redhat.com>\nFixes: 6974f0c4555e (\"include/linux/string.h: add the option of fortified string.h functions\")\nCc: stable@vger.kernel.org\nAcked-by: Laura Abbott <labbott@redhat.com>\nAcked-by: Masami Hiramatsu <mhiramat@kernel.org>\nTested-by: William Cohen <wcohen@redhat.com>\nSigned-off-by: Kees Cook <keescook@chromium.org>\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/e46daee53bb50bde38805f1823a182979724c229"},{"sha":"2c519f583e84eb578d4db48e38160f58aafad2ac","author":{"name":"Bartlomiej Zolnierkiewicz","email":"24970bf3d8506c473367e9292a8e5eb43a40bda0@samsung.com"},"message":"ARC: remove redundant 'default n' from Kconfig\n\n'default n' is the default value for any bool or tristate Kconfig\nsetting so there is no need to write it explicitly.\n\nAlso since commit f467c5640c29 (\"kconfig: only write '# CONFIG_FOO\nis not set' for visible symbols\") the Kconfig behavior is the same\nregardless of 'default n' being present or not:\n\n    ...\n    One side effect of (and the main motivation for) this change is making\n    the following two definitions behave exactly the same:\n\n        config FOO\n                bool\n\n        config FOO\n                bool\n                default n\n\n    With this change, neither of these will generate a\n    '# CONFIG_FOO is not set' line (assuming FOO isn't selected/implied).\n    That might make it clearer to people that a bare 'default n' is\n    redundant.\n    ...\n\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/2c519f583e84eb578d4db48e38160f58aafad2ac"},{"sha":"3624379d90ad2b65f9dbb30d7f7ce5498d2fe322","author":{"name":"Eugeniy Paltsev","email":"ec089b543c2604b626d7ce60c03e4d074ed102c7@synopsys.com"},"message":"ARC: IOC: panic if kernel was started with previously enabled IOC\n\nIf IOC was already enabled (due to bootloader) it technically needs to\nbe reconfigured with aperture base,size corresponding to Linux memory map\nwhich will certainly be different than uboot's. But disabling and\nreenabling IOC when DMA might be potentially active is tricky business.\nTo avoid random memory issues later, just panic here and ask user to\nupgrade bootloader to one which doesn't enable IOC\n\nThis was actually seen as issue on some of the HSDK board with a version\nof uboot which enabled IOC. There were random issues later with starting\nof X or peripherals etc.\n\nAlso while I'm at it, replace hardcoded bits in ARC_REG_IO_COH_PARTIAL\nand ARC_REG_IO_COH_ENABLE registers by definitions.\n\nInspired by: https://lkml.org/lkml/2018/1/19/557\nSigned-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/3624379d90ad2b65f9dbb30d7f7ce5498d2fe322"},{"sha":"afba5d157fe1f2e64bc3df46fe83841657ec8fdd","author":{"name":"Vineet Gupta","email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com"},"message":"ARCv2: boot log unaligned access in use\n\nARC gcc 8.x generates unaligned accesses by default, so call that out\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/afba5d157fe1f2e64bc3df46fe83841657ec8fdd"},{"sha":"4592f11e47a2b28562d6cfe165d5ea7495ff4dca","author":{"name":"Eugeniy Paltsev","email":"ec089b543c2604b626d7ce60c03e4d074ed102c7@synopsys.com"},"message":"ARC: [plat-hsdk] Enable DW APB GPIO support\n\nEnable GPIO support on HSDK. HSDK SoC includes Synopsys\nDesignWare DW_apb_gpio IP with 24 GPIOs mapped onto port A.\n\nSigned-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>\nAcked-by: Alexey Brodkin <abrodkin@synopsys.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/4592f11e47a2b28562d6cfe165d5ea7495ff4dca"},{"sha":"121e38e5acdc8e1e4cdb750fcdcc72f94e420968","author":{"name":"Eugeniy Paltsev","email":"ec089b543c2604b626d7ce60c03e4d074ed102c7@synopsys.com"},"message":"ARC: mm: fix uninitialised signal code in do_page_fault\n\nCommit 15773ae938d8 (\"signal/arc: Use force_sig_fault where\nappropriate\") introduced undefined behaviour by leaving si_code\nunitiailized and leaking random kernel values to user space.\n\nFixes: 15773ae938d8 (\"signal/arc: Use force_sig_fault where appropriate\")\nSigned-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/121e38e5acdc8e1e4cdb750fcdcc72f94e420968"},{"sha":"d55bda1b3e7c5a87f10da54fdda866a9a9cef30b","author":{"name":"Christian Hoff","email":"f96b4f5436f5a6b672599b70f1752a72c9bab743@gmx.net"},"message":"Input: matrix_keypad - check for errors from of_get_named_gpio()\n\n\"of_get_named_gpio()\" returns a negative error value if it fails\nand drivers should check for this. This missing check was now\nadded to the matrix_keypad driver.\n\nIn my case \"of_get_named_gpio()\" returned -EPROBE_DEFER because\nthe referenced GPIOs belong to an I/O expander, which was not yet\nprobed at the point in time when the matrix_keypad driver was\nloading. Because the driver did not check for errors from the\n\"of_get_named_gpio()\" routine, it was assuming that \"-EPROBE_DEFER\"\nis actually a GPIO number and continued as usual, which led to further\nerrors like this later on:\n\nWARNING: CPU: 3 PID: 167 at drivers/gpio/gpiolib.c:114\ngpio_to_desc+0xc8/0xd0\ninvalid GPIO -517\n\nNote that the \"GPIO number\" -517 in the error message above is\nactually \"-EPROBE_DEFER\".\n\nAs part of the patch a misleading error message \"no platform data defined\"\nwas also removed. This does not lead to information loss because the other\nerror paths in matrix_keypad_parse_dt() already print an error.\n\nSigned-off-by: Christian Hoff <christian_hoff@gmx.net>\nSuggested-by: Sebastian Reichel <sre@kernel.org>\nReviewed-by: Sebastian Reichel <sre@kernel.org>\nCc: stable@vger.kernel.org\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/d55bda1b3e7c5a87f10da54fdda866a9a9cef30b"},{"sha":"3ed64da3b790be7c63601e8ca6341b7dff74a660","author":{"name":"Patrick Gaskin","email":"cbb7353e6d953ef360baf960c122346276c6e320@pgaskin.net"},"message":"Input: elan_i2c - add ELAN0620 to the ACPI table\n\nAdd ELAN0620 to the ACPI table to support the elan touchpad in\nthe Lenovo IdeaPad 130-15IKB.\n\nSigned-off-by: Patrick Gaskin <patrick@pgaskin.net>\nCc: stable@vger.kernel.org\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/3ed64da3b790be7c63601e8ca6341b7dff74a660"},{"sha":"ac5722c1643a2fb75224c79b578214956d34f989","author":{"name":"Brian Norris","email":"67059238af8e1945c40edb274ce1d51ba595dbf3@chromium.org"},"message":"Input: cros_ec_keyb - fix button/switch capability reports\n\nThe cros_ec_keyb_bs array lists buttons and switches together, expecting\nthat its users will match the appropriate type and bit fields. But\ncros_ec_keyb_register_bs() only checks the 'bit' field, which causes\nmisreported input capabilities in some cases. For example, tablets\n(e.g., Scarlet -- a.k.a. Acer Chromebook Tab 10) were reporting a SW_LID\ncapability, because EC_MKBP_POWER_BUTTON and EC_MKBP_LID_OPEN happen to\nshare the same bit.\n\n(This has comedic effect on a tablet, in which a power-management daemon\nthen thinks this \"lid\" is closed, and so puts the system to sleep as\nsoon as it boots!)\n\nTo fix this, check both the 'ev_type' and 'bit' fields before reporting\nthe capability.\n\nTested with a lid (Kevin / Samsung Chromebook Plus) and without a lid\n(Scarlet / Acer Chromebook Tab 10).\n\nThis error got introduced when porting the feature from the downstream\nChromium OS kernel to be upstreamed.\n\nFixes: cdd7950e7aa4 (\"input: cros_ec_keyb: Add non-matrix buttons and switches\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Brian Norris <briannorris@chromium.org>\nReviewed-by: Heiko Stuebner <heiko@sntech.de>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/ac5722c1643a2fb75224c79b578214956d34f989"},{"sha":"6c4b88288abf908d6fe9fc71fdfeb69cb4135193","author":{"name":"Ding Tao","email":"07dff04f1a3ec2456623b40cc3a82a04949e5843@qq.com"},"message":"Input: dt-bindings - fix a typo in file input-reset.txt\n\nReplace sysrq-reset-seq with keyset.\n\nSigned-off-by: Ding Tao <miyatsu@qq.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/6c4b88288abf908d6fe9fc71fdfeb69cb4135193"},{"sha":"dda2af7418db9dd51913cb71d9ec9266d4f7924d","author":{"name":"Kuninori Morimoto","email":"a3b51ccb87d18302c1692defcfbf83319d1737eb@renesas.com"},"message":"Input: migor_ts - convert to SPDX identifiers\n\nThis patch updates license to use SPDX-License-Identifier\ninstead of verbose license text.\n\nSigned-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/dda2af7418db9dd51913cb71d9ec9266d4f7924d"},{"sha":"4aeba6418a160d8e58501cd57800252ba349ad1a","author":{"name":"Kuninori Morimoto","email":"a3b51ccb87d18302c1692defcfbf83319d1737eb@renesas.com"},"message":"Input: st1232 - convert to SPDX identifiers\n\nThis patch updates license to use SPDX-License-Identifier\ninstead of verbose license text.\n\nAs original license mentioned, it is GPL-2.0 in SPDX.\nThen, MODULE_LICENSE() should be \"GPL v2\" instead of \"GPL\".\nSee ${LINUX}/include/linux/module.h\n\n\t\"GPL\"\t\t[GNU Public License v2 or later]\n\t\"GPL v2\"\t[GNU Public License v2]\n\nSigned-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/4aeba6418a160d8e58501cd57800252ba349ad1a"},{"sha":"e94b9f12fa2ceb4d5067aa2a7580b02850fb272e","author":{"name":"Colin Ian King","email":"d100aa70785e45ee8deab668147d941941915c21@canonical.com"},"message":"Input: atkbd - clean up indentation issue\n\nTrivial fix to clean up indentation issues, add missing tab\n\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/e94b9f12fa2ceb4d5067aa2a7580b02850fb272e"},{"sha":"10f91c73cc41ceead210a905dbd196398e99c7d2","author":{"name":"Vitaly Kuznetsov","email":"282517a3cdaae14e79e6d52f012bddb9ec2b7f0e@redhat.com"},"message":"Input: hyper-v - fix wakeup from suspend-to-idle\n\nIt makes little sense but still possible to put Hyper-V guests into\nsuspend-to-idle state. To wake them up two wakeup sources were registered\nin the past: hyperv-keyboard and hid-hyperv. However, since\ncommit eed4d47efe95 (\"ACPI / sleep: Ignore spurious SCI wakeups from\nsuspend-to-idle\") pm_wakeup_event() from these devices is ignored. Switch\nto pm_wakeup_hard_event() API as these devices are actually the only\npossible way to wakeup Hyper-V guests.\n\nFixes: eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle)\nReviewed-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nAcked-by: K. Y. Srinivasan <kys@microsoft.com>\nAcked-by: Jiri Kosina <jkosina@suse.cz>\nSigned-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/10f91c73cc41ceead210a905dbd196398e99c7d2"},{"sha":"6b04114f6fae5e84d33404c2970b1949c032546e","author":{"name":"Alexey Brodkin","email":"1fa739873496c8c0c1b521f2061ee5fa4a0306e8@synopsys.com"},"message":"arc: [devboards] Add support of NFSv3 ACL\n\nBy default NFSv3 doesn't support ACL (Access Control Lists)\nwhich might be quite convenient to have so that\nmounted NFS behaves exactly as any other local file-system.\n\nIn particular missing support of ACL makes umask useless.\nThis among other thigs fixes Glibc's \"nptl/tst-umask1\".\n\nSigned-off-by: Alexey Brodkin <abrodkin@synopsys.com>\nCc: Cupertino Miranda <cmiranda@synopsys.com>\nCc: stable@vger.kernel.org\t#4.14+\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/6b04114f6fae5e84d33404c2970b1949c032546e"},{"sha":"dfb7513374c1f8e7cd595106fbdba3fd07ebaf30","author":{"name":"Martin Wilck","email":"ecd24381cda8f393ab0b98f76d1497cb855d02a9@suse.com"},"message":"scsi: lpfc: fix block guard enablement on SLI3 adapters\n\nSince f44ac12f1dcc, BG enablement is tracked with the LPFC_SLI3_BG_ENABLED\nbit, which is set in lpfc_get_cfgparam before lpfc_sli_config_sli_port() is\ncalled. The bit shouldn't be cleared before checking the feature.  Based on\nproblem analysis by David Bond.\n\nFixes: f44ac12f1dcc \"scsi: lpfc: Memory allocation error during driver start-up on power8\"\nTested-by: David Bond <dbond@suse.com>\nSigned-off-by: Martin Wilck <mwilck@suse.com>\nCc: stable@vger.kernel.org # 4.17.x\nCc: stable@vger.kernel.org # 4.18.x\nCc: stable@vger.kernel.org # 4.19.x\nReviewed-by: Hannes Reinecke <hare@suse.com>\nAcked-by: James Smart <jsmart2021@gmail.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/dfb7513374c1f8e7cd595106fbdba3fd07ebaf30"},{"sha":"5db6dd14b31397e8cccaaddab2ff44ebec1acf25","author":{"name":"Fred Herard","email":"67a59a369bcfde2491f036374ec2f5ebd6f03013@oracle.com"},"message":"scsi: libiscsi: Fix NULL pointer dereference in iscsi_eh_session_reset\n\nThis commit addresses NULL pointer dereference in iscsi_eh_session_reset.\nReference should not be made to session->leadconn when session->state is\nset to ISCSI_STATE_TERMINATE.\n\nSigned-off-by: Fred Herard <fred.herard@oracle.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nReviewed-by: Lee Duncan <lduncan@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/5db6dd14b31397e8cccaaddab2ff44ebec1acf25"},{"sha":"02f425f811cefcc4d325d7a72272651e622dc97e","author":{"name":"Cathy Avery","email":"bc70410b05cfe767f5ab1c55a9da57708df6b0d5@redhat.com"},"message":"scsi: vmw_pscsi: Rearrange code to avoid multiple calls to free_irq during unload\n\nCurrently pvscsi_remove calls free_irq more than once as\npvscsi_release_resources and __pvscsi_shutdown both call\npvscsi_shutdown_intr. This results in a 'Trying to free already-free IRQ'\nwarning and stack trace. To solve the problem pvscsi_shutdown_intr has been\nmoved out of pvscsi_release_resources.\n\nSigned-off-by: Cathy Avery <cavery@redhat.com>\nReviewed-by: Ewan D. Milne <emilne@redhat.com>\nReviewed-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/malaterre/linux/commits/02f425f811cefcc4d325d7a72272651e622dc97e"},{"sha":"c967590457cae5ba4f018704c341641bdcecfdcf","author":{"name":"Dexuan Cui","email":"cd5c9304120b3aad8158bbc6888849d74dea1dde@microsoft.com"},"message":"scsi: storvsc: Fix a race in sub-channel creation that can cause panic\n\nWe can concurrently try to open the same sub-channel from 2 paths:\n\npath #1: vmbus_onoffer() -> vmbus_process_offer() -> handle_sc_creation().\npath #2: storvsc_probe() -> storvsc_connect_to_vsp() ->\n\t -> storvsc_channel_init() -> handle_multichannel_storage() ->\n\t -> vmbus_are_subchannels_present() -> handle_sc_creation().\n\nThey conflict with each other, but it was not an issue before the recent\ncommit ae6935ed7d42 (\"vmbus: split ring buffer allocation from open\"),\nbecause at the beginning of vmbus_open() we checked newchannel->state so\nonly one path could succeed, and the other would return with -EINVAL.\n\nAfter ae6935ed7d42, the failing path frees the channel's ringbuffer by\nvmbus_free_ring(), and this causes a panic later.\n\nCommit ae6935ed7d42 itself is good, and it just reveals the longstanding\nrace. We can resolve the issue by removing path #2, i.e. removing the\nsecond vmbus_are_subchannels_present() in handle_multichannel_storage().\n\nBTW, the comment \"Check to see if sub-channels have already been created\"\nin handle_multichannel_storage() is incorrect: when we unload the driver,\nwe first close the sub-channel(s) and then close the primary channel, next\nthe host sends rescind-offer message(s) so primary->sc_list will become\nempty. This means the first vmbus_are_subchannels_present() in\nhandle_multichannel_storage() is never useful.\n\nFixes: ae6935ed7d42 (\"vmbus: split ring buffer allocation from open\")\nCc: stable@vger.kernel.org\nCc: Long Li <longli@microsoft.com>\nCc: Stephen Hemminger <sthemmin@microsoft.com>\nCc: K. Y. Srinivasan <kys@microsoft.com>\nCc: Haiyang Zhang <haiyangz@microsoft.com>\nSigned-off-by: Dexuan Cui <decui@microsoft.com>\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/c967590457cae5ba4f018704c341641bdcecfdcf"},{"sha":"b51abed8355e5556886623b2772fa6b7598d2282","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: pcm: Call snd_pcm_unlink() conditionally at closing\n\nCurrently the PCM core calls snd_pcm_unlink() always unconditionally\nat closing a stream.  However, since snd_pcm_unlink() invokes the\nglobal rwsem down, the lock can be easily contended.  More badly, when\na thread runs in a high priority RT-FIFO, it may stall at spinning.\n\nBasically the call of snd_pcm_unlink() is required only for the linked\nstreams that are already rare occasion.  For normal use cases, this\ncode path is fairly superfluous.\n\nAs an optimization (and also as a workaround for the RT problem\nabove in normal situations without linked streams), this patch adds a\ncheck before calling snd_pcm_unlink() and calls it only when needed.\n\nReported-by: Chanho Min <chanho.min@lge.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>","distinct":false,"url":"https://api.github.com/repos/malaterre/linux/commits/b51abed8355e5556886623b2772fa6b7598d2282"}]}
{"actor":{"display_login":"malaterre"}}