Skip to content

Commit ebaf813

Browse files
Sidraya JayagondPaolo Abeni
authored andcommitted
s390/iucv: MSG_PEEK causes memory leak in iucv_sock_destruct()
Passing MSG_PEEK flag to skb_recv_datagram() increments skb refcount (skb->users) and iucv_sock_recvmsg() does not decrement skb refcount at exit. This results in skb memory leak in skb_queue_purge() and WARN_ON in iucv_sock_destruct() during socket close. To fix this decrease skb refcount by one if MSG_PEEK is set in order to prevent memory leak and WARN_ON. WARNING: CPU: 2 PID: 6292 at net/iucv/af_iucv.c:286 iucv_sock_destruct+0x144/0x1a0 [af_iucv] CPU: 2 PID: 6292 Comm: afiucv_test_msg Kdump: loaded Tainted: G W 6.10.0-rc7 #1 Hardware name: IBM 3931 A01 704 (z/VM 7.3.0) Call Trace: [<001587c682c4aa98>] iucv_sock_destruct+0x148/0x1a0 [af_iucv] [<001587c682c4a9d0>] iucv_sock_destruct+0x80/0x1a0 [af_iucv] [<001587c704117a32>] __sk_destruct+0x52/0x550 [<001587c704104a54>] __sock_release+0xa4/0x230 [<001587c704104c0c>] sock_close+0x2c/0x40 [<001587c702c5f5a8>] __fput+0x2e8/0x970 [<001587c7024148c4>] task_work_run+0x1c4/0x2c0 [<001587c7023b0716>] do_exit+0x996/0x1050 [<001587c7023b13aa>] do_group_exit+0x13a/0x360 [<001587c7023b1626>] __s390x_sys_exit_group+0x56/0x60 [<001587c7022bccca>] do_syscall+0x27a/0x380 [<001587c7049a6a0c>] __do_syscall+0x9c/0x160 [<001587c7049ce8a8>] system_call+0x70/0x98 Last Breaking-Event-Address: [<001587c682c4a9d4>] iucv_sock_destruct+0x84/0x1a0 [af_iucv] Fixes: eac3731 ("[S390]: Add AF_IUCV socket support") Reviewed-by: Alexandra Winter <[email protected]> Reviewed-by: Thorsten Winkler <[email protected]> Signed-off-by: Sidraya Jayagond <[email protected]> Signed-off-by: Alexandra Winter <[email protected]> Reviewed-by: David Wei <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: Paolo Abeni <[email protected]>
1 parent 5d06676 commit ebaf813

File tree

1 file changed

+17
-9
lines changed

1 file changed

+17
-9
lines changed

net/iucv/af_iucv.c

Lines changed: 17 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -1236,7 +1236,9 @@ static int iucv_sock_recvmsg(struct socket *sock, struct msghdr *msg,
12361236
return -EOPNOTSUPP;
12371237

12381238
/* receive/dequeue next skb:
1239-
* the function understands MSG_PEEK and, thus, does not dequeue skb */
1239+
* the function understands MSG_PEEK and, thus, does not dequeue skb
1240+
* only refcount is increased.
1241+
*/
12401242
skb = skb_recv_datagram(sk, flags, &err);
12411243
if (!skb) {
12421244
if (sk->sk_shutdown & RCV_SHUTDOWN)
@@ -1252,9 +1254,8 @@ static int iucv_sock_recvmsg(struct socket *sock, struct msghdr *msg,
12521254

12531255
cskb = skb;
12541256
if (skb_copy_datagram_msg(cskb, offset, msg, copied)) {
1255-
if (!(flags & MSG_PEEK))
1256-
skb_queue_head(&sk->sk_receive_queue, skb);
1257-
return -EFAULT;
1257+
err = -EFAULT;
1258+
goto err_out;
12581259
}
12591260

12601261
/* SOCK_SEQPACKET: set MSG_TRUNC if recv buf size is too small */
@@ -1271,11 +1272,8 @@ static int iucv_sock_recvmsg(struct socket *sock, struct msghdr *msg,
12711272
err = put_cmsg(msg, SOL_IUCV, SCM_IUCV_TRGCLS,
12721273
sizeof(IUCV_SKB_CB(skb)->class),
12731274
(void *)&IUCV_SKB_CB(skb)->class);
1274-
if (err) {
1275-
if (!(flags & MSG_PEEK))
1276-
skb_queue_head(&sk->sk_receive_queue, skb);
1277-
return err;
1278-
}
1275+
if (err)
1276+
goto err_out;
12791277

12801278
/* Mark read part of skb as used */
12811279
if (!(flags & MSG_PEEK)) {
@@ -1331,8 +1329,18 @@ static int iucv_sock_recvmsg(struct socket *sock, struct msghdr *msg,
13311329
/* SOCK_SEQPACKET: return real length if MSG_TRUNC is set */
13321330
if (sk->sk_type == SOCK_SEQPACKET && (flags & MSG_TRUNC))
13331331
copied = rlen;
1332+
if (flags & MSG_PEEK)
1333+
skb_unref(skb);
13341334

13351335
return copied;
1336+
1337+
err_out:
1338+
if (!(flags & MSG_PEEK))
1339+
skb_queue_head(&sk->sk_receive_queue, skb);
1340+
else
1341+
skb_unref(skb);
1342+
1343+
return err;
13361344
}
13371345

13381346
static inline __poll_t iucv_accept_poll(struct sock *parent)

0 commit comments

Comments
 (0)