Re: [RESEND PATCH v18 0/3] userspace MHI client interface driver
flat view
From: Manivannan Sadhasivam <hidden>
Date: 2021-02-03 04:16:20
Also in:
linux-arm-msm, lkml
Hi Jakub, On 3 February 2021 9:40:08 AM IST, Jakub Kicinski [off-list ref] wrote:
On Tue, 2 Feb 2021 09:52:08 +0530 Manivannan Sadhasivam wrote:quoted
quoted
quoted
I don't see the connection here, sorry.For instance USB_NET_CDC_MBIM driver creates the /dev/cdc-wdmXchardev node forquoted
quoted
configuring the modems which supports MBIM protocol over USB. Likethat, thisquoted
quoted
driver creates /dev/mhiX_MBIM chardev node for configuring themodem over MHIquoted
quoted
bus instead of USB. The question arised why we are creating achardev node forquoted
quoted
each supported configuration (channels in the case of MHI) and whycan't we usequoted
quoted
the existing /dev/cdc-wdmZ interfaces? The anwser is there is nostandardquoted
quoted
subsystem for WWAN and all the drivers represent a chardev whichgets used byquoted
quoted
the userspace tools such a Network manager for establishingconnection.quoted
quoted
And /dev/cdc-wdmX is restricted to the USB CDC devices. Hope this clarifies!Jakub, Dave, Adding you both to get your reviews on this series. I've provided an explanation above and in the previous iteration [1].Let's be clear what the review would be for. Yet another QMI chardev or the "UCI" direct generic user space to firmware pipe?
The current patchset only supports QMI channel so I'd request you to review the chardev node created for it. The QMI chardev node created will be unique for the MHI bus and the number of nodes depends on the MHI controllers in the system (typically 1 but not limited). Thanks, Mani -- Sent from my Android device with K-9 Mail. Please excuse my brevity.