<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Help implementing ECDSA Verify using TinyCrypt</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/87874/help-implementing-ecdsa-verify-using-tinycrypt</link><description>Hello, 
 I am developing FW for a BLE Peripheral on NRF52840_DK using nRF Connect SDK v1.9.1 on VScode. 
 So far, Peripheral and Client are able to connect and exhange data. 
 When Client is sending a data with a digital signature (raw 65 bytes) and its</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sun, 15 May 2022 07:54:11 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/87874/help-implementing-ecdsa-verify-using-tinycrypt" /><item><title>RE: Help implementing ECDSA Verify using TinyCrypt</title><link>https://devzone.nordicsemi.com/thread/367927?ContentTypeID=1</link><pubDate>Sun, 15 May 2022 07:54:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fb757c58-c566-4d39-b032-113a0f77bdd3</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;You need to back track and see where it is called from, and where that function is called from etc. At the root, there will be a&amp;nbsp;thread (it could also be that you have a main function in your application, but this is also a thread in Zephyr projects).&lt;/p&gt;
&lt;p&gt;A good idea for this could perhaps be to use a work queue. There is a lot of documentation about &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/1.9.1/zephyr/reference/kernel/threads/index.html"&gt;threads&lt;/a&gt; and &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/1.9.1/zephyr/reference/kernel/threads/workqueue.html"&gt;work queue&lt;/a&gt;s, but I&amp;nbsp;would recommend starting with &lt;a href="https://www.youtube.com/watch?v=LDTjncHNBpU"&gt;this video&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Help implementing ECDSA Verify using TinyCrypt</title><link>https://devzone.nordicsemi.com/thread/367885?ContentTypeID=1</link><pubDate>Fri, 13 May 2022 15:11:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5b8595f8-82d9-43c3-a700-652ead399e3d</guid><dc:creator>Deep Patel</dc:creator><description>&lt;p&gt;Hello Einar,&lt;/p&gt;
&lt;p&gt;How can i see in what thread i am calling the crypto function&amp;nbsp;&lt;span&gt;uECC_verify() ?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Can you please guide me stepwise How to create a low priority thread and implement your solution to try ?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Help implementing ECDSA Verify using TinyCrypt</title><link>https://devzone.nordicsemi.com/thread/367849?ContentTypeID=1</link><pubDate>Fri, 13 May 2022 13:01:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4725e3d9-2169-47b5-800c-8c7386db75b4</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;You are getting the same MPSL assert as in &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/87824/mpsl-assert-112-2165-in-nrf-connect-sdk-when-setting-breakpoints-in-ble-stack/367544"&gt;this thread&lt;/a&gt;. As you see this, I assume you are calling&amp;nbsp;uECC_verify() from an interrupt or a high priority thread? If so, this can cause problems just like this, as the MPSL has strict timing requirements. What you typically want to do is to ensure that you do this with low priority, so that time critical tasks are not delayed because of the time consuming crypto operations.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>