4.16.6-stable review
Greg Kroah-Hartman
maintainerPATCH 2/81 drm: bridge: dw-hdmi: Fix overflow workaround for Amlogic Meson GX SoCs
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Neil Armstrong <[email protected]>
commit 9c305eb442f3b371fc722ade827bbf673514123e upstream.
The Amlogic Meson GX SoCs, embedded the v2.01a controller, has been also identified needing this workaround.
This patch adds the corresponding version to enable a single iteration for this specific version.
--- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 3 +++ 1 file changed, 3 insertions(+)
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c +3 -0
@@ -1637,6 +1637,8 @@ static void dw_hdmi_clear_overflow(struc* (and possibly on the platform). So far only i.MX6Q (v1.30a) and * i.MX6DL (v1.31a) have been identified as needing the workaround, with * 4 and 1 iterations respectively. +* The Amlogic Meson GX SoCs (v2.01a) have been identified as needing +* the workaround with a single iteration. */ switch (hdmi->version) {
@@ -1644,6 +1646,7 @@ static void dw_hdmi_clear_overflow(struc count =4 ;break ;case 0x131a : +case 0x201a : count =1 ;break ;default :
Greg Kroah-Hartman
maintainerPATCH 3/81 i40e: Fix attach VF to VM issue
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Paweł Jabłoński <[email protected]>
commit 028daf80117376b22909becd9720daaefdfceff4 upstream.
Fix for "Resource temporarily unavailable" problem when virsh is trying to attach a device to VM. When the VF driver is loaded on host and virsh is trying to attach it to the VM and set a MAC address, it ends with a race condition between i40e_reset_vf and i40e_ndo_set_vf_mac functions. The bug is fixed by adding polling in i40e_ndo_set_vf_mac function For when the VF is in Reset mode.
--- drivers/net/ethernet/intel/i40e/i40e_virtchnl_pf.c | 11 +++++++++++ 1 file changed, 11 insertions(+)
drivers/net/ethernet/intel/i40e/i40e_virtchnl_pf.c +11 -0
@@ -2889,6 +2889,7 @@ int i40e_ndo_set_vf_mac(struct net_devicint ret =0 ;struct hlist_node *h;int bkt; +u8 i;/* validate the request */ if (vf_id >= pf->num_alloc_vfs) {
@@ -2900,6 +2901,16 @@ int i40e_ndo_set_vf_mac(struct net_devic vf = &(pf->vf[vf_id]); vsi = pf->vsi[vf->lan_vsi_idx]; + +/* When the VF is resetting wait until it is done. +* It can take up to 200 milliseconds, +* but wait for up to 300 milliseconds to be safe. +*/ +for (i =0 ; i <15 ; i++) { +if (test_bit (I40E_VF_STATE_INIT , &vf->vf_states)) +break ; +msleep (20 ); + }if (!test_bit (I40E_VF_STATE_INIT , &vf->vf_states)) {dev_err (&pf->pdev->dev,"VF %d still in reset. Try again.\n" , vf_id);
Greg Kroah-Hartman
maintainerPATCH 6/81 tpm: add retry logic
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: James Bottomley <[email protected]>
commit e2fb992d82c626c43ed0566e07c410e56a087af3 upstream.
TPM2 can return TPM2_RC_RETRY to any command and when it does we get unexpected failures inside the kernel that surprise users (this is mostly observed in the trusted key handling code). The UEFI 2.6 spec has advice on how to handle this:
The firmware SHALL not return TPM2_RC_RETRY prior to the completion of the call to ExitBootServices().
Implementer’s Note: the implementation of this function should check the return value in the TPM response and, if it is TPM2_RC_RETRY, resend the command. The implementation may abort if a sufficient number of retries has been done.
So we follow that advice in our tpm_transmit() code using TPM2_DURATION_SHORT as the initial wait duration and TPM2_DURATION_LONG as the maximum wait time. This should fix all the in-kernel use cases and also means that user space TSS implementations don't have to have their own retry handling.
--- drivers/char/tpm/tpm-interface.c | 75 +++++++++++++++++++++++++++++++-------- drivers/char/tpm/tpm.h | 1 2 files changed, 61 insertions(+), 15 deletions(-)
drivers/char/tpm/tpm-interface.c +60 -15
@@ -399,21 +399,10 @@ static void tpm_relinquish_locality(stru chip->locality =-1 ; } -/** -* tpm_transmit - Internal kernel interface to transmit TPM commands. -* -* @chip: TPM chip to use -* @space: tpm space -* @buf: TPM command buffer -* @bufsiz: length of the TPM command buffer -* @flags: tpm transmit flags - bitmap -* -* Return: -* 0 when the operation is successful. -* A negative number for system errors (errno). -*/ -ssize_t tpm_transmit (struct tpm_chip *chip,struct tpm_space *space, -u8 *buf,size_t bufsiz,unsigned int flags) +static ssize_t tpm_try_transmit (struct tpm_chip *chip, +struct tpm_space *space, +u8 *buf,size_t bufsiz, +unsigned int flags) {struct tpm_output_header *header = (void *)buf;int rc;
@@ -545,6 +534,62 @@ out_no_locality: }/** +* tpm_transmit - Internal kernel interface to transmit TPM commands. +* +* @chip: TPM chip to use +* @space: tpm space +* @buf: TPM command buffer +* @bufsiz: length of the TPM command buffer +* @flags: tpm transmit flags - bitmap +* +* A wrapper around tpm_try_transmit that handles TPM2_RC_RETRY +* returns from the TPM and retransmits the command after a delay up +* to a maximum wait of TPM2_DURATION_LONG. +* +* Note: TPM1 never returns TPM2_RC_RETRY so the retry logic is TPM2 +* only +* +* Return: +* the length of the return when the operation is successful. +* A negative number for system errors (errno). +*/ +ssize_t tpm_transmit (struct tpm_chip *chip,struct tpm_space *space, +u8 *buf,size_t bufsiz,unsigned int flags) +{ +struct tpm_output_header *header = (struct tpm_output_header *)buf; +/* space for header and handles */ +u8 save[TPM_HEADER_SIZE +3 *sizeof (u32)]; +unsigned int delay_msec =TPM2_DURATION_SHORT ; +u32 rc =0 ; +ssize_t ret; +const size_t save_size =min (space ?sizeof (save) :TPM_HEADER_SIZE , + bufsiz); + +/* +* Subtlety here: if we have a space, the handles will be +* transformed, so when we restore the header we also have to +* restore the handles. +*/ +memcpy (save, buf, save_size); + +for (;;) { + ret =tpm_try_transmit (chip, space, buf, bufsiz, flags); +if (ret <0 ) +break ; + rc =be32_to_cpu (header->return_code); +if (rc !=TPM2_RC_RETRY ) +break ; + delay_msec *=2 ; +if (delay_msec >TPM2_DURATION_LONG ) { +dev_err (&chip->dev,"TPM is in retry loop\n" ); +break ; + } +tpm_msleep (delay_msec); +memcpy (buf, save, save_size); + } +return ret; +} +/** * tpm_transmit_cmd - send a tpm command to the device * The function extracts tpm out header return code *
drivers/char/tpm/tpm.h +1 -0
@@ -108,6 +108,7 @@ enum tpm2_return_codes {TPM2_RC_COMMAND_CODE =0x0143 ,TPM2_RC_TESTING =0x090A ,/* RC_WARN */ TPM2_RC_REFERENCE_H0 =0x0910 , + TPM2_RC_RETRY = 0x0922, }; enum tpm2_algorithms {
Greg Kroah-Hartman
maintainerPATCH 7/81 Revert "ath10k: send (re)assoc peer command when NSS changed"
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Karthikeyan Periyasamy <[email protected]>
commit 55cc11da69895a680940c1733caabc37be685f5e upstream.
This reverts commit 55884c045d31a29cf69db8332d1064a1b61dd159.
When Ath10k is in AP mode and an unassociated STA sends a VHT action frame (Operating Mode Notification for the NSS change) periodically to AP this causes ath10k to call ath10k_station_assoc() which sends WMI_PEER_ASSOC_CMDID during NSS update. Over the time (with a certain client it can happen within 15 mins when there are over 500 of these VHT action frames) continuous calls of WMI_PEER_ASSOC_CMDID cause firmware to assert due to resource exhaust.
To my knowledge setting WMI_PEER_NSS peer param itself enough to handle NSS updates and no need to call ath10k_station_assoc(). So revert the original commit from 2014 as it's unclear why the change was really needed. Now the firmware assert doesn't happen anymore.
Issue observed in QCA9984 platform with firmware version:10.4-3.5.3-00053. This Change tested in QCA9984 with firmware version: 10.4-3.5.3-00053 and QCA988x platform with firmware version: 10.2.4-1.0-00036.
Firmware Assert log:
ath10k_pci 0002:01:00.0: firmware crashed! (guid e61f1274-9acd-4c5b-bcca-e032ea6e723c)ath10k_pci 0002:01:00.0: qca9984/qca9994 hw1.0 target 0x01000000 chip_id 0x00000000 sub 168c:cafeath10k_pci 0002:01:00.0: kconfig debug 1 debugfs 1 tracing 0 dfs 1 testmode 1ath10k_pci 0002:01:00.0: firmware ver 10.4-3.5.3-00053 api 5 features no-p2p,mfp,peer-flow-ctrl,btcoex-param,allows-mesh-bcast crc32 4c56a386 ath10k_pci 0002:01:00.0: board_file api 2 bmi_id 0:4 crc32 c2271344ath10k_pci 0002:01:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal otp max-sta 512 raw 0 hwcrypto 1ath10k_pci 0002:01:00.0: firmware register dump:ath10k_pci 0002:01:00.0: [00]: 0x0000000A 0x000015B3 0x00981E5F 0x00975B31ath10k_pci 0002:01:00.0: [04]: 0x00981E5F 0x00060530 0x00000011 0x00446C60ath10k_pci 0002:01:00.0: [08]: 0x0042F1FC 0x00458080 0x00000017 0x00000000ath10k_pci 0002:01:00.0: [12]: 0x00000009 0x00000000 0x00973ABC 0x00973AD2ath10k_pci 0002:01:00.0: [16]: 0x00973AB0 0x00960E62 0x009606CA 0x00000000ath10k_pci 0002:01:00.0: [20]: 0x40981E5F 0x004066DC 0x00400000 0x00981E34ath10k_pci 0002:01:00.0: [24]: 0x80983B48 0x0040673C 0x000000C0 0xC0981E5Fath10k_pci 0002:01:00.0: [28]: 0x80993DEB 0x0040676C 0x00431AB8 0x0045D0C4ath10k_pci 0002:01:00.0: [32]: 0x80993E5C 0x004067AC 0x004303C0 0x0045D0C4ath10k_pci 0002:01:00.0: [36]: 0x80994AAB 0x004067DC 0x00000000 0x0045D0C4ath10k_pci 0002:01:00.0: [40]: 0x809971A0 0x0040681C 0x004303C0 0x00441B00ath10k_pci 0002:01:00.0: [44]: 0x80991904 0x0040688C 0x004303C0 0x0045D0C4ath10k_pci 0002:01:00.0: [48]: 0x80963AD3 0x00406A7C 0x004303C0 0x009918FCath10k_pci 0002:01:00.0: [52]: 0x80960E80 0x00406A9C 0x0000001F 0x00400000ath10k_pci 0002:01:00.0: [56]: 0x80960E51 0x00406ACC 0x00400000 0x00000000ath10k_pci 0002:01:00.0: Copy Engine register dump:ath10k_pci 0002:01:00.0: index: addr: sr_wr_idx: sr_r_idx: dst_wr_idx: dst_r_idx:ath10k_pci 0002:01:00.0: [00]: 0x0004a000 15 15 3 3ath10k_pci 0002:01:00.0: [01]: 0x0004a400 17 17 212 213ath10k_pci 0002:01:00.0: [02]: 0x0004a800 21 21 20 21ath10k_pci 0002:01:00.0: [03]: 0x0004ac00 25 25 27 25ath10k_pci 0002:01:00.0: [04]: 0x0004b000 515 515 144 104ath10k_pci 0002:01:00.0: [05]: 0x0004b400 28 28 155 156ath10k_pci 0002:01:00.0: [06]: 0x0004b800 12 12 12 12ath10k_pci 0002:01:00.0: [07]: 0x0004bc00 1 1 1 1ath10k_pci 0002:01:00.0: [08]: 0x0004c000 0 0 127 0ath10k_pci 0002:01:00.0: [09]: 0x0004c400 1 1 1 1ath10k_pci 0002:01:00.0: [10]: 0x0004c800 0 0 0 0ath10k_pci 0002:01:00.0: [11]: 0x0004cc00 0 0 0 0ath10k_pci 0002:01:00.0: CE[1] write_index 212 sw_index 213 hw_index 0 nentries_mask 0x000001ffath10k_pci 0002:01:00.0: CE[2] write_index 20 sw_index 21 hw_index 0 nentries_mask 0x0000007fath10k_pci 0002:01:00.0: CE[5] write_index 155 sw_index 156 hw_index 0 nentries_mask 0x000001ffath10k_pci 0002:01:00.0: DMA addr: nbytes: meta data: byte swap: gather:ath10k_pci 0002:01:00.0: [455]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [456]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [457]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [458]: 0x594a0038 0 0 0 1ath10k_pci 0002:01:00.0: [459]: 0x580c0a42 0 0 0 0ath10k_pci 0002:01:00.0: [460]: 0x594a0060 0 0 0 1ath10k_pci 0002:01:00.0: [461]: 0x580c0c42 0 0 0 0ath10k_pci 0002:01:00.0: [462]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [463]: 0x580c0c42 0 0 0 0ath10k_pci 0002:01:00.0: [464]: 0x594a0038 0 0 0 1ath10k_pci 0002:01:00.0: [465]: 0x580c0a42 0 0 0 0ath10k_pci 0002:01:00.0: [466]: 0x594a0060 0 0 0 1ath10k_pci 0002:01:00.0: [467]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [468]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [469]: 0x580c1c42 0 0 0 0ath10k_pci 0002:01:00.0: [470]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [471]: 0x580c1c42 0 0 0 0ath10k_pci 0002:01:00.0: [472]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [473]: 0x580c1c42 0 0 0 0ath10k_pci 0002:01:00.0: [474]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [475]: 0x580c0642 0 0 0 0ath10k_pci 0002:01:00.0: [476]: 0x594a0038 0 0 0 1ath10k_pci 0002:01:00.0: [477]: 0x580c0842 0 0 0 0ath10k_pci 0002:01:00.0: [478]: 0x594a0060 0 0 0 1ath10k_pci 0002:01:00.0: [479]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [480]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [481]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [482]: 0x594a0038 0 0 0 1ath10k_pci 0002:01:00.0: [483]: 0x580c0842 0 0 0 0ath10k_pci 0002:01:00.0: [484]: 0x594a0060 0 0 0 1ath10k_pci 0002:01:00.0: [485]: 0x580c0642 0 0 0 0ath10k_pci 0002:01:00.0: [486]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [487]: 0x580c0642 0 0 0 0ath10k_pci 0002:01:00.0: [488]: 0x594a0038 0 0 0 1ath10k_pci 0002:01:00.0: [489]: 0x580c0842 0 0 0 0ath10k_pci 0002:01:00.0: [490]: 0x594a0060 0 0 0 1ath10k_pci 0002:01:00.0: [491]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [492]: 0x58174040 0 1 0 0ath10k_pci 0002:01:00.0: [493]: 0x5a946040 0 1 0 0ath10k_pci 0002:01:00.0: [494]: 0x59909040 0 1 0 0ath10k_pci 0002:01:00.0: [495]: 0x5ae5a040 0 1 0 0ath10k_pci 0002:01:00.0: [496]: 0x58096040 0 1 0 0ath10k_pci 0002:01:00.0: [497]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [498]: 0x580c0642 0 0 0 0ath10k_pci 0002:01:00.0: [499]: 0x5c1e0040 0 1 0 0ath10k_pci 0002:01:00.0: [500]: 0x58153040 0 1 0 0ath10k_pci 0002:01:00.0: [501]: 0x58129040 0 1 0 0ath10k_pci 0002:01:00.0: [502]: 0x5952f040 0 1 0 0ath10k_pci 0002:01:00.0: [503]: 0x59535040 0 1 0 0ath10k_pci 0002:01:00.0: [504]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [505]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [506]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [507]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [508]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [509]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [510]: 0x594a0010 0 0 0 1ath10k_pci 0002:01:00.0: [511]: 0x580c0042 0 0 0 0ath10k_pci 0002:01:00.0: [512]: 0x5adcc040 0 1 0 0ath10k_pci 0002:01:00.0: [513]: 0x5cf3d040 0 1 0 0ath10k_pci 0002:01:00.0: [514]: 0x5c1e9040 64 1 0 0ath10k_pci 0002:01:00.0: [515]: 0x00000000 0 0 0 0
--- drivers/net/wireless/ath/ath10k/mac.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-)
drivers/net/wireless/ath/ath10k/mac.c +2 -3
@@ -6028,9 +6028,8 @@ static void ath10k_sta_rc_update_wk(stru sta->addr, smps, err); } -if (changed &IEEE80211_RC_SUPP_RATES_CHANGED || - changed &IEEE80211_RC_NSS_CHANGED ) { -ath10k_dbg (ar,ATH10K_DBG_MAC ,"mac update sta %pM supp rates/nss\n" , +if (changed &IEEE80211_RC_SUPP_RATES_CHANGED ) { +ath10k_dbg (ar,ATH10K_DBG_MAC ,"mac update sta %pM supp rates\n" , sta->addr); err =ath10k_station_assoc (ar, arvif->vif, sta, true);
Greg Kroah-Hartman
maintainerPATCH 10/81 ipv6: add RTA_TABLE and RTA_PREFSRC to rtm_ipv6_policy
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Eric Dumazet <[email protected]>
[ Upstream commit aa8f8778493c85fff480cdf8b349b1e1dcb5f243 ]
KMSAN reported use of uninit-value that I tracked to lack of proper size check on RTA_TABLE attribute.
I also believe RTA_PREFSRC lacks a similar check.
--- net/ipv6/route.c | 2 ++ 1 file changed, 2 insertions(+)
net/ipv6/route.c +2 -0
@@ -3862,6 +3862,7 @@ void rt6_mtu_change(struct net_device *dstatic const struct nla_policy rtm_ipv6_policy[RTA_MAX +1 ] = { [RTA_GATEWAY ] = { .len =sizeof (struct in6_addr ) }, + [RTA_PREFSRC ] = { .len =sizeof (struct in6_addr ) }, [RTA_OIF ] = { .type =NLA_U32 }, [RTA_IIF ] = { .type =NLA_U32 }, [RTA_PRIORITY ] = { .type =NLA_U32 },
@@ -3873,6 +3874,7 @@ static const struct nla_policy rtm_ipv6_ [RTA_EXPIRES] = { .type = NLA_U32 }, [RTA_UID] = { .type = NLA_U32 }, [RTA_MARK] = { .type = NLA_U32 }, + [RTA_TABLE] = { .type = NLA_U32 }, }; static int rtm_to_fib6_config(struct sk_buff *skb, struct nlmsghdr *nlh,
Greg Kroah-Hartman
maintainerPATCH 12/81 KEYS: DNS: limit the length of option strings
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Eric Biggers <[email protected]>
[ Upstream commit 9c438d7a3a52dcc2b9ed095cb87d3a5e83cf7e60 ]
Adding a dns_resolver key whose payload contains a very long option name resulted in that string being printed in full. This hit the WARN_ONCE() in set_precision() during the printk(), because printk() only supports a precision of up to 32767 bytes:
precision 1000000 too large
WARNING: CPU: 0 PID: 752 at lib/vsprintf.c:2189 vsnprintf+0x4bc/0x5b0Fix it by limiting option strings (combined name + value) to a much more reasonable 128 bytes. The exact limit is arbitrary, but currently the only recognized option is formatted as "dnserror=%lu" which fits well within this limit.
Also ratelimit the printks.
Reproducer:
perl -e 'print "#", "A" x 1000000, "\x00"' | keyctl padd dns_resolver desc @s
This bug was found using syzkaller.
--- net/dns_resolver/dns_key.c | 12 +++++------- 1 file changed, 5 insertions(+), 7 deletions(-)
net/dns_resolver/dns_key.c +5 -7
@@ -91,9 +91,9 @@ dns_resolver_preparse(struct key_prepars next_opt =memchr (opt,'#' , end - opt) ?: end; opt_len = next_opt - opt; -if (!opt_len) { -printk (KERN_WARNING -"Empty option to dns_resolver key\n" ); +if (opt_len <=0 || opt_len >128 ) { +pr_warn_ratelimited ("Invalid option length (%d) for dns_resolver key\n" , + opt_len);return -EINVAL ; }
@@ -127,10 +127,8 @@ dns_resolver_preparse(struct key_prepars } bad_option_value: -printk (KERN_WARNING -"Option '%*.*s' to dns_resolver key:" -" bad/missing value\n" , - opt_nlen, opt_nlen, opt); +pr_warn_ratelimited ("Option '%*.*s' to dns_resolver key: bad/missing value\n" , + opt_nlen, opt_nlen, opt);return -EINVAL ; }while (opt = next_opt +1 , opt < end); }
Greg Kroah-Hartman
maintainerPATCH 13/81 l2tp: check sockaddr length in pppol2tp_connect()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guillaume Nault <[email protected]>
[ Upstream commit eb1c28c05894a4b1f6b56c5bf072205e64cfa280 ]
Check sockaddr_len before dereferencing sp->sa_protocol, to ensure that it actually points to valid data.
--- net/l2tp/l2tp_ppp.c | 7 +++++++ 1 file changed, 7 insertions(+)
net/l2tp/l2tp_ppp.c +7 -0
@@ -619,6 +619,13 @@ static int pppol2tp_connect(struct sockelock_sock (sk); error = -EINVAL ; + +if (sockaddr_len !=sizeof (struct sockaddr_pppol2tp ) && + sockaddr_len !=sizeof (struct sockaddr_pppol2tpv3 ) && + sockaddr_len !=sizeof (struct sockaddr_pppol2tpin6 ) && + sockaddr_len !=sizeof (struct sockaddr_pppol2tpv3in6 )) + goto end; +if (sp->sa_protocol !=PX_PROTO_OL2TP ) goto end;
Greg Kroah-Hartman
maintainerPATCH 14/81 llc: delete timers synchronously in llc_sk_free()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Cong Wang <[email protected]>
[ Upstream commit b905ef9ab90115d001c1658259af4b1c65088779 ]
The connection timers of an llc sock could be still flying after we delete them in llc_sk_free(), and even possibly after we free the sock. We could just wait synchronously here in case of troubles.
Note, I leave other call paths as they are, since they may not have to wait, at least we can change them to synchronously when needed.
Also, move the code to net/llc/llc_conn.c, which is apparently a better place.
--- include/net/llc_conn.h | 1 + net/llc/llc_c_ac.c | 9 +-------- net/llc/llc_conn.c | 22 +++++++++++++++++++++- 3 files changed, 23 insertions(+), 9 deletions(-)
include/net/llc_conn.h +1 -0
@@ -97,6 +97,7 @@ static __inline__ char llc_backlog_type(struct sock *llc_sk_alloc (struct net *net,int family,gfp_t priority,struct proto *prot,int kern); +void llc_sk_stop_all_timers (struct sock *sk,bool sync);void llc_sk_free (struct sock *sk);void llc_sk_reset (struct sock *sk);
net/llc/llc_c_ac.c +1 -8
@@ -1099,14 +1099,7 @@ int llc_conn_ac_inc_tx_win_size(struct sint llc_conn_ac_stop_all_timers (struct sock *sk,struct sk_buff *skb) { -struct llc_sock *llc =llc_sk (sk); - -del_timer (&llc->pf_cycle_timer.timer); -del_timer (&llc->ack_timer.timer); -del_timer (&llc->rej_sent_timer.timer); -del_timer (&llc->busy_state_timer.timer); - llc->ack_must_be_send =0 ; - llc->ack_pf =0 ; +llc_sk_stop_all_timers (sk, false);return 0 ; }
net/llc/llc_conn.c +21 -1
@@ -961,6 +961,26 @@ out:return sk; } +void llc_sk_stop_all_timers (struct sock *sk,bool sync) +{ +struct llc_sock *llc =llc_sk (sk); + +if (sync) { +del_timer_sync (&llc->pf_cycle_timer.timer); +del_timer_sync (&llc->ack_timer.timer); +del_timer_sync (&llc->rej_sent_timer.timer); +del_timer_sync (&llc->busy_state_timer.timer); + }else { +del_timer (&llc->pf_cycle_timer.timer); +del_timer (&llc->ack_timer.timer); +del_timer (&llc->rej_sent_timer.timer); +del_timer (&llc->busy_state_timer.timer); + } + + llc->ack_must_be_send =0 ; + llc->ack_pf =0 ; +} +/** * llc_sk_free - Frees a LLC socket * @sk - socket to free
@@ -973,7 +993,7 @@ void llc_sk_free(struct sock *sk) llc->state =LLC_CONN_OUT_OF_SVC ;/* Stop all (possibly) running timers */ -llc_conn_ac_stop_all_timers (sk,NULL ); +llc_sk_stop_all_timers (sk, true);#ifdef DEBUG_LLC_CONN_ALLOC printk(KERN_INFO "%s: unackq=%d, txq=%d\n", __func__, skb_queue_len(&llc->pdu_unack_q),
Greg Kroah-Hartman
maintainerPATCH 16/81 net: fix deadlock while clearing neighbor proxy table
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Wolfgang Bumiller <[email protected]>
[ Upstream commit 53b76cdf7e8fecec1d09e38aad2f8579882591a8 ]
When coming from ndisc_netdev_event() in net/ipv6/ndisc.c, neigh_ifdown() is called with &nd_tbl, locking this while clearing the proxy neighbor entries when eg. deleting an interface. Calling the table's pndisc_destructor() with the lock still held, however, can cause a deadlock: When a multicast listener is available an IGMP packet of type ICMPV6_MGM_REDUCTION may be sent out. When reaching ip6_finish_output2(), if no neighbor entry for the target address is found, __neigh_create() is called with &nd_tbl, which it'll want to lock.
Move the elements into their own list, then unlock the table and perform the destruction.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=199289
--- net/core/neighbour.c | 28 ++++++++++++++++++---------- 1 file changed, 18 insertions(+), 10 deletions(-)
net/core/neighbour.c +18 -10
@@ -55,7 +55,8 @@ static void neigh_timer_handler(struct tstatic void __neigh_notify (struct neighbour *n,int type,int flags,u32 pid);static void neigh_update_notify (struct neighbour *neigh,u32 nlmsg_pid); -static int pneigh_ifdown (struct neigh_table *tbl,struct net_device *dev); +static int pneigh_ifdown_and_unlock (struct neigh_table *tbl, +struct net_device *dev);#ifdef CONFIG_PROC_FS static const struct file_operations neigh_stat_seq_fops;
@@ -291,8 +292,7 @@ int neigh_ifdown(struct neigh_table *tbl {write_lock_bh (&tbl->lock);neigh_flush_dev (tbl, dev); -pneigh_ifdown (tbl, dev); -write_unlock_bh (&tbl->lock); +pneigh_ifdown_and_unlock (tbl, dev);del_timer_sync (&tbl->proxy_timer);pneigh_queue_purge (&tbl->proxy_queue);
@@ -681,9 +681,10 @@ int pneigh_delete(struct neigh_table *tbreturn -ENOENT ; } -static int pneigh_ifdown (struct neigh_table *tbl,struct net_device *dev) +static int pneigh_ifdown_and_unlock (struct neigh_table *tbl, +struct net_device *dev) { -struct pneigh_entry *n, **np; +struct pneigh_entry *n, **np, *freelist =NULL ;u32 h;for (h =0 ; h <=PNEIGH_HASHMASK ; h++) {
@@ -691,16 +692,23 @@ static int pneigh_ifdown(struct neigh_tawhile ((n = *np) !=NULL ) {if (!dev || n->dev == dev) { *np = n->next; -if (tbl->pdestructor) - tbl->pdestructor (n); -if (n->dev) -dev_put (n->dev); -kfree (n); + n->next = freelist; + freelist = n;continue ; } np = &n->next; } } +write_unlock_bh (&tbl->lock); +while ((n = freelist)) { + freelist = n->next; + n->next =NULL ; +if (tbl->pdestructor) + tbl->pdestructor (n); +if (n->dev) +dev_put (n->dev); +kfree (n); + }return -ENOENT ; }
Greg Kroah-Hartman
maintainerPATCH 17/81 net: mvpp2: Fix DMA address mask size
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Maxime Chevallier <[email protected]>
[ Upstream commit da42bb271305d68df6cbf99eed90542f1f1ee1c9 ]
PPv2 TX/RX descriptors uses 40bits DMA addresses, but 41 bits masks were used (GENMASK_ULL(40, 0)).
This commit fixes that by using the correct mask.
--- drivers/net/ethernet/marvell/mvpp2.c | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-)
drivers/net/ethernet/marvell/mvpp2.c +7 -5
@@ -838,6 +838,8 @@ enum mvpp2_bm_type {#define MVPP2_MIB_COUNTERS_STATS_DELAY (1 * HZ) +#define MVPP2_DESC_DMA_MASK DMA_BIT_MASK(40) +/* Definitions */ /* Shared Packet Processor resources */
@@ -1336,7 +1338,7 @@ static dma_addr_t mvpp2_txdesc_dma_addr_if (port->priv->hw_version ==MVPP21 )return tx_desc->pp21.buf_dma_addr;else -return tx_desc->pp22.buf_dma_addr_ptp &GENMASK_ULL (40 ,0 ); +return tx_desc->pp22.buf_dma_addr_ptp &MVPP2_DESC_DMA_MASK ; } static void mvpp2_txdesc_dma_addr_set(struct mvpp2_port *port,
@@ -1354,7 +1356,7 @@ static void mvpp2_txdesc_dma_addr_set(st }else {u64 val = (u64 )addr; - tx_desc->pp22.buf_dma_addr_ptp &= ~GENMASK_ULL (40 ,0 ); + tx_desc->pp22.buf_dma_addr_ptp &= ~MVPP2_DESC_DMA_MASK ; tx_desc->pp22.buf_dma_addr_ptp |= val; tx_desc->pp22.packet_offset = offset; }
@@ -1414,7 +1416,7 @@ static dma_addr_t mvpp2_rxdesc_dma_addr_if (port->priv->hw_version ==MVPP21 )return rx_desc->pp21.buf_dma_addr;else -return rx_desc->pp22.buf_dma_addr_key_hash &GENMASK_ULL (40 ,0 ); +return rx_desc->pp22.buf_dma_addr_key_hash &MVPP2_DESC_DMA_MASK ; } static unsigned long mvpp2_rxdesc_cookie_get(struct mvpp2_port *port,
@@ -1423,7 +1425,7 @@ static unsigned long mvpp2_rxdesc_cookieif (port->priv->hw_version ==MVPP21 )return rx_desc->pp21.buf_cookie;else -return rx_desc->pp22.buf_cookie_misc &GENMASK_ULL (40 ,0 ); +return rx_desc->pp22.buf_cookie_misc &MVPP2_DESC_DMA_MASK ; } static size_t mvpp2_rxdesc_size_get(struct mvpp2_port *port,
@@ -8347,7 +8349,7 @@ static int mvpp2_probe(struct platform_d }if (priv->hw_version ==MVPP22 ) { - err =dma_set_mask (&pdev->dev,DMA_BIT_MASK (40 )); + err =dma_set_mask (&pdev->dev,MVPP2_DESC_DMA_MASK );if (err) goto err_mg_clk;/* Sadly, the BM pools all share the same register to
Greg Kroah-Hartman
maintainerPATCH 18/81 net: qmi_wwan: add Wistron Neweb D19Q1
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Pawel Dembicki <[email protected]>
[ Upstream commit 4ec7eb3ff6eb5c9af3a84288a8d808a857fbc22b ]
This modem is embedded on dlink dwr-960 router.
The oem configuration states:
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1435 ProdID=d191 Rev=ff.ff
S: Manufacturer=Android
S: Product=Android
S: SerialNumber=0123456789ABCDEF
C:* #Ifs= 6 Cfg#= 1 Atr=80 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=42 Prot=01 Driver=(none)
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
E: Ad=84(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
E: Ad=86(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=85(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=qmi_wwan
E: Ad=88(I) Atr=03(Int.) MxPS= 8 Ivl=32ms
E: Ad=87(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=05(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 5 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=(none)
E: Ad=89(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=06(O) Atr=02(Bulk) MxPS= 512 Ivl=125us
Tested on openwrt distribution
--- drivers/net/usb/qmi_wwan.c | 1 + 1 file changed, 1 insertion(+)
drivers/net/usb/qmi_wwan.c +1 -0
@@ -1107,6 +1107,7 @@ static const struct usb_device_id produc {QMI_FIXED_INTF(0x1435, 0xd181, 3)}, /* Wistron NeWeb D18Q1 */ {QMI_FIXED_INTF(0x1435, 0xd181, 4)}, /* Wistron NeWeb D18Q1 */ {QMI_FIXED_INTF(0x1435, 0xd181, 5)}, /* Wistron NeWeb D18Q1 */ + {QMI_FIXED_INTF(0x1435, 0xd191, 4)}, /* Wistron NeWeb D19Q1 */ {QMI_FIXED_INTF(0x16d8, 0x6003, 0)}, /* CMOTech 6003 */ {QMI_FIXED_INTF(0x16d8, 0x6007, 0)}, /* CMOTech CHE-628S */ {QMI_FIXED_INTF(0x16d8, 0x6008, 0)}, /* CMOTech CMU-301 */
Greg Kroah-Hartman
maintainerPATCH 21/81 packet: fix bitfield update race
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Willem de Bruijn <[email protected]>
[ Upstream commit a6361f0ca4b25460f2cdf3235ebe8115f622901e ]
Updates to the bitfields in struct packet_sock are not atomic. Serialize these read-modify-write cycles.
Move po->running into a separate variable. Its writes are protected by po->bind_lock (except for one startup case at packet_create). Also replace a textual precondition warning with lockdep annotation.
All others are set only in packet_setsockopt. Serialize these updates by holding the socket lock. Analogous to other field updates, also hold the lock when testing whether a ring is active (pg_vec).
--- net/packet/af_packet.c | 60 +++++++++++++++++++++++++++++++++++-------------- net/packet/internal.h | 10 ++++---- 2 files changed, 49 insertions(+), 21 deletions(-)
net/packet/af_packet.c +44 -16
@@ -329,11 +329,11 @@ static void packet_pick_tx_queue(structskb_set_queue_mapping (skb, queue_index); } -/* register_prot_hook must be invoked with the po->bind_lock held, +/* __register_prot_hook must be invoked through register_prot_hook * or from a context in which asynchronous accesses to the packet * socket is not possible (packet_create()). */ -static void register_prot_hook (struct sock *sk) +static void __register_prot_hook (struct sock *sk) {struct packet_sock *po =pkt_sk (sk);
@@ -348,8 +348,13 @@ static void register_prot_hook(struct so } } -/* {,__}unregister_prot_hook() must be invoked with the po->bind_lock -* held. If the sync parameter is true, we will temporarily drop +static void register_prot_hook (struct sock *sk) +{ +lockdep_assert_held_once (&pkt_sk (sk)->bind_lock); +__register_prot_hook (sk); +} + +/* If the sync parameter is true, we will temporarily drop * the po->bind_lock and do a synchronize_net to make sure no * asynchronous packet processing paths still refer to the elements * of po->prot_hook. If the sync parameter is false, it is the
@@ -359,6 +364,8 @@ static void __unregister_prot_hook(struc {struct packet_sock *po =pkt_sk (sk); +lockdep_assert_held_once (&po->bind_lock); + po->running =0 ;if (po->fanout)
@@ -3252,7 +3259,7 @@ static int packet_create(struct net *netif (proto) { po->prot_hook.type = proto; -register_prot_hook (sk); +__register_prot_hook (sk); }mutex_lock (&net->packet.sklist_lock);
@@ -3734,12 +3741,18 @@ packet_setsockopt(struct socket *sock, iif (optlen !=sizeof (val))return -EINVAL ; -if (po->rx_ring.pg_vec || po->tx_ring.pg_vec) -return -EBUSY ;if (copy_from_user (&val, optval,sizeof (val)))return -EFAULT ; - po->tp_loss = !!val; -return 0 ; + +lock_sock (sk); +if (po->rx_ring.pg_vec || po->tx_ring.pg_vec) { + ret = -EBUSY ; + }else { + po->tp_loss = !!val; + ret =0 ; + } +release_sock (sk); +return ret; }case PACKET_AUXDATA : {
@@ -3750,7 +3763,9 @@ packet_setsockopt(struct socket *sock, iif (copy_from_user (&val, optval,sizeof (val)))return -EFAULT ; +lock_sock (sk); po->auxdata = !!val; +release_sock (sk);return 0 ; }case PACKET_ORIGDEV :
@@ -3762,7 +3777,9 @@ packet_setsockopt(struct socket *sock, iif (copy_from_user (&val, optval,sizeof (val)))return -EFAULT ; +lock_sock (sk); po->origdev = !!val; +release_sock (sk);return 0 ; }case PACKET_VNET_HDR :
@@ -3771,15 +3788,20 @@ packet_setsockopt(struct socket *sock, iif (sock->type !=SOCK_RAW )return -EINVAL ; -if (po->rx_ring.pg_vec || po->tx_ring.pg_vec) -return -EBUSY ;if (optlen <sizeof (val))return -EINVAL ;if (copy_from_user (&val, optval,sizeof (val)))return -EFAULT ; - po->has_vnet_hdr = !!val; -return 0 ; +lock_sock (sk); +if (po->rx_ring.pg_vec || po->tx_ring.pg_vec) { + ret = -EBUSY ; + }else { + po->has_vnet_hdr = !!val; + ret =0 ; + } +release_sock (sk); +return ret; }case PACKET_TIMESTAMP : {
@@ -3817,11 +3839,17 @@ packet_setsockopt(struct socket *sock, iif (optlen !=sizeof (val))return -EINVAL ; -if (po->rx_ring.pg_vec || po->tx_ring.pg_vec) -return -EBUSY ;if (copy_from_user (&val, optval,sizeof (val)))return -EFAULT ; - po->tp_tx_has_off = !!val; + +lock_sock (sk); +if (po->rx_ring.pg_vec || po->tx_ring.pg_vec) { + ret = -EBUSY ; + }else { + po->tp_tx_has_off = !!val; + ret =0 ; + } +release_sock (sk);return 0 ; }case PACKET_QDISC_BYPASS :
net/packet/internal.h +5 -5
@@ -112,10 +112,12 @@ struct packet_sock {int copy_thresh;spinlock_t bind_lock;struct mutex pg_vec_lock; - unsigned int running:1, /* prot_hook is attached*/ - auxdata:1, +unsigned int running;/* bind_lock must be held */ + unsigned int auxdata:1, /* writer must hold sock lock */ origdev:1, - has_vnet_hdr:1; + has_vnet_hdr:1, + tp_loss:1, + tp_tx_has_off:1;int pressure;int ifindex;/* bound device */ __be16 num;
@@ -125,8 +127,6 @@ struct packet_sock {enum tpacket_versions tp_version;unsigned int tp_hdrlen;unsigned int tp_reserve; - unsigned int tp_loss:1; - unsigned int tp_tx_has_off:1;unsigned int tp_tstamp;struct net_device __rcu *cached_dev;int (*xmit)(struct sk_buff *skb);
Greg Kroah-Hartman
maintainerPATCH 25/81 strparser: Do not call mod_delayed_work with a timeout of LONG_MAX
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Doron Roberts-Kedes <[email protected]>
[ Upstream commit 7c5aba211dd61f41d737a2c51729eb9fdcd3edf4 ]
struct sock's sk_rcvtimeo is initialized to LONG_MAX/MAX_SCHEDULE_TIMEOUT in sock_init_data. Calling mod_delayed_work with a timeout of LONG_MAX causes spurious execution of the work function. timer->expires is set equal to jiffies + LONG_MAX. When timer_base->clk falls behind the current value of jiffies, the delta between timer_base->clk and jiffies + LONG_MAX causes the expiration to be in the past. Returning early from strp_start_timer if timeo == LONG_MAX solves this problem.
Found while testing net/tls_sw recv path.
--- net/strparser/strparser.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/strparser/strparser.c +1 -1
@@ -67,7 +67,7 @@ static void strp_abort_strp(struct strpastatic void strp_start_timer (struct strparser *strp,long timeo) { -if (timeo) +if (timeo && timeo !=LONG_MAX )mod_delayed_work (strp_wq, &strp->msg_timer_work, timeo); }
Greg Kroah-Hartman
maintainerPATCH 26/81 strparser: Fix incorrect strp->need_bytes value.
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Doron Roberts-Kedes <[email protected]>
[ Upstream commit 9d0c75bf6e03d9bf80c55b0f677dc9b982958fd5 ]
strp_data_ready resets strp->need_bytes to 0 if strp_peek_len indicates that the remainder of the message has been received. However, do_strp_work does not reset strp->need_bytes to 0. If do_strp_work completes a partial message, the value of strp->need_bytes will continue to reflect the needed bytes of the previous message, causing future invocations of strp_data_ready to return early if strp->need_bytes is less than strp_peek_len. Resetting strp->need_bytes to 0 in __strp_recv on handing a full message to the upper layer solves this problem.
__strp_recv also calculates strp->need_bytes using stm->accum_len before stm->accum_len has been incremented by cand_len. This can cause strp->need_bytes to be equal to the full length of the message instead of the full length minus the accumulated length. This, in turn, causes strp_data_ready to return early, even when there is sufficient data to complete the partial message. Incrementing stm->accum_len before using it to calculate strp->need_bytes solves this problem.
Found while testing net/tls_sw recv path.
--- net/strparser/strparser.c | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-)
net/strparser/strparser.c +3 -4
@@ -296,9 +296,9 @@ static int __strp_recv(read_descriptor_tstrp_start_timer (strp, timeo); } + stm->accum_len += cand_len; strp->need_bytes = stm->strp.full_len - stm->accum_len; - stm->accum_len += cand_len; stm->early_eaten = cand_len;STRP_STATS_ADD (strp->stats.bytes, cand_len); desc->count =0 ;/* Stop reading socket */
@@ -321,6 +321,7 @@ static int __strp_recv(read_descriptor_t/* Hurray, we have a new message! */ cancel_delayed_work (&strp->msg_timer_work); strp->skb_head =NULL ; + strp->need_bytes =0 ;STRP_STATS_INCR (strp->stats.msgs);/* Give skb to upper layer */
@@ -410,9 +411,7 @@ void strp_data_ready(struct strparser *sreturn ;if (strp->need_bytes) { -if (strp_peek_len (strp) >= strp->need_bytes) - strp->need_bytes =0 ; -else +if (strp_peek_len (strp) < strp->need_bytes)return ; }
Greg Kroah-Hartman
maintainerPATCH 27/81 tcp: clear tp->packets_out when purging write queue
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Soheil Hassas Yeganeh <[email protected]>
[ Upstream commit bffd168c3fc5cc7d2bad4c668fa90e7a9010db4b ]
Clear tp->packets_out when purging the write queue, otherwise tcp_rearm_rto() mistakenly assumes TCP write queue is not empty. This results in NULL pointer dereference.
Also, remove the redundant tp->packets_out = 0 from tcp_disconnect(), since tcp_disconnect() calls tcp_write_queue_purge().
--- net/ipv4/tcp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/ipv4/tcp.c +1 -1
@@ -2385,6 +2385,7 @@ void tcp_write_queue_purge(struct sock *INIT_LIST_HEAD (&tcp_sk (sk)->tsorted_sent_queue);sk_mem_reclaim (sk);tcp_clear_all_retrans_hints (tcp_sk (sk)); +tcp_sk (sk)->packets_out =0 ; }int tcp_disconnect (struct sock *sk,int flags)
@@ -2434,7 +2435,6 @@ int tcp_disconnect(struct sock *sk, int icsk->icsk_backoff =0 ; tp->snd_cwnd =2 ; icsk->icsk_probes_out =0 ; - tp->packets_out =0 ; tp->snd_ssthresh =TCP_INFINITE_SSTHRESH ; tp->snd_cwnd_cnt =0 ; tp->window_clamp =0 ;
Greg Kroah-Hartman
maintainerPATCH 31/81 team: fix netconsole setup over team
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Xin Long <[email protected]>
[ Upstream commit 9cf2f437ca5b39828984064fad213e68fc17ef11 ]
The same fix in Commit dbe173079ab5 ("bridge: fix netconsole setup over bridge") is also needed for team driver.
While at it, remove the unnecessary parameter *team from team_port_enable_netpoll().
v1->v2:
- fix it in a better way, as does bridge.
--- drivers/net/team/team.c | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-)
drivers/net/team/team.c +12 -7
@@ -1072,14 +1072,11 @@ static void team_port_leave(struct team }#ifdef CONFIG_NET_POLL_CONTROLLER -static int team_port_enable_netpoll (struct team *team,struct team_port *port) +static int __team_port_enable_netpoll (struct team_port *port) {struct netpoll *np;int err; -if (!team->dev->npinfo) -return 0 ; - np =kzalloc (sizeof (*np),GFP_KERNEL );if (!np)return -ENOMEM ;
@@ -1093,6 +1090,14 @@ static int team_port_enable_netpoll(strureturn err; } +static int team_port_enable_netpoll (struct team_port *port) +{ +if (!port->team->dev->npinfo) +return 0 ; + +return __team_port_enable_netpoll (port); +} +static void team_port_disable_netpoll (struct team_port *port) {struct netpoll *np = port->np;
@@ -1107,7 +1112,7 @@ static void team_port_disable_netpoll(st kfree(np); }#else -static int team_port_enable_netpoll (struct team *team,struct team_port *port) +static int team_port_enable_netpoll (struct team_port *port) {return 0 ; }
@@ -1215,7 +1220,7 @@ static int team_port_add(struct team *te goto err_vids_add; } - err =team_port_enable_netpoll (team, port); + err =team_port_enable_netpoll (port);if (err) {netdev_err (dev,"Failed to enable netpoll on device %s\n" , portname);
@@ -1912,7 +1917,7 @@ static int team_netpoll_setup(struct netmutex_lock (&team->lock);list_for_each_entry (port, &team->port_list, list) { - err =team_port_enable_netpoll (team, port); + err =__team_port_enable_netpoll (port);if (err) {__team_netpoll_cleanup (team);break ;
Greg Kroah-Hartman
maintainerPATCH 33/81 vlan: Fix reading memory beyond skb->tail in skb_vlan_tagged_multi
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Toshiaki Makita <[email protected]>
[ Upstream commit 7ce2367254e84753bceb07327aaf5c953cfce117 ]
Syzkaller spotted an old bug which leads to reading skb beyond tail by 4 bytes on vlan tagged packets.
This is caused because skb_vlan_tagged_multi() did not check skb_headlen.
BUG: KMSAN: uninit-value in eth_type_vlan include/linux/if_vlan.h:283 [inline] BUG: KMSAN: uninit-value in skb_vlan_tagged_multi include/linux/if_vlan.h:656 [inline] BUG: KMSAN: uninit-value in vlan_features_check include/linux/if_vlan.h:672 [inline] BUG: KMSAN: uninit-value in dflt_features_check net/core/dev.c:2949 [inline] BUG: KMSAN: uninit-value in netif_skb_features+0xd1b/0xdc0 net/core/dev.c:3009 CPU: 1 PID: 3582 Comm: syzkaller435149 Not tainted 4.16.0+ #82 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:17 [inline] dump_stack+0x185/0x1d0 lib/dump_stack.c:53 kmsan_report+0x142/0x240 mm/kmsan/kmsan.c:1067 __msan_warning_32+0x6c/0xb0 mm/kmsan/kmsan_instr.c:676 eth_type_vlan include/linux/if_vlan.h:283 [inline] skb_vlan_tagged_multi include/linux/if_vlan.h:656 [inline] vlan_features_check include/linux/if_vlan.h:672 [inline] dflt_features_check net/core/dev.c:2949 [inline] netif_skb_features+0xd1b/0xdc0 net/core/dev.c:3009 validate_xmit_skb+0x89/0x1320 net/core/dev.c:3084 __dev_queue_xmit+0x1cb2/0x2b60 net/core/dev.c:3549 dev_queue_xmit+0x4b/0x60 net/core/dev.c:3590 packet_snd net/packet/af_packet.c:2944 [inline] packet_sendmsg+0x7c57/0x8a10 net/packet/af_packet.c:2969 sock_sendmsg_nosec net/socket.c:630 [inline] sock_sendmsg net/socket.c:640 [inline] sock_write_iter+0x3b9/0x470 net/socket.c:909 do_iter_readv_writev+0x7bb/0x970 include/linux/fs.h:1776 do_iter_write+0x30d/0xd40 fs/read_write.c:932 vfs_writev fs/read_write.c:977 [inline] do_writev+0x3c9/0x830 fs/read_write.c:1012 SYSC_writev+0x9b/0xb0 fs/read_write.c:1085 SyS_writev+0x56/0x80 fs/read_write.c:1082 do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x3d/0xa2 RIP: 0033:0x43ffa9 RSP: 002b:00007fff2cff3948 EFLAGS: 00000217 ORIG_RAX: 0000000000000014 RAX: ffffffffffffffda RBX: 00000000004002c8 RCX: 000000000043ffa9 RDX: 0000000000000001 RSI: 0000000020000080 RDI: 0000000000000003 RBP: 00000000006cb018 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000217 R12: 00000000004018d0 R13: 0000000000401960 R14: 0000000000000000 R15: 0000000000000000
Uninit was created at:
kmsan_save_stack_with_flags mm/kmsan/kmsan.c:278 [inline] kmsan_internal_poison_shadow+0xb8/0x1b0 mm/kmsan/kmsan.c:188 kmsan_kmalloc+0x94/0x100 mm/kmsan/kmsan.c:314 kmsan_slab_alloc+0x11/0x20 mm/kmsan/kmsan.c:321 slab_post_alloc_hook mm/slab.h:445 [inline] slab_alloc_node mm/slub.c:2737 [inline] __kmalloc_node_track_caller+0xaed/0x11c0 mm/slub.c:4369 __kmalloc_reserve net/core/skbuff.c:138 [inline] __alloc_skb+0x2cf/0x9f0 net/core/skbuff.c:206 alloc_skb include/linux/skbuff.h:984 [inline] alloc_skb_with_frags+0x1d4/0xb20 net/core/skbuff.c:5234 sock_alloc_send_pskb+0xb56/0x1190 net/core/sock.c:2085 packet_alloc_skb net/packet/af_packet.c:2803 [inline] packet_snd net/packet/af_packet.c:2894 [inline] packet_sendmsg+0x6444/0x8a10 net/packet/af_packet.c:2969 sock_sendmsg_nosec net/socket.c:630 [inline] sock_sendmsg net/socket.c:640 [inline] sock_write_iter+0x3b9/0x470 net/socket.c:909 do_iter_readv_writev+0x7bb/0x970 include/linux/fs.h:1776 do_iter_write+0x30d/0xd40 fs/read_write.c:932 vfs_writev fs/read_write.c:977 [inline] do_writev+0x3c9/0x830 fs/read_write.c:1012 SYSC_writev+0x9b/0xb0 fs/read_write.c:1085 SyS_writev+0x56/0x80 fs/read_write.c:1082 do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x3d/0xa2
--- include/linux/if_vlan.h | 7 +++++-- net/core/dev.c | 2 +- 2 files changed, 6 insertions(+), 3 deletions(-)
include/linux/if_vlan.h +5 -2
@@ -639,7 +639,7 @@ static inline bool skb_vlan_tagged(const* Returns true if the skb is tagged with multiple vlan headers, regardless * of whether it is hardware accelerated or not. */ -static inline bool skb_vlan_tagged_multi (const struct sk_buff *skb) +static inline bool skb_vlan_tagged_multi (struct sk_buff *skb) {__be16 protocol = skb->protocol;
@@ -649,6 +649,9 @@ static inline bool skb_vlan_tagged_multiif (likely (!eth_type_vlan (protocol)))return false; +if (unlikely (!pskb_may_pull (skb,VLAN_ETH_HLEN ))) +return false; + veh = (struct vlan_ethhdr *)skb->data; protocol = veh->h_vlan_encapsulated_proto; }
@@ -666,7 +669,7 @@ static inline bool skb_vlan_tagged_multi* * Returns features without unsafe ones if the skb has multiple tags. */ -static inline netdev_features_t vlan_features_check (const struct sk_buff *skb, +static inline netdev_features_t vlan_features_check (struct sk_buff *skb,netdev_features_t features) {if (skb_vlan_tagged_multi (skb)) {
net/core/dev.c +1 -1
@@ -2942,7 +2942,7 @@ netdev_features_t passthru_features_chec }EXPORT_SYMBOL (passthru_features_check); -static netdev_features_t dflt_features_check (const struct sk_buff *skb, +static netdev_features_t dflt_features_check (struct sk_buff *skb,struct net_device *dev,netdev_features_t features) {
Greg Kroah-Hartman
maintainerPATCH 35/81 amd-xgbe: Add pre/post auto-negotiation phy hooks
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Tom Lendacky <[email protected]>
[ Upstream commit 4d945663a6a0acf3cbe45940503f2eb9584bfee7 ]
Add hooks to the driver auto-negotiation (AN) flow to allow the different phy implementations to perform any steps necessary to improve AN.
--- drivers/net/ethernet/amd/xgbe/xgbe-mdio.c | 16 ++++++++++++++-- drivers/net/ethernet/amd/xgbe/xgbe.h | 5 +++++ 2 files changed, 19 insertions(+), 2 deletions(-)
drivers/net/ethernet/amd/xgbe/xgbe-mdio.c +14 -2
@@ -437,6 +437,9 @@ static void xgbe_an73_disable(struct xgbstatic void xgbe_an_restart (struct xgbe_prv_data *pdata) { +if (pdata->phy_if.phy_impl.an_pre) + pdata->phy_if.phy_impl.an_pre (pdata); +switch (pdata->an_mode) {case XGBE_AN_MODE_CL73 :case XGBE_AN_MODE_CL73_REDRV :
@@ -453,6 +456,9 @@ static void xgbe_an_restart(struct xgbe_static void xgbe_an_disable (struct xgbe_prv_data *pdata) { +if (pdata->phy_if.phy_impl.an_post) + pdata->phy_if.phy_impl.an_post (pdata); +switch (pdata->an_mode) {case XGBE_AN_MODE_CL73 :case XGBE_AN_MODE_CL73_REDRV :
@@ -637,11 +643,11 @@ static enum xgbe_an xgbe_an73_incompat_lreturn XGBE_AN_NO_LINK ; } -xgbe_an73_disable (pdata); +xgbe_an_disable (pdata);xgbe_switch_mode (pdata); -xgbe_an73_restart (pdata); +xgbe_an_restart (pdata);return XGBE_AN_INCOMPAT_LINK ; }
@@ -820,6 +826,9 @@ static void xgbe_an37_state_machine(stru pdata->an_result = pdata->an_state; pdata->an_state =XGBE_AN_READY ; +if (pdata->phy_if.phy_impl.an_post) + pdata->phy_if.phy_impl.an_post (pdata); +netif_dbg (pdata, link, pdata->netdev,"CL37 AN result: %s\n" ,xgbe_state_as_string (pdata->an_result)); }
@@ -903,6 +912,9 @@ again: pdata->kx_state =XGBE_RX_BPA ; pdata->an_start =0 ; +if (pdata->phy_if.phy_impl.an_post) + pdata->phy_if.phy_impl.an_post (pdata); +netif_dbg (pdata, link, pdata->netdev,"CL73 AN result: %s\n" ,xgbe_state_as_string (pdata->an_result)); }
drivers/net/ethernet/amd/xgbe/xgbe.h +5 -0
@@ -833,6 +833,7 @@ struct xgbe_hw_if {/* This structure represents implementation specific routines for an * implementation of a PHY. All routines are required unless noted below. * Optional routines: +* an_pre, an_post * kr_training_pre, kr_training_post */ struct xgbe_phy_impl_if {
@@ -875,6 +876,10 @@ struct xgbe_phy_impl_if {/* Process results of auto-negotiation */ enum xgbe_mode (*an_outcome)(struct xgbe_prv_data *); +/* Pre/Post auto-negotiation support */ +void (*an_pre)(struct xgbe_prv_data *); +void (*an_post)(struct xgbe_prv_data *); +/* Pre/Post KR training enablement support */ void (*kr_training_pre)(struct xgbe_prv_data *);void (*kr_training_post)(struct xgbe_prv_data *);
Greg Kroah-Hartman
maintainerPATCH 36/81 amd-xgbe: Improve KR auto-negotiation and training
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Tom Lendacky <[email protected]>
[ Upstream commit 96f4d430c507ed4856048c2dc9c1a2ea5b5e74e4 ]
Update xgbe-phy-v2.c to make use of the auto-negotiation (AN) phy hooks to improve the ability to successfully complete Clause 73 AN when running at 10gbps. Hardware can sometimes have issues with CDR lock when the AN DME page exchange is being performed.
The AN and KR training hooks are used as follows:
- The pre AN hook is used to disable CDR tracking in the PHY so that the DME page exchange can be successfully and consistently completed.
- The post KR training hook is used to re-enable the CDR tracking so that KR training can successfully complete.
- The post AN hook is used to check for an unsuccessful AN which will increase a CDR tracking enablement delay (up to a maximum value).
Add two debugfs entries to allow control over use of the CDR tracking workaround. The debugfs entries allow the CDR tracking workaround to be disabled and determine whether to re-enable CDR tracking before or after link training has been initiated.
Also, with these changes the receiver reset cycle that is performed during the link status check can be performed less often.
--- drivers/net/ethernet/amd/xgbe/xgbe-common.h | 8 + drivers/net/ethernet/amd/xgbe/xgbe-debugfs.c | 16 +++ drivers/net/ethernet/amd/xgbe/xgbe-main.c | 1 drivers/net/ethernet/amd/xgbe/xgbe-mdio.c | 8 + drivers/net/ethernet/amd/xgbe/xgbe-pci.c | 2 drivers/net/ethernet/amd/xgbe/xgbe-phy-v2.c | 125 ++++++++++++++++++++++++++- drivers/net/ethernet/amd/xgbe/xgbe.h | 4 7 files changed, 160 insertions(+), 4 deletions(-)
drivers/net/ethernet/amd/xgbe/xgbe-common.h +8 -0
@@ -1321,6 +1321,10 @@#define MDIO_VEND2_AN_STAT 0x8002#endif +#ifndef MDIO_VEND2_PMA_CDR_CONTROL +#define MDIO_VEND2_PMA_CDR_CONTROL 0x8056 +#endif +#ifndef MDIO_CTRL1_SPEED1G #define MDIO_CTRL1_SPEED1G (MDIO_CTRL1_SPEED10G & ~BMCR_SPEED100)#endif
@@ -1369,6 +1373,10 @@#define XGBE_AN_CL37_TX_CONFIG_MASK 0x08#define XGBE_AN_CL37_MII_CTRL_8BIT 0x0100 +#define XGBE_PMA_CDR_TRACK_EN_MASK 0x01 +#define XGBE_PMA_CDR_TRACK_EN_OFF 0x00 +#define XGBE_PMA_CDR_TRACK_EN_ON 0x01 +/* Bit setting and getting macros * The get macro will extract the current bit field value from within * the variable
drivers/net/ethernet/amd/xgbe/xgbe-debugfs.c +16 -0
@@ -519,6 +519,22 @@ void xgbe_debugfs_init(struct xgbe_prv_d "debugfs_create_file failed\n"); } +if (pdata->vdata->an_cdr_workaround) { + pfile =debugfs_create_bool ("an_cdr_workaround" ,0600 , + pdata->xgbe_debugfs, + &pdata->debugfs_an_cdr_workaround); +if (!pfile) +netdev_err (pdata->netdev, +"debugfs_create_bool failed\n" ); + + pfile =debugfs_create_bool ("an_cdr_track_early" ,0600 , + pdata->xgbe_debugfs, + &pdata->debugfs_an_cdr_track_early); +if (!pfile) +netdev_err (pdata->netdev, +"debugfs_create_bool failed\n" ); + } +kfree (buf); }
drivers/net/ethernet/amd/xgbe/xgbe-main.c +1 -0
@@ -349,6 +349,7 @@ int xgbe_config_netdev(struct xgbe_prv_dXGMAC_SET_BITS (pdata->rss_options,MAC_RSSCR ,UDP4TE ,1 );/* Call MDIO/PHY initialization routine */ + pdata->debugfs_an_cdr_workaround = pdata->vdata->an_cdr_workaround; ret = pdata->phy_if.phy_init (pdata);if (ret)return ret;
drivers/net/ethernet/amd/xgbe/xgbe-mdio.c +5 -3
@@ -432,6 +432,8 @@ static void xgbe_an73_disable(struct xgbxgbe_an73_set (pdata, false, false);xgbe_an73_disable_interrupts (pdata); + pdata->an_start =0 ; +netif_dbg (pdata, link, pdata->netdev,"CL73 AN disabled\n" ); }
@@ -511,11 +513,11 @@ static enum xgbe_an xgbe_an73_tx_traininXMDIO_WRITE (pdata,MDIO_MMD_PMAPMD ,MDIO_PMA_10GBR_PMD_CTRL , reg); -if (pdata->phy_if.phy_impl.kr_training_post) - pdata->phy_if.phy_impl.kr_training_post (pdata); -netif_dbg (pdata, link, pdata->netdev,"KR training initiated\n" ); + +if (pdata->phy_if.phy_impl.kr_training_post) + pdata->phy_if.phy_impl.kr_training_post (pdata); }return XGBE_AN_PAGE_RECEIVED ;
drivers/net/ethernet/amd/xgbe/xgbe-pci.c +2 -0
@@ -456,6 +456,7 @@ static const struct xgbe_version_data xg .irq_reissue_support = 1, .tx_desc_prefetch = 5, .rx_desc_prefetch = 5, + .an_cdr_workaround = 1, };static const struct xgbe_version_data xgbe_v2b = {
@@ -470,6 +471,7 @@ static const struct xgbe_version_data xg .irq_reissue_support = 1, .tx_desc_prefetch = 5, .rx_desc_prefetch = 5, + .an_cdr_workaround = 1, };static const struct pci_device_id xgbe_pci_table[] = {
drivers/net/ethernet/amd/xgbe/xgbe-phy-v2.c +124 -1
171 lines not on this page · raw message
drivers/net/ethernet/amd/xgbe/xgbe.h +4 -0
@@ -994,6 +994,7 @@ struct xgbe_version_data {unsigned int irq_reissue_support;unsigned int tx_desc_prefetch;unsigned int rx_desc_prefetch; +unsigned int an_cdr_workaround; };struct xgbe_vxlan_data {
@@ -1262,6 +1263,9 @@ struct xgbe_prv_data {unsigned int debugfs_xprop_reg;unsigned int debugfs_xi2c_reg; + +bool debugfs_an_cdr_workaround; +bool debugfs_an_cdr_track_early; };/* Function prototypes*/
Greg Kroah-Hartman
maintainerPATCH 37/81 amd-xgbe: Only use the SFP supported transceiver signals
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Tom Lendacky <[email protected]>
[ Upstream commit 117df655f8ed51adb6e6b163812a06ebeae9f453 ]
The SFP eeprom indicates the transceiver signals (Rx LOS, Tx Fault, etc.) that it supports. Update the driver to include checking the eeprom data when deciding whether to use a transceiver signal.
--- drivers/net/ethernet/amd/xgbe/xgbe-phy-v2.c | 71 +++++++++++++++++++++------- 1 file changed, 54 insertions(+), 17 deletions(-)
drivers/net/ethernet/amd/xgbe/xgbe-phy-v2.c +54 -17
@@ -253,6 +253,10 @@ enum xgbe_sfp_speed {#define XGBE_SFP_BASE_VENDOR_SN 4#define XGBE_SFP_BASE_VENDOR_SN_LEN 16 +#define XGBE_SFP_EXTD_OPT1 1 +#define XGBE_SFP_EXTD_OPT1_RX_LOS BIT(1) +#define XGBE_SFP_EXTD_OPT1_TX_FAULT BIT(3) +#define XGBE_SFP_EXTD_DIAG 28#define XGBE_SFP_EXTD_DIAG_ADDR_CHANGE BIT(2)
@@ -332,6 +336,7 @@ struct xgbe_phy_data {unsigned int sfp_gpio_address;unsigned int sfp_gpio_mask; +unsigned int sfp_gpio_inputs;unsigned int sfp_gpio_rx_los;unsigned int sfp_gpio_tx_fault;unsigned int sfp_gpio_mod_absent;
@@ -986,6 +991,49 @@ static void xgbe_phy_sfp_external_phy(st phy_data->sfp_phy_avail =1 ; } +static bool xgbe_phy_check_sfp_rx_los (struct xgbe_phy_data *phy_data) +{ +u8 *sfp_extd = phy_data->sfp_eeprom.extd; + +if (!(sfp_extd[XGBE_SFP_EXTD_OPT1 ] &XGBE_SFP_EXTD_OPT1_RX_LOS )) +return false; + +if (phy_data->sfp_gpio_mask &XGBE_GPIO_NO_RX_LOS ) +return false; + +if (phy_data->sfp_gpio_inputs & (1 << phy_data->sfp_gpio_rx_los)) +return true; + +return false; +} + +static bool xgbe_phy_check_sfp_tx_fault (struct xgbe_phy_data *phy_data) +{ +u8 *sfp_extd = phy_data->sfp_eeprom.extd; + +if (!(sfp_extd[XGBE_SFP_EXTD_OPT1 ] &XGBE_SFP_EXTD_OPT1_TX_FAULT )) +return false; + +if (phy_data->sfp_gpio_mask &XGBE_GPIO_NO_TX_FAULT ) +return false; + +if (phy_data->sfp_gpio_inputs & (1 << phy_data->sfp_gpio_tx_fault)) +return true; + +return false; +} + +static bool xgbe_phy_check_sfp_mod_absent (struct xgbe_phy_data *phy_data) +{ +if (phy_data->sfp_gpio_mask &XGBE_GPIO_NO_MOD_ABSENT ) +return false; + +if (phy_data->sfp_gpio_inputs & (1 << phy_data->sfp_gpio_mod_absent)) +return true; + +return false; +} +static bool xgbe_phy_belfuse_parse_quirks (struct xgbe_prv_data *pdata) {struct xgbe_phy_data *phy_data = pdata->phy_data;
@@ -1031,6 +1079,10 @@ static void xgbe_phy_sfp_parse_eeprom(stif (sfp_base[XGBE_SFP_BASE_EXT_ID ] !=XGBE_SFP_EXT_ID_SFP )return ; +/* Update transceiver signals (eeprom extd/options) */ + phy_data->sfp_tx_fault =xgbe_phy_check_sfp_tx_fault (phy_data); + phy_data->sfp_rx_los =xgbe_phy_check_sfp_rx_los (phy_data); +if (xgbe_phy_sfp_parse_quirks (pdata))return ;
@@ -1196,7 +1248,6 @@ put:static void xgbe_phy_sfp_signals (struct xgbe_prv_data *pdata) {struct xgbe_phy_data *phy_data = pdata->phy_data; -unsigned int gpio_input;u8 gpio_reg, gpio_ports[2 ];int ret;
@@ -1211,23 +1262,9 @@ static void xgbe_phy_sfp_signals(structreturn ; } - gpio_input = (gpio_ports[1 ] <<8 ) | gpio_ports[0 ]; - -if (phy_data->sfp_gpio_mask &XGBE_GPIO_NO_MOD_ABSENT ) { -/* No GPIO, just assume the module is present for now */ - phy_data->sfp_mod_absent =0 ; - }else { -if (!(gpio_input & (1 << phy_data->sfp_gpio_mod_absent))) - phy_data->sfp_mod_absent =0 ; - } - -if (!(phy_data->sfp_gpio_mask &XGBE_GPIO_NO_RX_LOS ) && - (gpio_input & (1 << phy_data->sfp_gpio_rx_los))) - phy_data->sfp_rx_los =1 ; + phy_data->sfp_gpio_inputs = (gpio_ports[1 ] <<8 ) | gpio_ports[0 ]; -if (!(phy_data->sfp_gpio_mask &XGBE_GPIO_NO_TX_FAULT ) && - (gpio_input & (1 << phy_data->sfp_gpio_tx_fault))) - phy_data->sfp_tx_fault =1 ; + phy_data->sfp_mod_absent =xgbe_phy_check_sfp_mod_absent (phy_data); }static void xgbe_phy_sfp_mod_absent (struct xgbe_prv_data *pdata)
Greg Kroah-Hartman
maintainerPATCH 39/81 net: sched: ife: handle malformed tlv length
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Alexander Aring <[email protected]>
[ Upstream commit cc74eddd0ff325d57373cea99f642b787d7f76f5 ]
There is currently no handling to check on a invalid tlv length. This patch adds such handling to avoid killing the kernel with a malformed ife packet.
--- include/net/ife.h | 3 ++- net/ife/ife.c | 35 +++++++++++++++++++++++++++++++++-- net/sched/act_ife.c | 7 ++++++- 3 files changed, 41 insertions(+), 4 deletions(-)
include/net/ife.h +2 -1
@@ -12,7 +12,8 @@void *ife_encode (struct sk_buff *skb,u16 metalen);void *ife_decode (struct sk_buff *skb,u16 *metalen); -void *ife_tlv_meta_decode (void *skbdata,u16 *attrtype,u16 *dlen,u16 *totlen); +void *ife_tlv_meta_decode (void *skbdata,const void *ifehdr_end,u16 *attrtype, +u16 *dlen,u16 *totlen);int ife_tlv_meta_encode (void *skbdata,u16 attrtype,u16 dlen,const void *dval);
net/ife/ife.c +33 -2
@@ -92,12 +92,43 @@ struct meta_tlvhdr {__be16 len; }; +static bool __ife_tlv_meta_valid (const unsigned char *skbdata, +const unsigned char *ifehdr_end) +{ +const struct meta_tlvhdr *tlv; +u16 tlvlen; + +if (unlikely (skbdata +sizeof (*tlv) > ifehdr_end)) +return false; + + tlv = (const struct meta_tlvhdr *)skbdata; + tlvlen =ntohs (tlv->len); + +/* tlv length field is inc header, check on minimum */ +if (tlvlen <NLA_HDRLEN ) +return false; + +/* overflow by NLA_ALIGN check */ +if (NLA_ALIGN (tlvlen) < tlvlen) +return false; + +if (unlikely (skbdata +NLA_ALIGN (tlvlen) > ifehdr_end)) +return false; + +return true; +} +/* Caller takes care of presenting data in network order */ -void *ife_tlv_meta_decode (void *skbdata,u16 *attrtype,u16 *dlen,u16 *totlen) +void *ife_tlv_meta_decode (void *skbdata,const void *ifehdr_end,u16 *attrtype, +u16 *dlen,u16 *totlen) { -struct meta_tlvhdr *tlv = (struct meta_tlvhdr *) skbdata; +struct meta_tlvhdr *tlv; + +if (!__ife_tlv_meta_valid (skbdata, ifehdr_end)) +return NULL ; + tlv = (struct meta_tlvhdr *)skbdata; *dlen =ntohs (tlv->len) -NLA_HDRLEN ; *attrtype =ntohs (tlv->type);
net/sched/act_ife.c +6 -1
@@ -682,7 +682,12 @@ static int tcf_ife_decode(struct sk_buffu16 mtype;u16 dlen; - curr_data =ife_tlv_meta_decode (tlv_data, &mtype, &dlen,NULL ); + curr_data =ife_tlv_meta_decode (tlv_data, ifehdr_end, &mtype, + &dlen,NULL ); +if (!curr_data) { +qstats_drop_inc (this_cpu_ptr (ife->common.cpu_qstats)); +return TC_ACT_SHOT ; + }if (find_decode_metaid (skb, ife, mtype, dlen, curr_data)) {/* abuse overlimits to count when we receive metadata
Greg Kroah-Hartman
maintainerPATCH 40/81 net: sched: ife: check on metadata length
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Alexander Aring <[email protected]>
[ Upstream commit d57493d6d1be26c8ac8516a4463bfe24956978eb ]
This patch checks if sk buffer is available to dererence ife header. If not then NULL will returned to signal an malformed ife packet. This avoids to crashing the kernel from outside.
--- net/ife/ife.c | 3 +++ 1 file changed, 3 insertions(+)
net/ife/ife.c +3 -0
@@ -69,6 +69,9 @@ void *ife_decode(struct sk_buff *skb, u1int total_pull;u16 ifehdrln; +if (!pskb_may_pull (skb, skb->dev->hard_header_len +IFE_METAHDRLEN )) +return NULL ; + ifehdr = (struct ifeheadr *) (skb->data + skb->dev->hard_header_len); ifehdrln =ntohs (ifehdr->metalen); total_pull = skb->dev->hard_header_len + ifehdrln;
Greg Kroah-Hartman
maintainerPATCH 41/81 l2tp: hold reference on tunnels in netlink dumps
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guillaume Nault <[email protected]>
[ Upstream commit 5846c131c39b6d0add36ec19dc8650700690f930 ]
l2tp_tunnel_find_nth() is unsafe: no reference is held on the returned tunnel, therefore it can be freed whenever the caller uses it. This patch defines l2tp_tunnel_get_nth() which works similarly, but also takes a reference on the returned tunnel. The caller then has to drop it after it stops using the tunnel.
Convert netlink dumps to make them safe against concurrent tunnel deletion.
--- net/l2tp/l2tp_core.c | 20 ++++++++++++++++++++ net/l2tp/l2tp_core.h | 2 ++ net/l2tp/l2tp_netlink.c | 11 ++++++++--- 3 files changed, 30 insertions(+), 3 deletions(-)
net/l2tp/l2tp_core.c +20 -0
@@ -183,6 +183,26 @@ struct l2tp_tunnel *l2tp_tunnel_get(cons }EXPORT_SYMBOL_GPL (l2tp_tunnel_get); +struct l2tp_tunnel *l2tp_tunnel_get_nth (const struct net *net,int nth) +{ +const struct l2tp_net *pn =l2tp_pernet (net); +struct l2tp_tunnel *tunnel; +int count =0 ; + +rcu_read_lock_bh (); +list_for_each_entry_rcu (tunnel, &pn->l2tp_tunnel_list, list) { +if (++count > nth) { +l2tp_tunnel_inc_refcount (tunnel); +rcu_read_unlock_bh (); +return tunnel; + } + } +rcu_read_unlock_bh (); + +return NULL ; +} +EXPORT_SYMBOL_GPL (l2tp_tunnel_get_nth); +/* Lookup a session. A new reference is held on the returned session. */ struct l2tp_session *l2tp_session_get(const struct net *net, struct l2tp_tunnel *tunnel,
net/l2tp/l2tp_core.h +2 -0
@@ -212,6 +212,8 @@ static inline void *l2tp_session_priv(st }struct l2tp_tunnel *l2tp_tunnel_get (const struct net *net,u32 tunnel_id); +struct l2tp_tunnel *l2tp_tunnel_get_nth (const struct net *net,int nth); +void l2tp_tunnel_free (struct l2tp_tunnel *tunnel); struct l2tp_session *l2tp_session_get(const struct net *net,
net/l2tp/l2tp_netlink.c +8 -3
@@ -487,14 +487,17 @@ static int l2tp_nl_cmd_tunnel_dump(strucstruct net *net =sock_net (skb->sk);for (;;) { - tunnel =l2tp_tunnel_find_nth (net, ti); + tunnel =l2tp_tunnel_get_nth (net, ti);if (tunnel ==NULL ) goto out;if (l2tp_nl_tunnel_send (skb,NETLINK_CB (cb->skb).portid, cb->nlh->nlmsg_seq,NLM_F_MULTI , - tunnel,L2TP_CMD_TUNNEL_GET ) <0 ) + tunnel,L2TP_CMD_TUNNEL_GET ) <0 ) { +l2tp_tunnel_dec_refcount (tunnel); goto out; + } +l2tp_tunnel_dec_refcount (tunnel); ti++; }
@@ -848,7 +851,7 @@ static int l2tp_nl_cmd_session_dump(strufor (;;) {if (tunnel ==NULL ) { - tunnel =l2tp_tunnel_find_nth (net, ti); + tunnel =l2tp_tunnel_get_nth (net, ti);if (tunnel ==NULL ) goto out; }
@@ -856,6 +859,7 @@ static int l2tp_nl_cmd_session_dump(stru session =l2tp_session_get_nth (tunnel, si);if (session ==NULL ) { ti++; +l2tp_tunnel_dec_refcount (tunnel); tunnel =NULL ; si =0 ;continue ;
@@ -865,6 +869,7 @@ static int l2tp_nl_cmd_session_dump(stru cb->nlh->nlmsg_seq, NLM_F_MULTI, session, L2TP_CMD_SESSION_GET) < 0) {l2tp_session_dec_refcount (session); +l2tp_tunnel_dec_refcount (tunnel);break ; }l2tp_session_dec_refcount (session);
Greg Kroah-Hartman
maintainerPATCH 42/81 l2tp: hold reference on tunnels printed in pppol2tp proc file
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guillaume Nault <[email protected]>
[ Upstream commit 0e0c3fee3a59a387aeecc4fca6f3a2e9615a5443 ]
Use l2tp_tunnel_get_nth() instead of l2tp_tunnel_find_nth(), to be safe against concurrent tunnel deletion.
Unlike sessions, we can't drop the reference held on tunnels in pppol2tp_seq_show(). Tunnels are reused across several calls to pppol2tp_seq_start() when iterating over sessions. These iterations need the tunnel for accessing the next session. Therefore the only safe moment for dropping the reference is just before searching for the next tunnel.
Normally, the last invocation of pppol2tp_next_tunnel() doesn't find any new tunnel, so it drops the last tunnel without taking any new reference. However, in case of error, pppol2tp_seq_stop() is called directly, so we have to drop the reference there.
--- net/l2tp/l2tp_ppp.c | 24 +++++++++++++++++------- 1 file changed, 17 insertions(+), 7 deletions(-)
net/l2tp/l2tp_ppp.c +17 -7
@@ -1559,16 +1559,19 @@ struct pppol2tp_seq_data {static void pppol2tp_next_tunnel (struct net *net,struct pppol2tp_seq_data *pd) { +/* Drop reference taken during previous invocation */ +if (pd->tunnel) +l2tp_tunnel_dec_refcount (pd->tunnel); +for (;;) { - pd->tunnel =l2tp_tunnel_find_nth (net, pd->tunnel_idx); + pd->tunnel =l2tp_tunnel_get_nth (net, pd->tunnel_idx); pd->tunnel_idx++; -if (pd->tunnel ==NULL ) -break ; +/* Only accept L2TPv2 tunnels */ +if (!pd->tunnel || pd->tunnel->version ==2 ) +return ; -/* Ignore L2TPv3 tunnels */ -if (pd->tunnel->version <3 ) -break ; +l2tp_tunnel_dec_refcount (pd->tunnel); } }
@@ -1617,7 +1620,14 @@ static void *pppol2tp_seq_next(struct sestatic void pppol2tp_seq_stop (struct seq_file *p,void *v) { -/* nothing to do */ +struct pppol2tp_seq_data *pd = v; + +if (!pd || pd ==SEQ_START_TOKEN ) +return ; + +/* Drop reference taken by last invocation of pppol2tp_next_tunnel() */ +if (pd->tunnel) +l2tp_tunnel_dec_refcount (pd->tunnel); }static void pppol2tp_seq_tunnel_show (struct seq_file *m,void *v)
Greg Kroah-Hartman
maintainerPATCH 44/81 l2tp: fix {pppol2tp, l2tp_dfs}_seq_stop() in case of seq_file overflow
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guillaume Nault <[email protected]>
[ Upstream commit 5411b6187adf62909e3b998ac782e722904c7487 ]
Commit 0e0c3fee3a59 ("l2tp: hold reference on tunnels printed in pppol2tp proc file") assumed that if pppol2tp_seq_stop() was called with non-NULL private data (the 'v' pointer), then pppol2tp_seq_start() would not be called again. It turns out that this isn't guaranteed, and overflowing the seq_file's buffer in pppol2tp_seq_show() is a way to get into this situation.
Therefore, pppol2tp_seq_stop() needs to reset pd->tunnel, so that pppol2tp_seq_start() won't drop a reference again if it gets called. We also have to clear pd->session, because the rest of the code expects a non-NULL tunnel when pd->session is set.
The l2tp_debugfs module has the same issue. Fix it in the same way.
--- net/l2tp/l2tp_debugfs.c | 5 ++++- net/l2tp/l2tp_ppp.c | 5 ++++- 2 files changed, 8 insertions(+), 2 deletions(-)
net/l2tp/l2tp_debugfs.c +4 -1
@@ -106,8 +106,11 @@ static void l2tp_dfs_seq_stop(struct seqreturn ;/* Drop reference taken by last invocation of l2tp_dfs_next_tunnel() */ -if (pd->tunnel) +if (pd->tunnel) {l2tp_tunnel_dec_refcount (pd->tunnel); + pd->tunnel =NULL ; + pd->session =NULL ; + } }static void l2tp_dfs_seq_tunnel_show (struct seq_file *m,void *v)
net/l2tp/l2tp_ppp.c +4 -1
@@ -1626,8 +1626,11 @@ static void pppol2tp_seq_stop(struct seqreturn ;/* Drop reference taken by last invocation of pppol2tp_next_tunnel() */ -if (pd->tunnel) +if (pd->tunnel) {l2tp_tunnel_dec_refcount (pd->tunnel); + pd->tunnel =NULL ; + pd->session =NULL ; + } }static void pppol2tp_seq_tunnel_show (struct seq_file *m,void *v)
Greg Kroah-Hartman
maintainerPATCH 45/81 llc: hold llc_sap before release_sock()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Cong Wang <[email protected]>
[ Upstream commit f7e43672683b097bb074a8fe7af9bc600a23f231 ]
syzbot reported we still access llc->sap in llc_backlog_rcv() after it is freed in llc_sap_remove_socket():
Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x1b9/0x294 lib/dump_stack.c:113 print_address_description+0x6c/0x20b mm/kasan/report.c:256 kasan_report_error mm/kasan/report.c:354 [inline] kasan_report.cold.7+0x242/0x2fe mm/kasan/report.c:412 __asan_report_load1_noabort+0x14/0x20 mm/kasan/report.c:430 llc_conn_ac_send_sabme_cmd_p_set_x+0x3a8/0x460 net/llc/llc_c_ac.c:785 llc_exec_conn_trans_actions net/llc/llc_conn.c:475 [inline] llc_conn_service net/llc/llc_conn.c:400 [inline] llc_conn_state_process+0x4e1/0x13a0 net/llc/llc_conn.c:75 llc_backlog_rcv+0x195/0x1e0 net/llc/llc_conn.c:891 sk_backlog_rcv include/net/sock.h:909 [inline] __release_sock+0x12f/0x3a0 net/core/sock.c:2335 release_sock+0xa4/0x2b0 net/core/sock.c:2850 llc_ui_release+0xc8/0x220 net/llc/af_llc.c:204
llc->sap is refcount'ed and llc_sap_remove_socket() is paired with llc_sap_add_socket(). This can be amended by holding its refcount before llc_sap_remove_socket() and releasing it after release_sock().
--- net/llc/af_llc.c | 7 +++++++ 1 file changed, 7 insertions(+)
net/llc/af_llc.c +7 -0
@@ -189,6 +189,7 @@ static int llc_ui_release(struct socket {struct sock *sk = sock->sk;struct llc_sock *llc; +struct llc_sap *sap;if (unlikely (sk ==NULL )) goto out;
@@ -199,9 +200,15 @@ static int llc_ui_release(struct socket llc->laddr.lsap, llc->daddr.lsap);if (!llc_send_disc (sk))llc_ui_wait_for_disc (sk, sk->sk_rcvtimeo); + sap = llc->sap; +/* Hold this for release_sock(), so that llc_backlog_rcv() could still +* use it. +*/ +llc_sap_hold (sap);if (!sock_flag (sk,SOCK_ZAPPED ))llc_sap_remove_socket (llc->sap, sk);release_sock (sk); +llc_sap_put (sap);if (llc->dev)dev_put (llc->dev);sock_put (sk);
Greg Kroah-Hartman
maintainerPATCH 46/81 llc: fix NULL pointer deref for SOCK_ZAPPED
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Cong Wang <[email protected]>
[ Upstream commit 3a04ce7130a7e5dad4e78d45d50313747f8c830f ]
For SOCK_ZAPPED socket, we don't need to care about llc->sap, so we should just skip these refcount functions in this case.
--- net/llc/af_llc.c | 21 ++++++++++++--------- 1 file changed, 12 insertions(+), 9 deletions(-)
net/llc/af_llc.c +12 -9
@@ -189,7 +189,6 @@ static int llc_ui_release(struct socket {struct sock *sk = sock->sk;struct llc_sock *llc; -struct llc_sap *sap;if (unlikely (sk ==NULL )) goto out;
@@ -200,15 +199,19 @@ static int llc_ui_release(struct socket llc->laddr.lsap, llc->daddr.lsap);if (!llc_send_disc (sk))llc_ui_wait_for_disc (sk, sk->sk_rcvtimeo); - sap = llc->sap; -/* Hold this for release_sock(), so that llc_backlog_rcv() could still -* use it. -*/ -llc_sap_hold (sap); -if (!sock_flag (sk,SOCK_ZAPPED )) +if (!sock_flag (sk,SOCK_ZAPPED )) { +struct llc_sap *sap = llc->sap; + +/* Hold this for release_sock(), so that llc_backlog_rcv() +* could still use it. +*/ +llc_sap_hold (sap);llc_sap_remove_socket (llc->sap, sk); -release_sock (sk); -llc_sap_put (sap); +release_sock (sk); +llc_sap_put (sap); + }else { +release_sock (sk); + }if (llc->dev)dev_put (llc->dev);sock_put (sk);
Greg Kroah-Hartman
maintainerPATCH 47/81 s390/qeth: fix error handling in adapter command callbacks
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Julian Wiedmann <[email protected]>
[ Upstream commit 686c97ee29c886ee07d17987d0059874c5c3b5af ]
Make sure to check both return code fields before(!) processing the command response. Otherwise we risk operating on invalid data.
This matches an earlier fix for SETASSPARMS commands, see
commit ad3cbf613329 ("s390/qeth: fix error handling in checksum cmd callback").
--- drivers/s390/net/qeth_core_main.c | 85 ++++++++++++++++---------------------- 1 file changed, 37 insertions(+), 48 deletions(-)
drivers/s390/net/qeth_core_main.c +37 -48
@@ -3037,28 +3037,23 @@ static int qeth_send_startlan(struct qetreturn rc; } -static int qeth_default_setadapterparms_cb (struct qeth_card *card, -struct qeth_reply *reply,unsigned long data) +static int qeth_setadpparms_inspect_rc (struct qeth_ipa_cmd *cmd) { -struct qeth_ipa_cmd *cmd; - -QETH_CARD_TEXT (card,4 ,"defadpcb" ); - - cmd = (struct qeth_ipa_cmd *) data; -if (cmd->hdr.return_code ==0 ) +if (!cmd->hdr.return_code) cmd->hdr.return_code = cmd->data.setadapterparms.hdr.return_code; -return 0 ; +return cmd->hdr.return_code; }static int qeth_query_setadapterparms_cb (struct qeth_card *card,struct qeth_reply *reply,unsigned long data) { -struct qeth_ipa_cmd *cmd; +struct qeth_ipa_cmd *cmd = (struct qeth_ipa_cmd *) data;QETH_CARD_TEXT (card,3 ,"quyadpcb" ); +if (qeth_setadpparms_inspect_rc (cmd)) +return 0 ; - cmd = (struct qeth_ipa_cmd *) data;if (cmd->data.setadapterparms.data.query_cmds_supp.lan_type &0x7f ) { card->info.link_type = cmd->data.setadapterparms.data.query_cmds_supp.lan_type;
@@ -3066,7 +3061,7 @@ static int qeth_query_setadapterparms_cb } card->options.adp.supported_funcs = cmd->data.setadapterparms.data.query_cmds_supp.supported_cmds; -return qeth_default_setadapterparms_cb (card, reply, (unsigned long )cmd); +return 0 ; } static struct qeth_cmd_buffer *qeth_get_adapter_cmd(struct qeth_card *card,
@@ -3158,22 +3153,20 @@ EXPORT_SYMBOL_GPL(qeth_query_ipassists);static int qeth_query_switch_attributes_cb (struct qeth_card *card,struct qeth_reply *reply,unsigned long data) { -struct qeth_ipa_cmd *cmd; -struct qeth_switch_info *sw_info; +struct qeth_ipa_cmd *cmd = (struct qeth_ipa_cmd *) data;struct qeth_query_switch_attributes *attrs; +struct qeth_switch_info *sw_info;QETH_CARD_TEXT (card,2 ,"qswiatcb" ); - cmd = (struct qeth_ipa_cmd *) data; - sw_info = (struct qeth_switch_info *)reply->param; -if (cmd->data.setadapterparms.hdr.return_code ==0 ) { - attrs = &cmd->data.setadapterparms.data.query_switch_attributes; - sw_info->capabilities = attrs->capabilities; - sw_info->settings = attrs->settings; -QETH_CARD_TEXT_ (card,2 ,"%04x%04x" , sw_info->capabilities, - sw_info->settings); - } -qeth_default_setadapterparms_cb (card, reply, (unsigned long ) cmd); +if (qeth_setadpparms_inspect_rc (cmd)) +return 0 ; + sw_info = (struct qeth_switch_info *)reply->param; + attrs = &cmd->data.setadapterparms.data.query_switch_attributes; + sw_info->capabilities = attrs->capabilities; + sw_info->settings = attrs->settings; +QETH_CARD_TEXT_ (card,2 ,"%04x%04x" , sw_info->capabilities, + sw_info->settings);return 0 ; }
@@ -4211,16 +4204,13 @@ EXPORT_SYMBOL_GPL(qeth_do_send_packet);static int qeth_setadp_promisc_mode_cb (struct qeth_card *card,struct qeth_reply *reply,unsigned long data) { -struct qeth_ipa_cmd *cmd; +struct qeth_ipa_cmd *cmd = (struct qeth_ipa_cmd *) data;struct qeth_ipacmd_setadpparms *setparms;QETH_CARD_TEXT (card,4 ,"prmadpcb" ); - cmd = (struct qeth_ipa_cmd *) data; setparms = &(cmd->data.setadapterparms); - -qeth_default_setadapterparms_cb (card, reply, (unsigned long )cmd); -if (cmd->hdr.return_code) { +if (qeth_setadpparms_inspect_rc (cmd)) {QETH_CARD_TEXT_ (card,4 ,"prmrc%x" , cmd->hdr.return_code); setparms->data.mode =SET_PROMISC_MODE_OFF ; }
@@ -4290,18 +4280,18 @@ EXPORT_SYMBOL_GPL(qeth_get_stats);static int qeth_setadpparms_change_macaddr_cb (struct qeth_card *card,struct qeth_reply *reply,unsigned long data) { -struct qeth_ipa_cmd *cmd; +struct qeth_ipa_cmd *cmd = (struct qeth_ipa_cmd *) data;QETH_CARD_TEXT (card,4 ,"chgmaccb" ); +if (qeth_setadpparms_inspect_rc (cmd)) +return 0 ; - cmd = (struct qeth_ipa_cmd *) data;if (!card->options.layer2 || !(card->info.mac_bits &QETH_LAYER2_MAC_READ )) {ether_addr_copy (card->dev->dev_addr, cmd->data.setadapterparms.data.change_addr.addr); card->info.mac_bits |=QETH_LAYER2_MAC_READ ; } -qeth_default_setadapterparms_cb (card, reply, (unsigned long ) cmd);return 0 ; }
@@ -4332,13 +4322,15 @@ EXPORT_SYMBOL_GPL(qeth_setadpparms_changstatic int qeth_setadpparms_set_access_ctrl_cb (struct qeth_card *card,struct qeth_reply *reply,unsigned long data) { -struct qeth_ipa_cmd *cmd; +struct qeth_ipa_cmd *cmd = (struct qeth_ipa_cmd *) data;struct qeth_set_access_ctrl *access_ctrl_req;int fallback = *(int *)reply->param;QETH_CARD_TEXT (card,4 ,"setaccb" ); +if (cmd->hdr.return_code) +return 0 ; +qeth_setadpparms_inspect_rc (cmd); - cmd = (struct qeth_ipa_cmd *) data; access_ctrl_req = &cmd->data.setadapterparms.data.set_access_ctrl;QETH_DBF_TEXT_ (SETUP ,2 ,"setaccb" );QETH_DBF_TEXT_ (SETUP ,2 ,"%s" , card->gdev->dev.kobj.name);
@@ -4411,7 +4403,6 @@ static int qeth_setadpparms_set_access_c card->options.isolation = card->options.prev_isolation;break ; } -qeth_default_setadapterparms_cb (card, reply, (unsigned long ) cmd);return 0 ; }
@@ -4699,14 +4690,15 @@ out:static int qeth_setadpparms_query_oat_cb (struct qeth_card *card,struct qeth_reply *reply,unsigned long data) { -struct qeth_ipa_cmd *cmd; +struct qeth_ipa_cmd *cmd = (struct qeth_ipa_cmd *)data;struct qeth_qoat_priv *priv;char *resdata;int resdatalen;QETH_CARD_TEXT (card,3 ,"qoatcb" ); +if (qeth_setadpparms_inspect_rc (cmd)) +return 0 ; - cmd = (struct qeth_ipa_cmd *)data; priv = (struct qeth_qoat_priv *)reply->param; resdatalen = cmd->data.setadapterparms.hdr.cmdlength; resdata = (char *)data +28 ;
@@ -4800,21 +4792,18 @@ out:static int qeth_query_card_info_cb (struct qeth_card *card,struct qeth_reply *reply,unsigned long data) { -struct qeth_ipa_cmd *cmd; +struct carrier_info *carrier_info = (struct carrier_info *)reply->param; +struct qeth_ipa_cmd *cmd = (struct qeth_ipa_cmd *)data;struct qeth_query_card_info *card_info; -struct carrier_info *carrier_info;QETH_CARD_TEXT (card,2 ,"qcrdincb" ); - carrier_info = (struct carrier_info *)reply->param; - cmd = (struct qeth_ipa_cmd *)data; - card_info = &cmd->data.setadapterparms.data.card_info; -if (cmd->data.setadapterparms.hdr.return_code ==0 ) { - carrier_info->card_type = card_info->card_type; - carrier_info->port_mode = card_info->port_mode; - carrier_info->port_speed = card_info->port_speed; - } +if (qeth_setadpparms_inspect_rc (cmd)) +return 0 ; -qeth_default_setadapterparms_cb (card, reply, (unsigned long ) cmd); + card_info = &cmd->data.setadapterparms.data.card_info; + carrier_info->card_type = card_info->card_type; + carrier_info->port_mode = card_info->port_mode; + carrier_info->port_speed = card_info->port_speed;return 0 ; }
Greg Kroah-Hartman
maintainerPATCH 48/81 s390/qeth: avoid control IO completion stalls
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Julian Wiedmann <[email protected]>
[ Upstream commit 901e3f49facbd31b2b3d1786637b4a35e1022e9b ]
For control IO, qeth currently tracks the index of the buffer that it expects to complete the next IO on each qeth_channel. If the channel presents an IRQ while this buffer has not yet completed, no completion processing for _any_ completed buffer takes place.
So if the 'next buffer' is skipped for any sort of reason* (eg. when it is released due to error conditions, before the IO is started), the buffer obviously won't switch to PROCESSED until it is eventually allocated for a _different_ IO and completes.
Until this happens, all completion processing on that channel stalls and pending requests possibly time out.
As a fix, remove the whole 'next buffer' logic and simply process any IO buffer right when it completes. A channel will never have more than one IO pending, so there's no risk of processing out-of-sequence.
*Note: currently just one location in the code really handles this problem,
by advancing the 'next' index manually.
--- drivers/s390/net/qeth_core.h | 2 -- drivers/s390/net/qeth_core_main.c | 22 +++++----------------- 2 files changed, 5 insertions(+), 19 deletions(-)
drivers/s390/net/qeth_core.h +0 -2
@@ -565,7 +565,6 @@ enum qeth_ip_types {enum qeth_cmd_buffer_state {BUF_STATE_FREE ,BUF_STATE_LOCKED , -BUF_STATE_PROCESSED , };enum qeth_cq {
@@ -609,7 +608,6 @@ struct qeth_channel {struct qeth_cmd_buffer iob[QETH_CMD_BUFFER_NO ];atomic_t irq_pending;int io_buf_no; -int buf_no; };/**
drivers/s390/net/qeth_core_main.c +5 -17
@@ -821,7 +821,6 @@ void qeth_clear_cmd_buffers(struct qeth_for (cnt =0 ; cnt <QETH_CMD_BUFFER_NO ; cnt++)qeth_release_buffer (channel, &channel->iob[cnt]); - channel->buf_no =0 ; channel->io_buf_no =0 ; }EXPORT_SYMBOL_GPL (qeth_clear_cmd_buffers);
@@ -927,7 +926,6 @@ static int qeth_setup_channel(struct qetkfree (channel->iob[cnt].data);return -ENOMEM ; } - channel->buf_no =0 ; channel->io_buf_no =0 ;atomic_set (&channel->irq_pending,0 );spin_lock_init (&channel->iob_lock);
@@ -1103,11 +1101,9 @@ static void qeth_irq(struct ccw_device * {int rc;int cstat, dstat; -struct qeth_cmd_buffer *buffer;struct qeth_channel *channel;struct qeth_card *card;struct qeth_cmd_buffer *iob; -__u8 index;if (__qeth_check_irb_error (cdev, intparm, irb))return ;
@@ -1185,25 +1181,18 @@ static void qeth_irq(struct ccw_device * channel->state =CH_STATE_RCD_DONE ; goto out; } -if (intparm) { - buffer = (struct qeth_cmd_buffer *)__va ((addr_t )intparm); - buffer->state =BUF_STATE_PROCESSED ; - }if (channel == &card->data)return ;if (channel == &card->read && channel->state ==CH_STATE_UP )__qeth_issue_next_read (card); - iob = channel->iob; - index = channel->buf_no; -while (iob[index].state ==BUF_STATE_PROCESSED ) { -if (iob[index].callback !=NULL ) - iob[index].callback (channel, iob + index); - - index = (index +1 ) %QETH_CMD_BUFFER_NO ; +if (intparm) { + iob = (struct qeth_cmd_buffer *)__va ((addr_t )intparm); +if (iob->callback) + iob->callback (iob->channel, iob); } - channel->buf_no = index; + out:wake_up (&card->wait_q);return ;
@@ -2217,7 +2206,6 @@ time_err: error:atomic_set (&card->write.irq_pending,0 );qeth_release_buffer (iob->channel, iob); - card->write.buf_no = (card->write.buf_no +1 ) %QETH_CMD_BUFFER_NO ; rc = reply->rc;qeth_put_reply (reply);return rc;
Greg Kroah-Hartman
maintainerPATCH 49/81 s390/qeth: handle failure on workqueue creation
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Julian Wiedmann <[email protected]>
[ Upstream commit a936b1ef37ce1e996533878f4b23944f9444dcdf ]
Creating the global workqueue during driver init may fail, deal with it. Also, destroy the created workqueue on any subsequent error.
--- drivers/s390/net/qeth_core_main.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-)
drivers/s390/net/qeth_core_main.c +7 -1
@@ -6544,10 +6544,14 @@ static int __init qeth_core_init(void)mutex_init (&qeth_mod_mutex); qeth_wq =create_singlethread_workqueue ("qeth_wq" ); +if (!qeth_wq) { + rc = -ENOMEM ; + goto out_err; + } rc =qeth_register_dbf_views ();if (rc) - goto out_err; + goto dbf_err; qeth_core_root_dev =root_device_register ("qeth" ); rc =PTR_ERR_OR_ZERO (qeth_core_root_dev);if (rc)
@@ -6584,6 +6588,8 @@ slab_err:root_device_unregister (qeth_core_root_dev); register_err:qeth_unregister_dbf_views (); +dbf_err: +destroy_workqueue (qeth_wq); out_err:pr_err ("Initializing the qeth device driver failed\n" );return rc;
Greg Kroah-Hartman
maintainerPATCH 50/81 net: ethernet: ti: cpsw: fix tx vlan priority mapping
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Ivan Khoronzhuk <[email protected]>
[ Upstream commit 5e391dc5a8d801a2410d0032ad4a428d1d61800c ]
The CPDMA_TX_PRIORITY_MAP in real is vlan pcp field priority mapping register and basically replaces vlan pcp field for tagged packets. So, set it to be 1:1 mapping. Otherwise, it will cause unexpected change of egress vlan tagged packets, like prio 2 -> prio 5.
--- drivers/net/ethernet/ti/cpsw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/net/ethernet/ti/cpsw.c +1 -1
@@ -125,7 +125,7 @@ do { \#define RX_PRIORITY_MAPPING 0x76543210#define TX_PRIORITY_MAPPING 0x33221100 -#define CPDMA_TX_PRIORITY_MAP 0x01234567 +#define CPDMA_TX_PRIORITY_MAP 0x76543210#define CPSW_VLAN_AWARE BIT(1)#define CPSW_ALE_VLAN_AWARE 1
Greg Kroah-Hartman
maintainerPATCH 51/81 net: validate attribute sizes in neigh_dump_table()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Eric Dumazet <[email protected]>
[ Upstream commit 7dd07c143a4b54d050e748bee4b4b9e94a7b1744 ]
Since neigh_dump_table() calls nlmsg_parse() without giving policy constraints, attributes can have arbirary size that we must validate
Reported by syzbot/KMSAN :
BUG: KMSAN: uninit-value in neigh_master_filtered net/core/neighbour.c:2292 [inline] BUG: KMSAN: uninit-value in neigh_dump_table net/core/neighbour.c:2348 [inline] BUG: KMSAN: uninit-value in neigh_dump_info+0x1af0/0x2250 net/core/neighbour.c:2438 CPU: 1 PID: 3575 Comm: syzkaller268891 Not tainted 4.16.0+ #83 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:17 [inline] dump_stack+0x185/0x1d0 lib/dump_stack.c:53 kmsan_report+0x142/0x240 mm/kmsan/kmsan.c:1067 __msan_warning_32+0x6c/0xb0 mm/kmsan/kmsan_instr.c:676 neigh_master_filtered net/core/neighbour.c:2292 [inline] neigh_dump_table net/core/neighbour.c:2348 [inline] neigh_dump_info+0x1af0/0x2250 net/core/neighbour.c:2438 netlink_dump+0x9ad/0x1540 net/netlink/af_netlink.c:2225 __netlink_dump_start+0x1167/0x12a0 net/netlink/af_netlink.c:2322 netlink_dump_start include/linux/netlink.h:214 [inline] rtnetlink_rcv_msg+0x1435/0x1560 net/core/rtnetlink.c:4598 netlink_rcv_skb+0x355/0x5f0 net/netlink/af_netlink.c:2447 rtnetlink_rcv+0x50/0x60 net/core/rtnetlink.c:4653 netlink_unicast_kernel net/netlink/af_netlink.c:1311 [inline] netlink_unicast+0x1672/0x1750 net/netlink/af_netlink.c:1337 netlink_sendmsg+0x1048/0x1310 net/netlink/af_netlink.c:1900 sock_sendmsg_nosec net/socket.c:630 [inline] sock_sendmsg net/socket.c:640 [inline] ___sys_sendmsg+0xec0/0x1310 net/socket.c:2046 __sys_sendmsg net/socket.c:2080 [inline] SYSC_sendmsg+0x2a3/0x3d0 net/socket.c:2091 SyS_sendmsg+0x54/0x80 net/socket.c:2087 do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x3d/0xa2 RIP: 0033:0x43fed9 RSP: 002b:00007ffddbee2798 EFLAGS: 00000213 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RBX: 00000000004002c8 RCX: 000000000043fed9 RDX: 0000000000000000 RSI: 0000000020005000 RDI: 0000000000000003 RBP: 00000000006ca018 R08: 00000000004002c8 R09: 00000000004002c8 R10: 00000000004002c8 R11: 0000000000000213 R12: 0000000000401800 R13: 0000000000401890 R14: 0000000000000000 R15: 0000000000000000
Uninit was created at:
kmsan_save_stack_with_flags mm/kmsan/kmsan.c:278 [inline] kmsan_internal_poison_shadow+0xb8/0x1b0 mm/kmsan/kmsan.c:188 kmsan_kmalloc+0x94/0x100 mm/kmsan/kmsan.c:314 kmsan_slab_alloc+0x11/0x20 mm/kmsan/kmsan.c:321 slab_post_alloc_hook mm/slab.h:445 [inline] slab_alloc_node mm/slub.c:2737 [inline] __kmalloc_node_track_caller+0xaed/0x11c0 mm/slub.c:4369 __kmalloc_reserve net/core/skbuff.c:138 [inline] __alloc_skb+0x2cf/0x9f0 net/core/skbuff.c:206 alloc_skb include/linux/skbuff.h:984 [inline] netlink_alloc_large_skb net/netlink/af_netlink.c:1183 [inline] netlink_sendmsg+0x9a6/0x1310 net/netlink/af_netlink.c:1875 sock_sendmsg_nosec net/socket.c:630 [inline] sock_sendmsg net/socket.c:640 [inline] ___sys_sendmsg+0xec0/0x1310 net/socket.c:2046 __sys_sendmsg net/socket.c:2080 [inline] SYSC_sendmsg+0x2a3/0x3d0 net/socket.c:2091 SyS_sendmsg+0x54/0x80 net/socket.c:2087 do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x3d/0xa2
--- net/core/neighbour.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-)
net/core/neighbour.c +8 -4
@@ -2331,12 +2331,16 @@ static int neigh_dump_table(struct neigh err =nlmsg_parse (nlh,sizeof (struct ndmsg ), tb,NDA_MAX ,NULL ,NULL );if (!err) { -if (tb[NDA_IFINDEX ]) +if (tb[NDA_IFINDEX ]) { +if (nla_len (tb[NDA_IFINDEX ]) !=sizeof (u32)) +return -EINVAL ; filter_idx =nla_get_u32 (tb[NDA_IFINDEX ]); - -if (tb[NDA_MASTER ]) + } +if (tb[NDA_MASTER ]) { +if (nla_len (tb[NDA_MASTER ]) !=sizeof (u32)) +return -EINVAL ; filter_master_idx =nla_get_u32 (tb[NDA_MASTER ]); - + }if (filter_idx || filter_master_idx) flags |=NLM_F_DUMP_FILTERED ; }
Greg Kroah-Hartman
maintainerPATCH 52/81 bnxt_en: Fix memory fault in bnxt_ethtool_init()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Vasundhara Volam <[email protected]>
[ Upstream commit a60faa60da891e311e19fd3e88d611863f431130 ]
In some firmware images, the length of BNX_DIR_TYPE_PKG_LOG nvram type could be greater than the fixed buffer length of 4096 bytes allocated by the driver. This was causing HWRM_NVM_READ to copy more data to the buffer than the allocated size, causing general protection fault.
Fix the issue by allocating the exact buffer length returned by HWRM_NVM_FIND_DIR_ENTRY, instead of 4096. Move the kzalloc() call into the bnxt_get_pkgver() function.
--- drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 51 +++++++++++---------- drivers/net/ethernet/broadcom/bnxt/bnxt_nvm_defs.h | 2 2 files changed, 28 insertions(+), 25 deletions(-)
drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c +28 -23
@@ -1874,22 +1874,39 @@ static char *bnxt_parse_pkglog(int desirreturn retval; } -static char *bnxt_get_pkgver (struct net_device *dev,char *buf,size_t buflen) +static void bnxt_get_pkgver (struct net_device *dev) { +struct bnxt *bp =netdev_priv (dev);u16 index =0 ; -u32 datalen; +char *pkgver; +u32 pkglen; +u8 *pkgbuf; +int len;if (bnxt_find_nvram_item (dev,BNX_DIR_TYPE_PKG_LOG ,BNX_DIR_ORDINAL_FIRST ,BNX_DIR_EXT_NONE , - &index,NULL , &datalen) !=0 ) -return NULL ; + &index,NULL , &pkglen) !=0 ) +return ; + + pkgbuf =kzalloc (pkglen,GFP_KERNEL ); +if (!pkgbuf) { +dev_err (&bp->pdev->dev,"Unable to allocate memory for pkg version, length = %u\n" , + pkglen); +return ; + } -memset (buf,0 , buflen); -if (bnxt_get_nvram_item (dev, index,0 , datalen, buf) !=0 ) -return NULL ; +if (bnxt_get_nvram_item (dev, index,0 , pkglen, pkgbuf)) + goto err; -return bnxt_parse_pkglog (BNX_PKG_LOG_FIELD_IDX_PKG_VERSION , buf, - datalen); + pkgver =bnxt_parse_pkglog (BNX_PKG_LOG_FIELD_IDX_PKG_VERSION , pkgbuf, + pkglen); +if (pkgver && *pkgver !=0 &&isdigit (*pkgver)) { + len =strlen (bp->fw_ver_str); +snprintf (bp->fw_ver_str + len,FW_VER_STR_LEN - len -1 , +"/pkg %s" , pkgver); + } +err: +kfree (pkgbuf); } static int bnxt_get_eeprom(struct net_device *dev,
@@ -2558,22 +2575,10 @@ void bnxt_ethtool_init(struct bnxt *bp)struct hwrm_selftest_qlist_input req = {0 };struct bnxt_test_info *test_info;struct net_device *dev = bp->dev; -char *pkglog;int i, rc; - pkglog =kzalloc (BNX_PKG_LOG_MAX_LENGTH ,GFP_KERNEL ); -if (pkglog) { -char *pkgver; -int len; - - pkgver =bnxt_get_pkgver (dev, pkglog,BNX_PKG_LOG_MAX_LENGTH ); -if (pkgver && *pkgver !=0 &&isdigit (*pkgver)) { - len =strlen (bp->fw_ver_str); -snprintf (bp->fw_ver_str + len,FW_VER_STR_LEN - len -1 , -"/pkg %s" , pkgver); - } -kfree (pkglog); - } +bnxt_get_pkgver (dev); +if (bp->hwrm_spec_code <0x10704 || !BNXT_SINGLE_PF (bp))return ;
drivers/net/ethernet/broadcom/bnxt/bnxt_nvm_defs.h +0 -2
@@ -59,8 +59,6 @@ enum bnxt_nvm_directory_type {#define BNX_DIR_ATTR_NO_CHKSUM (1 << 0)#define BNX_DIR_ATTR_PROP_STREAM (1 << 1) -#define BNX_PKG_LOG_MAX_LENGTH 4096 -enum bnxnvm_pkglog_field_index {BNX_PKG_LOG_FIELD_IDX_INSTALLED_TIMESTAMP =0 ,BNX_PKG_LOG_FIELD_IDX_PKG_DESCRIPTION =1 ,
Greg Kroah-Hartman
maintainerPATCH 54/81 VSOCK: make af_vsock.ko removable again
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Stefan Hajnoczi <[email protected]>
[ Upstream commit 05e489b1596f0aa1025a1fa572676631cd9665da ]
Commit c1eef220c1760762753b602c382127bfccee226d ("vsock: always call vsock_init_tables()") introduced a module_init() function without a corresponding module_exit() function.
Modules with an init function can only be removed if they also have an exit function. Therefore the vsock module was considered "permanent" and could not be removed.
This patch adds an empty module_exit() function so that "rmmod vsock" works. No explicit cleanup is required because:
1. Transports call vsock_core_exit() upon exit and cannot be removed while sockets are still alive.
2. vsock_diag.ko does not perform any action that requires cleanup by vsock.ko.
--- net/vmw_vsock/af_vsock.c | 6 ++++++ 1 file changed, 6 insertions(+)
net/vmw_vsock/af_vsock.c +6 -0
@@ -2018,7 +2018,13 @@ const struct vsock_transport *vsock_core }EXPORT_SYMBOL_GPL (vsock_core_get_transport); +static void __exit vsock_exit(void) +{ +/* Do nothing. This function makes this module removable. */ +} +module_init (vsock_init_tables); +module_exit (vsock_exit);MODULE_AUTHOR ("VMware, Inc." );MODULE_DESCRIPTION ("VMware Virtual Socket Family" );
Greg Kroah-Hartman
maintainerPATCH 55/81 net: aquantia: Regression on reset with 1.x firmware
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Igor Russkikh <[email protected]>
[ Upstream commit cce96d1883dae4b79f44890e5118243d806da286 ]
On ASUS XG-C100C with 1.5.44 firmware a special mode called "dirty wake" is active. With this mode when motherboard gets powered (but no poweron happens yet), NIC automatically enables powersave link and watches for WOL packet.
This normally allows to powerup the PC after AC power failures.
Not all motherboards or bios settings gives power to PCI slots, so this mode is not enabled on all the hardware.
4.16 linux driver introduced full hardware reset sequence This is required since before that we had no NIC hardware reset implemented and there were side effects of "not clean start".
But this full reset is incompatible with "dirty wake" WOL feature it keeps the PHY link in a special mode forever. As a consequence, driver sees no link and no traffic.
To fix this we forcibly change FW state to idle state before doing the full reset. This makes FW to restore link state.
--- drivers/net/ethernet/aquantia/atlantic/hw_atl/hw_atl_utils.c | 16 +++++++++++ 1 file changed, 16 insertions(+)
drivers/net/ethernet/aquantia/atlantic/hw_atl/hw_atl_utils.c +16 -0
@@ -48,6 +48,8 @@#define FORCE_FLASHLESS 0static int hw_atl_utils_ver_match (u32 ver_expected,u32 ver_actual); +static int hw_atl_utils_mpi_set_state (struct aq_hw_s *self, +enum hal_atl_utils_fw_state_e state);int hw_atl_utils_initfw (struct aq_hw_s *self,const struct aq_fw_ops **fw_ops) {
@@ -247,6 +249,20 @@ int hw_atl_utils_soft_reset(struct aq_hw self->rbl_enabled = (boot_exit_code !=0 ); +/* FW 1.x may bootup in an invalid POWER state (WOL feature). +* We should work around this by forcing its state back to DEINIT +*/ +if (!hw_atl_utils_ver_match (HW_ATL_FW_VER_1X , +aq_hw_read_reg (self, +HW_ATL_MPI_FW_VERSION ))) { +int err =0 ; + +hw_atl_utils_mpi_set_state (self,MPI_DEINIT ); +AQ_HW_WAIT_FOR ((aq_hw_read_reg (self,HW_ATL_MPI_STATE_ADR ) & +HW_ATL_MPI_STATE_MSK ) ==MPI_DEINIT , +10 ,1000U ); + } +if (self->rbl_enabled)return hw_atl_utils_soft_reset_rbl (self);else
Greg Kroah-Hartman
maintainerPATCH 56/81 tun: fix vlan packet truncation
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: "Bj�rn Mork" <[email protected]>
[ Upstream commit 81c895072d29cd70eea5be1a8587cd6461c3715a ]
Bogus trimming in tun_net_xmit() causes truncated vlan packets.
skb->len is correct whether or not skb_vlan_tag_present() is true. There is no more reason to adjust the skb length on xmit in this driver than any other driver. tun_put_user() adds 4 bytes to the total for tagged packets because it transmits the tag inline to userspace. This is similar to a nic transmitting the tag inline on the wire.
Reproducing the bug by sending any tagged packet through back-to-back connected tap interfaces:
socat TUN,tun-type=tap,iff-up,tun-name=in TUN,tun-type=tap,iff-up,tun-name=out & ip link add link in name in.20 type vlan id 20
ip addr add 10.9.9.9/24 dev in.20
ip link set in.20 up
tshark -nxxi in -f arp -c1 2>/dev/null &
tshark -nxxi out -f arp -c1 2>/dev/null &
ping -c 1 10.9.9.5 >/dev/null 2>&1
The output from the 'in' and 'out' interfaces are different when the bug is present:
Capturing on 'in'
0000 ff ff ff ff ff ff 76 cf 76 37 d5 0a 81 00 00 14 ......v.v7...... 0010 08 06 00 01 08 00 06 04 00 01 76 cf 76 37 d5 0a ..........v.v7.. 0020 0a 09 09 09 00 00 00 00 00 00 0a 09 09 05 ..............
Capturing on 'out'
0000 ff ff ff ff ff ff 76 cf 76 37 d5 0a 81 00 00 14 ......v.v7...... 0010 08 06 00 01 08 00 06 04 00 01 76 cf 76 37 d5 0a ..........v.v7.. 0020 0a 09 09 09 00 00 00 00 00 00 ..........
--- drivers/net/tun.c | 7 +------ 1 file changed, 1 insertion(+), 6 deletions(-)
drivers/net/tun.c +1 -6
@@ -1094,12 +1094,7 @@ static netdev_tx_t tun_net_xmit(struct s goto drop; len =run_ebpf_filter (tun, skb, len); - -/* Trim extra bytes since we may insert vlan proto & TCI -* in tun_put_user(). -*/ - len -=skb_vlan_tag_present (skb) ?sizeof (struct veth ) :0 ; -if (len <=0 ||pskb_trim (skb, len)) +if (len ==0 ||pskb_trim (skb, len)) goto drop;if (unlikely (skb_orphan_frags_rx (skb,GFP_ATOMIC )))
Greg Kroah-Hartman
maintainerPATCH 57/81 net: aquantia: oops when shutdown on already stopped device
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Igor Russkikh <[email protected]>
[ Upstream commit 9a11aff25fd43d5bd2660ababdc9f564b0ba183a ]
In case netdev is closed at the moment of pci shutdown, aq_nic_stop gets called second time. napi_disable in that case hangs indefinitely. In other case, if device was never opened at all, we get oops because of null pointer access.
We should invoke aq_nic_stop conditionally, only if device is running at the moment of shutdown.
--- drivers/net/ethernet/aquantia/atlantic/aq_nic.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-)
drivers/net/ethernet/aquantia/atlantic/aq_nic.c +5 -3
@@ -951,9 +951,11 @@ void aq_nic_shutdown(struct aq_nic_s *senetif_device_detach (self->ndev); - err =aq_nic_stop (self); -if (err <0 ) - goto err_exit; +if (netif_running (self->ndev)) { + err =aq_nic_stop (self); +if (err <0 ) + goto err_exit; + }aq_nic_deinit (self); err_exit:
Greg Kroah-Hartman
maintainerPATCH 58/81 virtio_net: split out ctrl buffer
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: "Michael S. Tsirkin" <[email protected]>
[ Upstream commit 12e571693837d6164bda61e316b1944972ee0d97 ]
When sending control commands, virtio net sets up several buffers for DMA. The buffers are all part of the net device which means it's actually allocated by kvmalloc so it's in theory (on extreme memory pressure) possible to get a vmalloc'ed buffer which on some platforms means we can't DMA there.
Fix up by moving the DMA buffers into a separate structure.
--- drivers/net/virtio_net.c | 68 ++++++++++++++++++++++++++--------------------- 1 file changed, 39 insertions(+), 29 deletions(-)
drivers/net/virtio_net.c +39 -29
@@ -147,6 +147,17 @@ struct receive_queue {struct xdp_rxq_info xdp_rxq; }; +/* Control VQ buffers: protected by the rtnl lock */ +struct control_buf { +struct virtio_net_ctrl_hdr hdr; +virtio_net_ctrl_ack status; +struct virtio_net_ctrl_mq mq; +u8 promisc; +u8 allmulti; +u16 vid; +u64 offloads; +}; +struct virtnet_info {struct virtio_device *vdev;struct virtqueue *cvq;
@@ -192,14 +203,7 @@ struct virtnet_info {struct hlist_node node;struct hlist_node node_dead; -/* Control VQ buffers: protected by the rtnl lock */ -struct virtio_net_ctrl_hdr ctrl_hdr; -virtio_net_ctrl_ack ctrl_status; -struct virtio_net_ctrl_mq ctrl_mq; -u8 ctrl_promisc; -u8 ctrl_allmulti; -u16 ctrl_vid; -u64 ctrl_offloads; +struct control_buf *ctrl;/* Ethtool settings */ u8 duplex;
@@ -1461,25 +1465,25 @@ static bool virtnet_send_command(struct/* Caller should know better */ BUG_ON (!virtio_has_feature (vi->vdev,VIRTIO_NET_F_CTRL_VQ )); - vi->ctrl_status = ~0 ; - vi->ctrl_hdr.class = class; - vi->ctrl_hdr.cmd = cmd; + vi->ctrl->status = ~0 ; + vi->ctrl->hdr.class = class; + vi->ctrl->hdr.cmd = cmd;/* Add header */ -sg_init_one (&hdr, &vi->ctrl_hdr,sizeof (vi->ctrl_hdr)); +sg_init_one (&hdr, &vi->ctrl->hdr,sizeof (vi->ctrl->hdr)); sgs[out_num++] = &hdr;if (out) sgs[out_num++] = out;/* Add return status. */ -sg_init_one (&stat, &vi->ctrl_status,sizeof (vi->ctrl_status)); +sg_init_one (&stat, &vi->ctrl->status,sizeof (vi->ctrl->status)); sgs[out_num] = &stat;BUG_ON (out_num +1 >ARRAY_SIZE (sgs));virtqueue_add_sgs (vi->cvq, sgs, out_num,1 , vi,GFP_ATOMIC );if (unlikely (!virtqueue_kick (vi->cvq))) -return vi->ctrl_status ==VIRTIO_NET_OK ; +return vi->ctrl->status ==VIRTIO_NET_OK ;/* Spin for a response, the kick causes an ioport write, trapping * into the hypervisor, so the request should be handled immediately.
@@ -1488,7 +1492,7 @@ static bool virtnet_send_command(struct !virtqueue_is_broken(vi->cvq))cpu_relax (); -return vi->ctrl_status ==VIRTIO_NET_OK ; +return vi->ctrl->status ==VIRTIO_NET_OK ; }static int virtnet_set_mac_address (struct net_device *dev,void *p)
@@ -1600,8 +1604,8 @@ static int _virtnet_set_queues(struct viif (!vi->has_cvq || !virtio_has_feature (vi->vdev,VIRTIO_NET_F_MQ ))return 0 ; - vi->ctrl_mq.virtqueue_pairs =cpu_to_virtio16 (vi->vdev, queue_pairs); -sg_init_one (&sg, &vi->ctrl_mq,sizeof (vi->ctrl_mq)); + vi->ctrl->mq.virtqueue_pairs =cpu_to_virtio16 (vi->vdev, queue_pairs); +sg_init_one (&sg, &vi->ctrl->mq,sizeof (vi->ctrl->mq));if (!virtnet_send_command (vi,VIRTIO_NET_CTRL_MQ ,VIRTIO_NET_CTRL_MQ_VQ_PAIRS_SET , &sg)) {
@@ -1660,22 +1664,22 @@ static void virtnet_set_rx_mode(struct nif (!virtio_has_feature (vi->vdev,VIRTIO_NET_F_CTRL_RX ))return ; - vi->ctrl_promisc = ((dev->flags &IFF_PROMISC ) !=0 ); - vi->ctrl_allmulti = ((dev->flags &IFF_ALLMULTI ) !=0 ); + vi->ctrl->promisc = ((dev->flags &IFF_PROMISC ) !=0 ); + vi->ctrl->allmulti = ((dev->flags &IFF_ALLMULTI ) !=0 ); -sg_init_one (sg, &vi->ctrl_promisc,sizeof (vi->ctrl_promisc)); +sg_init_one (sg, &vi->ctrl->promisc,sizeof (vi->ctrl->promisc));if (!virtnet_send_command (vi,VIRTIO_NET_CTRL_RX ,VIRTIO_NET_CTRL_RX_PROMISC , sg))dev_warn (&dev->dev,"Failed to %sable promisc mode.\n" , - vi->ctrl_promisc ?"en" :"dis" ); + vi->ctrl->promisc ?"en" :"dis" ); -sg_init_one (sg, &vi->ctrl_allmulti,sizeof (vi->ctrl_allmulti)); +sg_init_one (sg, &vi->ctrl->allmulti,sizeof (vi->ctrl->allmulti));if (!virtnet_send_command (vi,VIRTIO_NET_CTRL_RX ,VIRTIO_NET_CTRL_RX_ALLMULTI , sg))dev_warn (&dev->dev,"Failed to %sable allmulti mode.\n" , - vi->ctrl_allmulti ?"en" :"dis" ); + vi->ctrl->allmulti ?"en" :"dis" ); uc_count =netdev_uc_count (dev); mc_count =netdev_mc_count (dev);
@@ -1721,8 +1725,8 @@ static int virtnet_vlan_rx_add_vid(strucstruct virtnet_info *vi =netdev_priv (dev);struct scatterlist sg; - vi->ctrl_vid = vid; -sg_init_one (&sg, &vi->ctrl_vid,sizeof (vi->ctrl_vid)); + vi->ctrl->vid = vid; +sg_init_one (&sg, &vi->ctrl->vid,sizeof (vi->ctrl->vid));if (!virtnet_send_command (vi,VIRTIO_NET_CTRL_VLAN ,VIRTIO_NET_CTRL_VLAN_ADD , &sg))
@@ -1736,8 +1740,8 @@ static int virtnet_vlan_rx_kill_vid(strustruct virtnet_info *vi =netdev_priv (dev);struct scatterlist sg; - vi->ctrl_vid = vid; -sg_init_one (&sg, &vi->ctrl_vid,sizeof (vi->ctrl_vid)); + vi->ctrl->vid = vid; +sg_init_one (&sg, &vi->ctrl->vid,sizeof (vi->ctrl->vid));if (!virtnet_send_command (vi,VIRTIO_NET_CTRL_VLAN ,VIRTIO_NET_CTRL_VLAN_DEL , &sg))
@@ -2133,9 +2137,9 @@ static int virtnet_restore_up(struct virstatic int virtnet_set_guest_offloads (struct virtnet_info *vi,u64 offloads) {struct scatterlist sg; - vi->ctrl_offloads =cpu_to_virtio64 (vi->vdev, offloads); + vi->ctrl->offloads =cpu_to_virtio64 (vi->vdev, offloads); -sg_init_one (&sg, &vi->ctrl_offloads,sizeof (vi->ctrl_offloads)); +sg_init_one (&sg, &vi->ctrl->offloads,sizeof (vi->ctrl->offloads));if (!virtnet_send_command (vi,VIRTIO_NET_CTRL_GUEST_OFFLOADS ,VIRTIO_NET_CTRL_GUEST_OFFLOADS_SET , &sg)) {
@@ -2358,6 +2362,7 @@ static void virtnet_free_queues(struct vkfree (vi->rq);kfree (vi->sq); +kfree (vi->ctrl); }static void _free_receive_bufs (struct virtnet_info *vi)
@@ -2550,6 +2555,9 @@ static int virtnet_alloc_queues(struct v {int i; + vi->ctrl =kzalloc (sizeof (*vi->ctrl),GFP_KERNEL ); +if (!vi->ctrl) + goto err_ctrl; vi->sq =kzalloc (sizeof (*vi->sq) * vi->max_queue_pairs,GFP_KERNEL );if (!vi->sq) goto err_sq;
@@ -2578,6 +2586,8 @@ static int virtnet_alloc_queues(struct v err_rq:kfree (vi->sq); err_sq: +kfree (vi->ctrl); +err_ctrl:return -ENOMEM ; }
Greg Kroah-Hartman
maintainerPATCH 59/81 virtio_net: fix adding vids on big-endian
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: "Michael S. Tsirkin" <[email protected]>
[ Upstream commit d7fad4c840f33a6bd333dd7fbb3006edbcf0017a ]
Programming vids (adding or removing them) still passes guest-endian values in the DMA buffer. That's wrong if guest is big-endian and when virtio 1 is enabled.
Note: this is on top of a previous patch:
virtio_net: split out ctrl buffer
--- drivers/net/virtio_net.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
drivers/net/virtio_net.c +3 -3
@@ -154,7 +154,7 @@ struct control_buf {struct virtio_net_ctrl_mq mq;u8 promisc;u8 allmulti; -u16 vid; +__virtio16 vid;u64 offloads; };
@@ -1725,7 +1725,7 @@ static int virtnet_vlan_rx_add_vid(strucstruct virtnet_info *vi =netdev_priv (dev);struct scatterlist sg; - vi->ctrl->vid = vid; + vi->ctrl->vid =cpu_to_virtio16 (vi->vdev, vid);sg_init_one (&sg, &vi->ctrl->vid,sizeof (vi->ctrl->vid)); if (!virtnet_send_command(vi, VIRTIO_NET_CTRL_VLAN,
@@ -1740,7 +1740,7 @@ static int virtnet_vlan_rx_kill_vid(strustruct virtnet_info *vi =netdev_priv (dev);struct scatterlist sg; - vi->ctrl->vid = vid; + vi->ctrl->vid =cpu_to_virtio16 (vi->vdev, vid);sg_init_one (&sg, &vi->ctrl->vid,sizeof (vi->ctrl->vid)); if (!virtnet_send_command(vi, VIRTIO_NET_CTRL_VLAN,
Greg Kroah-Hartman
maintainerPATCH 60/81 Revert "mm/hmm: fix header file if/else/endif maze"
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Greg Kroah-Hartman <[email protected]>
This reverts commit 25df8b83e867dcfb660123e9589ebf6f094fcdd3 which is commit b28b08de436a638c82d0cf3dcdbdbad055baf1fc upstream.
There are still build errors with this patch applied, and the upstream patches do not seem to apply anymore, so reverting this patch seems like the best thing to do at this point in time.
--- include/linux/hmm.h | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-)
include/linux/hmm.h +8 -1
@@ -498,16 +498,23 @@ struct hmm_device {struct hmm_device *hmm_device_new (void *drvdata);void hmm_device_put (struct hmm_device *hmm_device);#endif /* CONFIG_DEVICE_PRIVATE || CONFIG_DEVICE_PUBLIC */ +#endif /* IS_ENABLED(CONFIG_HMM) */ /* Below are for HMM internal use only! Not to be used by device driver! */ +#if IS_ENABLED (CONFIG_HMM_MIRROR )void hmm_mm_destroy (struct mm_struct *mm);static inline void hmm_mm_init (struct mm_struct *mm) { mm->hmm =NULL ; } +#else /* IS_ENABLED(CONFIG_HMM_MIRROR) */ +static inline void hmm_mm_destroy (struct mm_struct *mm) {} +static inline void hmm_mm_init (struct mm_struct *mm) {} +#endif /* IS_ENABLED(CONFIG_HMM_MIRROR) */ + +#else /* IS_ENABLED(CONFIG_HMM) */ static inline void hmm_mm_destroy (struct mm_struct *mm) {}static inline void hmm_mm_init (struct mm_struct *mm) {} -#endif /* IS_ENABLED(CONFIG_HMM) */ #endif /* LINUX_HMM_H */
Greg Kroah-Hartman
maintainerPATCH 61/81 commoncap: Handle memory allocation failure.
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Tetsuo Handa <[email protected]>
commit 1f5781725dcbb026438e77091c91a94f678c3522 upstream.
syzbot is reporting NULL pointer dereference at xattr_getsecurity() [1], for cap_inode_getsecurity() is returning sizeof(struct vfs_cap_data) when memory allocation failed. Return -ENOMEM if memory allocation failed.
[1] https://syzkaller.appspot.com/bug?id=a55ba438506fe68649a5f50d2d82d56b365e0107
--- security/commoncap.c | 2 ++ 1 file changed, 2 insertions(+)
security/commoncap.c +2 -0
@@ -449,6 +449,8 @@ int cap_inode_getsecurity(struct inode * magic |=VFS_CAP_FLAGS_EFFECTIVE ;memcpy (&cap->data, &nscap->data,sizeof (__le32) *2 *VFS_CAP_U32 ); cap->magic_etc =cpu_to_le32 (magic); + }else { + size = -ENOMEM ; } }kfree (tmpbuf);
Greg Kroah-Hartman
maintainerPATCH 62/81 scsi: mptsas: Disable WRITE SAME
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Martin K. Petersen <[email protected]>
commit 94e5395d2403c8bc2504a7cbe4c4caaacb7b8b84 upstream.
First generation MPT Fusion controllers can not translate WRITE SAME when the attached device is a SATA drive. Disable WRITE SAME support.
--- drivers/message/fusion/mptsas.c | 1 + 1 file changed, 1 insertion(+)
drivers/message/fusion/mptsas.c +1 -0
@@ -1994,6 +1994,7 @@ static struct scsi_host_template mptsas_ .cmd_per_lun = 7, .use_clustering = ENABLE_CLUSTERING, .shost_attrs = mptscsih_host_attrs, + .no_write_same = 1, };static int mptsas_get_linkerrors (struct sas_phy *phy)
Greg Kroah-Hartman
maintainerPATCH 63/81 cdrom: information leak in cdrom_ioctl_media_changed()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Dan Carpenter <[email protected]>
commit 9de4ee40547fd315d4a0ed1dd15a2fa3559ad707 upstream.
This cast is wrong. "cdi->capacity" is an int and "arg" is an unsigned long. The way the check is written now, if one of the high 32 bits is set then we could read outside the info->slots[] array.
This bug is pretty old and it predates git.
--- drivers/cdrom/cdrom.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/cdrom/cdrom.c +1 -1
@@ -2374,7 +2374,7 @@ static int cdrom_ioctl_media_changed(strif (!CDROM_CAN (CDC_SELECT_DISC ) || arg ==CDSL_CURRENT )return media_changed (cdi,1 ); -if ((unsigned int )arg >= cdi->capacity) +if (arg >= cdi->capacity)return -EINVAL ; info =kmalloc (sizeof (*info),GFP_KERNEL );
Greg Kroah-Hartman
maintainerPATCH 64/81 fsnotify: Fix fsnotify_mark_connector race
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Robert Kolchmeyer <[email protected]>
commit d90a10e2444ba5a351fa695917258ff4c5709fa5 upstream.
fsnotify() acquires a reference to a fsnotify_mark_connector through the SRCU-protected pointer to_tell->i_fsnotify_marks. However, it appears that no precautions are taken in fsnotify_put_mark() to ensure that fsnotify() drops its reference to this fsnotify_mark_connector before assigning a value to its 'destroy_next' field. This can result in fsnotify_put_mark() assigning a value to a connector's 'destroy_next' field right before fsnotify() tries to traverse the linked list referenced by the connector's 'list' field. Since these two fields are members of the same union, this behavior results in a kernel panic.
This issue is resolved by moving the connector's 'destroy_next' field into the object pointer union. This should work since the object pointer access is protected by both a spinlock and the value of the 'flags' field, and the 'flags' field is cleared while holding the spinlock in fsnotify_put_mark() before 'destroy_next' is updated. It shouldn't be possible for another thread to accidentally read from the object pointer after the 'destroy_next' field is updated.
The offending behavior here is extremely unlikely; since fsnotify_put_mark() removes references to a connector (specifically, it ensures that the connector is unreachable from the inode it was formerly attached to) before updating its 'destroy_next' field, a sizeable chunk of code in fsnotify_put_mark() has to execute in the short window between when fsnotify() acquires the connector reference and saves the value of its 'list' field. On the HEAD kernel, I've only been able to reproduce this by inserting a udelay(1) in fsnotify(). However, I've been able to reproduce this issue without inserting a udelay(1) anywhere on older unmodified release kernels, so I believe it's worth fixing at HEAD.
References: https://bugzilla.kernel.org/show_bug.cgi?id=199437
--- include/linux/fsnotify_backend.h | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-)
include/linux/fsnotify_backend.h +1 -3
@@ -217,12 +217,10 @@ struct fsnotify_mark_connector {union {/* Object pointer [lock] */ struct inode *inode;struct vfsmount *mnt; - }; -union { -struct hlist_head list;/* Used listing heads to free after srcu period expires */ struct fsnotify_mark_connector *destroy_next; }; +struct hlist_head list; };/*
Greg Kroah-Hartman
maintainerPATCH 65/81 m68k/mac: Dont remap SWIM MMIO region
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit b64576cbf36afa5fabf3b31f62a1994c429ef855 upstream.
For reasons I don't understand, calling ioremap() then iounmap() on the SWIM MMIO region causes a hang on 68030 (but not on 68040).
~# modprobe swim_mod
SWIM floppy driver Version 0.2 (2008-10-30)
SWIM device not found !
watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [modprobe:285]
Modules linked in: swim_mod(+)
Format 00 Vector: 0064 PC: 000075aa Status: 2000 Not tainted
ORIG_D0: ffffffff D0: d00c0000 A2: 007c2370 A1: 003f810c
A0: 00040000 D5: d0096800 D4: d0097e00
D3: 00000001 D2: 00000003 D1: 00000000
Non-Maskable Interrupt
Modules linked in: swim_mod(+)
PC: [<000075ba>] __iounmap+0x24/0x10e
SR: 2000 SP: 007abc48 a2: 007c2370
d0: d00c0000 d1: 000001a0 d2: 00000019 d3: 00000001
d4: d0097e00 d5: d0096800 a0: 00040000 a1: 003f810c
Process modprobe (pid: 285, task=007c2370)
Frame format=0
Stack from 007abc7c:
ffffffed 00000000 006a4060 004712e0 007abca0 000076ea d0080000 00080000
010bb4b8 007abcd8 010ba542 d0096000 00000000 00000000 00000001 010bb59c
00000000 007abf30 010bb4b8 0047760a 0047763c 00477612 00616540 007abcec
0020a91a 00477600 0047760a 010bb4cc 007abd18 002092f2 0047760a 00333b06
007abd5c 00000000 0047760a 010bb4cc 00404f90 004776b8 00000001 007abd38
00209446 010bb4cc 0047760a 010bb4cc 0020938e 0031f8be 00616540 007abd64
Call Trace: [<000076ea>] iounmap+0x46/0x5a
[<00080000>] shrink_page_list+0x7f6/0xe06
[<010ba542>] swim_probe+0xe4/0x496 [swim_mod]
[<0020a91a>] platform_drv_probe+0x20/0x5e
[<002092f2>] driver_probe_device+0x21c/0x2b8
[<00333b06>] mutex_lock+0x0/0x2e
[<00209446>] __driver_attach+0xb8/0xce
[<0020938e>] __driver_attach+0x0/0xce
[<0031f8be>] klist_next+0x0/0xa0
[<00207562>] bus_for_each_dev+0x74/0xba
[<000344c0>] blocking_notifier_call_chain+0x0/0x20
[<00333b06>] mutex_lock+0x0/0x2e
[<00208e44>] driver_attach+0x1a/0x1e
[<0020938e>] __driver_attach+0x0/0xce
[<00207e26>] bus_add_driver+0x188/0x234
[<000344c0>] blocking_notifier_call_chain+0x0/0x20
[<00209894>] driver_register+0x58/0x104
[<000344c0>] blocking_notifier_call_chain+0x0/0x20
[<010bd000>] swim_init+0x0/0x2c [swim_mod]
[<0020a7be>] __platform_driver_register+0x38/0x3c
[<010bd028>] swim_init+0x28/0x2c [swim_mod]
[<000020dc>] do_one_initcall+0x38/0x196
[<000344c0>] blocking_notifier_call_chain+0x0/0x20
[<003331cc>] mutex_unlock+0x0/0x3e
[<00333b06>] mutex_lock+0x0/0x2e
[<003331cc>] mutex_unlock+0x0/0x3e
[<00333b06>] mutex_lock+0x0/0x2e
[<003331cc>] mutex_unlock+0x0/0x3e
[<00333b06>] mutex_lock+0x0/0x2e
[<003331cc>] mutex_unlock+0x0/0x3e
[<00333b06>] mutex_lock+0x0/0x2e
[<00075008>] __free_pages+0x0/0x38
[<000045c0>] mangle_kernel_stack+0x30/0xda
[<000344c0>] blocking_notifier_call_chain+0x0/0x20
[<003331cc>] mutex_unlock+0x0/0x3e
[<00333b06>] mutex_lock+0x0/0x2e
[<0005ced4>] do_init_module+0x42/0x266
[<010bd000>] swim_init+0x0/0x2c [swim_mod]
[<000344c0>] blocking_notifier_call_chain+0x0/0x20
[<0005eda0>] load_module+0x1a30/0x1e70
[<0000465d>] mangle_kernel_stack+0xcd/0xda
[<00331c64>] __generic_copy_from_user+0x0/0x46
[<0033256e>] _cond_resched+0x0/0x32
[<00331b9c>] memset+0x0/0x98
[<0033256e>] _cond_resched+0x0/0x32
[<0005f25c>] SyS_init_module+0x7c/0x112
[<00002000>] _start+0x0/0x8
[<00002000>] _start+0x0/0x8
[<00331c82>] __generic_copy_from_user+0x1e/0x46
[<0005f2b2>] SyS_init_module+0xd2/0x112
[<0000465d>] mangle_kernel_stack+0xcd/0xda
[<00002b40>] syscall+0x8/0xc
[<0000465d>] mangle_kernel_stack+0xcd/0xda
[<0008c00c>] pcpu_balance_workfn+0xb2/0x40e
Code: 2200 7419 e4a9 e589 2841 d9fc 0000 1000 <2414> 7203 c282 7602 b681 6600 0096 0242 fe00 0482 0000 0000 e9c0 11c3 ed89 2642There's no need to call ioremap() for the SWIM address range, as it lies within the usual IO device region at 0x5000 0000, which has already been mapped by head.S.
Remove the redundant ioremap() and iounmap() calls to fix the hang.
--- drivers/block/swim.c | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-)
drivers/block/swim.c +3 -7
@@ -911,7 +911,7 @@ static int swim_probe(struct platform_de goto out; } - swim_base =ioremap (res->start,resource_size (res)); + swim_base = (struct swim __iomem *)res->start;if (!swim_base) { ret = -ENOMEM ; goto out_release_io;
@@ -923,7 +923,7 @@ static int swim_probe(struct platform_deif (!get_swim_mode (swim_base)) {printk (KERN_INFO "SWIM device not found !\n" ); ret = -ENODEV ; - goto out_iounmap; + goto out_release_io; }/* set platform driver data */
@@ -931,7 +931,7 @@ static int swim_probe(struct platform_de swd =kzalloc (sizeof (struct swim_priv ),GFP_KERNEL );if (!swd) { ret = -ENOMEM ; - goto out_iounmap; + goto out_release_io; }platform_set_drvdata (dev, swd);
@@ -945,8 +945,6 @@ static int swim_probe(struct platform_de out_kfree:kfree (swd); -out_iounmap: -iounmap (swim_base); out_release_io:release_mem_region (res->start,resource_size (res)); out:
@@ -974,8 +972,6 @@ static int swim_remove(struct platform_dfor (drive =0 ; drive < swd->floppy_count; drive++)floppy_eject (&swd->unit[drive]); -iounmap (swd->base); - res =platform_get_resource (dev,IORESOURCE_MEM ,0 );if (res)release_mem_region (res->start,resource_size (res));
Greg Kroah-Hartman
maintainerPATCH 67/81 block/swim: Dont log an error message for an invalid ioctl
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit 8e2ab5a4efaac77fb93e5b5b109d0b3976fdd3a0 upstream.
The 'eject' shell command may send various different ioctl commands. This leads to error messages on the console even though the FDEJECT ioctl succeeds.
~# eject floppy
SWIM floppy_ioctl: unknown cmd 21257
SWIM floppy_ioctl: unknown cmd 1
Don't log an error message for an invalid ioctl, just do as the swim3 driver does and return -ENOTTY.
--- drivers/block/swim.c | 9 ++------- 1 file changed, 2 insertions(+), 7 deletions(-)
drivers/block/swim.c +2 -7
@@ -727,14 +727,9 @@ static int floppy_ioctl(struct block_devif (copy_to_user ((void __user *) param, (void *) &floppy_type,sizeof (struct floppy_struct )))return -EFAULT ; -break ; - -default : -printk (KERN_DEBUG "SWIM floppy_ioctl: unknown cmd %d\n" , - cmd); -return -ENOSYS ; +return 0 ; } -return 0 ; +return -ENOTTY ; }static int floppy_getgeo (struct block_device *bdev,struct hd_geometry *geo)
Greg Kroah-Hartman
maintainerPATCH 69/81 block/swim: Rename macros to avoid inconsistent inverted logic
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit 56a1c5ee54f69dd767fb61d301883dc919ddc259 upstream.
The Sony drive status bits use active-low logic. The swim_readbit() function converts that to 'C' logic for readability. Hence, the sense of the names of the status bit macros should not be inverted.
Mostly they are correct. However, the TWOMEG_DRIVE, MFM_MODE and TWOMEG_MEDIA macros have inverted sense (like MkLinux). Fix this inconsistency and make the following patches less confusing.
The same problem affects swim3.c so fix that too.
No functional change.
The FDHD drive status bits are documented in sonydriv.cpp from MAME and in swimiii.h from MkLinux.
--- drivers/block/swim.c | 8 ++++---- drivers/block/swim3.c | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-)
drivers/block/swim.c +4 -4
@@ -110,7 +110,7 @@ struct iwm {/* Select values for swim_select and swim_readbit */ #define READ_DATA_0 0x074 -#define TWOMEG_DRIVE 0x075 +#define ONEMEG_DRIVE 0x075#define SINGLE_SIDED 0x076#define DRIVE_PRESENT 0x077#define DISK_IN 0x170
@@ -118,9 +118,9 @@ struct iwm {#define TRACK_ZERO 0x172#define TACHO 0x173#define READ_DATA_1 0x174 -#define MFM_MODE 0x175 +#define GCR_MODE 0x175#define SEEK_COMPLETE 0x176 -#define ONEMEG_MEDIA 0x177 +#define TWOMEG_MEDIA 0x177/* Bits in handshake register */
@@ -612,7 +612,7 @@ static void setup_medium(struct floppy_sstruct floppy_struct *g; fs->disk_in =1 ; fs->write_protected =swim_readbit (base,WRITE_PROT ); - fs->type =swim_readbit (base,ONEMEG_MEDIA ); + fs->type =swim_readbit (base,TWOMEG_MEDIA );if (swim_track00 (base)) printk(KERN_ERR
drivers/block/swim3.c +3 -3
@@ -148,7 +148,7 @@ struct swim3 {#define MOTOR_ON 2#define RELAX 3/* also eject in progress */ #define READ_DATA_0 4 -#define TWOMEG_DRIVE 5 +#define ONEMEG_DRIVE 5#define SINGLE_SIDED 6/* drive or diskette is 4MB type? */ #define DRIVE_PRESENT 7#define DISK_IN 8
@@ -156,9 +156,9 @@ struct swim3 {#define TRACK_ZERO 10#define TACHO 11#define READ_DATA_1 12 -#define MFM_MODE 13 +#define GCR_MODE 13#define SEEK_COMPLETE 14 -#define ONEMEG_MEDIA 15 +#define TWOMEG_MEDIA 15/* Definitions of values used in writing and formatting */ #define DATA_ESCAPE 0x99
Greg Kroah-Hartman
maintainerPATCH 71/81 block/swim: Fix array bounds check
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit 7ae6a2b6cc058005ee3d0d2b9ce27688e51afa4b upstream.
In the floppy_find() function in swim.c is a call to get_disk(swd->unit[drive].disk). The actual parameter to this call can be a NULL pointer when drive == swd->floppy_count. This causes an oops in get_disk().
Data read fault at 0x00000198 in Super Data (pc=0x1be5b6) BAD KERNEL BUSERR
Oops: 00000000 Modules linked in: swim_mod ipv6 mac8390 PC: [<001be5b6>] get_disk+0xc/0x76 SR: 2004 SP: 9a078bc1 a2: 0213ed90 d0: 00000000 d1: 00000000 d2: 00000000 d3: 000000ff d4: 00000002 d5: 02983590 a0: 02332e00 a1: 022dfd64
Process dd (pid: 285, task=020ab25b)
Frame format=B ssw=074d isc=4a88 isb=6732 daddr=00000198 dobuf=00000000 baddr=001be5bc dibuf=bfffffff ver=f
Stack from 022dfca4:
00000000 0203fc00 0213ed90 022dfcc0 02982936 00000000 00200000 022dfd08
0020f85a 00200000 022dfd64 02332e00 004040fc 00000014 001be77e 022dfd64
00334e4a 001be3f8 0800001d 022dfd64 01c04b60 01c04b70 022aba80 029828f8
02332e00 022dfd2c 001be7ac 0203fc00 00200000 022dfd64 02103a00 01c04b60
01c04b60 0200e400 022dfd68 000e191a 00200000 022dfd64 02103a00 0800001d
00000000 00000003 000b89de 00500000 02103a00 01c04b60 02103a08 01c04c2e
Call Trace: [<02982936>] floppy_find+0x3e/0x4a [swim_mod]
[<00200000>] uart_remove_one_port+0x1a2/0x260
[<0020f85a>] kobj_lookup+0xde/0x132
[<00200000>] uart_remove_one_port+0x1a2/0x260
[<001be77e>] get_gendisk+0x0/0x130
[<00334e4a>] mutex_lock+0x0/0x2e
[<001be3f8>] disk_block_events+0x0/0x6c
[<029828f8>] floppy_find+0x0/0x4a [swim_mod]
[<001be7ac>] get_gendisk+0x2e/0x130
[<00200000>] uart_remove_one_port+0x1a2/0x260
[<000e191a>] __blkdev_get+0x32/0x45a
[<00200000>] uart_remove_one_port+0x1a2/0x260
[<000b89de>] complete_walk+0x0/0x8a
[<000e1e22>] blkdev_get+0xe0/0x29a
[<000e1fdc>] blkdev_open+0x0/0xb0
[<000b89de>] complete_walk+0x0/0x8a
[<000e1fdc>] blkdev_open+0x0/0xb0
[<000e01cc>] bd_acquire+0x74/0x8a
[<000e205c>] blkdev_open+0x80/0xb0
[<000e1fdc>] blkdev_open+0x0/0xb0
[<000abf24>] do_dentry_open+0x1a4/0x322
[<00020000>] __do_proc_douintvec+0x22/0x27e
[<000b89de>] complete_walk+0x0/0x8a
[<000baa62>] link_path_walk+0x0/0x48e
[<000ba3f8>] inode_permission+0x20/0x54
[<000ac0e4>] vfs_open+0x42/0x78
[<000bc372>] path_openat+0x2b2/0xeaa
[<000bc0c0>] path_openat+0x0/0xeaa
[<0004463e>] __irq_wake_thread+0x0/0x4e
[<0003a45a>] task_tick_fair+0x18/0xc8
[<000bd00a>] do_filp_open+0xa0/0xea
[<000abae0>] do_sys_open+0x11a/0x1ee
[<00020000>] __do_proc_douintvec+0x22/0x27e
[<000abbf4>] SyS_open+0x1e/0x22
[<00020000>] __do_proc_douintvec+0x22/0x27e
[<00002b40>] syscall+0x8/0xc
[<00020000>] __do_proc_douintvec+0x22/0x27e
[<0000c00b>] dyadic+0x1/0x28
Code: 4e5e 4e75 4e56 fffc 2f0b 2f02 266e 0008 <206b> 0198 4a88 6732 2428 002c 661e 486b 0058 4eb9 0032 0b96 588f 4a88 672c 2008Disabling lock debugging due to kernel taint
Fix the array index bounds check to avoid this.
--- drivers/block/swim.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/block/swim.c +1 -1
@@ -790,7 +790,7 @@ static struct kobject *floppy_find(dev_tstruct swim_priv *swd = data;int drive = (*part &3 ); -if (drive > swd->floppy_count) +if (drive >= swd->floppy_count)return NULL ; *part =0 ;
Greg Kroah-Hartman
maintainerPATCH 73/81 tracing: Fix missing tab for hwlat_detector print format
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Peter Xu <[email protected]>
commit 9a0fd675304d410f3a9586e1b333e16f4658d56c upstream.
It's been missing for a while but no one is touching that up. Fix it.
--- kernel/trace/trace_entries.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
kernel/trace/trace_entries.h +1 -1
@@ -356,7 +356,7 @@ FTRACE_ENTRY(hwlat, hwlat_entry, __field( unsigned int, seqnum ) ), - F_printk("cnt:%u\tts:%010llu.%010lu\tinner:%llu\touter:%llunmi-ts:%llu\tnmi-count:%u\n", + F_printk("cnt:%u\tts:%010llu.%010lu\tinner:%llu\touter:%llu\tnmi-ts:%llu\tnmi-count:%u\n", __entry->seqnum, __entry->tv_sec, __entry->tv_nsec,
Greg Kroah-Hartman
maintainerPATCH 74/81 hwmon: (k10temp) Add temperature offset for Ryzen 2700X
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guenter Roeck <[email protected]>
commit 1b59788979acd230b9627276c76f6e6ba2c4709c upstream.
Ryzen 2700X has a temperature offset of 10 degrees C. If bit 19 of the Temperature Control register is set, there is an additional offset of 49 degrees C. Take this into account as well.
--- drivers/hwmon/k10temp.c | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-)
drivers/hwmon/k10temp.c +9 -3
@@ -72,6 +72,7 @@ struct k10temp_data {struct pci_dev *pdev;void (*read_tempreg)(struct pci_dev *pdev,u32 *regval);int temp_offset; +u32 temp_adjust_mask; };struct tctl_offset {
@@ -84,6 +85,7 @@ static const struct tctl_offset tctl_off { 0x17, "AMD Ryzen 5 1600X", 20000 }, { 0x17, "AMD Ryzen 7 1700X", 20000 }, { 0x17, "AMD Ryzen 7 1800X", 20000 }, + { 0x17, "AMD Ryzen 7 2700X", 10000 }, { 0x17, "AMD Ryzen Threadripper 1950X", 27000 }, { 0x17, "AMD Ryzen Threadripper 1920X", 27000 }, { 0x17, "AMD Ryzen Threadripper 1900X", 27000 },
@@ -129,6 +131,8 @@ static ssize_t temp1_input_show(struct d data->read_tempreg (data->pdev, ®val); temp = (regval >>21 ) *125 ; +if (regval & data->temp_adjust_mask) + temp -=49000 ;if (temp > data->temp_offset) temp -= data->temp_offset;else
@@ -259,12 +263,14 @@ static int k10temp_probe(struct pci_dev data->pdev = pdev;if (boot_cpu_data.x86 ==0x15 && (boot_cpu_data.x86_model ==0x60 || - boot_cpu_data.x86_model ==0x70 )) + boot_cpu_data.x86_model ==0x70 )) { data->read_tempreg = read_tempreg_nb_f15; -else if (boot_cpu_data.x86 ==0x17 ) + }else if (boot_cpu_data.x86 ==0x17 ) { + data->temp_adjust_mask =0x80000 ; data->read_tempreg = read_tempreg_nb_f17; -else + }else { data->read_tempreg = read_tempreg_pci; + }for (i =0 ; i <ARRAY_SIZE (tctl_offset_table); i++) {const struct tctl_offset *entry = &tctl_offset_table[i];
Greg Kroah-Hartman
maintainerPATCH 75/81 hwmon: (k10temp) Add support for AMD Ryzen w/ Vega graphics
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guenter Roeck <[email protected]>
commit 877d8948d0aa402fbbede138fc73432bb335b65f upstream.
Enable k10temp for AMD Ryzen APUs w/ Vega Mobile Gfx.
Based on patch from René Rebe <[email protected]>. Dropped temperature offsets since those are not supposed to apply for the affected CPUs.
--- drivers/hwmon/k10temp.c | 5 +++++ 1 file changed, 5 insertions(+)
drivers/hwmon/k10temp.c +5 -0
@@ -40,6 +40,10 @@ static DEFINE_MUTEX(nb_smu_ind_mutex);#define PCI_DEVICE_ID_AMD_17H_DF_F3 0x1463#endif +#ifndef PCI_DEVICE_ID_AMD_17H_RR_NB +#define PCI_DEVICE_ID_AMD_17H_RR_NB 0x15d0 +#endif +/* CPUID function 0x80000001, ebx */ #define CPUID_PKGTYPE_MASK 0xf0000000#define CPUID_PKGTYPE_F 0x00000000
@@ -298,6 +302,7 @@ static const struct pci_device_id k10tem { PCI_VDEVICE(AMD, PCI_DEVICE_ID_AMD_16H_NB_F3) }, { PCI_VDEVICE(AMD, PCI_DEVICE_ID_AMD_16H_M30H_NB_F3) }, { PCI_VDEVICE(AMD, PCI_DEVICE_ID_AMD_17H_DF_F3) }, + { PCI_VDEVICE(AMD, PCI_DEVICE_ID_AMD_17H_RR_NB) }, {} };MODULE_DEVICE_TABLE (pci, k10temp_id_table);
Greg Kroah-Hartman
maintainerPATCH 78/81 s390/uprobes: implement arch_uretprobe_is_alive()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Heiko Carstens <[email protected]>
commit 783c3b53b9506db3e05daacfe34e0287eebb09d8 upstream.
Implement s390 specific arch_uretprobe_is_alive() to avoid SIGSEGVs observed with uretprobes in combination with setjmp/longjmp.
See commit 2dea1d9c38e4 ("powerpc/uprobes: Implement arch_uretprobe_is_alive()") for more details.
With this implemented all test cases referenced in the above commit pass.
--- arch/s390/kernel/uprobes.c | 9 +++++++++ 1 file changed, 9 insertions(+)
arch/s390/kernel/uprobes.c +9 -0
@@ -150,6 +150,15 @@ unsigned long arch_uretprobe_hijack_retureturn orig; } +bool arch_uretprobe_is_alive (struct return_instance *ret,enum rp_check ctx, +struct pt_regs *regs) +{ +if (ctx ==RP_CHECK_CHAIN_CALL ) +return user_stack_pointer (regs) <= ret->stack; +else +return user_stack_pointer (regs) < ret->stack; +} +/* Instruction Emulation */ static void adjust_psw_addr (psw_t *psw,unsigned long len)
Greg Kroah-Hartman
maintainerPATCH 79/81 s390/cpum_cf: rename IBM z13/z14 counter names
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: André Wild <[email protected]>
commit 5f3ba878e7a2ffef82fb0882c0dd2c3507d734bc upstream.
Change the IBM z13/z14 counter names to be in sync with all other models.
--- arch/s390/kernel/perf_cpum_cf_events.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-)
arch/s390/kernel/perf_cpum_cf_events.c +4 -4
@@ -123,7 +123,7 @@ CPUMF_EVENT_ATTR(cf_zec12, L1I_OFFBOOK_LCPUMF_EVENT_ATTR (cf_zec12,TX_NC_TABORT ,0x00b1 );CPUMF_EVENT_ATTR (cf_zec12,TX_C_TABORT_NO_SPECIAL ,0x00b2 );CPUMF_EVENT_ATTR (cf_zec12,TX_C_TABORT_SPECIAL ,0x00b3 ); -CPUMF_EVENT_ATTR (cf_z13,L1D_WRITES_RO_EXCL ,0x0080 ); +CPUMF_EVENT_ATTR (cf_z13,L1D_RO_EXCL_WRITES ,0x0080 );CPUMF_EVENT_ATTR (cf_z13,DTLB1_WRITES ,0x0081 );CPUMF_EVENT_ATTR (cf_z13,DTLB1_MISSES ,0x0082 );CPUMF_EVENT_ATTR (cf_z13,DTLB1_HPAGE_WRITES ,0x0083 );
@@ -179,7 +179,7 @@ CPUMF_EVENT_ATTR(cf_z13, TX_C_TABORT_NO_CPUMF_EVENT_ATTR (cf_z13,TX_C_TABORT_SPECIAL ,0x00dc );CPUMF_EVENT_ATTR (cf_z13,MT_DIAG_CYCLES_ONE_THR_ACTIVE ,0x01c0 );CPUMF_EVENT_ATTR (cf_z13,MT_DIAG_CYCLES_TWO_THR_ACTIVE ,0x01c1 ); -CPUMF_EVENT_ATTR (cf_z14,L1D_WRITES_RO_EXCL ,0x0080 ); +CPUMF_EVENT_ATTR (cf_z14,L1D_RO_EXCL_WRITES ,0x0080 );CPUMF_EVENT_ATTR (cf_z14,DTLB2_WRITES ,0x0081 );CPUMF_EVENT_ATTR (cf_z14,DTLB2_MISSES ,0x0082 );CPUMF_EVENT_ATTR (cf_z14,DTLB2_HPAGE_WRITES ,0x0083 );
@@ -371,7 +371,7 @@ static struct attribute *cpumcf_zec12_pm };static struct attribute *cpumcf_z13_pmu_event_attr[]__initdata = { -CPUMF_EVENT_PTR (cf_z13,L1D_WRITES_RO_EXCL ), +CPUMF_EVENT_PTR (cf_z13,L1D_RO_EXCL_WRITES ),CPUMF_EVENT_PTR (cf_z13,DTLB1_WRITES ),CPUMF_EVENT_PTR (cf_z13,DTLB1_MISSES ),CPUMF_EVENT_PTR (cf_z13,DTLB1_HPAGE_WRITES ),
@@ -431,7 +431,7 @@ static struct attribute *cpumcf_z13_pmu_ };static struct attribute *cpumcf_z14_pmu_event_attr[]__initdata = { -CPUMF_EVENT_PTR (cf_z14,L1D_WRITES_RO_EXCL ), +CPUMF_EVENT_PTR (cf_z14,L1D_RO_EXCL_WRITES ),CPUMF_EVENT_PTR (cf_z14,DTLB2_WRITES ),CPUMF_EVENT_PTR (cf_z14,DTLB2_MISSES ),CPUMF_EVENT_PTR (cf_z14,DTLB2_HPAGE_WRITES ),
Greg Kroah-Hartman
maintainerPATCH 80/81 kprobes: Fix random address output of blacklist file
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Thomas Richter <[email protected]>
commit bcbd385b61bbdef3491d662203ac2e8186e5be59 upstream.
File /sys/kernel/debug/kprobes/blacklist displays random addresses:
[root@s8360046 linux]# cat /sys/kernel/debug/kprobes/blacklist
0x0000000047149a90-0x00000000bfcb099a print_type_x8
....
This breaks 'perf probe' which uses the blacklist file to prohibit probes on certain functions by checking the address range.
Fix this by printing the correct (unhashed) address.
The file mode is read all but this is not an issue as the file hierarchy points out:
# ls -ld /sys/ /sys/kernel/ /sys/kernel/debug/ /sys/kernel/debug/kprobes/ /sys/kernel/debug/kprobes/blacklist dr-xr-xr-x 12 root root 0 Apr 19 07:56 /sys/ drwxr-xr-x 8 root root 0 Apr 19 07:56 /sys/kernel/ drwx------ 16 root root 0 Apr 19 06:56 /sys/kernel/debug/ drwxr-xr-x 2 root root 0 Apr 19 06:56 /sys/kernel/debug/kprobes/ -r--r--r-- 1 root root 0 Apr 19 06:56 /sys/kernel/debug/kprobes/blacklist
Everything in and below /sys/kernel/debug is rwx to root only, no group or others have access.
Background:
Directory /sys/kernel/debug/kprobes is created by debugfs_create_dir() which sets the mode bits to rwxr-xr-x. Maybe change that to use the parent's directory mode bits instead?
--- kernel/kprobes.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
kernel/kprobes.c +1 -1
@@ -2428,7 +2428,7 @@ static int kprobe_blacklist_seq_show(strstruct kprobe_blacklist_entry *ent = list_entry(v, struct kprobe_blacklist_entry, list); -seq_printf (m,"0x%p-0x%p\t%ps\n" , (void *)ent->start_addr, +seq_printf (m,"0x%px-0x%px\t%ps\n" , (void *)ent->start_addr, (void *)ent->end_addr, (void *)ent->start_addr);return 0 ; }
Greg Kroah-Hartman
maintainerPATCH 81/81 ACPI / video: Only default only_lcd to true on Win8-ready _desktops_
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Hans de Goede <[email protected]>
commit 53fa1f6e8a5958da698a31edf366ffe90596b490 upstream.
Commit 5928c281524f (ACPI / video: Default lcd_only to true on Win8-ready and newer machines) made only_lcd default to true on all machines where acpi_osi_is_win8() returns true, including laptops.
The purpose of this is to avoid the bogus / non-working acpi backlight interface which many newer BIOS-es define on desktop machines.
But this is causing a regression on some laptops, specifically on the Dell XPS 13 2013 model, which does not have the LCD flag set for its fully functional ACPI backlight interface.
Rather then DMI quirking our way out of this, this commits changes the logic for setting only_lcd to true, to only do this on machines with a desktop (or server) dmi chassis-type.
Note that we cannot simply only check the chassis-type and not register the backlight interface based on that as there are some laptops and tablets which have their chassis-type set to "3" aka desktop. Hopefully the combination of checking the LCD flag, but only on devices with a desktop(ish) chassis-type will avoid the needs for DMI quirks for this, or at least limit the amount of DMI quirks which we need to a minimum.
--- drivers/acpi/acpi_video.c | 27 +++++++++++++++++++++++++-- 1 file changed, 25 insertions(+), 2 deletions(-)
drivers/acpi/acpi_video.c +25 -2
@@ -2123,6 +2123,25 @@ static int __init intel_opregion_presentreturn opregion; } +static bool dmi_is_desktop (void ) +{ +const char *chassis_type; + + chassis_type =dmi_get_system_info (DMI_CHASSIS_TYPE ); +if (!chassis_type) +return false; + +if (!strcmp (chassis_type,"3" ) ||/* 3: Desktop */ + !strcmp (chassis_type,"4" ) ||/* 4: Low Profile Desktop */ + !strcmp (chassis_type,"5" ) ||/* 5: Pizza Box */ + !strcmp (chassis_type,"6" ) ||/* 6: Mini Tower */ + !strcmp (chassis_type,"7" ) ||/* 7: Tower */ + !strcmp (chassis_type,"11" ))/* 11: Main Server Chassis */ +return true; + +return false; +} +int acpi_video_register (void ) {int ret =0 ;
@@ -2143,8 +2162,12 @@ int acpi_video_register(void)* win8 ready (where we also prefer the native backlight driver, so * normally the acpi_video code should not register there anyways). */ -if (only_lcd ==-1 ) - only_lcd =acpi_osi_is_win8 (); +if (only_lcd ==-1 ) { +if (dmi_is_desktop () &&acpi_osi_is_win8 ()) + only_lcd = true; +else + only_lcd = false; + }dmi_check_system (video_dmi_table);
Greg Kroah-Hartman
maintainerPATCH 1/81 Revert "pinctrl: intel: Initialize GPIO properly when used through irqchip"
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Greg Kroah-Hartman <[email protected]>
This reverts commit f5a26acf0162477af6ee4c11b4fb9cffe5d3e257
Mike writes:
It seems that commit f5a26acf0162 ("pinctrl: intel: Initialize GPIO properly when used through irqchip") can cause problems on some Skylake systems with Sunrisepoint PCH-H. Namely on certain systems it may turn the backlight PWM pin from native mode to GPIO which makes the screen blank during boot.
There is more information here:
https://bugzilla.redhat.com/show_bug.cgi?id=1543769
The actual reason is that GPIO numbering used in BIOS is using "Windows" numbers meaning that they don't match the hardware 1:1 and because of this a wrong pin (backlight PWM) is picked and switched to GPIO mode.
There is a proper fix for this but since it has quite many dependencies on commits that cannot be considered stable material, I suggest we revert commit f5a26acf0162 from stable trees 4.9, 4.14 and 4.15 to prevent the backlight issue.
--- drivers/pinctrl/intel/pinctrl-intel.c | 23 ++++++++--------------- 1 file changed, 8 insertions(+), 15 deletions(-)
drivers/pinctrl/intel/pinctrl-intel.c +8 -15
@@ -425,18 +425,6 @@ static void __intel_gpio_set_direction(vwritel (value, padcfg0); } -static void intel_gpio_set_gpio_mode (void __iomem *padcfg0) -{ -u32 value; - -/* Put the pad into GPIO mode */ - value =readl (padcfg0) & ~PADCFG0_PMODE_MASK ; -/* Disable SCI/SMI/NMI generation */ - value &= ~(PADCFG0_GPIROUTIOXAPIC |PADCFG0_GPIROUTSCI ); - value &= ~(PADCFG0_GPIROUTSMI |PADCFG0_GPIROUTNMI ); -writel (value, padcfg0); -} -static int intel_gpio_request_enable (struct pinctrl_dev *pctldev,struct pinctrl_gpio_range *range,unsigned pin)
@@ -444,6 +432,7 @@ static int intel_gpio_request_enable(strstruct intel_pinctrl *pctrl =pinctrl_dev_get_drvdata (pctldev);void __iomem *padcfg0;unsigned long flags; +u32 value;raw_spin_lock_irqsave (&pctrl->lock, flags);
@@ -453,7 +442,13 @@ static int intel_gpio_request_enable(str } padcfg0 =intel_get_padcfg (pctrl, pin,PADCFG0 ); -intel_gpio_set_gpio_mode (padcfg0); +/* Put the pad into GPIO mode */ + value =readl (padcfg0) & ~PADCFG0_PMODE_MASK ; +/* Disable SCI/SMI/NMI generation */ + value &= ~(PADCFG0_GPIROUTIOXAPIC |PADCFG0_GPIROUTSCI ); + value &= ~(PADCFG0_GPIROUTSMI |PADCFG0_GPIROUTNMI ); +writel (value, padcfg0); +/* Disable TX buffer and enable RX (this will be input) */ __intel_gpio_set_direction (padcfg0, true);
@@ -973,8 +968,6 @@ static int intel_gpio_irq_type(struct irraw_spin_lock_irqsave (&pctrl->lock, flags); -intel_gpio_set_gpio_mode (reg); - value =readl (reg); value &= ~(PADCFG0_RXEVCFG_MASK |PADCFG0_RXINV );
Greg Kroah-Hartman
maintainerPATCH 11/81 ipv6: sr: fix NULL pointer dereference in seg6_do_srh_encap()- v4 pkts
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Ahmed Abdelsalam <[email protected]>
[ Upstream commit a957fa190aa9d9168b33d460a5241a6d088c6265 ]
In case of seg6 in encap mode, seg6_do_srh_encap() calls set_tun_src() in order to set the src addr of outer IPv6 header.
The net_device is required for set_tun_src(). However calling ip6_dst_idev() on dst_entry in case of IPv4 traffic results on the following bug.
Using just dst->dev should fix this BUG.
[ 196.242461] BUG: unable to handle kernel NULL pointer dereference at 0000000000000000 [ 196.242975] PGD 800000010f076067 P4D 800000010f076067 PUD 10f060067 PMD 0 [ 196.243329] Oops: 0000 [#1] SMP PTI [ 196.243468] Modules linked in: nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd cryptd input_leds glue_helper led_class pcspkr serio_raw mac_hid video autofs4 hid_generic usbhid hid e1000 i2c_piix4 ahci pata_acpi libahci [ 196.244362] CPU: 2 PID: 1089 Comm: ping Not tainted 4.16.0+ #1 [ 196.244606] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006 [ 196.244968] RIP: 0010:seg6_do_srh_encap+0x1ac/0x300 [ 196.245236] RSP: 0018:ffffb2ce00b23a60 EFLAGS: 00010202 [ 196.245464] RAX: 0000000000000000 RBX: ffff8c7f53eea300 RCX: 0000000000000000 [ 196.245742] RDX: 0000f10000000000 RSI: ffff8c7f52085a6c RDI: ffff8c7f41166850 [ 196.246018] RBP: ffffb2ce00b23aa8 R08: 00000000000261e0 R09: ffff8c7f41166800 [ 196.246294] R10: ffffdce5040ac780 R11: ffff8c7f41166828 R12: ffff8c7f41166808 [ 196.246570] R13: ffff8c7f52085a44 R14: ffffffffb73211c0 R15: ffff8c7e69e44200 [ 196.246846] FS: 00007fc448789700(0000) GS:ffff8c7f59d00000(0000) knlGS:0000000000000000 [ 196.247286] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 196.247526] CR2: 0000000000000000 CR3: 000000010f05a000 CR4: 00000000000406e0 [ 196.247804] Call Trace: [ 196.247972] seg6_do_srh+0x15b/0x1c0 [ 196.248156] seg6_output+0x3c/0x220 [ 196.248341] ? prandom_u32+0x14/0x20 [ 196.248526] ? ip_idents_reserve+0x6c/0x80 [ 196.248723] ? __ip_select_ident+0x90/0x100 [ 196.248923] ? ip_append_data.part.50+0x6c/0xd0 [ 196.249133] lwtunnel_output+0x44/0x70 [ 196.249328] ip_send_skb+0x15/0x40 [ 196.249515] raw_sendmsg+0x8c3/0xac0 [ 196.249701] ? _copy_from_user+0x2e/0x60 [ 196.249897] ? rw_copy_check_uvector+0x53/0x110 [ 196.250106] ? _copy_from_user+0x2e/0x60 [ 196.250299] ? copy_msghdr_from_user+0xce/0x140 [ 196.250508] sock_sendmsg+0x36/0x40 [ 196.250690] ___sys_sendmsg+0x292/0x2a0 [ 196.250881] ? _cond_resched+0x15/0x30 [ 196.251074] ? copy_termios+0x1e/0x70 [ 196.251261] ? _copy_to_user+0x22/0x30 [ 196.251575] ? tty_mode_ioctl+0x1c3/0x4e0 [ 196.251782] ? _cond_resched+0x15/0x30 [ 196.251972] ? mutex_lock+0xe/0x30 [ 196.252152] ? vvar_fault+0xd2/0x110 [ 196.252337] ? __do_fault+0x1f/0xc0 [ 196.252521] ? __handle_mm_fault+0xc1f/0x12d0 [ 196.252727] ? __sys_sendmsg+0x63/0xa0 [ 196.252919] __sys_sendmsg+0x63/0xa0 [ 196.253107] do_syscall_64+0x72/0x200 [ 196.253305] entry_SYSCALL_64_after_hwframe+0x3d/0xa2 [ 196.253530] RIP: 0033:0x7fc4480b0690 [ 196.253715] RSP: 002b:00007ffde9f252f8 EFLAGS: 00000246 ORIG_RAX: 000000000000002e [ 196.254053] RAX: ffffffffffffffda RBX: 0000000000000040 RCX: 00007fc4480b0690 [ 196.254331] RDX: 0000000000000000 RSI: 000000000060a360 RDI: 0000000000000003 [ 196.254608] RBP: 00007ffde9f253f0 R08: 00000000002d1e81 R09: 0000000000000002 [ 196.254884] R10: 00007ffde9f250c0 R11: 0000000000000246 R12: 0000000000b22070 [ 196.255205] R13: 20c49ba5e353f7cf R14: 431bde82d7b634db R15: 00007ffde9f278fe [ 196.255484] Code: a5 0f b6 45 c0 41 88 41 28 41 0f b6 41 2c 48 c1 e0 04 49 8b 54 01 38 49 8b 44 01 30 49 89 51 20 49 89 41 18 48 8b 83 b0 00 00 00 <48> 8b 30 49 8b 86 08 0b 00 00 48 8b 40 20 48 8b 50 08 48 0b 10 [ 196.256190] RIP: seg6_do_srh_encap+0x1ac/0x300 RSP: ffffb2ce00b23a60 [ 196.256445] CR2: 0000000000000000 [ 196.256676] ---[ end trace 71af7d093603885c ]---
--- net/ipv6/seg6_iptunnel.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/ipv6/seg6_iptunnel.c +1 -1
@@ -136,7 +136,7 @@ int seg6_do_srh_encap(struct sk_buff *sk isrh->nexthdr = proto; hdr->daddr = isrh->segments[isrh->first_segment]; -set_tun_src (net,ip6_dst_idev (dst)->dev, &hdr->daddr, &hdr->saddr); +set_tun_src (net, dst->dev, &hdr->daddr, &hdr->saddr);#ifdef CONFIG_IPV6_SEG6_HMAC if (sr_has_hmac (isrh)) {
Greg Kroah-Hartman
maintainerPATCH 15/81 net: af_packet: fix race in PACKET_{R|T}X_RING
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Eric Dumazet <[email protected]>
[ Upstream commit 5171b37d959641bbc619781caf62e61f7b940871 ]
In order to remove the race caught by syzbot [1], we need to lock the socket before using po->tp_version as this could change under us otherwise.
This means lock_sock() and release_sock() must be done by packet_set_ring() callers.
[1] :
BUG: KMSAN: uninit-value in packet_set_ring+0x1254/0x3870 net/packet/af_packet.c:4249 CPU: 0 PID: 20195 Comm: syzkaller707632 Not tainted 4.16.0+ #83 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:17 [inline] dump_stack+0x185/0x1d0 lib/dump_stack.c:53 kmsan_report+0x142/0x240 mm/kmsan/kmsan.c:1067 __msan_warning_32+0x6c/0xb0 mm/kmsan/kmsan_instr.c:676 packet_set_ring+0x1254/0x3870 net/packet/af_packet.c:4249 packet_setsockopt+0x12c6/0x5a90 net/packet/af_packet.c:3662 SYSC_setsockopt+0x4b8/0x570 net/socket.c:1849 SyS_setsockopt+0x76/0xa0 net/socket.c:1828 do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x3d/0xa2 RIP: 0033:0x449099 RSP: 002b:00007f42b5307ce8 EFLAGS: 00000246 ORIG_RAX: 0000000000000036 RAX: ffffffffffffffda RBX: 000000000070003c RCX: 0000000000449099 RDX: 0000000000000005 RSI: 0000000000000107 RDI: 0000000000000003 RBP: 0000000000700038 R08: 000000000000001c R09: 0000000000000000 R10: 00000000200000c0 R11: 0000000000000246 R12: 0000000000000000 R13: 000000000080eecf R14: 00007f42b53089c0 R15: 0000000000000001
Local variable description: ----req_u@packet_setsockopt Variable was created at:
packet_setsockopt+0x13f/0x5a90 net/packet/af_packet.c:3612 SYSC_setsockopt+0x4b8/0x570 net/socket.c:1849
--- net/packet/af_packet.c | 23 ++++++++++++++--------- 1 file changed, 14 insertions(+), 9 deletions(-)
net/packet/af_packet.c +14 -9
@@ -3008,6 +3008,7 @@ static int packet_release(struct socketpacket_flush_mclist (sk); +lock_sock (sk);if (po->rx_ring.pg_vec) {memset (&req_u,0 ,sizeof (req_u));packet_set_ring (sk, &req_u,1 ,0 );
@@ -3017,6 +3018,7 @@ static int packet_release(struct socketmemset (&req_u,0 ,sizeof (req_u));packet_set_ring (sk, &req_u,1 ,1 ); } +release_sock (sk); f =fanout_release (sk);
@@ -3645,6 +3647,7 @@ packet_setsockopt(struct socket *sock, iunion tpacket_req_u req_u;int len; +lock_sock (sk);switch (po->tp_version) {case TPACKET_V1 :case TPACKET_V2 :
@@ -3655,12 +3658,17 @@ packet_setsockopt(struct socket *sock, i len =sizeof (req_u.req3);break ; } -if (optlen < len) -return -EINVAL ; -if (copy_from_user (&req_u.req, optval, len)) -return -EFAULT ; -return packet_set_ring (sk, &req_u,0 , - optname ==PACKET_TX_RING ); +if (optlen < len) { + ret = -EINVAL ; + }else { +if (copy_from_user (&req_u.req, optval, len)) + ret = -EFAULT ; +else + ret =packet_set_ring (sk, &req_u,0 , + optname ==PACKET_TX_RING ); + } +release_sock (sk); +return ret; }case PACKET_COPY_THRESH : {
@@ -4210,8 +4218,6 @@ static int packet_set_ring(struct sock */* Added to avoid minimal code churn */ struct tpacket_req *req = &req_u->req; -lock_sock (sk); - rb = tx_ring ? &po->tx_ring : &po->rx_ring; rb_queue = tx_ring ? &sk->sk_write_queue : &sk->sk_receive_queue;
@@ -4349,7 +4355,6 @@ static int packet_set_ring(struct sock *if (pg_vec)free_pg_vec (pg_vec, order, req->tp_block_nr); out: -release_sock (sk);return err; }
Greg Kroah-Hartman
maintainerPATCH 19/81 net/smc: fix shutdown in state SMC_LISTEN
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Ursula Braun <[email protected]>
[ Upstream commit 1255fcb2a655f05e02f3a74675a6d6525f187afd ]
Calling shutdown with SHUT_RD and SHUT_RDWR for a listening SMC socket crashes, because
commit 127f49705823 ("net/smc: release clcsock from tcp_listen_worker")
releases the internal clcsock in smc_close_active() and sets smc->clcsock to NULL.
For SHUT_RD the smc_close_active() call is removed.
For SHUT_RDWR the kernel_sock_shutdown() call is omitted, since the clcsock is already released.
--- net/smc/af_smc.c | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-)
net/smc/af_smc.c +4 -6
@@ -1254,14 +1254,12 @@ static int smc_shutdown(struct socket *s rc =smc_close_shutdown_write (smc);break ;case SHUT_RD : -if (sk->sk_state ==SMC_LISTEN ) - rc =smc_close_active (smc); -else - rc =0 ; -/* nothing more to do because peer is not involved */ + rc =0 ; +/* nothing more to do because peer is not involved */ break ; } - rc1 =kernel_sock_shutdown (smc->clcsock, how); +if (smc->clcsock) + rc1 =kernel_sock_shutdown (smc->clcsock, how);/* map sock_shutdown_cmd constants to sk_shutdown value range */ sk->sk_shutdown |= how +1 ;
Greg Kroah-Hartman
maintainerPATCH 20/81 net: stmmac: Disable ACS Feature for GMAC >= 4
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Jose Abreu <[email protected]>
[ Upstream commit 565020aaeebfa7c8b3ec077bee38f4c15acc9905 ]
ACS Feature is currently enabled for GMAC >= 4 but the llc_snap status is never checked in descriptor rx_status callback. This will cause stmmac to always strip packets even that ACS feature is already stripping them.
Lets be safe and disable the ACS feature for GMAC >= 4 and always strip the packets for this GMAC version.
--- drivers/net/ethernet/stmicro/stmmac/dwmac4.h | 2 +- drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c | 7 ------- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 7 ++++++- 3 files changed, 7 insertions(+), 9 deletions(-)
drivers/net/ethernet/stmicro/stmmac/dwmac4.h +1 -1
@@ -343,7 +343,7 @@ enum power_event {#define MTL_RX_OVERFLOW_INT BIT(16)/* Default operating mode of the MAC */ -#define GMAC_CORE_INIT (GMAC_CONFIG_JD | GMAC_CONFIG_PS | GMAC_CONFIG_ACS | \ +#define GMAC_CORE_INIT (GMAC_CONFIG_JD | GMAC_CONFIG_PS | \ GMAC_CONFIG_BE | GMAC_CONFIG_DCRS)/* To dump the core regs excluding the Address Registers */
drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c +0 -7
@@ -30,13 +30,6 @@ static void dwmac4_core_init(struct mac_ value |=GMAC_CORE_INIT ; -/* Clear ACS bit because Ethernet switch tagging formats such as -* Broadcom tags can look like invalid LLC/SNAP packets and cause the -* hardware to truncate packets on reception. -*/ -if (netdev_uses_dsa (dev)) - value &= ~GMAC_CONFIG_ACS ; -if (mtu >1500 ) value |=GMAC_CONFIG_2K ;if (mtu >2000 )
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c +6 -1
@@ -3435,8 +3435,13 @@ static int stmmac_rx(struct stmmac_priv/* ACS is set; GMAC core strips PAD/FCS for IEEE 802.3 * Type frames (LLC/LLC-SNAP) +* +* llc_snap is never checked in GMAC >= 4, so this ACS +* feature is always disabled and packets need to be +* stripped manually. */ -if (unlikely (status != llc_snap)) +if (unlikely (priv->synopsys_id >=DWMAC_CORE_4_00 ) || +unlikely (status != llc_snap)) frame_len -=ETH_FCS_LEN ;if (netif_msg_rx_status (priv)) {
Greg Kroah-Hartman
maintainerPATCH 22/81 pppoe: check sockaddr length in pppoe_connect()
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guillaume Nault <[email protected]>
[ Upstream commit a49e2f5d5fb141884452ddb428f551b123d436b5 ]
We must validate sockaddr_len, otherwise userspace can pass fewer data than we expect and we end up accessing invalid data.
--- drivers/net/ppp/pppoe.c | 4 ++++ 1 file changed, 4 insertions(+)
drivers/net/ppp/pppoe.c +4 -0
@@ -620,6 +620,10 @@ static int pppoe_connect(struct socket *lock_sock (sk); error = -EINVAL ; + +if (sockaddr_len !=sizeof (struct sockaddr_pppox )) + goto end; +if (sp->sa_protocol !=PX_PROTO_OE ) goto end;
Greg Kroah-Hartman
maintainerPATCH 23/81 Revert "macsec: missing dev_put() on error in macsec_newlink()"
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Dan Carpenter <[email protected]>
[ Upstream commit bd28899dd34f9283c567f7eeb31bb546f10820b5 ]
This patch is just wrong, sorry. I was trying to fix a static checker warning and misread the code. The reference taken in macsec_newlink() is released in macsec_free_netdev() when the netdevice is destroyed.
This reverts commit 5dcd8400884cc4a043a6d4617e042489e5d566a9.
--- drivers/net/macsec.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-)
drivers/net/macsec.c +2 -3
@@ -3277,7 +3277,7 @@ static int macsec_newlink(struct net *ne err =netdev_upper_dev_link (real_dev, dev, extack);if (err <0 ) - goto put_dev; + goto unregister;/* need to be already registered so that ->init has run and * the MAC addr is set
@@ -3316,8 +3316,7 @@ del_dev:macsec_del_dev (macsec); unlink:netdev_upper_dev_unlink (real_dev, dev); -put_dev: -dev_put (real_dev); +unregister:unregister_netdevice (dev);return err; }
Greg Kroah-Hartman
maintainerPATCH 24/81 sctp: do not check port in sctp_inet6_cmp_addr
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Xin Long <[email protected]>
[ Upstream commit 1071ec9d453a38023579714b64a951a2fb982071 ]
pf->cmp_addr() is called before binding a v6 address to the sock. It should not check ports, like in sctp_inet_cmp_addr.
But sctp_inet6_cmp_addr checks the addr by invoking af(6)->cmp_addr, sctp_v6_cmp_addr where it also compares the ports.
This would cause that setsockopt(SCTP_SOCKOPT_BINDX_ADD) could bind multiple duplicated IPv6 addresses after Commit 40b4f0fd74e4 ("sctp:
lack the check for ports in sctp_v6_cmp_addr").
This patch is to remove af->cmp_addr called in sctp_inet6_cmp_addr, but do the proper check for both v6 addrs and v4mapped addrs.
v1->v2:
- define __sctp_v6_cmp_addr to do the common address comparison used for both pf and af v6 cmp_addr.
--- net/sctp/ipv6.c | 60 ++++++++++++++++++++++++++++---------------------------- 1 file changed, 30 insertions(+), 30 deletions(-)
net/sctp/ipv6.c +30 -30
@@ -521,46 +521,49 @@ static void sctp_v6_to_addr(union sctp_a addr->v6.sin6_scope_id =0 ; } -/* Compare addresses exactly. -* v4-mapped-v6 is also in consideration. -*/ -static int sctp_v6_cmp_addr (const union sctp_addr *addr1, -const union sctp_addr *addr2) +static int __sctp_v6_cmp_addr (const union sctp_addr *addr1, +const union sctp_addr *addr2) {if (addr1->sa.sa_family != addr2->sa.sa_family) {if (addr1->sa.sa_family ==AF_INET && addr2->sa.sa_family ==AF_INET6 && -ipv6_addr_v4mapped (&addr2->v6.sin6_addr)) { -if (addr2->v6.sin6_port == addr1->v4.sin_port && - addr2->v6.sin6_addr.s6_addr32[3 ] == - addr1->v4.sin_addr.s_addr) -return 1 ; - } +ipv6_addr_v4mapped (&addr2->v6.sin6_addr) && + addr2->v6.sin6_addr.s6_addr32[3 ] == + addr1->v4.sin_addr.s_addr) +return 1 ; +if (addr2->sa.sa_family ==AF_INET && addr1->sa.sa_family ==AF_INET6 && -ipv6_addr_v4mapped (&addr1->v6.sin6_addr)) { -if (addr1->v6.sin6_port == addr2->v4.sin_port && - addr1->v6.sin6_addr.s6_addr32[3 ] == - addr2->v4.sin_addr.s_addr) -return 1 ; - } +ipv6_addr_v4mapped (&addr1->v6.sin6_addr) && + addr1->v6.sin6_addr.s6_addr32[3 ] == + addr2->v4.sin_addr.s_addr) +return 1 ; +return 0 ; } -if (addr1->v6.sin6_port != addr2->v6.sin6_port) -return 0 ; +if (!ipv6_addr_equal (&addr1->v6.sin6_addr, &addr2->v6.sin6_addr))return 0 ; +/* If this is a linklocal address, compare the scope_id. */ -if (ipv6_addr_type (&addr1->v6.sin6_addr) &IPV6_ADDR_LINKLOCAL ) { -if (addr1->v6.sin6_scope_id && addr2->v6.sin6_scope_id && - (addr1->v6.sin6_scope_id != addr2->v6.sin6_scope_id)) { -return 0 ; - } - } +if ((ipv6_addr_type (&addr1->v6.sin6_addr) &IPV6_ADDR_LINKLOCAL ) && + addr1->v6.sin6_scope_id && addr2->v6.sin6_scope_id && + addr1->v6.sin6_scope_id != addr2->v6.sin6_scope_id) +return 0 ;return 1 ; } +/* Compare addresses exactly. +* v4-mapped-v6 is also in consideration. +*/ +static int sctp_v6_cmp_addr (const union sctp_addr *addr1, +const union sctp_addr *addr2) +{ +return __sctp_v6_cmp_addr (addr1, addr2) && + addr1->v6.sin6_port == addr2->v6.sin6_port; +} +/* Initialize addr struct to INADDR_ANY. */ static void sctp_v6_inaddr_any (union sctp_addr *addr,__be16 port) {
@@ -846,8 +849,8 @@ static int sctp_inet6_cmp_addr(const uniconst union sctp_addr *addr2, struct sctp_sock *opt) { - struct sctp_af *af1, *af2; struct sock *sk = sctp_opt2sk(opt); +struct sctp_af *af1, *af2; af1 =sctp_get_af_specific (addr1->sa.sa_family); af2 =sctp_get_af_specific (addr2->sa.sa_family);
@@ -863,10 +866,7 @@ static int sctp_inet6_cmp_addr(const uniif (sctp_is_any (sk, addr1) ||sctp_is_any (sk, addr2))return 1 ; -if (addr1->sa.sa_family != addr2->sa.sa_family) -return 0 ; - -return af1->cmp_addr (addr1, addr2); +return __sctp_v6_cmp_addr (addr1, addr2); }/* Verify that the provided sockaddr looks bindable. Common verification,
Greg Kroah-Hartman
maintainerPATCH 28/81 tcp: dont read out-of-bounds opsize
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Jann Horn <[email protected]>
[ Upstream commit 7e5a206ab686f098367b61aca989f5cdfa8114a3 ]
The old code reads the "opsize" variable from out-of-bounds memory (first byte behind the segment) if a broken TCP segment ends directly after an opcode that is neither EOL nor NOP.
The result of the read isn't used for anything, so the worst thing that could theoretically happen is a pagefault; and since the physmap is usually mostly contiguous, even that seems pretty unlikely.
The following C reproducer triggers the uninitialized read - however, you can't actually see anything happen unless you put something like a pr_warn() in tcp_parse_md5sig_option() to print the opsize.
====================================
#define _GNU_SOURCE
#include <arpa/inet.h>
#include <stdlib.h>
#include <errno.h>
#include <stdarg.h>
#include <net/if.h>
#include <linux/if.h>
#include <linux/ip.h>
#include <linux/tcp.h>
#include <linux/in.h>
#include <linux/if_tun.h>
#include <err.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <string.h>
#include <stdio.h>
#include <unistd.h>
#include <sys/ioctl.h>
#include <assert.h>
void systemf(const char *command, ...) {
char *full_command;
va_list ap;
va_start(ap, command);
if (vasprintf(&full_command, command, ap) == -1)
err(1, "vasprintf");
va_end(ap);
printf("systemf: <<<%s>>>\n", full_command);
system(full_command);
}
char *devname;
int tun_alloc(char *name) {
int fd = open("/dev/net/tun", O_RDWR);
if (fd == -1)
err(1, "open tun dev");
static struct ifreq req = { .ifr_flags = IFF_TUN|IFF_NO_PI };
strcpy(req.ifr_name, name);
if (ioctl(fd, TUNSETIFF, &req))
err(1, "TUNSETIFF"); devname = req.ifr_name;
printf("device name: %s\n", devname);
return fd;
}
#define IPADDR(a,b,c,d) (((a)<<0)+((b)<<8)+((c)<<16)+((d)<<24))
void sum_accumulate(unsigned int *sum, void *data, int len) {
assert((len&2)==0);
for (int i=0; i<len/2; i++) {
*sum += ntohs(((unsigned short *)data)[i]); }
}
unsigned short sum_final(unsigned int sum) {
sum = (sum >> 16) + (sum & 0xffff);
sum = (sum >> 16) + (sum & 0xffff);
return htons(~sum);
}
void fix_ip_sum(struct iphdr *ip) {
unsigned int sum = 0;
sum_accumulate(&sum, ip, sizeof(*ip));
ip->check = sum_final(sum);
}
void fix_tcp_sum(struct iphdr *ip, struct tcphdr *tcp) {
unsigned int sum = 0;
struct {
unsigned int saddr;
unsigned int daddr;
unsigned char pad;
unsigned char proto_num;
unsigned short tcp_len;
} fakehdr = {
.saddr = ip->saddr,
.daddr = ip->daddr,
.proto_num = ip->protocol,
.tcp_len = htons(ntohs(ip->tot_len) - ip->ihl*4) };
sum_accumulate(&sum, &fakehdr, sizeof(fakehdr)); sum_accumulate(&sum, tcp, tcp->doff*4); tcp->check = sum_final(sum);
}
int main(void) {
int tun_fd = tun_alloc("inject_dev%d"); systemf("ip link set %s up", devname); systemf("ip addr add 192.168.42.1/24 dev %s", devname);
struct {
struct iphdr ip;
struct tcphdr tcp;
unsigned char tcp_opts[20];
} __attribute__((packed)) syn_packet = {
.ip = {
.ihl = sizeof(struct iphdr)/4,
.version = 4,
.tot_len = htons(sizeof(syn_packet)),
.ttl = 30,
.protocol = IPPROTO_TCP,
/* FIXUP check */
.saddr = IPADDR(192,168,42,2),
.daddr = IPADDR(192,168,42,1)
},
.tcp = {
.source = htons(1),
.dest = htons(1337),
.seq = 0x12345678,
.doff = (sizeof(syn_packet.tcp)+sizeof(syn_packet.tcp_opts))/4,
.syn = 1,
.window = htons(64),
.check = 0 /*FIXUP*/
},
.tcp_opts = {
/* INVALID: trailing MD5SIG opcode after NOPs */
1, 1, 1, 1, 1,
1, 1, 1, 1, 1,
1, 1, 1, 1, 1,
1, 1, 1, 1, 19
}
};
fix_ip_sum(&syn_packet.ip);
fix_tcp_sum(&syn_packet.ip, &syn_packet.tcp);
while (1) {
int write_res = write(tun_fd, &syn_packet, sizeof(syn_packet));
if (write_res != sizeof(syn_packet))
err(1, "packet write failed"); }
}
====================================
--- net/ipv4/tcp_input.c | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-)
net/ipv4/tcp_input.c +2 -5
@@ -3871,11 +3871,8 @@ const u8 *tcp_parse_md5sig_option(constint length = (th->doff <<2 ) -sizeof (*th);const u8 *ptr = (const u8 *)(th +1 ); -/* If the TCP option is too short, we can short cut */ -if (length <TCPOLEN_MD5SIG ) -return NULL ; - -while (length >0 ) { +/* If not enough data remaining, we can short cut */ +while (length >=TCPOLEN_MD5SIG ) {int opcode = *ptr++;int opsize;
Greg Kroah-Hartman
maintainerPATCH 29/81 tcp: md5: reject TCP_MD5SIG or TCP_MD5SIG_EXT on established sockets
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Eric Dumazet <[email protected]>
[ Upstream commit 7212303268918b9a203aebeacfdbd83b5e87b20d ]
syzbot/KMSAN reported an uninit-value in tcp_parse_options() [1]
I believe this was caused by a TCP_MD5SIG being set on live flow.
This is highly unexpected, since TCP option space is limited.
For instance, presence of TCP MD5 option automatically disables TCP TimeStamp option at SYN/SYNACK time, which we can not do once flow has been established.
Really, adding/deleting an MD5 key only makes sense on sockets in CLOSE or LISTEN state.
[1]
BUG: KMSAN: uninit-value in tcp_parse_options+0xd74/0x1a30 net/ipv4/tcp_input.c:3720 CPU: 1 PID: 6177 Comm: syzkaller192004 Not tainted 4.16.0+ #83 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:17 [inline] dump_stack+0x185/0x1d0 lib/dump_stack.c:53 kmsan_report+0x142/0x240 mm/kmsan/kmsan.c:1067 __msan_warning_32+0x6c/0xb0 mm/kmsan/kmsan_instr.c:676 tcp_parse_options+0xd74/0x1a30 net/ipv4/tcp_input.c:3720 tcp_fast_parse_options net/ipv4/tcp_input.c:3858 [inline] tcp_validate_incoming+0x4f1/0x2790 net/ipv4/tcp_input.c:5184 tcp_rcv_established+0xf60/0x2bb0 net/ipv4/tcp_input.c:5453 tcp_v4_do_rcv+0x6cd/0xd90 net/ipv4/tcp_ipv4.c:1469 sk_backlog_rcv include/net/sock.h:908 [inline] __release_sock+0x2d6/0x680 net/core/sock.c:2271 release_sock+0x97/0x2a0 net/core/sock.c:2786 tcp_sendmsg+0xd6/0x100 net/ipv4/tcp.c:1464 inet_sendmsg+0x48d/0x740 net/ipv4/af_inet.c:764 sock_sendmsg_nosec net/socket.c:630 [inline] sock_sendmsg net/socket.c:640 [inline] SYSC_sendto+0x6c3/0x7e0 net/socket.c:1747 SyS_sendto+0x8a/0xb0 net/socket.c:1715 do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x3d/0xa2 RIP: 0033:0x448fe9 RSP: 002b:00007fd472c64d38 EFLAGS: 00000216 ORIG_RAX: 000000000000002c RAX: ffffffffffffffda RBX: 00000000006e5a30 RCX: 0000000000448fe9 RDX: 000000000000029f RSI: 0000000020a88f88 RDI: 0000000000000004 RBP: 00000000006e5a34 R08: 0000000020e68000 R09: 0000000000000010 R10: 00000000200007fd R11: 0000000000000216 R12: 0000000000000000 R13: 00007fff074899ef R14: 00007fd472c659c0 R15: 0000000000000009
Uninit was created at:
kmsan_save_stack_with_flags mm/kmsan/kmsan.c:278 [inline] kmsan_internal_poison_shadow+0xb8/0x1b0 mm/kmsan/kmsan.c:188 kmsan_kmalloc+0x94/0x100 mm/kmsan/kmsan.c:314 kmsan_slab_alloc+0x11/0x20 mm/kmsan/kmsan.c:321 slab_post_alloc_hook mm/slab.h:445 [inline] slab_alloc_node mm/slub.c:2737 [inline] __kmalloc_node_track_caller+0xaed/0x11c0 mm/slub.c:4369 __kmalloc_reserve net/core/skbuff.c:138 [inline] __alloc_skb+0x2cf/0x9f0 net/core/skbuff.c:206 alloc_skb include/linux/skbuff.h:984 [inline] tcp_send_ack+0x18c/0x910 net/ipv4/tcp_output.c:3624 __tcp_ack_snd_check net/ipv4/tcp_input.c:5040 [inline] tcp_ack_snd_check net/ipv4/tcp_input.c:5053 [inline] tcp_rcv_established+0x2103/0x2bb0 net/ipv4/tcp_input.c:5469 tcp_v4_do_rcv+0x6cd/0xd90 net/ipv4/tcp_ipv4.c:1469 sk_backlog_rcv include/net/sock.h:908 [inline] __release_sock+0x2d6/0x680 net/core/sock.c:2271 release_sock+0x97/0x2a0 net/core/sock.c:2786 tcp_sendmsg+0xd6/0x100 net/ipv4/tcp.c:1464 inet_sendmsg+0x48d/0x740 net/ipv4/af_inet.c:764 sock_sendmsg_nosec net/socket.c:630 [inline] sock_sendmsg net/socket.c:640 [inline] SYSC_sendto+0x6c3/0x7e0 net/socket.c:1747 SyS_sendto+0x8a/0xb0 net/socket.c:1715 do_syscall_64+0x309/0x430 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x3d/0xa2
--- net/ipv4/tcp.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
net/ipv4/tcp.c +4 -2
@@ -2830,8 +2830,10 @@ static int do_tcp_setsockopt(struct sock#ifdef CONFIG_TCP_MD5SIG case TCP_MD5SIG :case TCP_MD5SIG_EXT : -/* Read the IP->Key mappings from userspace */ - err = tp->af_specific->md5_parse (sk, optname, optval, optlen); +if ((1 << sk->sk_state) & (TCPF_CLOSE |TCPF_LISTEN )) + err = tp->af_specific->md5_parse (sk, optname, optval, optlen); +else + err = -EINVAL ;break ;#endif case TCP_USER_TIMEOUT :
Greg Kroah-Hartman
maintainerPATCH 30/81 team: avoid adding twice the same option to the event list
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Paolo Abeni <[email protected]>
[ Upstream commit 4fb0534fb7bbc2346ba7d3a072b538007f4135a5 ]
When parsing the options provided by the user space, team_nl_cmd_options_set() insert them in a temporary list to send multiple events with a single message.
While each option's attribute is correctly validated, the code does not check for duplicate entries before inserting into the event list.
Exploiting the above, the syzbot was able to trigger the following splat:
kernel BUG at lib/list_debug.c:31!
invalid opcode: 0000 [#1] SMP KASAN
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: CPU: 0 PID: 4466 Comm: syzkaller556835 Not tainted 4.16.0+ #17 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 RIP: 0010:__list_add_valid+0xaa/0xb0 lib/list_debug.c:29 RSP: 0018:ffff8801b04bf248 EFLAGS: 00010286 RAX: 0000000000000058 RBX: ffff8801c8fc7a90 RCX: 0000000000000000 RDX: 0000000000000058 RSI: ffffffff815fbf41 RDI: ffffed0036097e3f RBP: ffff8801b04bf260 R08: ffff8801b0b2a700 R09: ffffed003b604f90 R10: ffffed003b604f90 R11: ffff8801db027c87 R12: ffff8801c8fc7a90 R13: ffff8801c8fc7a90 R14: dffffc0000000000 R15: 0000000000000000 FS: 0000000000b98880(0000) GS:ffff8801db000000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000000043fc30 CR3: 00000001afe8e000 CR4: 00000000001406f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: __list_add include/linux/list.h:60 [inline] list_add include/linux/list.h:79 [inline] team_nl_cmd_options_set+0x9ff/0x12b0 drivers/net/team/team.c:2571 genl_family_rcv_msg+0x889/0x1120 net/netlink/genetlink.c:599 genl_rcv_msg+0xc6/0x170 net/netlink/genetlink.c:624 netlink_rcv_skb+0x172/0x440 net/netlink/af_netlink.c:2448 genl_rcv+0x28/0x40 net/netlink/genetlink.c:635 netlink_unicast_kernel net/netlink/af_netlink.c:1310 [inline] netlink_unicast+0x58b/0x740 net/netlink/af_netlink.c:1336 netlink_sendmsg+0x9f0/0xfa0 net/netlink/af_netlink.c:1901 sock_sendmsg_nosec net/socket.c:629 [inline] sock_sendmsg+0xd5/0x120 net/socket.c:639 ___sys_sendmsg+0x805/0x940 net/socket.c:2117 __sys_sendmsg+0x115/0x270 net/socket.c:2155 SYSC_sendmsg net/socket.c:2164 [inline] SyS_sendmsg+0x29/0x30 net/socket.c:2162 do_syscall_64+0x29e/0x9d0 arch/x86/entry/common.c:287 entry_SYSCALL_64_after_hwframe+0x42/0xb7 RIP: 0033:0x4458b9 RSP: 002b:00007ffd1d4a7278 EFLAGS: 00000213 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RBX: 000000000000001b RCX: 00000000004458b9 RDX: 0000000000000010 RSI: 0000000020000d00 RDI: 0000000000000004 RBP: 00000000004a74ed R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000213 R12: 00007ffd1d4a7348 R13: 0000000000402a60 R14: 0000000000000000 R15: 0000000000000000 Code: 75 e8 eb a9 48 89 f7 48 89 75 e8 e8 d1 85 7b fe 48 8b 75 e8 eb bb 48 89 f2 48 89 d9 4c 89 e6 48 c7 c7 a0 84 d8 87 e8 ea 67 28 fe <0f> 0b 0f 1f 40 00 48 b8 00 00 00 00 00 fc ff df 55 48 89 e5 41 RIP: __list_add_valid+0xaa/0xb0 lib/list_debug.c:29 RSP: ffff8801b04bf248
This changeset addresses the avoiding list_add() if the current option is already present in the event list.
--- drivers/net/team/team.c | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+)
drivers/net/team/team.c +19 -0
@@ -261,6 +261,17 @@ static void __team_option_inst_mark_remo } } +static bool __team_option_inst_tmp_find (const struct list_head *opts, +const struct team_option_inst *needle) +{ +struct team_option_inst *opt_inst; + +list_for_each_entry (opt_inst, opts, tmp_list) +if (opt_inst == needle) +return true; +return false; +} +static int __team_options_register (struct team *team,const struct team_option *option,size_t option_count)
@@ -2562,6 +2573,14 @@ static int team_nl_cmd_options_set(strucif (err) goto team_put; opt_inst->changed = true; + +/* dumb/evil user-space can send us duplicate opt, +* keep only the last one +*/ +if (__team_option_inst_tmp_find (&opt_inst_list, + opt_inst)) +continue ; +list_add (&opt_inst->tmp_list, &opt_inst_list); }if (!opt_found) {
Greg Kroah-Hartman
maintainerPATCH 32/81 tipc: add policy for TIPC_NLA_NET_ADDR
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Eric Dumazet <[email protected]>
[ Upstream commit ec518f21cb1a1b1f8a516499ea05c60299e04963 ]
Before syzbot/KMSAN bites, add the missing policy for TIPC_NLA_NET_ADDR
--- net/tipc/netlink.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
net/tipc/netlink.c +2 -1
@@ -79,7 +79,8 @@ const struct nla_policy tipc_nl_sock_polconst struct nla_policy tipc_nl_net_policy[TIPC_NLA_NET_MAX +1 ] = { [TIPC_NLA_NET_UNSPEC ] = { .type =NLA_UNSPEC }, - [TIPC_NLA_NET_ID ] = { .type =NLA_U32 } + [TIPC_NLA_NET_ID ] = { .type =NLA_U32 }, + [TIPC_NLA_NET_ADDR ] = { .type =NLA_U32 }, };const struct nla_policy tipc_nl_link_policy[TIPC_NLA_LINK_MAX +1 ] = {
Greg Kroah-Hartman
maintainerPATCH 4/81 tpm: cmd_ready command can be issued only after granting locality
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Tomas Winkler <[email protected]>
commit 888d867df4417deffc33927e6fc2c6925736fe92 upstream.
The correct sequence is to first request locality and only after that perform cmd_ready handshake, otherwise the hardware will drop the subsequent message as from the device point of view the cmd_ready handshake wasn't performed. Symmetrically locality has to be relinquished only after going idle handshake has completed, this requires that go_idle has to poll for the completion and as well locality relinquish has to poll for completion so it is not overridden in back to back commands flow.
Two wrapper functions are added (request_locality relinquish_locality) to simplify the error handling.
The issue is only visible on devices that support multiple localities.
--- drivers/char/tpm/tpm-interface.c | 54 ++++++++++++++----- drivers/char/tpm/tpm_crb.c | 108 +++++++++++++++++++++++++++------------ drivers/char/tpm/tpm_tis_core.c | 4 + include/linux/tpm.h | 2 4 files changed, 120 insertions(+), 48 deletions(-)
drivers/char/tpm/tpm-interface.c +41 -13
@@ -369,6 +369,36 @@ err_len:return -EINVAL ; } +static int tpm_request_locality (struct tpm_chip *chip) +{ +int rc; + +if (!chip->ops->request_locality) +return 0 ; + + rc = chip->ops->request_locality (chip,0 ); +if (rc <0 ) +return rc; + + chip->locality = rc; + +return 0 ; +} + +static void tpm_relinquish_locality (struct tpm_chip *chip) +{ +int rc; + +if (!chip->ops->relinquish_locality) +return ; + + rc = chip->ops->relinquish_locality (chip, chip->locality); +if (rc) +dev_err (&chip->dev,"%s: : error %d\n" , __func__, rc); + + chip->locality =-1 ; +} +/** * tmp_transmit - Internal kernel interface to transmit TPM commands. *
@@ -422,8 +452,6 @@ ssize_t tpm_transmit(struct tpm_chip *chif (!(flags &TPM_TRANSMIT_UNLOCKED ))mutex_lock (&chip->tpm_mutex); -if (chip->dev.parent) -pm_runtime_get_sync (chip->dev.parent);if (chip->ops->clk_enable !=NULL ) chip->ops->clk_enable (chip, true);
@@ -431,14 +459,15 @@ ssize_t tpm_transmit(struct tpm_chip *ch/* Store the decision as chip->locality will be changed. */ need_locality = chip->locality ==-1 ; -if (!(flags &TPM_TRANSMIT_RAW ) && - need_locality && chip->ops->request_locality) { - rc = chip->ops->request_locality (chip,0 ); +if (!(flags &TPM_TRANSMIT_RAW ) && need_locality) { + rc =tpm_request_locality (chip);if (rc <0 ) goto out_no_locality; - chip->locality = rc; } +if (chip->dev.parent) +pm_runtime_get_sync (chip->dev.parent); + rc =tpm2_prepare_space (chip, space, ordinal, buf);if (rc) goto out;
@@ -499,17 +528,16 @@ out_recv: rc =tpm2_commit_space (chip, space, ordinal, buf, &len); out: -if (need_locality && chip->ops->relinquish_locality) { - chip->ops->relinquish_locality (chip, chip->locality); - chip->locality =-1 ; - } +if (chip->dev.parent) +pm_runtime_put_sync (chip->dev.parent); + +if (need_locality) +tpm_relinquish_locality (chip); + out_no_locality:if (chip->ops->clk_enable !=NULL ) chip->ops->clk_enable (chip, false); -if (chip->dev.parent) -pm_runtime_put_sync (chip->dev.parent); -if (!(flags &TPM_TRANSMIT_UNLOCKED ))mutex_unlock (&chip->tpm_mutex);return rc ? rc : len;
drivers/char/tpm/tpm_crb.c +75 -33
192 lines not on this page · raw message
drivers/char/tpm/tpm_tis_core.c +3 -1
@@ -143,11 +143,13 @@ static bool check_locality(struct tpm_chreturn false; } -static void release_locality (struct tpm_chip *chip,int l) +static int release_locality (struct tpm_chip *chip,int l) {struct tpm_tis_data *priv =dev_get_drvdata (&chip->dev);tpm_tis_write8 (priv,TPM_ACCESS (l),TPM_ACCESS_ACTIVE_LOCALITY ); + +return 0 ; }static int request_locality (struct tpm_chip *chip,int l)
include/linux/tpm.h +1 -1
@@ -44,7 +44,7 @@ struct tpm_class_ops {bool (*update_timeouts)(struct tpm_chip *chip,unsigned long *timeout_cap);int (*request_locality)(struct tpm_chip *chip,int loc); -void (*relinquish_locality)(struct tpm_chip *chip,int loc); +int (*relinquish_locality)(struct tpm_chip *chip,int loc);void (*clk_enable)(struct tpm_chip *chip,bool value); };
Greg Kroah-Hartman
maintainerPATCH 5/81 tpm: tpm-interface: fix tpm_transmit/_cmd kdoc
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Winkler, Tomas <[email protected]>
commit 65520d46a4adbf7f23bbb6d9b1773513f7bc7821 upstream.
Fix tmp_ -> tpm_ typo and add reference to 'space' parameter in kdoc for tpm_transmit and tpm_transmit_cmd functions.
--- drivers/char/tpm/tpm-interface.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
drivers/char/tpm/tpm-interface.c +4 -2
@@ -400,9 +400,10 @@ static void tpm_relinquish_locality(stru }/** -* tmp_transmit - Internal kernel interface to transmit TPM commands. +* tpm_transmit - Internal kernel interface to transmit TPM commands. * * @chip: TPM chip to use +* @space: tpm space * @buf: TPM command buffer * @bufsiz: length of the TPM command buffer * @flags: tpm transmit flags - bitmap
@@ -544,10 +545,11 @@ out_no_locality: }/** -* tmp_transmit_cmd - send a tpm command to the device +* tpm_transmit_cmd - send a tpm command to the device * The function extracts tpm out header return code * * @chip: TPM chip to use +* @space: tpm space * @buf: TPM command buffer * @bufsiz: length of the buffer * @min_rsp_body_length: minimum expected length of response body
Greg Kroah-Hartman
maintainerPATCH 8/81 bonding: do not set slave_dev npinfo before slave_enable_netpoll in bond_enslave
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Xin Long <[email protected]>
[ Upstream commit ddea788c63094f7c483783265563dd5b50052e28 ]
After Commit 8a8efa22f51b ("bonding: sync netpoll code with bridge"), it would set slave_dev npinfo in slave_enable_netpoll when enslaving a dev if bond->dev->npinfo was set.
However now slave_dev npinfo is set with bond->dev->npinfo before calling slave_enable_netpoll. With slave_dev npinfo set, __netpoll_setup called in slave_enable_netpoll will not call slave dev's .ndo_netpoll_setup(). It causes that the lower dev of this slave dev can't set its npinfo.
One way to reproduce it:
# modprobe bonding # brctl addbr br0 # brctl addif br0 eth1 # ifconfig bond0 192.168.122.1/24 up # ifenslave bond0 eth2 # systemctl restart netconsole # ifenslave bond0 br0 # ifconfig eth2 down # systemctl restart netconsole
The netpoll won't really work.
This patch is to remove that slave_dev npinfo setting in bond_enslave().
--- drivers/net/bonding/bond_main.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)
drivers/net/bonding/bond_main.c +1 -2
@@ -1660,8 +1660,7 @@ int bond_enslave(struct net_device *bond }/* switch(bond_mode) */ #ifdef CONFIG_NET_POLL_CONTROLLER - slave_dev->npinfo = bond->dev->npinfo; -if (slave_dev->npinfo) { +if (bond->dev->npinfo) {if (slave_enable_netpoll (new_slave)) {netdev_info (bond_dev,"master_dev is using netpoll, but new slave device does not support netpoll\n" ); res = -EBUSY ;
Greg Kroah-Hartman
maintainerPATCH 9/81 docs: ip-sysctl.txt: fix name of some ipv6 variables
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Olivier Gayot <[email protected]>
[ Upstream commit ab913455dd59b81204b6a0d387a44697b0e0bd85 ]
The name of the following proc/sysctl entries were incorrectly documented:
/proc/sys/net/ipv6/conf/<interface>/max_dst_opts_number /proc/sys/net/ipv6/conf/<interface>/max_hbt_opts_number /proc/sys/net/ipv6/conf/<interface>/max_dst_opts_length /proc/sys/net/ipv6/conf/<interface>/max_hbt_length
Their name was set to the name of the symbol in the .data field of the control table instead of their .proc name.
--- Documentation/networking/ip-sysctl.txt | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-)
Documentation/networking/ip-sysctl.txt +4 -4
@@ -1386,26 +1386,26 @@ mld_qrv - INTEGER Default: 2 (as specified by RFC3810 9.1) Minimum: 1 (as specified by RFC6636 4.5) -max_dst_opts_cnt - INTEGER +max_dst_opts_number - INTEGER Maximum number of non-padding TLVs allowed in a Destination options extension header. If this value is less than zero then unknown options are disallowed and the number of known TLVs allowed is the absolute value of this number. Default: 8 -max_hbh_opts_cnt - INTEGER +max_hbh_opts_number - INTEGER Maximum number of non-padding TLVs allowed in a Hop-by-Hop options extension header. If this value is less than zero then unknown options are disallowed and the number of known TLVs allowed is the absolute value of this number. Default: 8 -max dst_opts_len - INTEGER +max_dst_opts_length - INTEGER Maximum length allowed for a Destination options extension header. Default: INT_MAX (unlimited) -max hbh_opts_len - INTEGER +max_hbh_length - INTEGER Maximum length allowed for a Hop-by-Hop options extension header. Default: INT_MAX (unlimited)
Greg Kroah-Hartman
maintainercover 4.16.6-stable review
This is the start of the stable review cycle for the 4.16.6 release. There are 81 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sun Apr 29 13:57:21 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.16.6-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.16.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <[email protected]>
Linux 4.16.6-rc1
Hans de Goede <[email protected]>
ACPI / video: Only default only_lcd to true on Win8-ready _desktops_
Thomas Richter <[email protected]>
kprobes: Fix random address output of blacklist file
André Wild <[email protected]>
s390/cpum_cf: rename IBM z13/z14 counter names
Heiko Carstens <[email protected]>
s390/uprobes: implement arch_uretprobe_is_alive()
Stefan Haberland <[email protected]>
s390/dasd: fix IO error for newly defined devices
Sebastian Ott <[email protected]>
s390/cio: update chpid descriptor after resource accessibility event
Guenter Roeck <[email protected]>
hwmon: (k10temp) Add support for AMD Ryzen w/ Vega graphics
Guenter Roeck <[email protected]>
hwmon: (k10temp) Add temperature offset for Ryzen 2700X
Peter Xu <[email protected]>
tracing: Fix missing tab for hwlat_detector print format
Finn Thain <[email protected]>
block/swim: Fix IO error at end of medium
Finn Thain <[email protected]>
block/swim: Fix array bounds check
Finn Thain <[email protected]>
block/swim: Select appropriate drive on device open
Finn Thain <[email protected]>
block/swim: Rename macros to avoid inconsistent inverted logic
Finn Thain <[email protected]>
block/swim: Remove extra put_disk() call from error path
Finn Thain <[email protected]>
block/swim: Don't log an error message for an invalid ioctl
Finn Thain <[email protected]>
block/swim: Check drive type
Finn Thain <[email protected]>
m68k/mac: Don't remap SWIM MMIO region
Robert Kolchmeyer <[email protected]>
fsnotify: Fix fsnotify_mark_connector race
Dan Carpenter <[email protected]>
cdrom: information leak in cdrom_ioctl_media_changed()
Martin K. Petersen <[email protected]>
scsi: mptsas: Disable WRITE SAME
Tetsuo Handa <[email protected]>
commoncap: Handle memory allocation failure.
Greg Kroah-Hartman <[email protected]>
Revert "mm/hmm: fix header file if/else/endif maze"
Michael S. Tsirkin <[email protected]>
virtio_net: fix adding vids on big-endian
Michael S. Tsirkin <[email protected]>
virtio_net: split out ctrl buffer
Igor Russkikh <[email protected]>
net: aquantia: oops when shutdown on already stopped device
Bjørn Mork <[email protected]>
tun: fix vlan packet truncation
Igor Russkikh <[email protected]>
net: aquantia: Regression on reset with 1.x firmware
Stefan Hajnoczi <[email protected]>
VSOCK: make af_vsock.ko removable again
Jason Wang <[email protected]>
virtio-net: add missing virtqueue kick when flushing packets
Vasundhara Volam <[email protected]>
bnxt_en: Fix memory fault in bnxt_ethtool_init()
Eric Dumazet <[email protected]>
net: validate attribute sizes in neigh_dump_table()
Ivan Khoronzhuk <[email protected]>
net: ethernet: ti: cpsw: fix tx vlan priority mapping
Julian Wiedmann <[email protected]>
s390/qeth: handle failure on workqueue creation
Julian Wiedmann <[email protected]>
s390/qeth: avoid control IO completion stalls
Julian Wiedmann <[email protected]>
s390/qeth: fix error handling in adapter command callbacks
Cong Wang <[email protected]>
llc: fix NULL pointer deref for SOCK_ZAPPED
Cong Wang <[email protected]>
llc: hold llc_sap before release_sock()
Guillaume Nault <[email protected]>
l2tp: fix {pppol2tp, l2tp_dfs}_seq_stop() in case of seq_file overflow
Guillaume Nault <[email protected]>
l2tp: hold reference on tunnels printed in l2tp/tunnels debugfs file
Guillaume Nault <[email protected]>
l2tp: hold reference on tunnels printed in pppol2tp proc file
Guillaume Nault <[email protected]>
l2tp: hold reference on tunnels in netlink dumps
Alexander Aring <[email protected]>
net: sched: ife: check on metadata length
Alexander Aring <[email protected]>
net: sched: ife: handle malformed tlv length
Alexander Aring <[email protected]>
net: sched: ife: signal not finding metaid
Tom Lendacky <[email protected]>
amd-xgbe: Only use the SFP supported transceiver signals
Tom Lendacky <[email protected]>
amd-xgbe: Improve KR auto-negotiation and training
Tom Lendacky <[email protected]>
amd-xgbe: Add pre/post auto-negotiation phy hooks
Ronak Doshi <[email protected]>
vmxnet3: fix incorrect dereference when rxvlan is disabled
Toshiaki Makita <[email protected]>
vlan: Fix reading memory beyond skb->tail in skb_vlan_tagged_multi
Eric Dumazet <[email protected]>
tipc: add policy for TIPC_NLA_NET_ADDR
Xin Long <[email protected]>
team: fix netconsole setup over team
Paolo Abeni <[email protected]>
team: avoid adding twice the same option to the event list
Eric Dumazet <[email protected]>
tcp: md5: reject TCP_MD5SIG or TCP_MD5SIG_EXT on established sockets
Jann Horn <[email protected]>
tcp: don't read out-of-bounds opsize
Soheil Hassas Yeganeh <[email protected]>
tcp: clear tp->packets_out when purging write queue
Doron Roberts-Kedes <[email protected]>
strparser: Fix incorrect strp->need_bytes value.
Doron Roberts-Kedes <[email protected]>
strparser: Do not call mod_delayed_work with a timeout of LONG_MAX
Xin Long <[email protected]>
sctp: do not check port in sctp_inet6_cmp_addr
Dan Carpenter <[email protected]>
Revert "macsec: missing dev_put() on error in macsec_newlink()"
Guillaume Nault <[email protected]>
pppoe: check sockaddr length in pppoe_connect()
Willem de Bruijn <[email protected]>
packet: fix bitfield update race
Jose Abreu <[email protected]>
net: stmmac: Disable ACS Feature for GMAC >= 4
Ursula Braun <[email protected]>
net/smc: fix shutdown in state SMC_LISTEN
Pawel Dembicki <[email protected]>
net: qmi_wwan: add Wistron Neweb D19Q1
Maxime Chevallier <[email protected]>
net: mvpp2: Fix DMA address mask size
Wolfgang Bumiller <[email protected]>
net: fix deadlock while clearing neighbor proxy table
Eric Dumazet <[email protected]>
net: af_packet: fix race in PACKET_{R|T}X_RING
Cong Wang <[email protected]>
llc: delete timers synchronously in llc_sk_free()
Guillaume Nault <[email protected]>
l2tp: check sockaddr length in pppol2tp_connect()
Eric Biggers <[email protected]>
KEYS: DNS: limit the length of option strings
Ahmed Abdelsalam <[email protected]>
ipv6: sr: fix NULL pointer dereference in seg6_do_srh_encap()- v4 pkts
Eric Dumazet <[email protected]>
ipv6: add RTA_TABLE and RTA_PREFSRC to rtm_ipv6_policy
Olivier Gayot <[email protected]>
docs: ip-sysctl.txt: fix name of some ipv6 variables
Xin Long <[email protected]>
bonding: do not set slave_dev npinfo before slave_enable_netpoll in bond_enslave
Karthikeyan Periyasamy <[email protected]>
Revert "ath10k: send (re)assoc peer command when NSS changed"
James Bottomley <[email protected]>
tpm: add retry logic
Winkler, Tomas <[email protected]>
tpm: tpm-interface: fix tpm_transmit/_cmd kdoc
Tomas Winkler <[email protected]>
tpm: cmd_ready command can be issued only after granting locality
Paweł Jabłoński <[email protected]>
i40e: Fix attach VF to VM issue
Neil Armstrong <[email protected]>
drm: bridge: dw-hdmi: Fix overflow workaround for Amlogic Meson GX SoCs
Greg Kroah-Hartman <[email protected]>
Revert "pinctrl: intel: Initialize GPIO properly when used through irqchip"
-------------
Diffstat:
Documentation/networking/ip-sysctl.txt | 8 +- Makefile | 4 +- arch/s390/kernel/perf_cpum_cf_events.c | 8 +- arch/s390/kernel/uprobes.c | 9 + drivers/acpi/acpi_video.c | 27 ++- drivers/block/swim.c | 49 +++--- drivers/block/swim3.c | 6 +- drivers/cdrom/cdrom.c | 2 +- drivers/char/tpm/tpm-interface.c | 131 +++++++++++--- drivers/char/tpm/tpm.h | 1 + drivers/char/tpm/tpm_crb.c | 108 ++++++++---- drivers/char/tpm/tpm_tis_core.c | 4 +- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 3 + drivers/hwmon/k10temp.c | 17 +- drivers/message/fusion/mptsas.c | 1 + drivers/net/bonding/bond_main.c | 3 +- drivers/net/ethernet/amd/xgbe/xgbe-common.h | 8 + drivers/net/ethernet/amd/xgbe/xgbe-debugfs.c | 16 ++ drivers/net/ethernet/amd/xgbe/xgbe-main.c | 1 + drivers/net/ethernet/amd/xgbe/xgbe-mdio.c | 24 ++- drivers/net/ethernet/amd/xgbe/xgbe-pci.c | 2 + drivers/net/ethernet/amd/xgbe/xgbe-phy-v2.c | 196 +++++++++++++++++++-- drivers/net/ethernet/amd/xgbe/xgbe.h | 9 + drivers/net/ethernet/aquantia/atlantic/aq_nic.c | 8 +- .../aquantia/atlantic/hw_atl/hw_atl_utils.c | 16 ++ drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 49 +++--- drivers/net/ethernet/broadcom/bnxt/bnxt_nvm_defs.h | 2 - drivers/net/ethernet/intel/i40e/i40e_virtchnl_pf.c | 11 ++ drivers/net/ethernet/marvell/mvpp2.c | 12 +- drivers/net/ethernet/stmicro/stmmac/dwmac4.h | 2 +- drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c | 7 - drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 7 +- drivers/net/ethernet/ti/cpsw.c | 2 +- drivers/net/macsec.c | 5 +- drivers/net/ppp/pppoe.c | 4 + drivers/net/team/team.c | 38 +++- drivers/net/tun.c | 7 +- drivers/net/usb/qmi_wwan.c | 1 + drivers/net/virtio_net.c | 79 +++++---- drivers/net/vmxnet3/vmxnet3_drv.c | 17 +- drivers/net/vmxnet3/vmxnet3_int.h | 4 +- drivers/net/wireless/ath/ath10k/mac.c | 5 +- drivers/pinctrl/intel/pinctrl-intel.c | 23 +-- drivers/s390/block/dasd_alias.c | 13 +- drivers/s390/cio/chsc.c | 14 +- drivers/s390/net/qeth_core.h | 2 - drivers/s390/net/qeth_core_main.c | 115 ++++++------ include/linux/fsnotify_backend.h | 4 +- include/linux/hmm.h | 9 +- include/linux/if_vlan.h | 7 +- include/linux/tpm.h | 2 +- include/net/ife.h | 3 +- include/net/llc_conn.h | 1 + kernel/kprobes.c | 2 +- kernel/trace/trace_entries.h | 2 +- net/core/dev.c | 2 +- net/core/neighbour.c | 40 +++-- net/dns_resolver/dns_key.c | 12 +- net/ife/ife.c | 38 +++- net/ipv4/tcp.c | 8 +- net/ipv4/tcp_input.c | 7 +- net/ipv6/route.c | 2 + net/ipv6/seg6_iptunnel.c | 2 +- net/l2tp/l2tp_core.c | 40 ++--- net/l2tp/l2tp_core.h | 3 +- net/l2tp/l2tp_debugfs.c | 18 +- net/l2tp/l2tp_netlink.c | 11 +- net/l2tp/l2tp_ppp.c | 34 +++- net/llc/af_llc.c | 14 +- net/llc/llc_c_ac.c | 9 +- net/llc/llc_conn.c | 22 ++- net/packet/af_packet.c | 83 ++++++--- net/packet/internal.h | 10 +- net/sched/act_ife.c | 9 +- net/sctp/ipv6.c | 60 +++---- net/smc/af_smc.c | 10 +- net/strparser/strparser.c | 9 +- net/tipc/netlink.c | 3 +- net/vmw_vsock/af_vsock.c | 6 + security/commoncap.c | 2 + 80 files changed, 1084 insertions(+), 480 deletions(-)
Greg Kroah-Hartman
maintainerPATCH 34/81 vmxnet3: fix incorrect dereference when rxvlan is disabled
4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Ronak Doshi <[email protected]>
[ Upstream commit 65ec0bd1c7c14522670a5294de35710fb577a7fd ]
vmxnet3_get_hdr_len() is used to calculate the header length which in turn is used to calculate the gso_size for skb. When rxvlan offload is disabled, vlan tag is present in the header and the function references ip header from sizeof(ethhdr) and leads to incorrect pointer reference.
This patch fixes this issue by taking sizeof(vlan_ethhdr) into account if vlan tag is present and correctly references the ip hdr.
--- drivers/net/vmxnet3/vmxnet3_drv.c | 17 +++++++++++++---- drivers/net/vmxnet3/vmxnet3_int.h | 4 ++-- 2 files changed, 15 insertions(+), 6 deletions(-)
drivers/net/vmxnet3/vmxnet3_drv.c +13 -4
@@ -1218,6 +1218,7 @@ vmxnet3_get_hdr_len(struct vmxnet3_adaptunion {void *ptr;struct ethhdr *eth; +struct vlan_ethhdr *veth;struct iphdr *ipv4;struct ipv6hdr *ipv6;struct tcphdr *tcp;
@@ -1228,16 +1229,24 @@ vmxnet3_get_hdr_len(struct vmxnet3_adaptif (unlikely (sizeof (struct iphdr ) +sizeof (struct tcphdr ) > maplen))return 0 ; +if (skb->protocol ==cpu_to_be16 (ETH_P_8021Q ) || + skb->protocol ==cpu_to_be16 (ETH_P_8021AD )) + hlen =sizeof (struct vlan_ethhdr ); +else + hlen =sizeof (struct ethhdr ); + hdr.eth =eth_hdr (skb);if (gdesc->rcd.v4) { -BUG_ON (hdr.eth->h_proto !=htons (ETH_P_IP )); - hdr.ptr +=sizeof (struct ethhdr ); +BUG_ON (hdr.eth->h_proto !=htons (ETH_P_IP ) && + hdr.veth->h_vlan_encapsulated_proto !=htons (ETH_P_IP )); + hdr.ptr += hlen;BUG_ON (hdr.ipv4->protocol !=IPPROTO_TCP ); hlen = hdr.ipv4->ihl <<2 ; hdr.ptr += hdr.ipv4->ihl <<2 ; }else if (gdesc->rcd.v6) { -BUG_ON (hdr.eth->h_proto !=htons (ETH_P_IPV6 )); - hdr.ptr +=sizeof (struct ethhdr ); +BUG_ON (hdr.eth->h_proto !=htons (ETH_P_IPV6 ) && + hdr.veth->h_vlan_encapsulated_proto !=htons (ETH_P_IPV6 )); + hdr.ptr += hlen;/* Use an estimated value, since we also need to handle * TSO case. */
drivers/net/vmxnet3/vmxnet3_int.h +2 -2
@@ -69,10 +69,10 @@/* * Version numbers */ -#define VMXNET3_DRIVER_VERSION_STRING "1.4.13.0-k" +#define VMXNET3_DRIVER_VERSION_STRING "1.4.14.0-k"/* a 32-bit int, each byte encode a verion number in VMXNET3_DRIVER_VERSION */ -#define VMXNET3_DRIVER_VERSION_NUM 0x01040d00 +#define VMXNET3_DRIVER_VERSION_NUM 0x01040e00#if defined(CONFIG_PCI_MSI )/* RSS only makes sense if MSI-X is supported. */
Greg Kroah-Hartman
maintainerPATCH 43/81 l2tp: hold reference on tunnels printed in l2tp/tunnels debugfs file
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Guillaume Nault <[email protected]>
[ Upstream commit f726214d9b23e5fce8c11937577a289a3202498f ]
Use l2tp_tunnel_get_nth() instead of l2tp_tunnel_find_nth(), to be safe against concurrent tunnel deletion.
Use the same mechanism as in l2tp_ppp.c for dropping the reference taken by l2tp_tunnel_get_nth(). That is, drop the reference just before looking up the next tunnel. In case of error, drop the last accessed tunnel in l2tp_dfs_seq_stop().
That was the last use of l2tp_tunnel_find_nth().
--- net/l2tp/l2tp_core.c | 20 -------------------- net/l2tp/l2tp_core.h | 1 - net/l2tp/l2tp_debugfs.c | 15 +++++++++++++-- 3 files changed, 13 insertions(+), 23 deletions(-)
net/l2tp/l2tp_core.c +0 -20
@@ -355,26 +355,6 @@ err_tlock: }EXPORT_SYMBOL_GPL (l2tp_session_register); -struct l2tp_tunnel *l2tp_tunnel_find_nth (const struct net *net,int nth) -{ -struct l2tp_net *pn =l2tp_pernet (net); -struct l2tp_tunnel *tunnel; -int count =0 ; - -rcu_read_lock_bh (); -list_for_each_entry_rcu (tunnel, &pn->l2tp_tunnel_list, list) { -if (++count > nth) { -rcu_read_unlock_bh (); -return tunnel; - } - } - -rcu_read_unlock_bh (); - -return NULL ; -} -EXPORT_SYMBOL_GPL (l2tp_tunnel_find_nth); -/***************************************************************************** * Receive data handling *****************************************************************************/
net/l2tp/l2tp_core.h +0 -1
@@ -222,7 +222,6 @@ struct l2tp_session *l2tp_session_get(costruct l2tp_session *l2tp_session_get_nth (struct l2tp_tunnel *tunnel,int nth);struct l2tp_session *l2tp_session_get_by_ifname (const struct net *net,const char *ifname); -struct l2tp_tunnel *l2tp_tunnel_find_nth (const struct net *net,int nth); int l2tp_tunnel_create(struct net *net, int fd, int version, u32 tunnel_id, u32 peer_tunnel_id, struct l2tp_tunnel_cfg *cfg,
net/l2tp/l2tp_debugfs.c +13 -2
@@ -47,7 +47,11 @@ struct l2tp_dfs_seq_data {static void l2tp_dfs_next_tunnel (struct l2tp_dfs_seq_data *pd) { - pd->tunnel =l2tp_tunnel_find_nth (pd->net, pd->tunnel_idx); +/* Drop reference taken during previous invocation */ +if (pd->tunnel) +l2tp_tunnel_dec_refcount (pd->tunnel); + + pd->tunnel =l2tp_tunnel_get_nth (pd->net, pd->tunnel_idx); pd->tunnel_idx++; }
@@ -96,7 +100,14 @@ static void *l2tp_dfs_seq_next(struct sestatic void l2tp_dfs_seq_stop (struct seq_file *p,void *v) { -/* nothing to do */ +struct l2tp_dfs_seq_data *pd = v; + +if (!pd || pd ==SEQ_START_TOKEN ) +return ; + +/* Drop reference taken by last invocation of l2tp_dfs_next_tunnel() */ +if (pd->tunnel) +l2tp_tunnel_dec_refcount (pd->tunnel); }static void l2tp_dfs_seq_tunnel_show (struct seq_file *m,void *v)
Greg Kroah-Hartman
maintainerPATCH 53/81 virtio-net: add missing virtqueue kick when flushing packets
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Jason Wang <[email protected]>
[ Upstream commit 9267c430c6b6f4c0120e3c6bb847313d633f02a6 ]
We tends to batch submitting packets during XDP_TX. This requires to kick virtqueue after a batch, we tried to do it through xdp_do_flush_map() which only makes sense for devmap not XDP_TX. So explicitly kick the virtqueue in this case.
--- drivers/net/virtio_net.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-)
drivers/net/virtio_net.c +9 -2
@@ -1269,7 +1269,9 @@ static int virtnet_poll(struct napi_stru {struct receive_queue *rq = container_of(napi, struct receive_queue, napi); -unsigned int received; +struct virtnet_info *vi = rq->vq->vdev->priv; +struct send_queue *sq; +unsigned int received, qp;bool xdp_xmit = false;virtnet_poll_cleantx (rq);
@@ -1280,8 +1282,13 @@ static int virtnet_poll(struct napi_struif (received < budget)virtqueue_napi_complete (napi, rq->vq, received); -if (xdp_xmit) +if (xdp_xmit) { + qp = vi->curr_queue_pairs - vi->xdp_queue_pairs + +smp_processor_id (); + sq = &vi->sq[qp]; +virtqueue_kick (sq->vq);xdp_do_flush_map (); + }return received; }
Greg Kroah-Hartman
maintainerPATCH 66/81 block/swim: Check drive type
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit 8a500df63d07d8aee44b7ee2c54e462e47ce93ec upstream.
The SWIM chip is compatible with GCR-mode Sony 400K/800K drives but this driver only supports MFM mode. Therefore only Sony FDHD drives are supported. Skip incompatible drives.
--- drivers/block/swim.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)
drivers/block/swim.c +4 -2
@@ -834,10 +834,12 @@ static int swim_floppy_init(struct swim_/* scan floppy drives */ swim_drive (base,INTERNAL_DRIVE ); -if (swim_readbit (base,DRIVE_PRESENT )) +if (swim_readbit (base,DRIVE_PRESENT ) && + !swim_readbit (base,ONEMEG_DRIVE ))swim_add_floppy (swd,INTERNAL_DRIVE );swim_drive (base,EXTERNAL_DRIVE ); -if (swim_readbit (base,DRIVE_PRESENT )) +if (swim_readbit (base,DRIVE_PRESENT ) && + !swim_readbit (base,ONEMEG_DRIVE ))swim_add_floppy (swd,EXTERNAL_DRIVE );/* register floppy drives */
Greg Kroah-Hartman
maintainerPATCH 38/81 net: sched: ife: signal not finding metaid
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Alexander Aring <[email protected]>
[ Upstream commit f6cd14537ff9919081be19b9c53b9b19c0d3ea97 ]
We need to record stats for received metadata that we dont know how to process. Have find_decode_metaid() return -ENOENT to capture this.
--- net/sched/act_ife.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
net/sched/act_ife.c +1 -1
@@ -652,7 +652,7 @@ static int find_decode_metaid(struct sk_ } } -return 0 ; +return -ENOENT ; } static int tcf_ife_decode(struct sk_buff *skb, const struct tc_action *a,
Greg Kroah-Hartman
maintainerPATCH 70/81 block/swim: Select appropriate drive on device open
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit b3906535ccc6cd04c42f9b1c7e31d1947b3ebc74 upstream.
The driver supports internal and external FDD units so the floppy_open function must not hard-code the drive location.
--- drivers/block/swim.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/block/swim.c +1 -1
@@ -646,7 +646,7 @@ static int floppy_open(struct block_deviswim_write (base, setup,S_IBM_DRIVE |S_FCLK_DIV2 );udelay (10 ); -swim_drive (base,INTERNAL_DRIVE ); +swim_drive (base, fs->location);swim_motor (base,ON );swim_action (base,SETMFM );if (fs->ejected)
Greg Kroah-Hartman
maintainerPATCH 72/81 block/swim: Fix IO error at end of medium
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit 5a13388d7aa1177b98d7168330ecbeeac52f844d upstream.
Reading to the end of a 720K disk results in an IO error instead of EOF because the block layer thinks the disk has 2880 sectors. (Partly this is a result of inverted logic of the ONEMEG_MEDIA bit that's now fixed.)
Initialize the density and head count in swim_add_floppy() to agree with the device size passed to set_capacity() during drive probe.
Call set_capacity() again upon device open, after refreshing the density and head count values.
--- drivers/block/swim.c | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-)
drivers/block/swim.c +8 -5
@@ -612,7 +612,6 @@ static void setup_medium(struct floppy_sstruct floppy_struct *g; fs->disk_in =1 ; fs->write_protected =swim_readbit (base,WRITE_PROT ); - fs->type =swim_readbit (base,TWOMEG_MEDIA );if (swim_track00 (base)) printk(KERN_ERR
@@ -620,6 +619,9 @@ static void setup_medium(struct floppy_sswim_track00 (base); + fs->type =swim_readbit (base,TWOMEG_MEDIA ) ? +HD_MEDIA :DD_MEDIA ; + fs->head_number =swim_readbit (base,SINGLE_SIDED ) ?1 :2 ;get_floppy_geometry (fs,0 , &g); fs->total_secs = g->size; fs->secpercyl = g->head * g->sect;
@@ -656,6 +658,8 @@ static int floppy_open(struct block_devi goto out; } +set_capacity (fs->disk, fs->total_secs); +if (mode &FMODE_NDELAY )return 0 ;
@@ -808,10 +812,9 @@ static int swim_add_floppy(struct swim_pswim_motor (base,OFF ); -if (swim_readbit (base,SINGLE_SIDED )) - fs->head_number =1 ; -else - fs->head_number =2 ; + fs->type =HD_MEDIA ; + fs->head_number =2 ; + fs->ref_count =0 ; fs->ejected =1 ;
Greg Kroah-Hartman
maintainerPATCH 76/81 s390/cio: update chpid descriptor after resource accessibility event
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Sebastian Ott <[email protected]>
commit af2e460ade0b0180d0f3812ca4f4f59cc9597f3e upstream.
Channel path descriptors have been seen as something stable (as long as the chpid is configured). Recent tests have shown that the descriptor can also be altered when the link state of a channel path changes. Thus it is necessary to update the descriptor during handling of resource accessibility events.
--- drivers/s390/cio/chsc.c | 14 +++++++++++--- 1 file changed, 11 insertions(+), 3 deletions(-)
drivers/s390/cio/chsc.c +11 -3
@@ -452,6 +452,7 @@ static void chsc_process_sei_link_incidestatic void chsc_process_sei_res_acc (struct chsc_sei_nt0_area *sei_area) { +struct channel_path *chp;struct chp_link link;struct chp_id chpid;int status;
@@ -464,10 +465,17 @@ static void chsc_process_sei_res_acc(str chpid.id = sei_area->rsid;/* allocate a new channel path structure, if needed */ status =chp_get_status (chpid); -if (status <0 ) -chp_new (chpid); -else if (!status) +if (!status)return ; + +if (status <0 ) { +chp_new (chpid); + }else { + chp =chpid_to_chp (chpid); +mutex_lock (&chp->lock); +chp_update_desc (chp); +mutex_unlock (&chp->lock); + }memset (&link,0 ,sizeof (struct chp_link )); link.chpid = chpid;if ((sei_area->vf &0xc0 ) !=0 ) {
Greg Kroah-Hartman
maintainerPATCH 77/81 s390/dasd: fix IO error for newly defined devices
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Stefan Haberland <[email protected]>
commit 5d27a2bf6e14f5c7d1033ad1e993fcd0eba43e83 upstream.
When a new CKD storage volume is defined at the storage server, Linux may be relying on outdated information about that volume, which leads to the following errors:
1. Command Reject Errors for minidisk on z/VM:
dasd-eckd.b3193d: 0.0.XXXX: An error occurred in the DASD device driver,
reason=09 dasd(eckd): I/O status report for device 0.0.XXXX: dasd(eckd): in req: 00000000XXXXXXXX CC:00 FC:04 AC:00 SC:17 DS:02 CS:00 RC:0
dasd(eckd): device 0.0.2046: Failing CCW: 00000000XXXXXXXX dasd(eckd): Sense(hex) 0- 7: 80 00 00 00 00 00 00 00 dasd(eckd): Sense(hex) 8-15: 00 00 00 00 00 00 00 00 dasd(eckd): Sense(hex) 16-23: 00 00 00 00 e1 00 0f 00 dasd(eckd): Sense(hex) 24-31: 00 00 40 e2 00 00 00 00 dasd(eckd): 24 Byte: 0 MSG 0, no MSGb to SYSOP
2. Equipment Check errors on LPAR or for dedicated devices on z/VM:
dasd(eckd): I/O status report for device 0.0.XXXX:
dasd(eckd): in req: 00000000XXXXXXXX CC:00 FC:04 AC:00 SC:17 DS:0E CS:40
fcxs:01 schxs:00 RC:0
dasd(eckd): device 0.0.9713: Failing TCW: 00000000XXXXXXXX dasd(eckd): Sense(hex) 0- 7: 10 00 00 00 13 58 4d 0f dasd(eckd): Sense(hex) 8-15: 67 00 00 00 00 00 00 04 dasd(eckd): Sense(hex) 16-23: e5 18 05 33 97 01 0f 0f dasd(eckd): Sense(hex) 24-31: 00 00 40 e2 00 04 58 0d dasd(eckd): 24 Byte: 0 MSG f, no MSGb to SYSOP
Fix this problem by using the up-to-date information provided during online processing via the device specific SNEQ to detect the case of outdated LCU data. If there is a difference, perform a re-read of that data.
--- drivers/s390/block/dasd_alias.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-)
drivers/s390/block/dasd_alias.c +11 -2
@@ -592,13 +592,22 @@ static int _schedule_lcu_update(struct aint dasd_alias_add_device (struct dasd_device *device) {struct dasd_eckd_private *private = device->private; -struct alias_lcu *lcu; +__u8 uaddr = private->uid.real_unit_addr; +struct alias_lcu *lcu = private->lcu;unsigned long flags;int rc; - lcu = private->lcu; rc =0 ;spin_lock_irqsave (&lcu->lock, flags); +/* +* Check if device and lcu type differ. If so, the uac data may be +* outdated and needs to be updated. +*/ +if (private->uid.type != lcu->uac->unit[uaddr].ua_type) { + lcu->flags |=UPDATE_PENDING ; +DBF_DEV_EVENT (DBF_WARNING , device,"%s" , +"uid type mismatch - trigger rescan" ); + }if (!(lcu->flags &UPDATE_PENDING )) { rc =_add_device_to_lcu (lcu, device, device);if (rc)
Greg Kroah-Hartman
maintainerPATCH 68/81 block/swim: Remove extra put_disk() call from error path
In reply to Greg Kroah-Hartman4.16-stable review patch. If anyone has any objections, please let me know.
------------------
From: Finn Thain <[email protected]>
commit c1d6207cc0eef2a7f8551f9c7420d8776268f6e1 upstream.
--- drivers/block/swim.c | 1 - 1 file changed, 1 deletion(-)
drivers/block/swim.c +0 -1
@@ -858,7 +858,6 @@ static int swim_floppy_init(struct swim_ &swd->lock);if (!swd->unit[drive].disk->queue) { err = -ENOMEM ; -put_disk (swd->unit[drive].disk); goto exit_put_disks; } blk_queue_bounce_limit(swd->unit[drive].disk->queue,
Quoted 9 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.16.6 release. There are 81 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sun Apr 29 13:57:21 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 9 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.16.6-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.16.y
and the diffstat can be found below.thanks,
greg k-h
Compiled and booted on my test system. No dmesg regressions.
thanks,
-- Shuah
Quoted 7 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.16.6 release. There are 81 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sun Apr 29 13:57:21 UTC 2018. Anything received after that time might be too late.
Results from Linaro’s test farm.
No regressions on arm64, arm and x86_64.
Summary
------------------------------------------------------------------------
kernel: 4.16.6-rc1
git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
git branch: linux-4.16.y
git commit: d804f93aa2d92746fe97707a51352689786ee98a
git describe: v4.16.5-82-gd804f93aa2d9
Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.16-oe/build/v4.16.5-82-gd804f93aa2d9
No regressions (compared to build v4.16.5)
Boards, architectures and test suites:
-------------------------------------
dragonboard-410c - arm64
* boot - pass: 20,
* kselftest - skip: 26, pass: 41, fail: 1
* libhugetlbfs - skip: 1, pass: 89, fail: 1
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 17, pass: 64,
* ltp-fcntl-locktests-tests - pass: 2,
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 6, pass: 57,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - skip: 1, pass: 21,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 9,
* ltp-math-tests - pass: 11,
* ltp-nptl-tests - pass: 2,
* ltp-pty-tests - pass: 4,
* ltp-sched-tests - pass: 14,
* ltp-securebits-tests - pass: 4,
* ltp-syscalls-tests - skip: 133, pass: 1017,
* ltp-timers-tests - pass: 13,
hi6220-hikey - arm64
* boot - pass: 20,
* kselftest - skip: 23, pass: 45,
* libhugetlbfs - skip: 1, pass: 90,
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 17, pass: 64,
* ltp-fcntl-locktests-tests - pass: 2,
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 6, pass: 57,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - skip: 1, pass: 21,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 9,
* ltp-math-tests - pass: 11,
* ltp-nptl-tests - pass: 2,
* ltp-pty-tests - pass: 4,
* ltp-sched-tests - skip: 4, pass: 10,
* ltp-securebits-tests - pass: 4,
* ltp-syscalls-tests - skip: 134, pass: 1016,
* ltp-timers-tests - pass: 13,
juno-r2 - arm64
* boot - pass: 21,
* kselftest - skip: 24, pass: 44,
* libhugetlbfs - skip: 1, pass: 90,
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 17, pass: 64,
* ltp-fcntl-locktests-tests - pass: 2,
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 6, pass: 57,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - pass: 22,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 18,
* ltp-math-tests - pass: 11,
* ltp-nptl-tests - pass: 2,
* ltp-pty-tests - pass: 4,
* ltp-sched-tests - skip: 4, pass: 10,
* ltp-securebits-tests - pass: 4,
* ltp-syscalls-tests - skip: 133, pass: 1017,
* ltp-timers-tests - pass: 13,
qemu_arm
* boot - pass: 21, fail: 6
* kselftest - skip: 62, pass: 74,
* libhugetlbfs - pass: 1,
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 17, pass: 62, fail: 2
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 5, pass: 58,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - skip: 1, pass: 21,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 9,
* ltp-nptl-tests - pass: 2,
* ltp-securebits-tests - pass: 4,
* ltp-timers-tests - pass: 13,
qemu_arm64
* boot - pass: 22, fail: 1
* kselftest - skip: 29, pass: 41,
* libhugetlbfs - skip: 1, pass: 90,
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 17, pass: 64,
* ltp-fcntl-locktests-tests - pass: 2,
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 6, pass: 57,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - pass: 22,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 9,
* ltp-nptl-tests - pass: 2,
* ltp-pty-tests - pass: 4,
* ltp-securebits-tests - pass: 4,
* ltp-syscalls-tests - skip: 155, pass: 993, fail: 2
* ltp-timers-tests - pass: 13,
qemu_x86_64
* boot - pass: 22,
* kselftest - skip: 30, pass: 50,
* kselftest-vsyscall-mode-native - skip: 30, pass: 50,
* kselftest-vsyscall-mode-none - skip: 30, pass: 50,
* libhugetlbfs - skip: 1, pass: 90,
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 17, pass: 64,
* ltp-fcntl-locktests-tests - pass: 2,
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 6, pass: 57,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - pass: 22,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 9,
* ltp-math-tests - pass: 11,
* ltp-nptl-tests - pass: 2,
* ltp-pty-tests - pass: 4,
* ltp-sched-tests - skip: 1, pass: 13,
* ltp-securebits-tests - pass: 4,
* ltp-syscalls-tests - skip: 152, pass: 998,
* ltp-timers-tests - pass: 13,
x15 - arm
* boot - pass: 20,
* kselftest - skip: 28, pass: 37,
* libhugetlbfs - skip: 1, pass: 87,
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 18, pass: 63,
* ltp-fcntl-locktests-tests - pass: 2,
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 5, pass: 58,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - skip: 2, pass: 20,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 9,
* ltp-math-tests - pass: 11,
* ltp-nptl-tests - pass: 2,
* ltp-pty-tests - pass: 4,
* ltp-sched-tests - skip: 1, pass: 13,
* ltp-securebits-tests - pass: 4,
* ltp-syscalls-tests - skip: 75, pass: 1075,
* ltp-timers-tests - pass: 13,
x86_64
* boot - pass: 22,
* kselftest - skip: 21, pass: 55,
* kselftest-vsyscall-mode-native - skip: 25, pass: 55,
* kselftest-vsyscall-mode-none - skip: 21, pass: 55,
* libhugetlbfs - skip: 1, pass: 90,
* ltp-cap_bounds-tests - pass: 2,
* ltp-containers-tests - skip: 17, pass: 64,
* ltp-fcntl-locktests-tests - pass: 2,
* ltp-filecaps-tests - pass: 2,
* ltp-fs-tests - skip: 5, pass: 58,
* ltp-fs_bind-tests - pass: 2,
* ltp-fs_perms_simple-tests - pass: 19,
* ltp-fsx-tests - pass: 2,
* ltp-hugetlb-tests - pass: 22,
* ltp-io-tests - pass: 3,
* ltp-ipc-tests - pass: 9,
* ltp-math-tests - pass: 11,
* ltp-nptl-tests - pass: 2,
* ltp-pty-tests - pass: 4,
* ltp-sched-tests - skip: 5, pass: 9,
* ltp-securebits-tests - pass: 4,
* ltp-syscalls-tests - skip: 116, pass: 1034,
* ltp-timers-tests - pass: 13,
Signature · 2 lines
Linaro QA (BETA) https://qa-reports.linaro.org
stable-rc/linux-4.16.y boot: 150 boots: 2 failed, 83 passed with 64 offline, 1 conflict (v4.16.5-82-gd804f93aa2d9)
stable-rc/linux-4.16.y boot: 150 boots: 2 failed, 83 passed with 64 offline, 1 conflict (v4.16.5-82-gd804f93aa2d9)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.16.y/kernel/v4.16.5-82-gd804f93aa2d9/
Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.16.y/kernel/v4.16.5-82-gd804f93aa2d9/
Tree: stable-rc
Branch: linux-4.16.y
Git Describe: v4.16.5-82-gd804f93aa2d9
Git Commit: d804f93aa2d92746fe97707a51352689786ee98a
Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
Tested: 79 unique boards, 24 SoC families, 17 builds out of 186
Boot Regressions Detected:
arm:
bcm2835_defconfig:
bcm2837-rpi-3-b:
lab-baylibre: new failure (last pass: v4.16.5)arm64:
defconfig:
bcm2837-rpi-3-b:
lab-baylibre: new failure (last pass: v4.16.5)
r8a7795-salvator-x:
lab-baylibre: new failure (last pass: v4.16.5)
Boot Failures Detected:
arm:
bcm2835_defconfig
bcm2837-rpi-3-b: 1 failed labarm64:
defconfig
r8a7795-salvator-x: 1 failed labOffline Platforms:
arm:
sunxi_defconfig:
sun4i-a10-cubieboard: 1 offline lab
sun7i-a20-bananapi: 1 offline lab
sun7i-a20-cubietruck: 1 offline lab
bcm2835_defconfig:
bcm2835-rpi-b: 1 offline lab
sama5_defconfig:
at91-sama5d4_xplained: 1 offline lab
multi_v7_defconfig:
alpine-db: 1 offline lab
am335x-boneblack: 1 offline lab armada-xp-openblocks-ax3-4: 1 offline lab
at91-sama5d4_xplained: 1 offline lab
exynos5250-arndale: 1 offline lab
exynos5420-arndale-octa: 1 offline lab
exynos5422-odroidxu3: 1 offline lab
exynos5800-peach-pi: 1 offline lab
imx6dl-wandboard_dual: 1 offline lab
imx6dl-wandboard_solo: 1 offline lab
imx7s-warp: 1 offline lab
meson8b-odroidc1: 1 offline lab
mt7623n-bananapi-bpi-r2: 1 offline lab
omap3-beagle: 1 offline lab
omap3-beagle-xm: 1 offline lab
omap4-panda: 1 offline lab
qcom-apq8064-cm-qs600: 1 offline lab
qcom-apq8064-ifc6410: 1 offline lab socfpga_cyclone5_de0_sockit: 1 offline lab
stih410-b2120: 1 offline lab
sun4i-a10-cubieboard: 1 offline lab
sun7i-a20-bananapi: 1 offline lab
sun7i-a20-cubietruck: 1 offline lab
tegra124-jetson-tk1: 1 offline lab
tegra20-iris-512: 1 offline lab
tegra30-beaver: 1 offline lab
vf610-colibri-eval-v3: 1 offline lab
zynq-zc702: 1 offline lab
tegra_defconfig:
tegra124-jetson-tk1: 1 offline lab
tegra20-iris-512: 1 offline lab
tegra30-beaver: 1 offline lab
imx_v6_v7_defconfig:
imx6dl-wandboard_dual: 1 offline lab
imx6dl-wandboard_solo: 1 offline lab
imx7s-warp: 1 offline lab
vf610-colibri-eval-v3: 1 offline lab
exynos_defconfig:
exynos5250-arndale: 1 offline lab
exynos5420-arndale-octa: 1 offline lab
exynos5422-odroidxu3: 1 offline lab
exynos5800-peach-pi: 1 offline lab
qcom_defconfig:
qcom-apq8064-cm-qs600: 1 offline lab
qcom-apq8064-ifc6410: 1 offline lab
omap2plus_defconfig:
am335x-boneblack: 1 offline lab
omap3-beagle: 1 offline lab
omap3-beagle-xm: 1 offline lab
omap4-panda: 1 offline lab
davinci_all_defconfig:
da850-lcdk: 1 offline lab
dm365evm,legacy: 1 offline lab
mvebu_v7_defconfig:
armada-xp-openblocks-ax3-4: 1 offline lab
arm64:
defconfig:
apq8016-sbc: 1 offline lab
juno-r2: 1 offline lab
meson-gxbb-odroidc2: 1 offline lab
meson-gxbb-p200: 1 offline lab
meson-gxl-s905d-p230: 1 offline lab
meson-gxl-s905x-khadas-vim: 1 offline lab
meson-gxl-s905x-nexbox-a95x: 1 offline lab
meson-gxl-s905x-p212: 1 offline lab
mt7622-rfb1: 1 offline lab
rk3399-firefly: 1 offline lab
sun50i-a64-pine64-plus: 1 offline labConflicting Boot Failure Detected: (These likely are not failures as other labs are reporting PASS. Needs review.)
arm64:
defconfig:
bcm2837-rpi-3-b:
lab-mhart: PASS
lab-baylibre: FAIL---
For more info write to <[email protected]>
Greg Kroah-Hartman
maintainerQuoted 11 lines · Dan Rue
Quoted 7 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.16.6 release. There are 81 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sun Apr 29 13:57:21 UTC 2018. Anything received after that time might be too late.
Results from Linaro’s test farm.
No regressions on arm64, arm andx86_64.
Thanks for testing these and letting me know.
greg k-h
Quoted 7 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.16.6 release. There are 81 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sun Apr 29 13:57:21 UTC 2018. Anything received after that time might be too late.
Build results:
total: 143 pass: 143 fail: 0 Qemu test results: total: 139 pass: 139 fail: 0
Details are available at http://kerneltests.org/builders/.
Guenter
Greg Kroah-Hartman
maintainerQuoted 9 lines · Guenter Roeck
Quoted 7 lines · Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.16.6 release. There are 81 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sun Apr 29 13:57:21 UTC 2018. Anything received after that time might be too late.
Quoted 6 lines
Build results:
total: 143 pass: 143 fail: 0 Qemu test results: total: 139 pass: 139 fail: 0Details are available at http://kerneltests.org/builders/.
Wonderful, thanks for testing all of these and letting me know.
greg k-h