On Tue, 2018-06-05 at 11:38 +0200, Daniele Palmas wrote: > Hi, > > 2018-02-21 20:47 GMT+01:00 Subash Abhinov Kasiviswanathan > <subas...@codeaurora.org>: > > On 2018-02-21 04:38, Daniele Palmas wrote: > > > > > > Hello, > > > > > > in rmnet kernel documentation I read: > > > > > > "This driver can be used to register onto any physical network > > > device in > > > IP mode. Physical transports include USB, HSIC, PCIe and IP > > > accelerator." > > > > > > Does this mean that it can be used in association with the > > > qmi_wwan > > > driver? > > > > > > If yes, can someone give me an hint on the steps to follow? > > > > > > If not, does anyone know if it is possible to modify qmi_wwan in > > > order > > > to take advantage of the features provided by the rmnet driver? > > > > > > In this case hint on the changes for modifying qmi_wwan are > > > welcome. > > > > > > Thanks in advance, > > > Daniele > > > > > > Hi > > > > I havent used qmi_wwan so the following comment is based on code > > inspection. > > qmimux_register_device() is creating qmimux devices with usb net > > device as > > real_dev. The Multiplexing and aggregation header (qmimux_hdr) is > > stripped > > off > > in qmimux_rx_fixup() and the packet is passed on to stack. > > > > You could instead create rmnet devices with the usb netdevice as > > real dev. > > The packets from the usb net driver can be queued to network stack > > directly > > as rmnet driver will setup a RX handler. rmnet driver will process > > the > > packets > > further and then queue to network stack. > > > > in kernel documentation I read that rmnet user space configuration is > done through librmnetctl available at > > https://source.codeaurora.org/quic/la/platform/vendor/qcom-opensource > /dataservices/tree/rmnetctl > > However it seems to me that this is a bit outdated (e.g. it does not > properly build since it is looking for kernel header > linux/rmnet_data.h that, as far as I understand, is no more present). > > Is there available a more recent version of the tool?
I'd expect that somebody (Subash?) would add support for the rmnet/qmimux options to iproute2 via 'ip link' like exists for most other device types. Dan > Thanks, > Daniele > > > -- > > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, > > a Linux Foundation Collaborative Project
