net: qrtr: Fix message type of outgoing packets
authorBjorn Andersson <bjorn.andersson@linaro.org>
Mon, 20 May 2019 23:51:56 +0000 (16:51 -0700)
committerDavid S. Miller <davem@davemloft.net>
Tue, 21 May 2019 00:50:31 +0000 (20:50 -0400)
QRTR packets has a message type in the header, which is repeated in the
control header. For control packets we therefor copy the type from
beginning of the outgoing payload and use that as message type.

For non-control messages an endianness fix introduced in v5.2-rc1 caused the
type to be 0, rather than QRTR_TYPE_DATA, causing all messages to be dropped by
the receiver. Fix this by converting and using qrtr_type, which will remain
QRTR_TYPE_DATA for non-control messages.

Fixes: 8f5e24514cbd ("net: qrtr: use protocol endiannes variable")
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/qrtr/qrtr.c

index 801872a2e7aa54c22a022ccf275d34deb4a734b1..05fa058bee59005db4be7fb362f92c63db9c0394 100644 (file)
@@ -733,8 +733,8 @@ static int qrtr_sendmsg(struct socket *sock, struct msghdr *msg, size_t len)
        struct sock *sk = sock->sk;
        struct qrtr_node *node;
        struct sk_buff *skb;
-       u32 type = 0;
        size_t plen;
+       u32 type;
        int rc;
 
        if (msg->msg_flags & ~(MSG_DONTWAIT))
@@ -809,9 +809,9 @@ static int qrtr_sendmsg(struct socket *sock, struct msghdr *msg, size_t len)
 
                /* control messages already require the type as 'command' */
                skb_copy_bits(skb, 0, &qrtr_type, 4);
-               type = le32_to_cpu(qrtr_type);
        }
 
+       type = le32_to_cpu(qrtr_type);
        rc = enqueue_fn(node, skb, type, &ipc->us, addr);
        if (rc >= 0)
                rc = len;