Establishing connections to multiple PDPs simultaneously with MBIM

Neal Gompa ngompa13 at gmail.com
Thu Aug 6 13:52:16 PDT 2015


On Thu, Aug 6, 2015 at 4:48 PM, Aleksander Morgado <aleksander at aleksander.es
> wrote:

> On Thu, Aug 6, 2015 at 7:02 PM, Neal Gompa <ngompa13 at gmail.com> wrote:
> >> On Aug 6, 2015 5:13 PM, "Neal Gompa" <ngompa13 at gmail.com> wrote:
> >> >
> >> > On Thu, Aug 6, 2015 at 10:35 AM, Dan Williams <dcbw at redhat.com>
> wrote:
> >> >>
> >> >> On Thu, 2015-08-06 at 08:57 +0200, Aleksander Morgado wrote:
> >> >> > On Thu, Aug 6, 2015 at 3:00 AM, Markus Gothe
> >> >> > <nietzsche at lysator.liu.se> wrote:
> >> >> > > Please tell me if I am wrong… But this quite a design issue which
> >> >> > > we need to come down to consensus… Right?
> >> >> >
> >> >> >
> >> >> > Well, it's not like we're changing the behavior of the kernel
> driver.
> >> >> > This is just a small design issue in mbimcli :)
> >> >> >
> >> >> > What's your opinion on this? Do you prefer the "=" separated
> >> >> > key/value
> >> >> > pairs, or just the prefixed "N:" with additional optional arguments
> >> >> > for things like ip-type?
> >> >>
> >> >> I personally prefer = separated key/value pairs, keeping compat with
> >> >> the
> >> >> old unkeyed format.  So I'll try to do that, but might not happen
> this
> >> >> week.
> >> >>
> >> >> Dan
> >> >>
> >> >
> >> > If I could chime in for a moment:
> >> >
> >> > I favor the key/value pair format, as it makes it easier to figure out
> >> > how to lay out configuration information. Heck, it makes it possible
> for me
> >> > to easily structure a program that would take in JSON data
> representing the
> >> > configuration and map it straight to mbimcli so that it can be
> processed. It
> >> > would be also awesome if some kind of key/value output format could be
> >> > available as an option for parsing the output that comes back after
> mbimcli
> >> > successfully connects. The human-readable output today that shows up
> in git
> >> > master is great for humans, but it's a bit tricky to parse for
> scripting.
> >> >
> >> > If there's a key/value input and key/value output mechanism, that
> would
> >> > make what I'm working on much easier.
> >> >
> >>
> >> Yes, totally agree regarding the output thing. Something like an
> >> additional --script option or something that would generate key/value
> pairs
> >> for the outputs of all commands. That would be a truly nice improvement
> and
> >> actually quite trivial to implement.
> >
> > I don't know if you want to go with a different format type, but I would
> > think JSON would be a good format for that. Most programming/scripting
> > environments handle JSON quite well natively (like Python, and well,
> > JavaScript) or through an extension (like PHP, Perl, C#, etc.). Speaking
> as
> > someone who is trying to use mbimcli in a scripting environment, I would
> > appreciate some standardized format that's easy to implement, if it's not
> > JSON.
>
>
> Uff, no, JSON output is way too much. Per output line "key=value"
> pairs should be way more than enough.
>
> --
> Aleksander
> https://aleksander.es
>

​As long as the pairs are line separated, that should work fine.​


-- 
真実はいつも一つ!/ Always, there's only one truth!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libmbim-devel/attachments/20150806/3a73c17a/attachment.html>


More information about the libmbim-devel mailing list