<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font size="-1">Can you point me what is wrong in this patch about
      coding guidelines and the other things?<br>
      <br>
      Arnaud<br>
      <br>
    </font>
    <div class="moz-cite-prefix">On 09/04/2014 09:16, Aleksander Morgado
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAAP7uc+=QKA_0ET2ZPFz5LF9hbeTeT7RNgQ8GA=Nw4YzQ358VA@mail.gmail.com"
      type="cite">
      <pre wrap="">Opened a new bug for this one, so that it doesn't get lost:

<a class="moz-txt-link-freetext" href="https://bugs.freedesktop.org/show_bug.cgi?id=77225">https://bugs.freedesktop.org/show_bug.cgi?id=77225</a>

On Tue, Mar 25, 2014 at 10:16 AM, Scott Lee <a class="moz-txt-link-rfc2396E" href="mailto:sclee@nvidia.com"><sclee@nvidia.com></a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Thanks Arnaud for the patch.

Yes we’re doing exactly the same thing -- although we are using a different
hack for internal test.

We modified “mbim_message_command_new” so we pass UUID as parameter instead
by getting it from whitelist.

This way we don’t need to register anything and let our device to parse and
verify the UUID and CID.



Cheers,

Scott



From: <a class="moz-txt-link-abbreviated" href="mailto:benchan@google.com">benchan@google.com</a> [<a class="moz-txt-link-freetext" href="mailto:benchan@google.com">mailto:benchan@google.com</a>] On Behalf Of Ben Chan
Sent: Tuesday, March 25, 2014 12:53 AM
To: Dan Williams
Cc: Aleksander Morgado; Scott Lee; <a class="moz-txt-link-abbreviated" href="mailto:libmbim-devel@lists.freedesktop.org">libmbim-devel@lists.freedesktop.org</a>;
Arnaud Desmier
Subject: Re: Adding new MBIM extension CID?







On Mon, Mar 24, 2014 at 8:40 AM, Dan Williams <a class="moz-txt-link-rfc2396E" href="mailto:dcbw@redhat.com"><dcbw@redhat.com></a> wrote:

On Mon, 2014-03-24 at 16:18 +0100, Aleksander Morgado wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">On Mon, Mar 24, 2014 at 12:25 PM, Arnaud Desmier <a class="moz-txt-link-rfc2396E" href="mailto:adesmier@sequans.com"><adesmier@sequans.com></a>
wrote:
</pre>
          <blockquote type="cite">
            <pre wrap="">We get into the same troubles on our side but it's for UUID, not CID.
you
can try attached patch to allow you to register custom UUID and so get
access to your own CID.

 * use mbim_register_custom_service API to register a new UUID
 * use mbim_unregister_custom_service API unregister it
</pre>
          </blockquote>
          <pre wrap="">

I believe we should make this logic part of libmbim. What do others think?
That patch would need some cleanup to follow coding style and other
minor things, though.
</pre>
        </blockquote>
        <pre wrap="">
Yeah, agreed.



For a library API perspective, it's not a bad idea to add hooks in libmbim,
which would allow an application to implement custom device services using
libmbim.



The extensibility in MBIM is unavoidable for practical reasons but does come
at a cost, IMHO. Let's hope subsequent MBIM specifications would standardize
more common services, so that we don't end up having many versions of the
same service, like we did to AT.

________________________________
This email message is for the sole use of the intended recipient(s) and may
contain confidential information.  Any unauthorized review, use, disclosure
or distribution is prohibited.  If you are not the intended recipient,
please contact the sender by reply email and destroy all copies of the
original message.
________________________________
</pre>
      </blockquote>
      <pre wrap="">


</pre>
    </blockquote>
    <br>
  <p></p>

<p>-- IMPORTANT NOTICE: </p>

<p>The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.</p></body>
</html>