Caruso
> ; Eric Caruso ; Naveen Kumar
> ; ModemManager (development)
> ; Michał Mazur
> ; Amit Dayan ; Andrew
> Lassalle ; Bjørn Mork
> 主题: Re: Instantiating rmnet devices for data ports on QRTR-based modems
>
> Hi,
>
> Il giorno lun 19 ott 2020 alle ore 09:57
Hi,
Il giorno lun 19 ott 2020 alle ore 09:57 Aleksander Morgado
ha scritto:
>
> Hey,
>
> > > > I seem we have done for "QMI based on QTRT" in libqmi.
> > > > For QUALCOMM's data services, there are lots of QMI library,
> > > > and libqmi used a more simply solution. (in fact, if
Hey,
> > > I seem we have done for "QMI based on QTRT" in libqmi.
> > > For QUALCOMM's data services, there are lots of QMI library,
> > > and libqmi used a more simply solution. (in fact, if just send QMI,
> > > QTRT is also not a good idea)
> >
> > Why do you say QRTR is not a
Hey,
> > > So the process can next:
> > > 1. rmnet physic driver probe, create netcard
> > > rmnet_usb0/rmnet_mhi0/rmnet_ipa0, and call register_rmnet_data
> > > 2. rmnet data driver create rmnet_data0
> >
> > Are you suggesting that there is always a virtual network
Hi all,
Il giorno sab 17 ott 2020 alle ore 23:05 Aleksander Morgado
ha scritto:
>
> Hey Carl,
>
> > Some ideas from me.
>
> Thanks for your comments, very much appreciated.
>
> > The discussion is based on QUALCOMM's rmnet driver and his data
> > services.
> > We are
t; ; Michał Mazur
> ; Bjørn Mork ; Andrew Lassalle
> ; Amit Dayan
> 主题: Re: Instantiating rmnet devices for data ports on QRTR-based modems
>
> Hey Carl,
>
> > Some ideas from me.
>
> Thanks for your comments, very much appreciated.
>
> >
Hey Carl,
> Some ideas from me.
Thanks for your comments, very much appreciated.
> The discussion is based on QUALCOMM's rmnet driver and his data
> services.
> We are discussing how porting these software to MM and libqmi.
> But I think QUALLCOMM's solution is
Eric Caruso
> 抄送: ModemManager (development)
> ; Michał Mazur
> ; Bjørn Mork ; Andrew Lassalle
>
> 主题: Re: Instantiating rmnet devices for data ports on QRTR-based
> modems
>
> Hey,
>
> > > > And an additional question I have; what if we start using QMAP
&
Hey,
> > > And an additional question I have; what if we start using QMAP also
> > > for qmi_wwan based modems that support it? I think it would be very
> > > similar to your current needs with QRTR/IPA, right? See
> > > https://lists.freedesktop.org/archives/libqmi-devel/2018-July/002935.html
>
Aleksander Morgado writes:
> And an additional question I have; what if we start using QMAP also
> for qmi_wwan based modems that support it? I think it would be very
> similar to your current needs with QRTR/IPA, right? See
>
Hey Eric,
And an additional question I have; what if we start using QMAP also
for qmi_wwan based modems that support it? I think it would be very
similar to your current needs with QRTR/IPA, right? See
https://lists.freedesktop.org/archives/libqmi-devel/2018-July/002935.html
Maybe we can setup a
Hey,
> > > It does mean that MM will have to instantiate net ports and
> > > then assign the mux ID to the QmiDevice, and then set it again in the
> > > Bind Mux Data Port message, which leaves room for those potentially
> > > getting out of sync.
> >
> > Why would this not be a problem in the
Thanks for taking a look, see responses inline.
On Thu, Oct 15, 2020 at 12:35 PM Aleksander Morgado
wrote:
>
> > However, delegating it to MM also works. I think that the conceptual
> > design is cleaner here as interacting with netlink to create
> > interfaces isn't really something that makes
Hey!
>
> As part of the QRTR integration into MM we're trying to figure out
> whose responsibility it is to make rmnet_data net interfaces for a
> QRTR/IPA-based modem. I had started an MR[1] that gave this
> responsibility to libqmi, but it's not clear this is the right place
> for this to go.
>
Hey all,
As part of the QRTR integration into MM we're trying to figure out
whose responsibility it is to make rmnet_data net interfaces for a
QRTR/IPA-based modem. I had started an MR[1] that gave this
responsibility to libqmi, but it's not clear this is the right place
for this to go.
If we
15 matches
Mail list logo