{"push_id":2401006838,"size":90,"distinct_size":90,"ref":"refs/heads/for-linust","head":"21bdb7b10cf3a07908273e9e7bd7b14971b7a053","before":"2a918ad6d2098d8b590c9016a2462f77fb5b60a6","commits":[{"sha":"5ab2ba931255d8bf03009c06d58dce97de32797c","author":{"name":"Sara Sharon","email":"d7bcdcc61ca09ba7238cfeec441ba5a9340087e8@intel.com"},"message":"iwlwifi: mvm: fix security bug in PN checking\n\nA previous patch allowed the same PN for packets originating from the\nsame AMSDU by copying PN only for the last packet in the series.\n\nThis however is bogus since we cannot assume the last frame will be\nreceived on the same queue, and if it is received on a different ueue\nwe will end up not incrementing the PN and possibly let the next\npacket to have the same PN and pass through.\n\nChange the logic instead to driver explicitly indicate for the second\nsub frame and on to be allowed to have the same PN as the first\nsubframe. Indicate it to mac80211 as well for the fallback queue.\n\nFixes: f1ae02b186d9 (\"iwlwifi: mvm: allow same PN for de-aggregated AMSDU\")\nSigned-off-by: Sara Sharon <sara.sharon@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/5ab2ba931255d8bf03009c06d58dce97de32797c"},{"sha":"fc07bd8ce19bff9e7479c04077ddb5957d1a27be","author":{"name":"Sara Sharon","email":"d7bcdcc61ca09ba7238cfeec441ba5a9340087e8@intel.com"},"message":"iwlwifi: mvm: fix IBSS for devices that support station type API\n\nIn IBSS, the mac80211 sets the cab_queue to be invalid.\n\nHowever, the multicast station uses it, so we need to override it.\n\nA previous patch did it, but it was nested inside the if's and was\napplied only for legacy FWs that don't support the new station type\nAPI, instead of being applied for all paths.\n\nIn addition, add a missing NL80211_IFTYPE_ADHOC to the initialization\nof the queues in iwl_mvm_mac_ctxt_init()\n\nFixes: ee48b72211f8 (\"iwlwifi: mvm: support ibss in dqa mode\")\nSigned-off-by: Sara Sharon <sara.sharon@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/fc07bd8ce19bff9e7479c04077ddb5957d1a27be"},{"sha":"4437ba7ee7de7e71d11deb91c87a370e4ffd2601","author":{"name":"Emmanuel Grumbach","email":"8b9b3ed0afbc1fa5fc02c3dc29b7819d4e9d8433@intel.com"},"message":"iwlwifi: pcie: don't warn if we use all the transmit pointers\n\nOur Transmit Frame Descriptor (TFD) is a DMA descriptor that\nincludes several pointers to be able to transmit a packet\nwhich is not physically contiguous.\n\nDepending on the hardware being use, we can have 20 or 25\npointers in a single TFD. In both cases, it is more than\nenough and it is quite hard to hit this limit.\nIt has been reported that when using specific applications\n(Ktorrent), we can actually use all the pointers and then\na long standing bug showed up.\n\nWhen we free the TFD, we check its number of valid pointers\nand make sure it doesn't exceed the number of pointers the\nhardware support.\nThis check had an off by one bug: it is perfectly valid to\nfree the 20 pointers if the TFD has 20 pointers.\n\nFix that.\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id=197981\n\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/4437ba7ee7de7e71d11deb91c87a370e4ffd2601"},{"sha":"4b7f7ee2a5f523cf002328c6c02cb3e28a0fb30b","author":{"name":"Shaul Triebitz","email":"6899d0e17af7d5e41365b18768f5ad5d8af029f5@intel.com"},"message":"iwlwifi: align timestamp cancel with timestamp start\n\nCanceling the periodic timestamp work should be\ndone in the opposite flow to where it was started.\nThis also prevents from sending the MARKER command\nduring the mac_stop flow - causing a false queue hang\n(FW is no longer there to send a response).\n\nFixes: 93b167c13a3a (\"iwlwifi: runtime: sync FW and host clocks for logs\")\nSigned-off-by: Shaul Triebitz <shaul.triebitz@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/4b7f7ee2a5f523cf002328c6c02cb3e28a0fb30b"},{"sha":"6b7a5aea71b342ec0593d23b08383e1f33da4c9a","author":{"name":"Naftali Goldstein","email":"dbb03e6612254bf3162d0b972a1177229838bd59@intel.com"},"message":"iwlwifi: mvm: always init rs with 20mhz bandwidth rates\n\nIn AP mode, when a new station associates, rs is initialized immediately\nupon association completion, before the phy context is updated with the\nassociation parameters, so the sta bandwidth might be wider than the phy\ncontext allows.\nTo avoid this issue, always initialize rs with 20mhz bandwidth rate, and\nafter authorization, when the phy context is already up-to-date, re-init\nrs with the correct bw.\n\nSigned-off-by: Naftali Goldstein <naftali.goldstein@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/6b7a5aea71b342ec0593d23b08383e1f33da4c9a"},{"sha":"8bbda283b1a70becedc40e1d127a3b379c696046","author":{"name":"Kalle Valo","email":"41b48f228022447bae8a0900c23f76a0b1ca799c@codeaurora.org"},"message":"Merge tag 'iwlwifi-for-kalle-2018-02-16-2' of git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-fixes\n\nFirst batch of iwlwifi fixes intended for 4.16:\n\n* A couple of bugzilla fixes\n  - Fix a bogus warning when freeing a TFD;\n  - Fix severe throughput problem with 9000 series;\n* Fix for a bug that caused queue hangs in certain situations;\n* Fix for an issue with IBSS;\n* Fix an issue with rate-scalingin AP-mode.","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/8bbda283b1a70becedc40e1d127a3b379c696046"},{"sha":"78dc897b7ee67205423dbbc6b56be49fb18d15b5","author":{"name":"Larry Finger","email":"15b8df22a685ea626b641ec4b41ea74b2ea632fd@lwfinger.net"},"message":"rtlwifi: rtl8723be: Fix loss of signal\n\nIn commit c713fb071edc (\"rtlwifi: rtl8821ae: Fix connection lost problem\ncorrectly\") a problem in rtl8821ae that caused loss of signal was fixed.\nThat same problem has now been reported for rtl8723be. Accordingly,\nthe ASPM L1 latency has been increased from 0 to 7 to fix the instability.\n\nSigned-off-by: Larry Finger <Larry.Finger@lwfinger.net>\nCc: Stable <stable@vger.kernel.org>\nTested-by: James Cameron <quozl@laptop.org>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/78dc897b7ee67205423dbbc6b56be49fb18d15b5"},{"sha":"7f8ae00f63725e835b5ed8a97bc18bf1c950acb2","author":{"name":"Haim Dreyfuss","email":"b6e0d1cfb26522d5a9893c60ad0d5e0c598e4af3@intel.com"},"message":"iwlwifi: Cancel and set MARKER_CMD timer during suspend-resume\n\nWhile entering to D3 mode there is a gap between the time the\ndriver handles the D3_CONFIG_CMD response to the time the host is going\nto sleep.\nIn between there might be cases which MARKER_CMD can tailgate.\nAlso during resume flow the MARKER_CMD might get sent while D0I3_CMD\nis being handled in the FW.\nCancel MARKER_CMD timer and set it again properly during suspend\nresume flows to prevent this command from being sent accidentlly.\n\nSigned-off-by: Haim Dreyfuss <haim.dreyfuss@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/7f8ae00f63725e835b5ed8a97bc18bf1c950acb2"},{"sha":"de04d4fbf87b769ab18c480e4f020c53e74bbdd2","author":{"name":"Sara Sharon","email":"d7bcdcc61ca09ba7238cfeec441ba5a9340087e8@intel.com"},"message":"iwlwifi: mvm: fix TX of CCMP 256\n\nWe don't have enough room in the TX command for a CCMP 256\nkey, and need to use key from table.\n\nFixes: 3264bf032bd9 (\"[BUGFIX] iwlwifi: mvm: Fix CCMP IV setting\")\nSigned-off-by: Sara Sharon <sara.sharon@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/de04d4fbf87b769ab18c480e4f020c53e74bbdd2"},{"sha":"40d53f4a60c9eb10d4fa58066c23ba1af8a59e39","author":{"name":"Andrei Otcheretianski","email":"f64cea4c479387bd4e7aa9d255c0348332c3f665@intel.com"},"message":"iwlwifi: mvm: Fix channel switch for count 0 and 1\n\nIt was assumed that apply_time==0 implies immediate scheduling, which is\nwrong. Instead, the fw expects the START_IMMEDIATELY flag to be set.\nOtherwise, this resulted in 0x3063 assert.\nFix that.\nWhile at it rename the T2_V2_START_IMMEDIATELY to\nTE_V2_START_IMMEDIATELY.\n\nFixes: f5d8f50f271d (\"iwlwifi: mvm: Fix channel switch in case of count <= 1\")\nSigned-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/40d53f4a60c9eb10d4fa58066c23ba1af8a59e39"},{"sha":"63dd5d022f4766e6b05ee611124afcc7cbfbb953","author":{"name":"Sara Sharon","email":"d7bcdcc61ca09ba7238cfeec441ba5a9340087e8@intel.com"},"message":"iwlwifi: mvm: fix assert 0x2B00 on older FWs\n\nWe should add the multicast station before adding the\nbroadcast station.\n\nHowever, in older FW, the firmware will start beaconing\nwhen we add the multicast station, and since the broadcast\nstation is not added at this point so the transmission\nof the beacon will fail on assert 0x2b00.\n\nThis is fixed in later firmware, so make the order\nof addition depend on the TLV.\n\nFixes: 26d6c16bed53 (\"iwlwifi: mvm: add multicast station\")\nSigned-off-by: Sara Sharon <sara.sharon@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/63dd5d022f4766e6b05ee611124afcc7cbfbb953"},{"sha":"8745f12a6600dd9d31122588621d4c8ddb332cd7","author":{"name":"Shaul Triebitz","email":"6899d0e17af7d5e41365b18768f5ad5d8af029f5@intel.com"},"message":"iwlwifi: avoid collecting firmware dump if not loaded\n\nTrying to collect firmware debug data while firmware\nis not loaded causes various errors (e.g. failing NIC access).\nThis causes even a bigger issue if at that time the\nHW radio is off.\nIn that case, when later turning the radio on, the Driver\nfails to read the HW (registers contain garbage values).\n(It may be that the CSR_GP_CNTRL_REG_FLAG_RFKILL_WAKE_L1A_EN\nbit is cleared on faulty NIC access - since the same behavior\nwas seen in HW RFKILL toggling before setting that bit.)\n\nSigned-off-by: Shaul Triebitz <shaul.triebitz@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/8745f12a6600dd9d31122588621d4c8ddb332cd7"},{"sha":"e4f13ad07823b24a1537518d2163bd164292fb10","author":{"name":"Sara Sharon","email":"d7bcdcc61ca09ba7238cfeec441ba5a9340087e8@intel.com"},"message":"iwlwifi: mvm: fix \"failed to remove key\" message\n\nWhen the GTK is installed, we install it to HW with the\nstation ID of the AP.\n\nMac80211 will try to remove it only after the AP sta is\nremoved, which will result in a failure to remove key\nsince we do not have any station for it.\n\nThis is a valid situation, but a previous commit removed\nthe early return and added a return with error value, which\nresulted in an error message that is confusing to users.\n\nRemove the error return value.\n\nFixes: 85aeb58cec1a (\"iwlwifi: mvm: Enable security on new TX API\")\nSigned-off-by: Sara Sharon <sara.sharon@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/e4f13ad07823b24a1537518d2163bd164292fb10"},{"sha":"7c305de2b9548ab6b65fce342c78618bbed5db73","author":{"name":"Ilan Peer","email":"a53deebf22f18092e166fe671085ec3af21faca2@intel.com"},"message":"iwlwifi: mvm: Direct multicast frames to the correct station\n\nMulticast frames for NL80211_IFTYPE_AP and NL80211_IFTYPE_ADHOC were\ndirected to the broadcast station, however, as the broadcast station\ndid not have keys configured, these frames were sent unencrypted.\n\nFix this by using the multicast station which is the station for which\nencryption keys are configured.\n\nSigned-off-by: Ilan Peer <ilan.peer@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/7c305de2b9548ab6b65fce342c78618bbed5db73"},{"sha":"6508de0305d560235b366cc2cc98f7bcfb029e92","author":{"name":"Ilan Peer","email":"a53deebf22f18092e166fe671085ec3af21faca2@intel.com"},"message":"iwlwifi: mvm: Correctly set the tid for mcast queue\n\nIn the scheduler config command, the meaning of tid == 0xf was intended\nto indicate the configuration is for management frames. However,\ntid == 0xf was also used for the multicast queue that was meant only\nfor multicast data frames, which resulted with the FW not encrypting\nmulticast data frames.\n\nAs multicast frames do not have a QoS header, fix this by setting\ntid == 0, to indicate that this is a data queue and not management\none.\n\nSigned-off-by: Ilan Peer <ilan.peer@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/6508de0305d560235b366cc2cc98f7bcfb029e92"},{"sha":"de655fa8fb237d0eaf838e8833b464c1dec90070","author":{"name":"Ulf Magnusson","email":"264870b8c4e89b6f44c5592420a2bec4c2e7d4e1@gmail.com"},"message":"iwlwifi: fix malformed CONFIG_IWLWIFI_PCIE_RTPM default\n\n'default false' should be 'default n', though they happen to have the\nsame effect here, due to undefined symbols ('false' in this case)\nevaluating to n in a tristate sense.\n\nRemove the default instead of changing it. bool and tristate symbols\nimplicitly default to n.\n\nDiscovered with the\nhttps://github.com/ulfalizer/Kconfiglib/blob/master/examples/list_undefined.py\nscript.\n\nSigned-off-by: Ulf Magnusson <ulfalizer@gmail.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/de655fa8fb237d0eaf838e8833b464c1dec90070"},{"sha":"0d3601d2994a4ad9edf0b44f2ea34c68ff494ea5","author":{"name":"Pablo Neira Ayuso","email":"e233074affeb074ecf6c27664a0f4073308430fb@netfilter.org"},"message":"netfilter: nft_set_hash: skip fixed hash if timeout is specified\n\nFixed hash supports to timeouts, so skip it. Otherwise, userspace hits\nEOPNOTSUPP.\n\nFixes: 6c03ae210ce3 (\"netfilter: nft_set_hash: add non-resizable hashtable implementation\")\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/0d3601d2994a4ad9edf0b44f2ea34c68ff494ea5"},{"sha":"f0ab68d21b0ede84db9072e2c1764e4bf8e46abe","author":{"name":"Kalle Valo","email":"41b48f228022447bae8a0900c23f76a0b1ca799c@codeaurora.org"},"message":"Merge tag 'iwlwifi-for-kalle-2018-03-02' of git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-fixes\n\nSecond batch of iwlwifi fixes intended for 4.16:\n\n* Fix CSA issues with count 0 and 1;\n* Some firmware debugging fixes;\n* Removed a wrong error message when removing keys;\n* Fix a firmware sysassert most usually triggered in IBSS;\n* A couple of fixes on multicast queues;\n* A fix with CCMP 256;","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/f0ab68d21b0ede84db9072e2c1764e4bf8e46abe"},{"sha":"933897342d0714ae1c10729cbaeecea0c6178db5","author":{"name":"Arend Van Spriel","email":"abe19c29b4f22215362e77179a3d866379bad47e@broadcom.com"},"message":"brcmfmac: add possibility to obtain firmware error\n\nThe feature module needs to evaluate the actual firmware error return\nupon a control command. This adds a flag to struct brcmf_if that the\ncaller can set. This flag is checked to determine the error code that\nneeds to be returned.\n\nFixes: b69c1df47281 (\"brcmfmac: separate firmware errors from i/o errors\")\nReviewed-by: Hante Meuleman <hante.meuleman@broadcom.com>\nReviewed-by: Pieter-Paul Giesberts <pieter-paul.giesberts@broadcom.com>\nReviewed-by: Franky Lin <franky.lin@broadcom.com>\nSigned-off-by: Arend van Spriel <arend.vanspriel@broadcom.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/933897342d0714ae1c10729cbaeecea0c6178db5"},{"sha":"455f3e76cfc0d893585a5f358b9ddbe9c1e1e53b","author":{"name":"Arend Van Spriel","email":"abe19c29b4f22215362e77179a3d866379bad47e@broadcom.com"},"message":"brcmfmac: fix P2P_DEVICE ethernet address generation\n\nThe firmware has a requirement that the P2P_DEVICE address should\nbe different from the address of the primary interface. When not\nspecified by user-space, the driver generates the MAC address for\nthe P2P_DEVICE interface using the MAC address of the primary\ninterface and setting the locally administered bit. However, the MAC\naddress of the primary interface may already have that bit set causing\nthe creation of the P2P_DEVICE interface to fail with -EBUSY. Fix this\nby using a random address instead to determine the P2P_DEVICE address.\n\nCc: stable@vger.kernel.org # 3.10.y\nReported-by: Hans de Goede <hdegoede@redhat.com>\nReviewed-by: Hante Meuleman <hante.meuleman@broadcom.com>\nReviewed-by: Pieter-Paul Giesberts <pieter-paul.giesberts@broadcom.com>\nReviewed-by: Franky Lin <franky.lin@broadcom.com>\nSigned-off-by: Arend van Spriel <arend.vanspriel@broadcom.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/alaahl/linux/commits/455f3e76cfc0d893585a5f358b9ddbe9c1e1e53b"}]}
{"actor":{"display_login":"alaahl"}}