[PATCH net-next v3] r8152: simplify loops in generic_ocp_{read,write}()

Subsystems: networking drivers, the rest, usb networking drivers

COLD34d IN NET-NEXT

Queued in net-next as f217004a40c4 on 2026-09-10.

2 messages, 2 authors, 2026-09-10 · open the first message on its own page

[PATCH net-next v3] r8152: simplify loops in generic_ocp_{read,write}()

From: Sergey Shtylyov <hidden>
Date: 2026-09-07 19:46:41

In generic_ocp_{read,write}(), the *while* loops look very strange:
the last iteration is implemented differently to the previous ones
(doing some useless assignments before *break*) for no good reason.
Merge the different iterations into one, using the local variables
in the loop bodies...

Found by Linux Verification Center (linuxtesting.org) with the Svace
static analysis tool.

Suggested-by: Michal Pecio <redacted>
Signed-off-by: Sergey Shtylyov <redacted>

---
Changes in version 3:
- removed [RFC] from the subject;
- added the version log.

Changes in version 2:
- instead of moving the code for the last iteration out of the loop bodies,
  merged the separate iterations into a single one as suggested by Michal
  Pecio (adding the Suggested-by tag), rewrote the description accordingly.

 drivers/net/usb/r8152.c | 55 +++++++++++++----------------------------
 1 file changed, 17 insertions(+), 38 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index f61686433031..af3d7dcb2f14 100644
--- a/drivers/net/usb/r8152.c
+++ b/drivers/net/usb/r8152.c
@@ -1432,24 +1432,15 @@ static int generic_ocp_read(struct r8152 *tp, u16 index, u16 size,
 		return -EPERM;
 
 	while (size) {
-		if (size > limit) {
-			ret = get_registers(tp, index, type, limit, data);
-			if (ret < 0)
-				break;
-
-			index += limit;
-			data += limit;
-			size -= limit;
-		} else {
-			ret = get_registers(tp, index, type, size, data);
-			if (ret < 0)
-				break;
+		u16 n = min(size, limit);
 
-			index += size;
-			data += size;
-			size = 0;
+		ret = get_registers(tp, index, type, n, data);
+		if (ret < 0)
 			break;
-		}
+
+		index += n;
+		data += n;
+		size -= n;
 	}
 
 	if (ret == -ENODEV)
@@ -1499,28 +1490,16 @@ static int generic_ocp_write(struct r8152 *tp, u16 index, u16 byteen,
 			size -= 4;
 
 		while (size) {
-			if (size > limit) {
-				ret = set_registers(tp, index,
-						    type | BYTE_EN_DWORD,
-						    limit, data);
-				if (ret < 0)
-					goto error1;
-
-				index += limit;
-				data += limit;
-				size -= limit;
-			} else {
-				ret = set_registers(tp, index,
-						    type | BYTE_EN_DWORD,
-						    size, data);
-				if (ret < 0)
-					goto error1;
-
-				index += size;
-				data += size;
-				size = 0;
-				break;
-			}
+			u16 n = min(size, limit);
+
+			ret = set_registers(tp, index, type | BYTE_EN_DWORD,
+					    n, data);
+			if (ret < 0)
+				goto error1;
+
+			index += n;
+			data += n;
+			size -= n;
 		}
 
 		/* Set the last DWORD */
-- 
2.55.0

Re: [PATCH net-next v3] r8152: simplify loops in generic_ocp_{read,write}()

From: patchwork-bot+netdevbpf@kernel.org
Date: 2026-09-10 02:31:10

Hello:

This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski [off-list ref]:

On Mon, 7 Sep 2026 22:46:32 +0300 you wrote:
In generic_ocp_{read,write}(), the *while* loops look very strange:
the last iteration is implemented differently to the previous ones
(doing some useless assignments before *break*) for no good reason.
Merge the different iterations into one, using the local variables
in the loop bodies...

Found by Linux Verification Center (linuxtesting.org) with the Svace
static analysis tool.

[...]
Here is the summary with links:
  - [net-next,v3] r8152: simplify loops in generic_ocp_{read,write}()
    https://git.kernel.org/netdev/net-next/c/f217004a40c4

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help