Hi Bjarke,

You're in the grey zone here as you have already indicated

The CDD clearly states that the specification "refers specifically to
hardware related to placing voice calls and sending SMS
messages via a GSM or CDMA network"

Since you don't intent to use GSM/CDMA, you don't quality to enable
the android.hardware.telephony property. Do dont specify which kind of
telephony stack you intend to use, but POTS (even though its just an
example) also cant fulfill the capability to send/receive SMS. Thus
you cant implement any of the TelephonyManager class and / or use the
RIL for that matter.

So in order to utilize the "secret" telephony stack, you would need to
implement a "add-on" framework which more or less includes a similar
API etc as the Android Telephony.

So to answer your question: No you would not be compliant to CDD, if
you try to alter the TelephonyManager to support anything that's not
GSM/CDMA.

Br,
Torsten

Ixonos Denmark, Aalborg

On Mar 2, 8:39 am, "Bjarke F." <[email protected]> wrote:
> Hi all
>
> I am trying to understand what we are allowed to change and still be
> compatible with the CDD.
> Specifically I focus on the TelephonyManager class and it's friends.
>
> The way I understand the CDD is that we are basically free to change
> internals, as long as it does not change the API exposed to
> applications. (Which seems completely reasonable.)
> That allows us to modify classes that are decorated with {@hide}, and
> internals of the SDK exposed classes as long as they do not change the
> interface as seen by applications. (Correct?)
>
> Now the problem is that we are not developing a GSM or CDMA phone, but
> we are developing a phone with telephony capabilities (lets call it a
> POTS phone, it is not, but lets call it that for illustrative
> purposes.) Our POTS phone needs to customise the TelephonyManager
> class (or e.g. the ITelephony implementation), but the only valid
> return options from TelephonyManager.getPhoneType() are GSM, CDMA,
> NONE, and now also SIP.
>
> Am I allowed to add a new possible phone type called POTS, according
> to the CDD?
> The way I see it that will change the interface to the applications,
> and thus are not allowed.
> How do I then go about this?
>
> Thanks in advance
>
> /Bjarke

-- 
unsubscribe: [email protected]
website: http://groups.google.com/group/android-porting

Reply via email to