From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH 1/2] Allow users to specify dbus name replacement behaviour.
Date: Thu, 03 Apr 2014 19:11:11 -0500 [thread overview]
Message-ID: <533DF89F.8030003@gmail.com> (raw)
In-Reply-To: <533DF28E.9080209@canonical.com>
[-- Attachment #1: Type: text/plain, Size: 2228 bytes --]
Hi Antti,
> Oh, didn't know that. That sounds great!
> We were under the impression that the phonesim instances have to be
> running before phonesim plugin loads and the modem .xml configurations
> can't be changed on the fly.
What modem .xml configurations? I'm lost now.
You have phonesim plugin inside oFono that simply creates modem driver
instances that essentially know two things:
- IP Address
- Port number.
When you enable the modem on path /phonesimN, a TCP connection is
established.
When you disable the modem, a TCP connection is killed.
>
> This new information now removes the need to be able to restart ofono
> just for updating the phonesim modem .xml configurations.
>
Just restart phonesim on the same port with a new XML file and be done
with it.
>
>> Or go the route of plugins/stktest.c and tools/stktest.c that we used
>> for unit testing SIM Toolkit.
>
> The only problem that remains is that there seems to be no way of
> changing the number of modems on the fly as they are read upon phonesim
> plugin initialization from phonesim.conf.
Why is this a problem?
>
> Now looking at stktest.c I see it opens a socket to communicate with an
> external process.
>
If by external process you mean oFono... then yes. The setup is exactly
the same as phonesim, just automated. Think of stktest as a phonesim
instance with a very limited AT command set, but tells oFono when to
connect ;)
>
> Would it be acceptable if we implement the following:
>
> Upon phonesim plugin init we check if a configuration file exists at
> /etc/ofono/phonesim-control.conf
>
> The file would contain the following:
>
> [control]
> Port=715517
> LoadDefaultConfig=0
>
> Only if the file exists phonesim plugin would then create a _listening_
> socket on the specified port.
>
> If LoadDefaultConfig is 0 the phonesim plugin would not load
> /etc/ofono/phonesim.conf.
>
> That socket would be used to issue control commands:
> ADD [sim name] [Address] [Port]
> REMOVE [sim name]
> RESET
You want to create and remove phonesim modems on the fly? Why? That
seems utterly pointless.
Regards,
-Denis
next prev parent reply other threads:[~2014-04-04 0:11 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-02 13:56 [PATCH 1/2] Allow users to specify dbus name replacement behaviour jussi.pakkanen
2014-04-02 13:56 ` [PATCH 2/2] Can set name replacement with command line arguments jussi.pakkanen
2014-04-02 18:39 ` [PATCH 1/2] Allow users to specify dbus name replacement behaviour Marcel Holtmann
2014-04-03 7:38 ` Jussi Pakkanen
2014-04-03 9:41 ` Antti =?unknown-8bit?q?Kaijanm=C3=A4ki?=
2014-04-03 17:55 ` Marcel Holtmann
2014-04-03 23:45 ` Antti =?unknown-8bit?q?Kaijanm=C3=A4ki?=
2014-04-04 0:09 ` Antti =?unknown-8bit?q?Kaijanm=C3=A4ki?=
2014-04-04 0:13 ` Denis Kenzior
2014-04-04 0:11 ` Denis Kenzior [this message]
2014-04-04 0:50 ` Antti =?unknown-8bit?q?Kaijanm=C3=A4ki?=
2014-04-03 21:40 ` Denis Kenzior
2014-04-04 0:00 ` Antti =?unknown-8bit?q?Kaijanm=C3=A4ki?=
2014-04-04 0:22 ` Antti =?unknown-8bit?q?Kaijanm=C3=A4ki?=
2014-04-04 0:25 ` Denis Kenzior
2014-04-04 1:16 ` Antti =?unknown-8bit?q?Kaijanm=C3=A4ki?=
2014-04-03 17:50 ` 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=533DF89F.8030003@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox