<div dir="ltr">Could it be that some of the functions getting the time doesn't work reliably there?<br>It would need quite some investigation from the person with access to the platform. It is not though a big-endian issue, we have a mips run on the CI (over qemu) which runs successfully:<br><a href="https://gitlab.com/gnutls/gnutls/-/jobs/67460307">https://gitlab.com/gnutls/gnutls/-/jobs/67460307</a><br><div><br><div class="gmail_quote"><div dir="ltr">On Fri, May 11, 2018 at 8:31 AM Alon Bar-Lev <<a href="mailto:alon.barlev@gmail.com">alon.barlev@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I asked the same question[1].<br>
<br>
In the past when we had the nettle problem with big endian we also got<br>
timeout errors, I think that most handshake errors may be reported this way.<br>
<br>
[1] <a href="https://bugs.gentoo.org/show_bug.cgi?id=654918#c3" rel="noreferrer" target="_blank">https://bugs.gentoo.org/show_bug.cgi?id=654918#c3</a><br>
<br>
<br>
On Fri, May 11, 2018 at 9:28 AM Nikos Mavrogiannopoulos <<a href="mailto:nmav@gnutls.org" target="_blank">nmav@gnutls.org</a>><br>
wrote:<br>
<br>
> Hi,<br>
>   What I see there is a timeout of 168026ms. That means that it took quite<br>
more than the default value to finish. Could it be that the system is too<br>
slow?<br>
> If you add gnutls_dtls_set_timeouts() and play with the total value would<br>
it make it work? (the attached patch simply sets the default values, you'll<br>
need to modify the 60*1000 value)<br>
<br>
> regards,<br>
> Nikos<br>
<br>
<br>
> On Sat, May 5, 2018 at 10:30 PM Alon Bar-Lev <<a href="mailto:alon.barlev@gmail.com" target="_blank">alon.barlev@gmail.com</a>><br>
wrote:<br>
<br>
>> Here[1]<br>
<br>
>> [1] <a href="https://654918.bugs.gentoo.org/attachment.cgi?id=530054" rel="noreferrer" target="_blank">https://654918.bugs.gentoo.org/attachment.cgi?id=530054</a><br>
<br>
>> On Sat, May 5, 2018 at 11:07 PM Alon Bar-Lev <<a href="mailto:alon.barlev@gmail.com" target="_blank">alon.barlev@gmail.com</a>><br>
wrote:<br>
<br>
>>> I will ask.<br>
>>> Thanks!<br>
<br>
>>> On Sat, May 5, 2018 at 10:21 PM Nikos Mavrogiannopoulos <<a href="mailto:nmav@gnutls.org" target="_blank">nmav@gnutls.org</a><br>
<br>
>>> wrote:<br>
<br>
>>> > Doesn't ring a bell. Could it be that a different gnutls library is<br>
used<br>
>>> when running<br>
>>> > this test? Is there a way to run 'dtls-repro-20170915' manually with<br>
>>> GNUTLS_DEBUG_LEVEL=6?<br>
<br>
>>> > On Sat, May 5, 2018 at 9:02 PM Alon Bar-Lev <<a href="mailto:alon.barlev@gmail.com" target="_blank">alon.barlev@gmail.com</a>><br>
wrote:<br>
<br>
>>> > Hi,<br>
>>> > Any clue how to dig into this?<br>
<br>
>>> >> Reference[1]<br>
>>> >> Thanks!<br>
>>> >> Alon<br>
<br>
>>> >> [1] <a href="https://bugs.gentoo.org/show_bug.cgi?id=654918" rel="noreferrer" target="_blank">https://bugs.gentoo.org/show_bug.cgi?id=654918</a><br>
>>> >> _______________________________________________<br>
>>> >> Gnutls-devel mailing list<br>
>>> >> <a href="mailto:Gnutls-devel@lists.gnutls.org" target="_blank">Gnutls-devel@lists.gnutls.org</a><br>
>>> >> <a href="http://lists.gnupg.org/mailman/listinfo/gnutls-devel" rel="noreferrer" target="_blank">http://lists.gnupg.org/mailman/listinfo/gnutls-devel</a><br>
</blockquote></div></div></div>