From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3B94F18BC37; Fri, 23 Aug 2024 14:04:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1724421877; cv=none; b=Mel++zWm0gZi0uq9t2HM/dqDV8tXHEyku4iVJe5MzliV2OfnaETR+O3WAnu9A0XqTe81MpcLklbl4lJ3ALwH7m+zPCy/0y4mHR/+0Zo8EAH6YK1+p6F9o7fBI3CzC0Ns+VvyZF/gFZwMtJ9XD8vtQF1tIk/J+Ix01PxzfsYDgDk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1724421877; c=relaxed/simple; bh=2oYeX7o8Ha5DAOHyc+JDipFXdInAd1wa0F97geQFMBM=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=E7Ge4Akky68ReBSMLU0Zs0Qz+eYMlAWtzGN9bAi1Nfywk5azYbcCpjIYz6R4PZKPGaSdLG74acLzooO1RwsHl/IfesJDIBTkaFI37OOZ2mB/eWE53LMx75aCewlLdo4ct0HRAQ0gbZOISoXUc2MphKLaC5aWkuFN6ZoI11Mu5zg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=KpqBZWSC; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="KpqBZWSC" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 913F6C32786; Fri, 23 Aug 2024 14:04:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1724421876; bh=2oYeX7o8Ha5DAOHyc+JDipFXdInAd1wa0F97geQFMBM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KpqBZWSCUC5qu83XB/NAddZ7VxTLrs7TjYlMYh04VVB4wf8qxAtQJAbKQcMOtfVwI QS2C8Eqnw7BCB9eiaGPjD9zagrpt27BzBWJC7eh/NLETFeDXDGn9OFS/JMohLfvNIp tGBMsi3YiP+ntHE7SAj9336q76eVbAT6xPjL/8NXwaldoyplgCso6omd1ksnl1nLJF c/3UeyU6nfryoS18MXsZKthgOiXlIQjL/3PY0mNcQVQ6PVQ2znhkOEKYjThbkP7DY8 AvxnWgv6a9mjVvN5kZ0hI7Rz5yaGtMeQF7nPag2IwIUt0eKyQTVNsrokOdQvGPf3gV cLNz/3oAgSvgQ== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Foster Snowhill , Georgi Valkov , "David S . Miller" , Sasha Levin , edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, oneukum@suse.com, linux-usb@vger.kernel.org, netdev@vger.kernel.org Subject: [PATCH AUTOSEL 6.1 04/13] usbnet: ipheth: fix carrier detection in modes 1 and 4 Date: Fri, 23 Aug 2024 10:03:53 -0400 Message-ID: <20240823140425.1975208-4-sashal@kernel.org> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20240823140425.1975208-1-sashal@kernel.org> References: <20240823140425.1975208-1-sashal@kernel.org> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore X-stable-base: Linux 6.1.106 Content-Transfer-Encoding: 8bit From: Foster Snowhill [ Upstream commit 67927a1b255d883881be9467508e0af9a5e0be9d ] Apart from the standard "configurations", "interfaces" and "alternate interface settings" in USB, iOS devices also have a notion of "modes". In different modes, the device exposes a different set of available configurations. Depending on the iOS version, and depending on the current mode, the length and contents of the carrier state control message differs: * 1 byte (seen on iOS 4.2.1, 8.4): * 03: carrier off (mode 0) * 04: carrier on (mode 0) * 3 bytes (seen on iOS 10.3.4, 15.7.6): * 03 03 03: carrier off (mode 0) * 04 04 03: carrier on (mode 0) * 4 bytes (seen on iOS 16.5, 17.6): * 03 03 03 00: carrier off (mode 0) * 04 03 03 00: carrier off (mode 1) * 06 03 03 00: carrier off (mode 4) * 04 04 03 04: carrier on (mode 0 and 1) * 06 04 03 04: carrier on (mode 4) Before this change, the driver always used the first byte of the response to determine carrier state. >From this larger sample, the first byte seems to indicate the number of available USB configurations in the current mode (with the exception of the default mode 0), and in some cases (namely mode 1 and 4) does not correlate with the carrier state. Previous logic erroneously counted `04 03 03 00` as "carrier on" and `06 04 03 04` as "carrier off" on iOS versions that support mode 1 and mode 4 respectively. Only modes 0, 1 and 4 expose the USB Ethernet interfaces necessary for the ipheth driver. Check the second byte of the control message where possible, and fall back to checking the first byte on older iOS versions. Signed-off-by: Foster Snowhill Tested-by: Georgi Valkov Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- drivers/net/usb/ipheth.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/net/usb/ipheth.c b/drivers/net/usb/ipheth.c index 13381d87eeb09..17844c07305c3 100644 --- a/drivers/net/usb/ipheth.c +++ b/drivers/net/usb/ipheth.c @@ -253,13 +253,14 @@ static int ipheth_carrier_set(struct ipheth_device *dev) 0x02, /* index */ dev->ctrl_buf, IPHETH_CTRL_BUF_SIZE, IPHETH_CTRL_TIMEOUT); - if (retval < 0) { + if (retval <= 0) { dev_err(&dev->intf->dev, "%s: usb_control_msg: %d\n", __func__, retval); return retval; } - if (dev->ctrl_buf[0] == IPHETH_CARRIER_ON) { + if ((retval == 1 && dev->ctrl_buf[0] == IPHETH_CARRIER_ON) || + (retval >= 2 && dev->ctrl_buf[1] == IPHETH_CARRIER_ON)) { netif_carrier_on(dev->net); if (dev->tx_urb->status != -EINPROGRESS) netif_wake_queue(dev->net); -- 2.43.0