Hi Lei, >>> + string Type [readonly, optional, experimental] >>> + >>> + String representing the type of the modem device. >>> + >>> + The possible values are: >>> + "gsm" Modem supports one or more of the 3GPP >>> + family of technologies including GSM, >>> + EDGE, UMTS, HSPA, LTE. >>> + "cdma" Modem supports one or more of the 3GPP2 >>> + family of technologies including CDMA 1x, >>> + EVDO. >>> + "hfp" Bluetooth hands-free profile (HFP) modem >>> + >> >> So one pointed question: >> >> How are we planning to support dual-mode devices with this property? I >> believe during the CDMA workshop we decided that the clients should >> simply look at the set of interfaces, not a semi-static property... > > We understand that the decision during the CDMA workshop but as we > explained one use case in the cover letter > (http://lists.ofono.org/pipermail/ofono/2011-January/007890.html) for > this RFC, there will be cases where atom's D-Bus I/F is not suitable (or > as a reliable way) for telling what is current mode (CDMA or GSM). E.g., > in the case of retrieving serial number from modem. Currently both CDMA > and GSM shares the same I/F (ofono.org.modem) rather than having > separate (ofono.org.cdma.modem). And, further if no other atom has been > instantiated, then, there will be no other way to tell which mode (CDMA > or GSM) the modem is. And, further for displaying serial number, upper > layer will need to know it is CDMA or GSM. In case of CDMA, the serial > number is MEID and GSM it is IMEI. As explained in cover letter, we > anticipate more cases like this.
So let us say I have a dual-mode modem. Are there now two serial numbers? One for MEID and one for IMEI? Are there now two Manufacturers? Two Revisions? Regards, -Denis _______________________________________________ ofono mailing list [email protected] http://lists.ofono.org/listinfo/ofono
