{"push_id":2572075550,"size":276,"distinct_size":276,"ref":"refs/heads/master","head":"e6506eb241871d68647c53cb6d0a16299550ae97","before":"036db8bd96374c66424f270f3370ddaf0adf7506","commits":[{"sha":"4b66af2d6356a00e94bcdea3e7fea324e8b5c6f4","author":{"name":"Kevin Easton","email":"ffb4761cba839470133bee36aeb139f58d7dbaa9@guarana.org"},"message":"af_key: Always verify length of provided sadb_key\n\nKey extensions (struct sadb_key) include a user-specified number of key\nbits.  The kernel uses that number to determine how much key data to copy\nout of the message in pfkey_msg2xfrm_state().\n\nThe length of the sadb_key message must be verified to be long enough,\neven in the case of SADB_X_AALG_NULL.  Furthermore, the sadb_key_len value\nmust be long enough to include both the key data and the struct sadb_key\nitself.\n\nIntroduce a helper function verify_key_len(), and call it from\nparse_exthdrs() where other exthdr types are similarly checked for\ncorrectness.\n\nSigned-off-by: Kevin Easton <kevin@guarana.org>\nReported-by: syzbot+5022a34ca5a3d49b84223653fab632dfb7b4cf37@syzkaller.appspotmail.com\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/4b66af2d6356a00e94bcdea3e7fea324e8b5c6f4"},{"sha":"b48c05ab5d32af2af4bc63851c153782d1c6ba42","author":{"name":"Steffen Klassert","email":"66deb1d63f85161cc287ce2bac0c65cb5ae958a7@secunet.com"},"message":"xfrm: Fix warning in xfrm6_tunnel_net_exit.\n\nWe need to make sure that all states are really deleted\nbefore we check that the state lists are empty. Otherwise\nwe trigger a warning.\n\nFixes: baeb0dbbb5659 (\"xfrm6_tunnel: exit_net cleanup check added\")\nReported-and-tested-by:syzbot+777bf170a89e7b326405@syzkaller.appspotmail.com\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/b48c05ab5d32af2af4bc63851c153782d1c6ba42"},{"sha":"911a26484c33e10de6237228ca1d7293548e9f49","author":{"name":"Ilan Peer","email":"61a30686a541b51b1d2da34e3c8fefce57fb45f2@intel.com"},"message":"mac80211: Fix condition validating WMM IE\n\nCommit c470bdc1aaf3 (\"mac80211: don't WARN on bad WMM parameters from\nbuggy APs\") handled cases where an AP reports a zeroed WMM\nIE. However, the condition that checks the validity accessed the wrong\nindex in the ieee80211_tx_queue_params array, thus wrongly deducing\nthat the parameters are invalid. Fix it.\n\nFixes: c470bdc1aaf3 (\"mac80211: don't WARN on bad WMM parameters from buggy APs\")\nSigned-off-by: Ilan Peer <ilan.peer@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/911a26484c33e10de6237228ca1d7293548e9f49"},{"sha":"a7cfebcb7594a24609268f91299ab85ba064bf82","author":{"name":"Johannes Berg","email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com"},"message":"cfg80211: limit wiphy names to 128 bytes\n\nThere's currently no limit on wiphy names, other than netlink\nmessage size and memory limitations, but that causes issues when,\nfor example, the wiphy name is used in a uevent, e.g. in rfkill\nwhere we use the same name for the rfkill instance, and then the\nbuffer there is \"only\" 2k for the environment variables.\n\nThis was reported by syzkaller, which used a 4k name.\n\nLimit the name to something reasonable, I randomly picked 128.\n\nReported-by: syzbot+230d9e642a85d3fec29c@syzkaller.appspotmail.com\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/a7cfebcb7594a24609268f91299ab85ba064bf82"},{"sha":"83826469e36b9c8219f88c16713a755b2cea6ff5","author":{"name":"weiyongjun (A)","email":"58d7245ee8332cc53fd9dfd83425d9fb41be31cf@huawei.com"},"message":"cfg80211: fix possible memory leak in regdb_query_country()\n\n'wmm_ptrs' is malloced in regdb_query_country() and should be freed\nbefore leaving from the error handling cases, otherwise it will cause\nmemory leak.\n\nFixes: 230ebaa189af (\"cfg80211: read wmm rules from regulatory database\")\nSigned-off-by: Wei Yongjun <weiyongjun1@huawei.com>\n[johannes: add Fixes tag]\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/83826469e36b9c8219f88c16713a755b2cea6ff5"},{"sha":"2f0605a697f4b9f5b1c1571c7ec6a16df4dc2616","author":{"name":"Srinivas Dasari","email":"ce6333529a900ad925248501855adc2248e3833c@codeaurora.org"},"message":"nl80211: Free connkeys on external authentication failure\n\nThe failure scenario while processing\nNL80211_ATTR_EXTERNAL_AUTH_SUPPORT does not free\nthe connkeys. This commit addresses the same.\n\nSigned-off-by: Srinivas Dasari <dasaris@codeaurora.org>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/2f0605a697f4b9f5b1c1571c7ec6a16df4dc2616"},{"sha":"94912e8df4e5005cb5fa3f3603741eb5e8bf3334","author":{"name":"Gustavo A. R. Silva","email":"beac5f8171fcde5e2ec734cc5d25d03e7362e8de@embeddedor.com"},"message":"ieee802154: mcr20a: Fix memory leak in mcr20a_probe\n\nFree allocated memory for pdata before return.\n\nAddresses-Coverity-ID: 1466096 (\"Resource leak\")\nFixes: 8c6ad9cc5157 (\"ieee802154: Add NXP MCR20A IEEE 802.15.4 transceiver driver\")\nSigned-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>\nAcked-by: Xue Liu <liuxuenetmail@gmail.com>\nSigned-off-by: Stefan Schmidt <stefan@osg.samsung.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/94912e8df4e5005cb5fa3f3603741eb5e8bf3334"},{"sha":"f9e628a6645ed4f42a15dfa3c5af45a916a228e4","author":{"name":"Jia-Ju Bai","email":"4f6d392e422d1b8f381e5a7c1b9b3c46d9851e8b@gmail.com"},"message":"net: ieee802154: atusb: Replace GFP_ATOMIC with GFP_KERNEL in atusb_probe\n\natusb_probe() is never called in atomic context.\nThis function is only set as \".probe\" in struct usb_driver.\n\nDespite never getting called from atomic context,\natusb_probe() calls usb_alloc_urb() with GFP_ATOMIC,\nwhich does not sleep for allocation.\nGFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,\nwhich can sleep and improve the possibility of sucessful allocation.\n\nThis is found by a static analysis tool named DCNS written by myself.\nAnd I also manually check it.\n\nSigned-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>\nSigned-off-by: Stefan Schmidt <stefan@osg.samsung.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/f9e628a6645ed4f42a15dfa3c5af45a916a228e4"},{"sha":"7e0ffee1b2e7d26cc2147be0d9d5186823e923f3","author":{"name":"Stefan Schmidt","email":"eb0877843acc39f8ef6f7269937dee931c372d23@osg.samsung.com"},"message":"net: ieee802154: mcr20a: do not leak resources on error path\n\nWe already allocated the device and platform  data at this\npoint. Instead of simply return from the probe function we\nneed to cleanup the resources first.\n\nSigned-off-by: Stefan Schmidt <stefan@osg.samsung.com>\nAcked-by: Xue Liu <liuxuenetmail@gmail.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/7e0ffee1b2e7d26cc2147be0d9d5186823e923f3"},{"sha":"f18fa5de5ba7f1d6650951502bb96a6e4715a948","author":{"name":"Alexander Aring","email":"ba808db1f0229249f457f37e430afe76c4cd3e95@mojatatu.com"},"message":"net: ieee802154: 6lowpan: fix frag reassembly\n\nThis patch initialize stack variables which are used in\nfrag_lowpan_compare_key to zero. In my case there are padding bytes in the\nstructures ieee802154_addr as well in frag_lowpan_compare_key. Otherwise\nthe key variable contains random bytes. The result is that a compare of\ntwo keys by memcmp works incorrect.\n\nFixes: 648700f76b03 (\"inet: frags: use rhashtables for reassembly units\")\nSigned-off-by: Alexander Aring <aring@mojatatu.com>\nReported-by: Stefan Schmidt <stefan@osg.samsung.com>\nSigned-off-by: Stefan Schmidt <stefan@osg.samsung.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/f18fa5de5ba7f1d6650951502bb96a6e4715a948"},{"sha":"13b86f50eaaddaea4bdd2fe476fd12e6a0951add","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"thermal: int3403_thermal: Fix NULL pointer deref on module load / probe\n\nStarting with kernel 4.17 thermal_cooling_device_register() will call the\nget_max_state() op during register.\n\nSince we deref priv->priv in int3403_get_max_state() this means we must\nset priv->priv before calling thermal_cooling_device_register().\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Zhang Rui <rui.zhang@intel.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/13b86f50eaaddaea4bdd2fe476fd12e6a0951add"},{"sha":"a230cd52b8a2be39cd6e9a13b3e62af57f21372a","author":{"name":"pgzh","email":"961455b26b55ff92ff712fcaf0da5862cae244cf@gmail.com"},"message":"HID: lenovo: Add support for IBM/Lenovo Scrollpoint mice\n\nThe IBM/Lenovo Scrollpoint mice feature a trackpoint-like stick instead of a\nscrolling wheel capable of 2-D (vertical+horizontal) scrolling.  hid-generic\ndoes only expose 1-D (vertical) scrolling functionality for these mice.  This\npatch adds support for horizontal scrolling for the IBM/Lenovo Scrollpoint mice\nto hid-lenovo.\n\n[jkosina@suse.cz: remove change versioning from git changelog]\nSigned-off-by: Peter Ganzhorn <peter.ganzhorn@gmail.com>\nReviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nSigned-off-by: Peter De Wachter <pdewacht@gmail.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/a230cd52b8a2be39cd6e9a13b3e62af57f21372a"},{"sha":"097b8f62dd793e08f1732fc74dbb64596c7fbff9","author":{"name":"Arvind Yadav","email":"937140246f3eff69ef3c0b7e9f2993ccb76b9a9e@gmail.com"},"message":"HID: wacom: Release device resource data obtained by devres_alloc()\n\nFree device resource data, if __wacom_devm_sysfs_create_group\nis not successful.\n\nSigned-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>\nReviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/097b8f62dd793e08f1732fc74dbb64596c7fbff9"},{"sha":"37ba3c350e64adcbdd483e81bf194c05d9573515","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"HID: intel_ish-hid: Move header size check to inside the loop\n\nWith the headersize check outside of the loop, the second time through\nthe loop the: \"payload_len = recv_msg->hdr.size;\" statement may deref\nrecv_msg while it is pointing outside of our input buffer.\n\nMove the headersize check to inside the loop to fix this.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nReviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nAcked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/37ba3c350e64adcbdd483e81bf194c05d9573515"},{"sha":"749ab300d41bcdbb8edf776d20e9a9891e79eba4","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"HID: intel_ish-hid: Stop using a static local buffer in get_report()\n\nhid_ishtp_get_report() may be called by multiple callers at the same\ntime, causing trouble with the static local buffer used.\n\nAlso there is no reason to use a non stack buffer, the buffer is tiny\nand ishtp_cl_send() copies its contents so the lifetime is not an\nissue either.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nReviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nAcked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/749ab300d41bcdbb8edf776d20e9a9891e79eba4"},{"sha":"a4eb490a41a0da3b1275fc7427084cf9ae2c3c1c","author":{"name":"Arvind Yadav","email":"937140246f3eff69ef3c0b7e9f2993ccb76b9a9e@gmail.com"},"message":"HID: intel-ish-hid: use put_device() instead of kfree()\n\nNever directly free @dev after calling device_register(), even\nif it returned an error. Always use put_device() to give up the\nreference initialized.\n\nSigned-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/a4eb490a41a0da3b1275fc7427084cf9ae2c3c1c"},{"sha":"b4331a681822b420511b3258f1c3db35001fde48","author":{"name":"Stefano Brivio","email":"efa1d7a1f7e06da157cba8418bde1140b06b0968@redhat.com"},"message":"vti6: Change minimum MTU to IPV4_MIN_MTU, vti6 can carry IPv4 too\n\nA vti6 interface can carry IPv4 as well, so it makes no sense to\nenforce a minimum MTU of IPV6_MIN_MTU.\n\nIf the user sets an MTU below IPV6_MIN_MTU, IPv6 will be\ndisabled on the interface, courtesy of addrconf_notify().\n\nReported-by: Xin Long <lucien.xin@gmail.com>\nFixes: b96f9afee4eb (\"ipv4/6: use core net MTU range checking\")\nFixes: c6741fbed6dc (\"vti6: Properly adjust vti6 MTU from MTU of lower device\")\nFixes: 53c81e95df17 (\"ip6_vti: adjust vti mtu according to mtu of lower device\")\nSigned-off-by: Stefano Brivio <sbrivio@redhat.com>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/b4331a681822b420511b3258f1c3db35001fde48"},{"sha":"88fc6f73fddf64eb507b04f7b2bd01d7291db514","author":{"name":"Marek Szyprowski","email":"2a0259761cc3e88db42be5300c1579a67c77e65e@samsung.com"},"message":"thermal: exynos: Reading temperature makes sense only when TMU is turned on\n\nWhen thermal sensor is not yet enabled, reading temperature might return\nrandom value. This might even result in stopping system booting when such\ntemperature is higher than the critical value. Fix this by checking if TMU\nhas been actually enabled before reading the temperature.\n\nThis change fixes booting of Exynos4210-based board with TMU enabled (for\nexample Samsung Trats board), which was broken since v4.4 kernel release.\n\nSigned-off-by: Marek Szyprowski <m.szyprowski@samsung.com>\nFixes: 9e4249b40340 (\"thermal: exynos: Fix first temperature read after registering sensor\")\nCC: stable@vger.kernel.org # v4.6+\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nSigned-off-by: Eduardo Valentin <edubezval@gmail.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/88fc6f73fddf64eb507b04f7b2bd01d7291db514"},{"sha":"c8da6cdef57b459ac0fd5d9d348f8460a575ae90","author":{"name":"Marek Szyprowski","email":"2a0259761cc3e88db42be5300c1579a67c77e65e@samsung.com"},"message":"thermal: exynos: Propagate error value from tmu_read()\n\ntmu_read() in case of Exynos4210 might return error for out of bound\nvalues. Current code ignores such value, what leads to reporting critical\ntemperature value. Add proper error code propagation to exynos_get_temp()\nfunction.\n\nSigned-off-by: Marek Szyprowski <m.szyprowski@samsung.com>\nCC: stable@vger.kernel.org # v4.6+\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nSigned-off-by: Eduardo Valentin <edubezval@gmail.com>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/c8da6cdef57b459ac0fd5d9d348f8460a575ae90"},{"sha":"544a591668813583021474fa5c7ff4942244d654","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"Revert \"Bluetooth: btusb: Fix quirk for Atheros 1525/QCA6174\"\n\nCommit f44cb4b19ed4 (\"Bluetooth: btusb: Fix quirk for Atheros\n1525/QCA6174\") is causing bluetooth to no longer work for several\npeople, see: https://bugzilla.redhat.com/show_bug.cgi?id=1568911\n\nSo lets revert it for now and try to find another solution for\ndevices which need the modified quirk.\n\nCc: stable@vger.kernel.org\nCc: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":true,"url":"https://api.github.com/repos/alexisph/linux/commits/544a591668813583021474fa5c7ff4942244d654"}]}
{"actor":{"display_login":"alexisph"}}