* Merlijn Wajer <merlijn@???> [200524 22:43]:
> Will try to give it a spin. Meanwhile, I have a hack-fix for showing
> technology with Tony's ofono.
>
> https://wizzup.org/droid4-tech.png
> https://wizzup.org/droid4-tech-2g.png
>

> > diff --git a/drivers/qmimodem/network-registration.c b/drivers/qmimodem/network-registration.c
> > index 04f20c66..7a006f6b 100644
> > --- a/drivers/qmimodem/network-registration.c
> > +++ b/drivers/qmimodem/network-registration.c
> > @@ -111,7 +111,10 @@ static bool extract_ss_info(struct qmi_result *result, int *status,
> >         for (i = 0; i < ss->radio_if_count; i++) {
> >                 DBG("radio in use %d", ss->radio_if[i]);

> >

> > -               *tech = qmi_nas_rat_to_tech(ss->radio_if[i]);
> > +               int tmp = qmi_nas_rat_to_tech(ss->radio_if[i]);
> > +               if (tmp != -1)
> > +                       *tech = tmp;

>
> Pending proper fix.

OK.

BTW, it seems that when we kick the qmimodem from motorolamodem to have
qmimodem see the status updates for few seconds, we currently have no way
to select what notifications the qmimodem will see. If we want to have
something handled only by motorolamodem, we need to add some qmimodem
calls to disable some of it's notification registration code. Not sure
if this will be an issue though, just FYI some something to consider
to avoid duplicate events.

So far it seems we want to use motorolamodem only for voice calls.
signal strength, and acking the notifications.

The qmimodem voice calls are at least not currently usable with ofono
even with the pending voice call patches.

The signal strength seems to be already a ready to use percentage
coming from the uart.

And the notifications it seems we can only ack over the uart.

Pavel, do you have other items in mind that should be handled over
the uart?

Regards,

Tony