From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [PATCH 1/3] Add radio settings atom and driver API
Date: Thu, 04 Feb 2010 16:14:15 -0600 [thread overview]
Message-ID: <201002041614.15909.denkenz@gmail.com> (raw)
In-Reply-To: <a32762a21002041401y57ad45abob5e5bc22bc54292@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2238 bytes --]
Hi Aki,
> Hi Denis,
>
> 2010/2/4 Denis Kenzior <denkenz@gmail.com>:
> >> +typedef void (*ofono_radio_settings_mode_query_cb_t)(const struct
> >> ofono_error *error, +
> >> enum ofono_radio_access_mode mode, +
> >> void *data);
> >
> > I still say this part is not required.
> >
> >> +
> >> +struct ofono_radio_settings_driver {
> >> + const char *name;
> >> + int (*probe)(struct ofono_radio_settings *rs, unsigned int vendor,
> >> void *data); + void (*remove)(struct ofono_radio_settings *rs);
> >> + void (*query_mode)(struct ofono_radio_settings *rs,
> >> + ofono_radio_settings_mode_query_cb_t cb,
> >> void *data);
> >
> > Neither is query_mode. This is a local modem setting, not a network
> > setting. There's simply no reason to query it when oFono can store the
> > settings.
>
> Even with storage, it's needed the very first time a new SIM card is
> inserted, no?
>
Not really, we can default to a safe setting (e.g. any) if no previous setting
has been saved. We do this for GPRS, Cell Broadcasts, etc.
> > Lets just add ability to read the mode setting from storage and set it at
> > interface startup.
>
> I can agreee to storing SIM data, but for other settings that are
> anyway saved on the modem's non-volatile memory, this seems wrong.
> oFono is aimed to be usable also on the desktop using tethering, which
> means most of the time these settings are touched on the phone.
But also remember I want to keep all my settings when I switch SIMs. On the
desktop that is a much likelier scenario (e.g. GPRS data cards), travel
between countries, etc. The radio access setting is likely to be specific to a
network provider (e.g. poor 3G coverage) rather than the device.
I agree tethering is a usecase we haven't considered properly yet, but
honestly I'm not sure the PC should be messing with radio preference settings
while tethered...
>
> (As an aside, I have right now two N900s connected to my laptop via
> USB, and was just making calls between them using oFono and d-feet.)
>
Nice :)
Regards,
-Denis
next prev parent reply other threads:[~2010-02-04 22:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-04 6:58 [PATCH 1/3] Add radio settings atom and driver API Aki Niemi
2010-02-04 14:36 ` Marcel Holtmann
2010-02-04 20:28 ` Denis Kenzior
2010-02-04 22:01 ` Aki Niemi
2010-02-04 22:14 ` Denis Kenzior [this message]
[not found] <1265296513.2603.2.camel@Nokia-N900-50-5>
2010-02-04 15:23 ` Marcel Holtmann
-- strict thread matches above, loose matches on Subject: below --
2010-02-04 15:43 aki.niemi
2010-02-04 16:35 ` 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=201002041614.15909.denkenz@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