From: Marcel Holtmann <marcel@holtmann.org>
To: ofono@ofono.org
Subject: Re: [PATCH 1/3] Add radio settings atom and driver API
Date: Thu, 04 Feb 2010 08:35:25 -0800 [thread overview]
Message-ID: <1265301325.31341.165.camel@localhost.localdomain> (raw)
In-Reply-To: <1265298185.2603.7.camel@Nokia-N900-50-5>
[-- Attachment #1: Type: text/plain, Size: 1851 bytes --]
Hi Aki,
> > > Yeah, perhaps the property should be called "TechnologyPreference" with values
> > > "any", "2G", "3G", "4G". For now at least.
> >
> > so what about the magic CDMA + UMTS combo chips. We basically have to
> > reload the firmware with these. Would be nice to figure out on how that
> > can be done. Not that we know much about how Qualcomm intends to use
> > that in a phone case scenario, but would be nice to at least think about
> > it a bit.
>
> I'm not at all sure toggling between CDMA and UMTS is going to work smoothly enough for it to be done at this interface level. It sounds more like disabling one modem and enabling another. And I'm sure there are other areas in the API that are going to need tweaking for CDMA. I would rather cross that bridge when we come to it.
fair enough from my point of view, but lets keep that in mind. The
hardware for that is out there.
> > Also I wanted you to ask about the data roaming. Does the Nokia modem
> > has an option to NOT data roam that we can set. The problem with doing
> > it in the host is that a bit of data goes through if you start roaming
> > and have a PDP context active. So it costs the user. At least some
> > reports indicate this. Does your modem forces a detach or does it just
> > happily data roam and just give us a cell update?
>
> You mean PDP contexts survive a network change? I don't think they do. Sounds like a bug in the application.
>
> The Nokia modems have a setting to automatically attach, but that doesn't yet move any data.
That is what T-Mobile promises me when crossing borders into Netherlands
or Austria with my German SIM card. It should have smooth data roaming.
To be honest, I have never really tried it. Either I was on a plane
anymore or too cheap to pay for data roaming ;)
Regards
Marcel
next prev parent reply other threads:[~2010-02-04 16:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-04 15:43 [PATCH 1/3] Add radio settings atom and driver API aki.niemi
2010-02-04 16:35 ` Marcel Holtmann [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 6:58 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
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=1265301325.31341.165.camel@localhost.localdomain \
--to=marcel@holtmann.org \
--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.