<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 27, 2014 at 3:54 PM, Nikos Balkanas <span dir="ltr"><<a href="mailto:nbalkanas@gmail.com" target="_blank">nbalkanas@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 dir="ltr"><div style="font-size:small"><br></div><div class="gmail_extra"><div class="gmail_quote"><div class="">On Thu, Mar 27, 2014 at 10:42 AM, Karsten Nohl <span dir="ltr"><<a href="mailto:nohl@srlabs.de" target="_blank">nohl@srlabs.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>
On Mar 27, 2014, at 7:08 , Nikos Balkanas <<a href="mailto:nbalkanas@gmail.com" target="_blank">nbalkanas@gmail.com</a>> wrote:<br>
<br>> All the more reason to update Kraken's ilx library. Not only it will be easier<br>
> to find current boards, but they will be more powerful as well.<br>
<br>
</div>Happy to integrate any contributions from the community. However, afaict there was a single contributor (kraken-win32) in the four years the code has been stable ...<br></blockquote><div><br></div></div><div>
I plan to do it for myself. I code in C, though, not C++. I can submit it to you, but it is up to you to accept it or not.</div><div>Besides, have to wait from AMD to support my Ubuntu 13.10 or 14.04 coming up. I am also interested in their new PVA</div>

<div>(crossfire) architecture.</div></div></div></div></blockquote><div><br></div><div>It is the AMD IL code that needs to be updated, to GCN assembly .. It would be possible to code it in OpenCL as well, but the whole point with coding it in AMD IL to begin with was to make use of certain instructions to make it more efficient. OpenCL code would most likely have a significantly lower performance (but would obviously be better than nothing). The C++ wrappers around may need to be modified slightly as well, but that change is trivial.</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>> Without updates kraken is doomed to a slow death of obsolescence :-(<br>
<br>
</div>We were hoping it would be doomed anyway by all networks upgrading to A5/3 :-)<br>
<br>
<br></blockquote></div><div><div>Hold on a minute. Kraken is not limited to A51 code. Are you saying that the rainbow tables are built with A51 encryption in them?</div>
</div><div><div>If that is the case, there is a project openrainbow tables, that maintains them and maybe takes care of it.</div></div></div></div></div></blockquote><div><br></div><div>Yes, Kraken is limited to A5/1. What made you think otherwise?</div>
<div>  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="HOEnZb"><font color="#888888"><div>
</div><div><div>Nikos</div></div></font></span></div></div></div></blockquote><div><br></div><div>Cheers,</div><div>Joel Eriksson </div></div></div></div>