Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1678455pxu; Sun, 6 Dec 2020 03:47:20 -0800 (PST) X-Google-Smtp-Source: ABdhPJyAYT0BieYAHTQFq+c8qqGip81PmwNbnrVvcml4JqhJ9Gd+cPgmrSVTvyIeQ8vQlHJYrcgJ X-Received: by 2002:a17:906:fc3:: with SMTP id c3mr918405ejk.474.1607255236088; Sun, 06 Dec 2020 03:47:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607255235; cv=none; d=google.com; s=arc-20160816; b=TaLkeJskCT7IS6hnBDUkgNecWqys1TClhrijwIQXqjwM1EHEsKTp8EALhmyIbp5vx1 S9GmMK9wx6wX3G6X6biND0KYVfdOnfx6WerI7rrggOl6HXf4EwuI7PkEgilJfrwpLXlb 31lY35re3Typme1DgSTp3uVa+aniYK8dMzSDT3ruLXZaw/tvwAd2tV/rGKCkPIax14mZ vE7lpZctUdfr8T9xXn7KqMlfQDsrJ6Gb52C0+UeAQ5zOaXoLNMJCAY8qA/PlDVk+ADme IhHbYWAQ2giSZYGR9HoPxbb2144YnI0rw4t7qxPEe5+IozyFEF2jRjXCwaaSDMSYkGyg Gmzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from; bh=DXeOloZadOiH3/4iWJ68YlON7rWVJtAEqxKoSjUdIZg=; b=uW7Hvd0eFJYOKx7bSYkindY/gqAl7o1hx0Qyzh2nXEEKwGRy1pD/jcQYhrEeGxEojg K18SZFFvrZAI0FYOX7f0odTjLQnK6pUMv8DkzHJuEfuPw5H5/rJm6mgARLthQ/8oQGLt OJTwu4XlVTknav/V9UFm8ssQe6aurgvjYuRKMI9X7UGnh/uCKN2k1eWCgzf53YQPOOhu J+kPmbyCGN7fR3Z/g4rQKq7V8sv5xzQpHiaOTPWqGfl4cI6SAb1b68naDyEZZw2STHp7 RD8WwWjNhr06jTZD1/Cphp5tf5GOC3SxDHV7uLC3HeVS1/TOGKL6ZA4PTU2kFwR/99+/ CTlQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l4si6176433edt.49.2020.12.06.03.46.53; Sun, 06 Dec 2020 03:47:15 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728939AbgLFLpU (ORCPT + 99 others); Sun, 6 Dec 2020 06:45:20 -0500 Received: from mail.kernel.org ([198.145.29.99]:44440 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729464AbgLFLpO (ORCPT ); Sun, 6 Dec 2020 06:45:14 -0500 From: Greg Kroah-Hartman Authentication-Results: mail.kernel.org; dkim=permerror (bad message/signature format) To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Matti Vuorela , Yves-Alexis Perez , Jakub Kicinski Subject: [PATCH 5.9 12/46] usbnet: ipheth: fix connectivity with iOS 14 Date: Sun, 6 Dec 2020 12:17:20 +0100 Message-Id: <20201206111557.053456428@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201206111556.455533723@linuxfoundation.org> References: <20201206111556.455533723@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Yves-Alexis Perez [ Upstream commit f33d9e2b48a34e1558b67a473a1fc1d6e793f93c ] Starting with iOS 14 released in September 2020, connectivity using the personal hotspot USB tethering function of iOS devices is broken. Communication between the host and the device (for example ICMP traffic or DNS resolution using the DNS service running in the device itself) works fine, but communication to endpoints further away doesn't work. Investigation on the matter shows that no UDP and ICMP traffic from the tethered host is reaching the Internet at all. For TCP traffic there are exchanges between tethered host and server but packets are modified in transit leading to impossible communication. After some trials Matti Vuorela discovered that reducing the URB buffer size by two bytes restored the previous behavior. While a better solution might exist to fix the issue, since the protocol is not publicly documented and considering the small size of the fix, let's do that. Tested-by: Matti Vuorela Signed-off-by: Yves-Alexis Perez Link: https://lore.kernel.org/linux-usb/CAAn0qaXmysJ9vx3ZEMkViv_B19ju-_ExN8Yn_uSefxpjS6g4Lw@mail.gmail.com/ Link: https://github.com/libimobiledevice/libimobiledevice/issues/1038 Link: https://lore.kernel.org/r/20201119172439.94988-1-corsac@corsac.net Signed-off-by: Jakub Kicinski Signed-off-by: Greg Kroah-Hartman --- drivers/net/usb/ipheth.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/drivers/net/usb/ipheth.c +++ b/drivers/net/usb/ipheth.c @@ -59,7 +59,7 @@ #define IPHETH_USBINTF_SUBCLASS 253 #define IPHETH_USBINTF_PROTO 1 -#define IPHETH_BUF_SIZE 1516 +#define IPHETH_BUF_SIZE 1514 #define IPHETH_IP_ALIGN 2 /* padding at front of URB */ #define IPHETH_TX_TIMEOUT (5 * HZ)