Hi Denis,
We can have a private enum modem type into plugin, but we won't be able
to use it into any atoms.
Maybe by deduction we can add an enum sim_type into sim.h store the type
into the plugin data and pass it at SIM atom creation.
What do you think?
Inside the plugin you can do whatever you want for determining the cdma
vs gsm modem type. I'm not quite sure I follow your comment about
sim.h...
To use only PIN management and retrieving IMSI from current sim atom,
sim type (R-UIM or SIM) has to be specified at atom creation.
The sim type can is determined into Huawei plugin at the same time as
modem type:
- If modem type if GSM, sim type SIM.
- If modem type is CDMA, sim is R-UIM (sim atom is not created in
case of UIM/ROMSIM)
Yes, I understand that part ;)
I was proposing to have those 2 types into include/sim.h.
Thus, sim atom can be flagged as SIM or R-UIM to access or not to the
file system and use PIN management only e.g. in:
sim_initialize() and sim_initialize_after_pin() we just get the imsi we
don't try to read the sim file system.
And no, we're not going to do it this way. In the end we must be able
to read EFs from CDMA modems as well, since many of the EFs exist on
RUIMs and the logic is exactly the same. You must find another way
I knew it...
That 's why I have created a new thread that summarize all the concerns
and ideas we have :)
Kind regards,
Guillaume
_______________________________________________
ofono mailing list
[email protected]
http://lists.ofono.org/listinfo/ofono
