{"push_id":2938729595,"size":468,"distinct_size":0,"ref":"refs/heads/lustre/lustre","head":"ecbef0f3213a02c0b2dc026167c27cbb8ebd580c","before":"4175dc040e323c3bccfd1ca9bfb974c80babb3ee","commits":[{"sha":"07bf7908950a8b14e81aa1807e3c667eab39287a","author":{"name":"Steffen Klassert","email":"66deb1d63f85161cc287ce2bac0c65cb5ae958a7@secunet.com"},"message":"xfrm: Validate address prefix lengths in the xfrm selector.\n\nWe don't validate the address prefix lengths in the xfrm\nselector we got from userspace. This can lead to undefined\nbehaviour in the address matching functions if the prefix\nis too big for the given address family. Fix this by checking\nthe prefixes and refuse SA/policy insertation when a prefix\nis invalid.\n\nFixes: 1da177e4c3f4 (\"Linux-2.6.12-rc2\")\nReported-by: Air Icy <icytxw@gmail.com>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/07bf7908950a8b14e81aa1807e3c667eab39287a"},{"sha":"215ab0f021c9fea3c18b75e7d522400ee6a49990","author":{"name":"Thadeu Lima de Souza Cascardo","email":"c8883472cb5fbead63941b41bccc869c7deaf90f@canonical.com"},"message":"xfrm6: call kfree_skb when skb is toobig\n\nAfter commit d6990976af7c5d8f55903bfb4289b6fb030bf754 (\"vti6: fix PMTU caching\nand reporting on xmit\"), some too big skbs might be potentially passed down to\n__xfrm6_output, causing it to fail to transmit but not free the skb, causing a\nleak of skb, and consequentially a leak of dst references.\n\nAfter running pmtu.sh, that shows as failure to unregister devices in a namespace:\n\n[  311.397671] unregister_netdevice: waiting for veth_b to become free. Usage count = 1\n\nThe fix is to call kfree_skb in case of transmit failures.\n\nFixes: dd767856a36e (\"xfrm6: Don't call icmpv6_send on local error\")\nSigned-off-by: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>\nReviewed-by: Sabrina Dubroca <sd@queasysnail.net>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/215ab0f021c9fea3c18b75e7d522400ee6a49990"},{"sha":"bfc0698bebcb16d19ecfc89574ad4d696955e5d3","author":{"name":"Sowmini Varadhan","email":"1a53202f7826b15a582486d4ea9c371e05720251@oracle.com"},"message":"xfrm: reset transport header back to network header after all input transforms ahave been applied\n\nA policy may have been set up with multiple transforms (e.g., ESP\nand ipcomp). In this situation, the ingress IPsec processing\niterates in xfrm_input() and applies each transform in turn,\nprocessing the nexthdr to find any additional xfrm that may apply.\n\nThis patch resets the transport header back to network header\nonly after the last transformation so that subsequent xfrms\ncan find the correct transport header.\n\nFixes: 7785bba299a8 (\"esp: Add a software GRO codepath\")\nSuggested-by: Steffen Klassert <steffen.klassert@secunet.com>\nSigned-off-by: Sowmini Varadhan <sowmini.varadhan@oracle.com>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/bfc0698bebcb16d19ecfc89574ad4d696955e5d3"},{"sha":"782710e333a526780d65918d669cb96646983ba2","author":{"name":"Sowmini Varadhan","email":"1a53202f7826b15a582486d4ea9c371e05720251@oracle.com"},"message":"xfrm: reset crypto_done when iterating over multiple input xfrms\n\nWe only support one offloaded xfrm (we do not have devices that\ncan handle more than one offload), so reset crypto_done in\nxfrm_input() when iterating over multiple transforms in xfrm_input,\nso that we can invoke the appropriate x->type->input for the\nnon-offloaded transforms\n\nFixes: d77e38e612a0 (\"xfrm: Add an IPsec hardware offloading API\")\nSigned-off-by: Sowmini Varadhan <sowmini.varadhan@oracle.com>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/782710e333a526780d65918d669cb96646983ba2"},{"sha":"8682250b3c1b75a45feb7452bc413d004cfe3778","author":{"name":"Andrei Otcheretianski","email":"52b10305096e64ebe056ebf56ccad6d200c051a9@intel.com"},"message":"mac80211: Always report TX status\n\nIf a frame is dropped for any reason, mac80211 wouldn't report the TX\nstatus back to user space.\n\nAs the user space may rely on the TX_STATUS to kick its state\nmachines, resends etc, it's better to just report this frame as not\nacked instead.\n\nSigned-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/8682250b3c1b75a45feb7452bc413d004cfe3778"},{"sha":"94a5b3acd0aef83c0e38b5117eda7b2abf4a05a4","author":{"name":"Andrei Otcheretianski","email":"52b10305096e64ebe056ebf56ccad6d200c051a9@intel.com"},"message":"mac80211: Don't wake up from PS for offchannel TX\n\nOtherwise the offchannel frame might be queued due to\nIEEE80211_QUEUE_STOP_REASON_PS and later dropped (in\nieee80211_tx_frags()).  Anyway, it doesn't make much sense to wake up\nthe device during ROC.\n\nSigned-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/94a5b3acd0aef83c0e38b5117eda7b2abf4a05a4"},{"sha":"24f33e64fcd0d50a4b1a8e5b41bd0257aa66b0e8","author":{"name":"Andrei Otcheretianski","email":"52b10305096e64ebe056ebf56ccad6d200c051a9@intel.com"},"message":"cfg80211: reg: Init wiphy_idx in regulatory_hint_core()\n\nCore regulatory hints didn't set wiphy_idx to WIPHY_IDX_INVALID. Since\nthe regulatory request is zeroed, wiphy_idx was always implicitly set to\n0. This resulted in updating only phy #0.\nFix that.\n\nFixes: 806a9e39670b (\"cfg80211: make regulatory_request use wiphy_idx instead of wiphy\")\nSigned-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>\n[add fixes tag]\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/24f33e64fcd0d50a4b1a8e5b41bd0257aa66b0e8"},{"sha":"6eae4a6c2be387fec41b0d2782c4fffb57159498","author":{"name":"Bob Copeland","email":"b1c1d8736f20db3fb6c1c66bb1455ed43909f0d8@bobcopeland.com"},"message":"mac80211: fix pending queue hang due to TX_DROP\n\nIn our environment running lots of mesh nodes, we are seeing the\npending queue hang periodically, with the debugfs queues file showing\nlines such as:\n\n    00: 0x00000000/348\n\ni.e. there are a large number of frames but no stop reason set.\n\nOne way this could happen is if queue processing from the pending\ntasklet exited early without processing all frames, and without having\nsome future event (incoming frame, stop reason flag, ...) to reschedule\nit.\n\nExactly this can occur today if ieee80211_tx() returns false due to\npacket drops or power-save buffering in the tx handlers.  In the\npast, this function would return true in such cases, and the change\nto false doesn't seem to be intentional.  Fix this case by reverting\nto the previous behavior.\n\nFixes: bb42f2d13ffc (\"mac80211: Move reorder-sensitive TX handlers to after TXQ dequeue\")\nSigned-off-by: Bob Copeland <bobcopeland@fb.com>\nAcked-by: Toke Høiland-Jørgensen <toke@toke.dk>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/6eae4a6c2be387fec41b0d2782c4fffb57159498"},{"sha":"119f94a6fefcc76d47075b83d2b73d04c895df78","author":{"name":"Jouni Malinen","email":"60fc0a3d472aaa2d436c869c504a67f76c906ae8@codeaurora.org"},"message":"cfg80211: Address some corner cases in scan result channel updating\n\ncfg80211_get_bss_channel() is used to update the RX channel based on the\navailable frame payload information (channel number from DSSS Parameter\nSet element or HT Operation element). This is needed on 2.4 GHz channels\nwhere frames may be received on neighboring channels due to overlapping\nfrequency range.\n\nThis might of some use on the 5 GHz band in some corner cases, but\nthings are more complex there since there is no n:1 or 1:n mapping\nbetween channel numbers and frequencies due to multiple different\nstarting frequencies in different operating classes. This could result\nin ieee80211_channel_to_frequency() returning incorrect frequency and\nieee80211_get_channel() returning incorrect channel information (or\nindication of no match). In the previous implementation, this could\nresult in some scan results being dropped completely, e.g., for the 4.9\nGHz channels. That prevented connection to such BSSs.\n\nFix this by using the driver-provided channel pointer if\nieee80211_get_channel() does not find matching channel data for the\nchannel number in the frame payload and if the scan is done with 5 MHz\nor 10 MHz channel bandwidth. While doing this, also add comments\ndescribing what the function is trying to achieve to make it easier to\nunderstand what happens here and why.\n\nSigned-off-by: Jouni Malinen <jouni@codeaurora.org>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/119f94a6fefcc76d47075b83d2b73d04c895df78"},{"sha":"cb59bc14e830028d2244861216df038165d7625d","author":{"name":"Johannes Berg","email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com"},"message":"mac80211: TDLS: fix skb queue/priority assignment\n\nIf the TDLS setup happens over a connection to an AP that\ndoesn't have QoS, we nevertheless assign a non-zero TID\n(skb->priority) and queue mapping, which may confuse us or\ndrivers later.\n\nFix it by just assigning the special skb->priority and then\nusing ieee80211_select_queue() just like other data frames\nwould go through.\n\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/cb59bc14e830028d2244861216df038165d7625d"},{"sha":"c42055105785580563535e6d3143cad95c7ac7ee","author":{"name":"Yuan-Chi Pang","email":"c23685774829e333643ce538a9b9476811fc0dd7@gmail.com"},"message":"mac80211: fix TX status reporting for ieee80211s\n\nTX status reporting to ieee80211s is through ieee80211s_update_metric.\nThere are two problems about ieee80211s_update_metric:\n\n1. The purpose is to estimate the fail probability\nto a specific link. No need to restrict to data frame.\n\n2. Current implementation does not work if wireless driver does not\npass tx_status with skb.\n\nFix this by removing ieee80211_is_data condition, passing\nieee80211_tx_status directly to ieee80211s_update_metric, and\nputting it in both __ieee80211_tx_status and ieee80211_tx_status_ext.\n\nSigned-off-by: Yuan-Chi Pang <fu3mo6goo@gmail.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/c42055105785580563535e6d3143cad95c7ac7ee"},{"sha":"9e1437937807b0122e8da1ca8765be2adca9aee6","author":{"name":"Steffen Klassert","email":"66deb1d63f85161cc287ce2bac0c65cb5ae958a7@secunet.com"},"message":"xfrm: Fix NULL pointer dereference when skb_dst_force clears the dst_entry.\n\nSince commit 222d7dbd258d (\"net: prevent dst uses after free\")\nskb_dst_force() might clear the dst_entry attached to the skb.\nThe xfrm code don't expect this to happen, so we crash with\na NULL pointer dereference in this case. Fix it by checking\nskb_dst(skb) for NULL after skb_dst_force() and drop the packet\nin cast the dst_entry was cleared.\n\nFixes: 222d7dbd258d (\"net: prevent dst uses after free\")\nReported-by: Tobias Hommel <netdev-list@genoetigt.de>\nReported-by: Kristian Evensen <kristian.evensen@gmail.com>\nReported-by: Wolfgang Walter <linux@stwm.de>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/9e1437937807b0122e8da1ca8765be2adca9aee6"},{"sha":"379e36d3f591cb62e781907edafea17d75e8c1fa","author":{"name":"Ludovic Desroches","email":"627575320a9526cb6c91021c9940202b0e84c416@microchip.com"},"message":"ARM: dts: at91: sama5d2_ptc_ek: fix nand pinctrl\n\nThe drive strength has to be set to medium otherwise some data\ncorruption may happen.\n\nSigned-off-by: Ludovic Desroches <ludovic.desroches@microchip.com>\nAcked-by: Nicolas Ferre <nicolas.ferre@microchip.com>\nSigned-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/379e36d3f591cb62e781907edafea17d75e8c1fa"},{"sha":"807588ac92018bde88a1958f546438e840eb0158","author":{"name":"Anisse Astier","email":"390294f83260205698f5da093bc86c10504b00c8@astier.eu"},"message":"HID: i2c-hid: disable runtime PM operations on hantick touchpad\n\nThis hantick HTIX5288 touchpad can quickly fall in a wrong state if\nthere are too many open/close operations. This will either make it stop\nreporting any input, or will shift all the input reads by a few bytes,\nmaking it impossible to decode.\n\nHere, we never release the probed touchpad runtime pm while the driver\nis loaded, which should disable all runtime pm suspend/resumes.\n\nThis fast repetition of sleep/wakeup is also more likely to happen when\nusing runtime PM, which is why the quirk is done there, and not for all\npower downs, which would include suspend or module removal.\n\nSigned-off-by: Anisse Astier <anisse@astier.eu>\nCc: stable@vger.kernel.org\nAcked-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nReviewed-by: Hans de Goede <hdegoede@redhat.com>\nTested-by: Philip Müller <philm@manjaro.org>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/807588ac92018bde88a1958f546438e840eb0158"},{"sha":"36cae568404a298a19a6e8a3f18641075d4cab04","author":{"name":"Kristian Evensen","email":"ed4b9e36d7b45c95d901f5fd73a0ec1ecb6083b0@gmail.com"},"message":"USB: serial: option: improve Quectel EP06 detection\n\nThe Quectel EP06 (and EM06/EG06) LTE modem supports updating the USB\nconfiguration, without the VID/PID or configuration number changing.\nWhen the configuration is updated and interfaces are added/removed, the\ninterface numbers are updated. This causes our current code for matching\nEP06 not to work as intended, as the assumption about reserved\ninterfaces no longer holds. If for example the diagnostic (first)\ninterface is removed, option will (try to) bind to the QMI interface.\n\nThis patch improves EP06 detection by replacing the current match with\ntwo matches, and those matches check class, subclass and protocol as\nwell as VID and PID. The diag interface exports class, subclass and\nprotocol as 0xff. For the other serial interfaces, class is 0xff and\nsubclass and protocol are both 0x0.\n\nThe modem can export the following devices and always in this order:\ndiag, nmea, at, ppp. qmi and adb. This means that diag can only ever be\ninterface 0, and interface numbers 1-5 should be marked as reserved. The\nthree other serial devices can have interface numbers 0-3, but I have\nnot marked any interfaces as reserved. The reason is that the serial\ndevices are the only interfaces exported by the device where subclass\nand protocol is 0x0.\n\nQMI exports the same class, subclass and protocol values as the diag\ninterface. However, the two interfaces have different number of\nendpoints, QMI has three and diag two. I have added a check for number\nof interfaces if VID/PID matches the EP06, and we ignore the device if\nnumber of interfaces equals three (and subclass is set).\n\nSigned-off-by: Kristian Evensen <kristian.evensen@gmail.com>\nAcked-by: Dan Williams <dcbw@redhat.com>\n[ johan: drop uneeded RSVD(5) for ADB ]\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Johan Hovold <johan@kernel.org>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/36cae568404a298a19a6e8a3f18641075d4cab04"},{"sha":"35aecc02b5b621782111f64cbb032c7f6a90bb32","author":{"name":"Johan Hovold","email":"759412786bc533369b22377bf83fb9056c5b25b2@kernel.org"},"message":"USB: serial: option: add two-endpoints device-id flag\n\nAllow matching on interfaces having two endpoints by adding a new\ndevice-id flag.\n\nThis allows for the handling of devices whose interface numbers can\nchange (e.g. Quectel EP06) to be contained in the device-id table.\n\nTested-by: Kristian Evensen <kristian.evensen@gmail.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Johan Hovold <johan@kernel.org>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/35aecc02b5b621782111f64cbb032c7f6a90bb32"},{"sha":"3341ba9f0f2637a51738ef5de5114e13a1cd3eca","author":{"name":"Stanislaw Gruszka","email":"1542dc81552e668e197a396f69e655c1621c300d@redhat.com"},"message":"mt76x0: fix remove_interface\n\nWe wrongly use wcid_mask instead of vif_mask. This creates problems\nwhen the interface is removed more than 8 times, for example with iw:\n\niw dev <devname> interface add <name> type <type>\niw dev <name> del\n\nThis caused 'ifconfig up' to fail with error:\n\nSIOCSIFFLAGS: No space left on device\n\nFixes: 95e444098a7b (\"mt76x0: main file\")\nReported-and-tested-by: Sid Hayn <sidhayn@gmail.com>\nSigned-off-by: Stanislaw Gruszka <sgruszka@redhat.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/3341ba9f0f2637a51738ef5de5114e13a1cd3eca"},{"sha":"013ad043906b2befd4a9bfb06219ed9fedd92716","author":{"name":"Mike Snitzer","email":"85e533f2e78486213c4d69f71462342ec0c62734@redhat.com"},"message":"dm thin metadata: fix __udivdi3 undefined on 32-bit\n\nsector_div() is only viable for use with sector_t.\ndm_block_t is typedef'd to uint64_t -- so use div_u64() instead.\n\nFixes: 3ab918281 (\"dm thin metadata: try to avoid ever aborting transactions\")\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/013ad043906b2befd4a9bfb06219ed9fedd92716"},{"sha":"2ea15030c3f0554db695f85e4760da8621c183d3","author":{"name":"Wolfram Sang","email":"66ab244bc42248f12645ba300439b5263f6a6fca@sang-engineering.com"},"message":"mmc: sdhi: sys_dmac: check for all Gen3 types when whitelisting\n\nFixes: 26eb2607fa28 (\"mmc: renesas_sdhi: add eMMC HS400 mode support\")\nSigned-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>\nReviewed-by: Simon Horman <horms+renesas@verge.net.au>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/2ea15030c3f0554db695f85e4760da8621c183d3"},{"sha":"b592211c33f745af67a3271ce77c10fc1e6d6241","author":{"name":"Mike Snitzer","email":"85e533f2e78486213c4d69f71462342ec0c62734@redhat.com"},"message":"dm mpath: fix attached_handler_name leak and dangling hw_handler_name pointer\n\nCommit e8f74a0f0011 (\"dm mpath: eliminate need to use\nscsi_device_from_queue\") introduced 2 regressions:\n1) memory leak occurs if attached_handler_name is not assigned to\n   m->hw_handler_name\n2) m->hw_handler_name can become a dangling pointer if the\n   RETAIN_ATTACHED_HW_HANDLER flag is set and scsi_dh_attach() returns\n   -EBUSY.\n\nFix both of these by clearing 'attached_handler_name' pointer passed to\nsetup_scsi_dh() after it is assigned to m->hw_handler_name.  And if\nsetup_scsi_dh() doesn't consume 'attached_handler_name' parse_path()\nwill kfree() it.\n\nFixes: e8f74a0f0011 (\"dm mpath: eliminate need to use scsi_device_from_queue\")\nCc: stable@vger.kernel.org # 4.16+\nReported-by: Bart Van Assche <bvanassche@acm.org>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/neilbrown/linux/commits/b592211c33f745af67a3271ce77c10fc1e6d6241"}]}
{"actor":{"display_login":"neilbrown"}}