From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Access to SIM card when Modem is not "Powered"
Date: Tue, 30 Mar 2010 13:05:48 -0500 [thread overview]
Message-ID: <201003301305.49366.denkenz@gmail.com> (raw)
In-Reply-To: <a32762a21003301037t17c119afq7eec0decc772755c@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1666 bytes --]
Hi Aki,
> 2010/3/30 Denis Kenzior <denkenz@gmail.com>:
> > The answer is that exposing this as a property is not going to happen
> > because it is fundamentally wrong. And in effect it already is exposed,
> > e.g. the fact that modem object is present in oFono. You have several
> > options here:
>
> So I think what you are saying is that if a modem object exists, it is
> available. That is, the HW has been powered up and initialized
> properly. And that the Powered property is about whether or not the
> modem's cellular is active (RF on/off).
Powered is about whether the modem is useable. Today we don't make a
distinction between tx/rx off with sim, tx/rx off without sim, or fully active.
We need to look closely at whether enabling flight mode (e.g. SIM on, while
TX/RX is off) makes sense. It is something we should consider, but challenging
since most of the SIM attributes are exposed through atoms which won't be
generally available when in Flight mode (e.g. SMSC address on SIM atom, MBDN
on message waiting, etc)
>
> If this is the case, then I think it'll do.
>
> There is a corner case when the modem is borked and cannot be properly
> powered but needs to be taken to a care point (not that that ever
> happens IRL ;), and I would rather see this indicated explicitly
> rather than implicitly by ModemManager returning an empty list of
> modems.
So finally someone tells me an actual use case, how hard was that? :) It is
still possible to expose this information on the interface provided by your
custom plugin, I'm against exposing this as a property on Modem interface.
Regards,
-Denis
next prev parent reply other threads:[~2010-03-30 18:05 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-19 17:24 Access to SIM card when Modem is not "Powered" Pekka Pessi
2010-03-19 18:18 ` Denis Kenzior
2010-03-29 18:29 ` Pekka Pessi
2010-03-29 18:40 ` Bastian, Waldo
2010-03-30 11:39 ` Pekka Pessi
2010-03-30 14:22 ` Marcel Holtmann
2010-03-29 18:53 ` Denis Kenzior
2010-03-30 11:36 ` Pekka Pessi
2010-03-30 4:50 ` Denis Kenzior
2010-03-30 15:34 ` Pekka Pessi
2010-03-30 15:45 ` Marcel Holtmann
2010-03-30 16:40 ` Pekka Pessi
2010-03-30 18:02 ` Marcel Holtmann
2010-03-30 22:55 ` Pekka Pessi
2010-03-30 23:24 ` Denis Kenzior
2010-04-01 9:14 ` Pekka Pessi
2010-04-01 12:44 ` Aki Niemi
2010-04-01 15:09 ` Denis Kenzior
2010-04-01 15:07 ` Denis Kenzior
2010-04-12 14:08 ` Pekka Pessi
2010-04-15 21:54 ` Denis Kenzior
2010-03-30 17:26 ` Aki Niemi
2010-03-30 16:13 ` Denis Kenzior
2010-03-30 17:37 ` Aki Niemi
2010-03-30 18:05 ` Denis Kenzior [this message]
2010-03-30 18:27 ` Aki Niemi
2010-03-30 11:57 ` Aki Niemi
2010-03-30 14:19 ` 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=201003301305.49366.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.