From mboxrd@z Thu Jan 1 00:00:00 1970 From: Subash Abhinov Kasiviswanathan Subject: Re: [PATCH 0/2] net: usb: qmi_wwan: add qmap mux protocol support Date: Fri, 24 Mar 2017 11:45:11 -0600 Message-ID: References: <1490361766-24114-1-git-send-email-dnlplm@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: =?UTF-8?Q?Bj=C3=B8rn_Mork?= , linux-usb@vger.kernel.org, netdev@vger.kernel.org, netdev-owner@vger.kernel.org To: Daniele Palmas Return-path: Received: from smtp.codeaurora.org ([198.145.29.96]:36362 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753633AbdCXRpT (ORCPT ); Fri, 24 Mar 2017 13:45:19 -0400 In-Reply-To: <1490361766-24114-1-git-send-email-dnlplm@gmail.com> Sender: netdev-owner@vger.kernel.org List-ID: On 2017-03-24 07:22, Daniele Palmas wrote: > This patch adds support for qmap mux protocol available in recent > Qualcomm based modems. > > The qmap mux protocol can be used for multiplexing data packets in > order to have multiple ip streams through the same physical device. > > Two new sysfs files are added for adding/removing the qmap mux based > interfaces (named qmimux): > > /sys/class/net//qmi/add_mux > /sys/class/net//qmi/del_mux > > Main patch author is Bjørn Mork > > An userspace implementation of the qmi requests needed to support > multiple ip streams is already available (namely libqmi since > version 1.18.0). > > The qmap mux feature has been recently implemented in Codeaurora > gobinet out-of-kernel driver that was the inspiration for this > development. > > Tests have been performed with Telit LE922A6 (PID 0x1040) > > Daniele Palmas (2): > net: usb: qmi_wwan: add qmap mux protocol support > Documentation: ABI: testing: sysfs-class-net-qmi: add new qmap mux > files description > > Documentation/ABI/testing/sysfs-class-net-qmi | 27 +++ > drivers/net/usb/qmi_wwan.c | 317 > +++++++++++++++++++++++++- > 2 files changed, 343 insertions(+), 1 deletion(-) Hi Daniele We are working on something similar https://www.mail-archive.com/netdev@vger.kernel.org/msg157677.html We are planning to upstream this as a platform agnostic driver without tying it to a particular physical transport here. We also add support for aggregation and flow control (control packet 0x80) apart from the multiplexing.