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 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.