Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp491534pxu; Thu, 3 Dec 2020 05:40:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJyfT7WP1PdNkkkLrsM3HsZwUTL44pTj8HR4wCKOhRPtkFSUOY+asehyHoC4tyeQ3YC3OAmw X-Received: by 2002:a17:906:f1cc:: with SMTP id gx12mr2470652ejb.164.1607002830071; Thu, 03 Dec 2020 05:40:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607002830; cv=none; d=google.com; s=arc-20160816; b=K7mprMo0UTpl9tVkon3l8iaOdP10k74ch1R6gEsXFM/gBp3B9XOVT590gNDFOyBF6V k5D16ExunVc4JO0K+5KDT+2lYR5HWg6cDmT05bvxfKxsURvRtOJxvgLzkksVROB1sBCm vTpXMs4p+DiOApOlam2EDGPD8oMC/ipGhyP+QJUs3JMec9suSUqLBGZ6wX6IOpZsSzHR dd5y19gSfLtcIsxb8BixULSaMO3toLa1PEECiIIibMBvrJQw+xnPAGNiTqtAVAbcOxiD OzrVmcczwuqNhT8fnt7LiVLPZXxS3vTPapRGQ88Zy5eR4FCslpveAUM7gaFBn1Q5leWj h3aA== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=C5HPy0fB0/AtWIQe+OoTNR2epW+yNaAGVXGe4zP0N1w=; b=0LBvosxOQi6b2eh6JyLx3ppV/uCtSP91nXKM7FuQ+MPyl83HFKvF46s7jsxo2AFPmK tlXZJc8wvzxINuUPMdEZGaZIzJxHjmQ0WN0n4VLK6yKB1LN0VFSr8pjyrBxetGdWu/LW 8UWzvyOAoCZydE2IBkNhmsBiyKSKKyL7rqAi5toJ0O4wCSFIzUl6KLfOXF9bZkUNVc5Z YgsNxbf1dF+XdrAUKg1xnQtDHwfVtkUsISLOLogJOxgj9kSL4xko+P3tWXd4Pp/oyjZa Ik10GZ1nr4qQUFv46ki+msmnHfGxTrs77MaPbeq5ID1EtBfz5BH+DlQpxqk0ZSEfHuPT WjBg== 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y24si906597edl.364.2020.12.03.05.40.02; Thu, 03 Dec 2020 05:40:30 -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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2436532AbgLCNaR (ORCPT + 99 others); Thu, 3 Dec 2020 08:30:17 -0500 Received: from mail.kernel.org ([198.145.29.99]:47780 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2436491AbgLCNaO (ORCPT ); Thu, 3 Dec 2020 08:30:14 -0500 From: Sasha Levin Authentication-Results: mail.kernel.org; dkim=permerror (bad message/signature format) To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Yves-Alexis Perez , Matti Vuorela , Jakub Kicinski , Sasha Levin , linux-usb@vger.kernel.org, netdev@vger.kernel.org Subject: [PATCH AUTOSEL 5.9 16/39] usbnet: ipheth: fix connectivity with iOS 14 Date: Thu, 3 Dec 2020 08:28:10 -0500 Message-Id: <20201203132834.930999-16-sashal@kernel.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20201203132834.930999-1-sashal@kernel.org> References: <20201203132834.930999-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore 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: Sasha Levin --- drivers/net/usb/ipheth.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/usb/ipheth.c b/drivers/net/usb/ipheth.c index b09b45382faf5..207e59e74935a 100644 --- 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) -- 2.27.0