linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Bjørn Mork" <bjorn@mork.no>
To: Sarah Sharp <sarah.a.sharp@linux.intel.com>
Cc: linux-wireless@vger.kernel.org, linux-usb@vger.kernel.org,
	"Ismail\, Rahman" <abdul.r.ismail@intel.com>, "Wallick\,
	Stephanie S" <stephanie.s.wallick@intel.com>
Subject: Re: Mobile Broadband Interface Model (MBIM) support?
Date: Fri, 24 May 2013 21:31:23 +0200	[thread overview]
Message-ID: <87txlsdvjo.fsf@nemi.mork.no> (raw)
In-Reply-To: <87zjvkdwlf.fsf@nemi.mork.no> ("Bjørn Mork"'s message of "Fri, 24 May 2013 21:08:44 +0200")

Bjørn Mork <bjorn@mork.no> writes:

>> http://www.usb.org/developers/devclass_docs/MBIM10Errata1.zip
>
> Thanks for that pointer.  I haven't seen the errata before. Will study
> it, but fortunately we are protected against anything involving
> management protocol updates.

Yuck.  When did the USB-IF start publishing the erratas merged with the
original with absolutely no indication about what they changed?  This
sucks.

And the changes I notice also suck.  WTF do they need another functional
descriptor for?  For these two numbers? :

 bMaxOutstandingCommand - Max number of outstanding Command Messages the
    device can handle simultaneously. Shall be greater than 0.
 wMTU - Operator preferred MTU for home network. wMTU applies to IP Data
    Streams.

This is just plain stupid.  Sorry.  I don't know how else to describe
it. They already have an extensible management protocol.  These numbers
could easily have been published through that.   And "Operator preferred
MTU for home network" cannot possibly be a device specific attribute.
That's obviously a network attribute.  How the heck can you put that
into a functional descriptor?  It may change with the SIM card.

And then there are the things they didn't correct.  I've been looking
for the "MBIMRegistry" they refer to ever since the initial version was
published.  AFAICS there is none.  I tried mailing admin@usb.org about
it in February, but haven't received any replies. As expected.

There are already several vendor specific UUIDs in use.  The registry is
needed if we are expected to support any of these. Microsoft is the only
one documenting theirs AFAIK:
 http://msdn.microsoft.com/en-us/library/windows/hardware/jj248720.aspx
 http://msdn.microsoft.com/en-us/library/windows/hardware/jj248721.aspx
 http://msdn.microsoft.com/en-us/library/windows/hardware/jj149393.aspx

But I've also seen vendor specific services from Qualcomm, AT&T,
Ericsson, Huawei and MediaTek.  All completely undocumented wrt open
source implementations, although I have successfully guessed how to use
the Qualcomm service (it embeds Qualcomms proprietary, but partly openly
documented, QMI protocol in MBIM).


Bjørn

      reply	other threads:[~2013-05-24 19:31 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-24 17:09 Mobile Broadband Interface Model (MBIM) support? Sarah Sharp
2013-05-24 18:10 ` Sarah Sharp
2013-05-25  0:11   ` Dan Williams
2013-05-24 18:14 ` Bjørn Mork
2013-05-24 19:08 ` Bjørn Mork
2013-05-24 19:31   ` Bjørn Mork [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87txlsdvjo.fsf@nemi.mork.no \
    --to=bjorn@mork.no \
    --cc=abdul.r.ismail@intel.com \
    --cc=linux-usb@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=sarah.a.sharp@linux.intel.com \
    --cc=stephanie.s.wallick@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).