{"push_id":3146782829,"size":539,"distinct_size":23,"ref":"refs/heads/kmsan-4.19-squeezed","head":"a979910d370b5fc7cff89e8fb247f9397333d114","before":"15c7bffa0ec3dce3d3b9b7376d2e7689930c5b15","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/google/kmsan/commits/e46daee53bb50bde38805f1823a182979724c229"},{"sha":"05cc09de4c017663a217630682041066f2f9a5cd","author":{"name":"Alexey Khoroshilov","email":"a9985f635ca4eb5d7c64df6d16c76aa9811509c5@ispras.ru"},"message":"mac80211_hwsim: fix module init error paths for netlink\n\nThere is no unregister netlink notifier and family on error paths\nin init_mac80211_hwsim(). Also there is an error path where\nhwsim_class is not destroyed.\n\nFound by Linux Driver Verification project (linuxtesting.org).\n\nSigned-off-by: Alexey Khoroshilov <khoroshilov@ispras.ru>\nFixes: 62759361eb49 (\"mac80211-hwsim: Provide multicast event for HWSIM_CMD_NEW_RADIO\")\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/05cc09de4c017663a217630682041066f2f9a5cd"},{"sha":"33483a6b88e4c4c3fc50178b185da52c55288b95","author":{"name":"Wei Yongjun","email":"58d7245ee8332cc53fd9dfd83425d9fb41be31cf@huawei.com"},"message":"mac80211: fix missing unlock on error in ieee80211_mark_sta_auth()\n\nAdd the missing unlock before return from function\nieee80211_mark_sta_auth() in the error handling case.\n\nCc: stable@vger.kernel.org\nFixes: fc107a933071 (\"mac80211: Helper function for marking STA authenticated\")\nSigned-off-by: Wei Yongjun <weiyongjun1@huawei.com>\n[use result variable/label instead of duplicating]\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/33483a6b88e4c4c3fc50178b185da52c55288b95"},{"sha":"a1881c9b8a1edef0a5ae1d5c1b61406fe3402114","author":{"name":"Vasyl Vavrychuk","email":"32b65754a7ff37ddfdcf533954ee6e35cb2f583d@globallogic.com"},"message":"mac80211_hwsim: Timer should be initialized before device registered\n\nOtherwise if network manager starts configuring Wi-Fi interface\nimmidiatelly after getting notification of its creation, we will get\nNULL pointer dereference:\n\n  BUG: unable to handle kernel NULL pointer dereference at           (null)\n  IP: [<ffffffff95ae94c8>] hrtimer_active+0x28/0x50\n  ...\n  Call Trace:\n   [<ffffffff95ae9997>] ? hrtimer_try_to_cancel+0x27/0x110\n   [<ffffffff95ae9a95>] ? hrtimer_cancel+0x15/0x20\n   [<ffffffffc0803bf0>] ? mac80211_hwsim_config+0x140/0x1c0 [mac80211_hwsim]\n\nCc: stable@vger.kernel.org\nSigned-off-by: Vasyl Vavrychuk <vasyl.vavrychuk@globallogic.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/a1881c9b8a1edef0a5ae1d5c1b61406fe3402114"},{"sha":"81c5dce2cd0bb0ecb61b6212410da5eb78cd8f79","author":{"name":"Sergey Matyukevich","email":"813e05bbe6621c85edf72f2c608f3deaa575b908@quantenna.com"},"message":"cfg80211: add missing constraint for user-supplied VHT mask\n\nDo a logical vht_capa &= vht_capa_mask of user-supplied VHT mask with\nthe driver-supplied mask of modifiable VHT capabilities.\nFix whitespaces and comment typos.\n\nSigned-off-by: Sergey Matyukevich <sergey.matyukevich.os@quantenna.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/81c5dce2cd0bb0ecb61b6212410da5eb78cd8f79"},{"sha":"c752cac9db1b0c469db7ba9d17af4ba708984db5","author":{"name":"Yan-Hsuan Chuang","email":"7f1d04e75515b69352f04489160366a5de2318eb@realtek.com"},"message":"mac80211: fix GFP_KERNEL under tasklet context\n\ncfg80211_sta_opmode_change_notify needs a gfp_t flag to hint the nl80211\nstack when allocating new skb, but it is called under tasklet context\nhere with GFP_KERNEL and kernel will yield a warning about it.\n\nCc: stable@vger.kernel.org\nFixes: ff84e7bfe176 (\"mac80211: Add support to notify ht/vht opmode modification.\")\nSigned-off-by: Yan-Hsuan Chuang <yhchuang@realtek.com>\nACKed-by: Larry Finger <Larry.Finger@lwfinger.net>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/c752cac9db1b0c469db7ba9d17af4ba708984db5"},{"sha":"5c21e8100dfd57c806e833ae905e26efbb87840f","author":{"name":"Ben Greear","email":"a73a03e3b44aa05185cea6823d080c09a7808534@candelatech.com"},"message":"mac80211: Clear beacon_int in ieee80211_do_stop\n\nThis fixes stale beacon-int values that would keep a netdev\nfrom going up.\n\nTo reproduce:\n\nCreate two VAP on one radio.\nvap1 has beacon-int 100, start it.\nvap2 has beacon-int 240, start it (and it will fail\n  because beacon-int mismatch).\nreconfigure vap2 to have beacon-int 100 and start it.\n  It will fail because the stale beacon-int 240 will be used\n  in the ifup path and hostapd never gets a chance to set the\n  new beacon interval.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Ben Greear <greearb@candelatech.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/5c21e8100dfd57c806e833ae905e26efbb87840f"},{"sha":"c177db2d0d5e751d52d3827b8cfdb6ef92a95a2d","author":{"name":"Johannes Berg","email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com"},"message":"cfg80211/mac80211: fix FTM settings across CSA\n\nWhen FTM is enabled, doing a CSA will unexpectedly lose it since\nthe value of ftm_responder may be initialized to 0 instead of -1,\nso fix that.\n\nFixes: 81e54d08d9d8 (\"cfg80211: support FTM responder configuration/statistics\")\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/c177db2d0d5e751d52d3827b8cfdb6ef92a95a2d"},{"sha":"03b738625b1e58f4ae2bddf04706ab85c677af2d","author":{"name":"Johannes Berg","email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com"},"message":"mac80211: fix CSA beacon allocation size\n\nIf the FTM responder settings are changed simultaneously with\nthe CSA beacon, the buffer size allocated isn't sufficient and\nwe'll have a heap overrun. Fix this.\n\nWhile at it, also clean up the ftm_responder assignment, doing\nit only if ftm_responder is non-zero is valid as it's 0 to start\nwith, but not really useful to understand the code.\n\nFixes: bc847970f432 (\"mac80211: support FTM responder configuration/statistics\")\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/03b738625b1e58f4ae2bddf04706ab85c677af2d"},{"sha":"113f3aaa81bd56aba02659786ed65cbd9cb9a6fc","author":{"name":"Sriram R","email":"ebabb7282ad33af6a92d25bd3fab7e91a746b01d@codeaurora.org"},"message":"cfg80211: Prevent regulatory restore during STA disconnect in concurrent interfaces\n\nCurrently when an AP and STA interfaces are active in the same or different\nradios, regulatory settings are restored whenever the STA disconnects. This\nrestores all channel information including dfs states in all radios.\nFor example, if an AP interface is active in one radio and STA in another,\nwhen radar is detected on the AP interface, the dfs state of the channel\nwill be changed to UNAVAILABLE. But when the STA interface disconnects,\nthis issues a regulatory disconnect hint which restores all regulatory\nsettings in all the radios attached and thereby losing the stored dfs\nstate on the other radio where the channel was marked as unavailable\nearlier. Hence prevent such regulatory restore whenever another active\nbeaconing interface is present in the same or other radios.\n\nSigned-off-by: Sriram R <srirrama@codeaurora.org>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/google/kmsan/commits/113f3aaa81bd56aba02659786ed65cbd9cb9a6fc"},{"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/google/kmsan/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/google/kmsan/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/google/kmsan/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/google/kmsan/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/google/kmsan/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/google/kmsan/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/google/kmsan/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/google/kmsan/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/google/kmsan/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/google/kmsan/commits/dda2af7418db9dd51913cb71d9ec9266d4f7924d"}]}
{"actor":{"display_login":"ramosian-glider"}}