Re: USB networking news, ofono for d4: less hacked version

[Tony Lindgren]

* Pavel Machek <pavel@xxxxxx> [200506 23:06]:
> On Wed 2020-05-06 07:43:38, Tony Lindgren wrote:
> > * Pavel Machek <pavel@xxxxxx> [200506 10:12]:
> > > Hi!
> > > 
> > > So... I found out that USB networking works way better when I don't
> > > attempt to charge the phone at the same. Yes, green light was
> > > blinking.
> > 
> > OK yes we don't have much of a charger detection currently and the
> > charger tries to reconnect with the LED blinking rapidly with an
> > empty battery.
> 
> Do you have an idea why that causes problems with usb data connection?

If the charger is configured to draw too much current, the USB port
or hub will cut it off. I have been carrying the following patch in
droid4-pending-v5.6 that lowers the charge current if it fails, maybe
see if that helps?

> I created a script to disable charging -- and that works. I also found
> out cable about 5cm long. Not nice to use, but works significantly
> better w.r.t. charging.

Yeah some USB cables are really thin.

> > I still need to figure update audio notifications for the current set of
> > gsmmux patches. Eventually maybe ofono can just set the voice call audio
> > routing using alsa. But let's get the kernel notifications working first
> > as we also need to fix up the audio parts for the earlier comments from
> > Peter and Sebastian.
> 
> Ofono does not normally touch ALSA, so I'd prefer not to do it from
> there.

OK

> But I might be confused. I recall some audio patches were needed for
> basic phone calls (setting up mixers to connect gsm<->audio), but
> those worked before gsmux support was enabled. (Maybe some hardcoded
> commands were needed to be sent to gsmmux somewhere).

We're currently reconfiguring the TDM transport that based on the
unsolicited messages on dlci1. I still need to figure out how to add
that back while keeping the serdev-ngsm driver generic.

I'm thinking maybe we'll just have the voice call audio driver also be a
read-only consumer driver for dlci1 to listen to the unsolicited
messages on dlci1, and also request n_gsm spin up /dev/gsmtty1.

Then if at some point we have some Linux generic modem framework, it
can provide some notifiers for the call state.

> I assume neither gsmmux audio parts nor mixer parts are available in
> -next at the moment?

Sorry not yet, will post as soon as I have the audio notifiers part
working, so it will be some days away still with time permitting.

Regards,

Tony

8< -------------------------------