All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [RFC] AGPS Support
Date: Wed, 03 Nov 2010 12:55:11 -0500	[thread overview]
Message-ID: <4CD1A1FF.50101@gmail.com> (raw)
In-Reply-To: <AANLkTimt4=Gkh9K1Xh4qckTKKO+WqacdmtJJuf_Jaubd@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1395 bytes --]

Hi Aki,

On 11/03/2010 12:40 PM, Aki Niemi wrote:
> Hi,
> 
> 2010/11/3 Sjur Brændeland <sjurbren@gmail.com>:
>> I was previously under the false impression that you wanted oFono API
>> to export AGPS functionality using dbus types only. Piping the AGPS
>> XML (or ASN.1 coded data)
>> through oFono certainly makes the oFono implementation much simpler.
>> I'm all for that :-)
> 
> I think it has been the working assumption to just forward raw data
> over D-Bus; PDU as an array of bytes. I believe the ISI modem
> interface exposes raw ASN.1 PDUs directly.
> 
> Obviously we need to pick one format for the D-Bus interface, but I'm
> a little wary of transcoding between the two formats, be it in the
> core or in the drivers.

Oh I can definitely see that no matter which one we pick it will be
inconvenient for some vendors.  But I think we're all interested in
picking one 'standard' one to avoid fragmentation.

Are all vendors utilizing the same ASN.1 binary encoding format, or is
that also variable between vendors?  We already have a disaster with CAT
spec using C-TLVs and BER-TLVs and it is a really bad idea to expose
upper layers to these details.

Can someone perform due diligence into what it would take to convert
ASN.1 into XML?  If the amount of work is not large, then it is another
point for the XML / 27.007 approach.

Regards,
-Denis

  reply	other threads:[~2010-11-03 17:55 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <B4268AAFAFA3E244B5B0641D5914917048B5476159@EXDCVYMBSTM006.EQ1STM.local>
2010-10-22 10:09 ` [RFC] AGPS Support Sjur BRENDELAND
2010-10-22 15:57   ` Denis Kenzior
2010-10-27  9:39     ` Joly, Frederic
2010-11-02 20:36       ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2010-11-02 20:44         ` Marcel Holtmann
2010-11-03 10:27           ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2010-11-03 10:39             ` Marcel Holtmann
2010-11-03 18:59               ` Bastian, Waldo
2010-11-03 19:04                 ` Marcel Holtmann
2010-11-22 22:52               ` Joly, Frederic
2010-11-30 17:17                 ` Marko.Ovaska
2010-11-02 20:50         ` Denis Kenzior
2010-11-03 11:27           ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2010-11-03 17:40             ` Aki Niemi
2010-11-03 17:55               ` Denis Kenzior [this message]
2010-10-13  7:59 Bastian, Waldo
  -- strict thread matches above, loose matches on Subject: below --
2010-05-14 23:56 [RFC] AGPS support Bastian, Waldo
2010-05-17 17:01 ` Joly, Frederic
2010-05-19 16:32 ` Joly, Frederic
2010-05-19 21:18   ` Marcel Holtmann

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=4CD1A1FF.50101@gmail.com \
    --to=denkenz@gmail.com \
    --cc=ofono@ofono.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.