gobi 3000 mc8355 error: couldn't set FCC auth

Thu Aug 18 15:09:33 UTC 2016

On Wed, 2016-08-17 at 18:48 -0500, ITwrx Info wrote:
> 
> On 08/17/2016 04:26 PM, Dan Williams wrote:
> > 
> > On Wed, 2016-08-17 at 15:37 -0500, ITwrx Info wrote:
> > > 
> > > On 08/17/2016 01:40 PM, Bjørn Mork wrote:
> > > > 
> > > > ITwrx Info <info at itwrx.org> writes:
> > > > 
> > > > > 
> > > > > On 08/17/2016 10:08 AM, Bjørn Mork wrote:
> > > > > > 
> > > > > > "ITwrx.org" <info at itwrx.org> writes:
> > > > > > 
> > > > > > > 
> > > > > > > my MM debug log is here:  http://pastebin.com/ev8TGi8J
> > > > > > OK, so that detects the sw radio off state and runs the FCC
> > > > > > auth logic
> > > > > > as it is supposed to.  But the result indicates this is not
> > > > > > the
> > > > > > issue:
> > > > > > 
> > > > > > ModemManager[1109]: [/dev/cdc-wdm0] Received MBIM message
> > > > > > ModemManager[1109]: [/dev/cdc-wdm0] Received message...
> > > > > > > 
> > > > > > > > 
> > > > > > > > > 
> > > > > > > > > > 
> > > > > > > > > > > 
> > > > > > > > > > > > 
> > > > > > > > > > > > RAW:
> > > > > > > > > > > >      length = 20
> > > > > > > > > > > >      data   =
> > > > > > > > > > > > 01:13:00:80:02:04:02:01:00:5F:55:07:00:02:04:00
> > > > > > > > > > > > :01:
> > > > > > > > > > > > 00:1A:00
> > > > > > ModemManager[1109]: [/dev/cdc-wdm0] Received message
> > > > > > (translated)...
> > > > > > > 
> > > > > > > > 
> > > > > > > > > 
> > > > > > > > > > 
> > > > > > > > > > > 
> > > > > > > > > > > > 
> > > > > > > > > > > > QMUX:
> > > > > > > > > > > >      length  = 19
> > > > > > > > > > > >      flags   = 0x80
> > > > > > > > > > > >      service = "dms"
> > > > > > > > > > > >      client  = 4
> > > > > > > > > > > > QMI:
> > > > > > > > > > > >      flags       = "response"
> > > > > > > > > > > >      transaction = 1
> > > > > > > > > > > >      tlv_length  = 7
> > > > > > > > > > > >      message     = "Set FCC Authentication"
> > > > > > > > > > > > (0x555F)
> > > > > > > > > > > > TLV:
> > > > > > > > > > > >      type       = "Result" (0x02)
> > > > > > > > > > > >      length     = 4
> > > > > > > > > > > >      value      = 01:00:1A:00
> > > > > > > > > > > >      translated = FAILURE: NoEffect
> > > > > > ModemManager[1109]: error: couldn't set FCC auth: QMI
> > > > > > protocol
> > > > > > error (26): 'NoEffect'
> > > > > my reading of the log is that it tried to set the fcc auth
> > > > > but
> > > > > failed. to me that doesn't necessarily mean it's not the
> > > > > issue,
> > > > > but i
> > > > > don't know. that's just my reading of it from a layman's
> > > > > perspective.
> > > > Yes, it failed, but the "NoEffect" is usually pretty
> > > > descriptive.  FWIW,
> > > > that's what I get on my EM7455 if I run  "Set FCC
> > > > Authentication"
> > > > twice:
> > > > 
> > > >    root at miraculix:/home/bjorn# qmicli -p -d /dev/cdc-wdm0 --
> > > > device-
> > > > open-mbim  --dms-set-fcc-authentication
> > > >    [/dev/cdc-wdm0] Successfully set FCC authentication
> > > > 
> > > >    root at miraculix:/home/bjorn# qmicli -p -d /dev/cdc-wdm0 --
> > > > device-
> > > > open-mbim  --dms-set-fcc-authentication
> > > >    error: couldn't set FCC authentication: QMI protocol error
> > > > (26):
> > > > 'NoEffect'
> > > > 
> > > > 
> > > > So the above indicates that your modem doesn't need "Set FCC
> > > > Authentication".
> > > i still don't understand how it couldn't mean it actually failed
> > > the
> > > first time, but i'll take your word for it.
> > > > 
> > > > There is obviously something keeping it in low-power
> > > > mode, but it is more likely something else.
> > > i tried powering on with "mmcli -m 3 --set-power-state-on"
> > > and it reports
> > > "'error: couldn't set new power state in the modem:
> > > 'GDBus.Error:org.freedesktop.libmbim.Error.Status.Failure:
> > > Failure'".
> > > Do you know what is generally required for a modem to be powered
> > > on?
> > > What all kernel modules are required for this modem, do you
> > > think?
> > > maybe
> > > i don't have the basics handled. do i need to blacklist anything?
> > > > 
> > > > > 
> > > > > > 
> > > > > > Are you sure your modem requires FCC auth?
> > > > > no.
> > > > > > 
> > > > > > Are you sure there aren't
> > > > > > enywhting else keeping it in radio off state?
> > > > > no. there very well may be but i don't know what.
> > > > So you haven't seen this e.g. working in Windows?
> > > i don't use windows at all. It's a new modem, so it should work.
> > > I
> > > had
> > > previously purchased what should have been a slightly more
> > > modern,
> > > better supported modem but lenovo's uefi whitelist suprised me.
> > > so i
> > > had
> > > a choice of two modems that would work with my carrier and band.
> > > i
> > > bought the cheaper one. For future reference, is the em7345 known
> > > to
> > > work out of the box?
> > > > 
> > > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > Typically that would a
> > > > > > "missing" firmware image, as required by your operator
> > > > > > settings.
> > > > > this was the only guess i had too. i don't know what firmware
> > > > > i
> > > > > may
> > > > > need or where to get it or how to load it. gobi-loader and
> > > > > gobi-firmware were the only things i found but they appear to
> > > > > be
> > > > > for
> > > > > gobi 2000 and 1000.
> > > > Yes.  The gobi 3000 didn't normally need any firmware upload
> > > > since
> > > > it
> > > > came with firmware on flash.  But newer modems like the MC73xx
> > > > and
> > > > MC74xx have a concept of firmware image and operator matching,
> > > > where
> > > > they will stay in low-power mode if none of the installed
> > > > images
> > > > are
> > > > usable.
> > > > 
> > > > I don't know if this applies to the gobi 3000 generation,
> > > > though.
> > > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > Hmm, you don't have any AT command port enabled, do you?
> > > > > not that i'm aware of.
> > > > > > 
> > > > > > A look at the
> > > > > > "AT!PCINFO?" output would be most useful...  Not to mention
> > > > > > the
> > > > > > "AT!PCFCCAUTH?" I've just learned about.
> > > > > > 
> > > > > > But failing that, could you try this:
> > > > > those commands failed to produce any results.
> > > > You need to run them on the AT command TTY after entering the
> > > > OEM
> > > > password.  I.e.
> > > > 
> > > > AT!ENTERCND="A710"
> > > > AT!PCINFO?
> > > > AT!PCFCCAUTH?
> > > > 
> > > > But if you don't have an AT command port, then I guess we would
> > > > have to
> > > > figure out how to enable that first.
> > > do i have to have a physical serial port or is there a way to
> > > send
> > > AT
> > > commands via the terminal using some emulation or something?
> > No, if you don't have an AT port exposed then you'd have to change
> > the
> > firmware USB mode to get one.  Try setting a different
> > configuration on
> > the device to get QMI mode:
> > 
> > echo 1 > /sys/bus/usb/devices/2-2/bConfigurationValue
> > 
> > Mine is at 2-2, yours will be different.  Run 'dmesg' and you'll
> > see
> > something like "cdc_mbim 2-2:2.12: cdc-wdm1: USB WDM device", take
> > everything before the ":" (eg, 2-2) and use that.  When you do
> > that, if
> > the device supports it, it will automatically switch from MBIM to
> > QMI
> > and you'll probably get a few /dev/ttyUSBx ports.  Try them each in
> > turn, eg "minicom -D /dev/ttyUSB2" until you find one that responds
> > to
> > "at!pcinfo?".
> > 
> > For example, from a EM7355:
> > 
> > at!pcinfo?
> > State: LowPowerMode
> > LPM force flags - W_DISABLE:0, User:0, Temp:0, Volt:0, BIOS:0,
> > GOBIIM:1
> > W_DISABLE: 0
> > Poweroff mode: 0
> > LPM Persistent: 0
> > 
> > This indicates that my device is in low-power-mode, because
> > "GOBIIM:1".
> > When I flip the W_DISABLE switch on my dev carrier board, W_DISABLE
> > changes to "1" too.
> > 
> > It's likely that one of these is your problem.  Either hardware
> > W_DISABLE pins from your Thinkpad 530, or some image management
> > issue
> > in the firmware.
> > 
> > Dan
> > 
> i followed your instructions and am able to issue AT commands to the 
> modem with minicom but "at!pcinfo?" returns "ERROR" then it
> alternates 
> on it's own between "+CGREG: 1,0" and "+CREG: 1,0". some commands
> work 
> fine however. issuing "AT+CFUN=1" returns "+CME ERROR: 4", if that's 
> useful. "AT+CIMI" works and "AT+CFUN?"  returns "+CFUN:
> 0".  "AT+CPIN?" 
> returns "+CPIN: READY". "AT+CSQ" returns "+CSQ: 99,99".

What does "ATI" return on this device?  Feel free to obscure the IMEI
if it's printed out.

Also, what does AT+CLAC and AT&V return?

How about "AT!GSTATUS?"

Dan