Hi sylvain,<div>Yes, we're on the same wavelength here.<br><br></div><div>Sebastien</div><div><br></div><div><div class="gmail_quote">On Tue, Mar 9, 2010 at 5:03 PM, Sylvain Munaut <span dir="ltr"><<a href="mailto:246tnt@gmail.com">246tnt@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">>> so apdus will be exchanged through the serial link with the phone.<br>
>> It may be nice to have a pcsclite driver to drive the sim card in the phone.<br>
>> Then we'll be able to use a SIM cards connected to the real phone, or a ccid<br>
>> smart card reader connected to the PC running the layer2/layer3, using the<br>
>> same API.<br>
><br>
> Yes, I like that idea, and we can easily use yet another of our HLDC<br>
> data link connections for this.<br>
><br>
> However, it seems almost like a bit of over-engineering to me to go a<br>
> far as to support PC/SC.  Sure, it's a cool hack, and if somebody has<br>
> an interest in it and some time to spare.<br>
<br>
</div>I would do it the other way around.<br>
Make sure that all call from layer 3 are in the form of  " apdu_xfer(in,out); "<br>
<br>
Then implementing this apdu_xfer either using :<br>
 . A HLDC data link to the real phone<br>
 . A PCSC reader (the api allows for raw apdu exchange very easily)<br>
 . A bare serial link to one of those cheap card reader<br>
 . The SIM api directly when running inside the phone.<br>
<font color="#888888"><br>
Sylvain<br>
</font></blockquote></div><br></div>