Skip to contentSkip to conversation

tty/n_gsm.c: fix false positive WARN_ON and do some codes improvement

PATCH In review xinhui 3 participants 4 messages Nov 25, 2015 – Dec 15, 2015 TTY layer and serial drivers

lore
Share & tools
lore

xinhui

author
#0 lore raw

PATCH 1/1 tty/n_gsm.c: fix false positive WARN_ON and do some codes improvement

From: xinhui <[email protected]>

If gsm driver fails to activate one mux, and this mux is not stored in gsm_mux[], there would be a warning in gsm_cleanup_mux(). Actually this is a legal case. So just do a simple check instead of WARN_ON.

There is one filed gsm->num to store its index of gsm_mux[]. So use gsm->num to remove itself from gsm_mux[] instead of the for-loop traverse.

Fixes 5a64096700dc ("tty/n_gsm.c: fix a memory leak in gsmld_open")
---
 drivers/tty/n_gsm.c |   12 +++++-------
 1 files changed, 5 insertions(+), 7 deletions(-)
drivers/tty/n_gsm.c +5 -7
index c3fe026..56377e1 100644
@@ -2037,15 +2037,13 @@ static void gsm_cleanup_mux(struct gsm_mux *gsm)
 
 	gsm->dead = 1;
 
+	/* open failed before registering => nothing to do*/
+	if (gsm_mux[gsm->num] != gsm)
+		return;
+
 	spin_lock(&gsm_mux_lock);
-	for (i = 0; i < MAX_MUX; i++) {
-		if (gsm_mux[i] == gsm) {
-			gsm_mux[i] = NULL;
-			break;
-		}
-	}
+	gsm_mux[gsm->num] = NULL;
 	spin_unlock(&gsm_mux_lock);
-	WARN_ON(i == MAX_MUX);
 
 	/* In theory disconnecting DLCI 0 is sufficient but for some
 	   modems this is apparently not the case. */
Signature · 1 line
1.7.1
#1 lore raw

Hi, Jiri
I made this patch based on your idea. Any modification is welcome. :)

PS. "xinhui" or "xinhui.pan"@linux.vnet.ibm.com are same mail account, both of them are alias.

thanks
xinhui

Quoted 43 lines · xinhui

From: xinhui <[email protected]>

If gsm driver fails to activate one mux, and this mux is not stored in gsm_mux[], there would be a warning in gsm_cleanup_mux(). Actually this is a legal case. So just do a simple check instead of WARN_ON.

There is one filed gsm->num to store its index of gsm_mux[]. So use gsm->num to remove itself from gsm_mux[] instead of the for-loop traverse.

Fixes 5a64096700dc ("tty/n_gsm.c: fix a memory leak in gsmld_open")
---
  drivers/tty/n_gsm.c |   12 +++++-------
  1 files changed, 5 insertions(+), 7 deletions(-)
drivers/tty/n_gsm.c +5 -7
index c3fe026..56377e1 100644
@@ -2037,15 +2037,13 @@ static void gsm_cleanup_mux(struct gsm_mux *gsm)
 
  	gsm->dead = 1;
 
+	/* open failed before registering => nothing to do*/
+	if (gsm_mux[gsm->num] != gsm)
+		return;
+
  	spin_lock(&gsm_mux_lock);
-	for (i = 0; i < MAX_MUX; i++) {
-		if (gsm_mux[i] == gsm) {
-			gsm_mux[i] = NULL;
-			break;
-		}
-	}
+	gsm_mux[gsm->num] = NULL;
  	spin_unlock(&gsm_mux_lock);
-	WARN_ON(i == MAX_MUX);
 
  	/* In theory disconnecting DLCI 0 is sufficient but for some
  	   modems this is apparently not the case. */
#2 lore raw
In reply to xinhui
Quoted 6 lines · xinhui

From: xinhui <[email protected]>

If gsm driver fails to activate one mux, and this mux is not stored in gsm_mux[], there would be a warning in gsm_cleanup_mux(). Actually this is a legal case. So just do a simple check instead of WARN_ON.

Quoted 7 lines

There is one filed gsm->num to store its index of gsm_mux[]. So use gsm->num to remove itself from gsm_mux[] instead of the for-loop traverse.

Fixes 5a64096700dc ("tty/n_gsm.c: fix a memory leak in gsmld_open")

the signed-off-by name has to match your from: name :(

author
#3 lore raw

Hi, Greg
This patch is dropped, I have created another patch based on Jiri' patch.

Quoted 17 lines · Greg Kroah-Hartman
Quoted 6 lines · xinhui

From: xinhui <[email protected]>

If gsm driver fails to activate one mux, and this mux is not stored in gsm_mux[], there would be a warning in gsm_cleanup_mux(). Actually this is a legal case. So just do a simple check instead of WARN_ON.

Quoted 7 lines

There is one filed gsm->num to store its index of gsm_mux[]. So use gsm->num to remove itself from gsm_mux[] instead of the for-loop traverse.

Fixes 5a64096700dc ("tty/n_gsm.c: fix a memory leak in gsmld_open")

the signed-off-by name has to match your from: name :(