<div dir="ltr">On Mon, Oct 6, 2014 at 7:30 AM, Jerry Lundström <span dir="ltr"><<a href="mailto:jerry.lundstrom@iis.se" target="_blank">jerry.lundstrom@iis.se</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On sön, 2014-10-05 at 21:10 +0200, Rickard Bellgrim wrote:<br>
> The slots are allocated dynamically. The configuration only handle the<br>
> location where the tokens will be stored.<br>
<br>
</span>Ok, thanks for the information. It helped solve some of the tests I had<br>
problems with.<br>
<br>
Side note; Seems like slots can only be initialized in sequentially (0,<br>
1, 2, 3...), is v2 suppose to not allow non sequential slots<br>
initialization?<br></blockquote><div><br></div><div>Correct, just sequentially. You can use the PKCS#11 function calls to find the first uninitialized slot. There is however a potential feature request in <a href="https://issues.opendnssec.org/browse/SOFTHSM-100">https://issues.opendnssec.org/browse/SOFTHSM-100</a> to initialize the first free slot when using the softhsm tool.</div><div><br></div><div>You normally never use the PKCS#11 interface to initialize a token in e.g. a SafeNet HSM. You use the administrative interface. Because you also need to setup other credentials than the SO and User PIN.</div><div><br></div><div>// Rickard</div></div></div></div>