[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180325154512.GC5700@atomide.com>
Date: Sun, 25 Mar 2018 08:45:12 -0700
From: Tony Lindgren <tony@...mide.com>
To: Pavel Machek <pavel@....cz>
Cc: Dan Williams <dcbw@...hat.com>, Sebastian Reichel <sre@...nel.org>,
Kishon Vijay Abraham I <kishon@...com>,
linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org,
linux-omap@...r.kernel.org, devicetree@...r.kernel.org,
Mark Rutland <mark.rutland@....com>,
Marcel Partap <mpartap@....net>,
Michael Scott <michael.scott@...aro.org>,
Rob Herring <robh+dt@...nel.org>
Subject: Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600
on Droid 4
* Pavel Machek <pavel@....cz> [180324 20:03]:
> On Sat 2018-03-24 07:25:17, Tony Lindgren wrote:
> > * Dan Williams <dcbw@...hat.com> [180324 14:00]:
> > > On Fri, 2018-03-23 at 21:13 +0100, Pavel Machek wrote:
> > > > Does ofonod work for you? I could not get that one to work...
> > >
> > > Because it's looking for a Gobi modem but the MDM6600 isn't one and
> > > doesn't expose that layout (and doesn't really need to anyway). I
> > > don't think ofono has a generic QMI driver, so you'd either need to for
> > > ce it to use the telitqmi or quectelqmi drivers, or write your own
> > > generic QMI one.
> >
> > We also get five USB uarts if we add the device id with something
> > like the patch below. I don't quite get why we get five UARTS?
>
> Not sure, either. Often more than one uart is useful, you get AT
> commands on one, while GPRS data flow on some other.
>
> > Also not sure if we should be using drivers/usb/serial/qcaux.c
> > instead of qcserial.c?
> >
> > And from what I recall trying it out, adding the USB UARTs
> > somehow confused ModemManager I think, that needs to be retested
> > though :)
> >
> > And the USB UARTs added do not offer the same set of AT commands
> > as the n_gsm serial mux.
>
> Hmm. Interesting. Anyway, for me ttyUSB4 is interesting, as it seems
> to react to AT commands, and in particular reacts to ADT123; (; is
> important).
Is that to dial a voice call?
> AT+CMGF=1
> AT+CMGS="123"
> foo^Z
>
> Works for SMS sending. Good.
So what do you use for reading notifying and reading sms?
> Now, if someone knows what needs to be done to get GSM audio working,
> let me know. That's something I'd really like.
I think it's the cpcap based config to route voice call audio
to SoC, Sebastian knows the details :)
The way to figure that one out is to dump the cpcap registers
before and during voice call on android with cpcaprw, then
diff the output for the audio registers. Probably some SoC
registers need to be diffed too with rwmem or similar tool
for the mcbsp instance(s) used.
Regards,
Tony
Powered by blists - more mailing lists