hi,
thinking more about the SIM.
I started to look at the code and I now have some ideas on how to do that.
Just a question for the moment:
The SIM code is common to all apps so I'm looking at src/host/layer23/src/common/main.c .
I see that the handle_options() is the proper place to add a --sim option that would become available to all l23 apps to choose the SIM implementation to use (l1ctl, pcsclite, etc.)
But the handle_options() function does not take the struct osmocom_ms *ms pointer as a parameter. And I would need that to setup the proper functions for the SIM.
Is this lack of parameters on purpose? Can I do this sort of change without being (understandably) barked at? There is no API breaking involved, handle_options() is static.
The result is that for the moment, handle_options() can only access a struct l23_app_info *app. So for my own amusement, I will do the required changes until someone discourages me with a serious reason (in my own branch, in my own repository)
I'm just playing with the code now.
Sebastien
On Tue, Feb 1, 2011 at 12:36 AM, Steve Markgraf steve@steve-m.de wrote:
Hi,
[just for completeness]
On 31.01.2011 18:36, Sylvain Munaut wrote:
There was some plan to use BTSAP as an internal interface to allow plugging of SIM interface .. not sure where it's at.
Yeah, prom started to work on this some months back, the unfinished target-side code is in the prom/simaccess branch.
Regards, Steve