From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx> Date: Mon, 20 May 2019 16:51:56 -0700 > 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@xxxxxxxxxx> Applied, thank you.