RFC: aleksander/qmi-firmware-update branch
Dan Williams
dcbw at redhat.com
Wed Jan 11 15:36:11 UTC 2017
On Wed, 2017-01-11 at 16:02 +0100, Bjørn Mork wrote:
>
> On January 11, 2017 3:24:13 PM CET, Aleksander Morgado <aleksander at al
> eksander.es> wrote:
> > On Thu, Jan 5, 2017 at 8:09 PM, Bjørn Mork <bjorn at mork.no> wrote:
> > > > > But resetting by USB device ID and then uploading in QDL mode
> > > > > work
> > > > > flawlessly. Although I didn't expect "reset" to use the AT
> >
> > command:
> > > > >
> > > >
> > > > It was the "suggested" way to reset the devices that don't
> > > > support
> >
> > the
> > > > set firwmware preference command, at least that is what I could
> >
> > find.
> > >
> > > OK. But what about modems without an AT port?
> > >
> > > I don't remember and am too lazy to search old mailing list
> > > posts,
> >
> > but I
> > > believe the MC7710 updater had a "magic" DMS boot-and-hold QMI
> >
> > request.
> > > 0x003e?
> >
> > Where did you see that command?
>
> In requests sent by the mc7710 firmware updater from the SWI SDK.
DMS 0x003E is eQMI_DMS_SET_FIRMWARE_ID though... right?
Dan
>
> > I implemented support for "DMS Get/Set Boot Image Download Mode"
> > (0x004f and 0x0050), but those doesn't seem to work in the Sierra
> > modules. The command does work in a Novatel E396 I have around,
> > though.
>
> I wonder if these requests are vendor specific, or maybe reflecting a
> specific bootloader or image format?
>
>
> Bjørn
More information about the libqmi-devel
mailing list