<div dir="ltr">Hi Renato,<div><br></div><div>Thank you very much for the directions, I am going to recommit my fix.</div><div><br></div><div>What are hardware used in buildbots? Are these common boards like PandaBoard or some thing special? What is RAM installed?</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">Thanks,<br>--Serge<br></div></div>
<br><div class="gmail_quote">2014-12-11 2:36 GMT+06:00 Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10 December 2014 at 19:06, Serge Pavlov <<a href="mailto:sepavloff@gmail.com">sepavloff@gmail.com</a>> wrote:<br>
> In revision 223114 I committed a fix to clang project. It caused fail on<br>
> clang-native-arm-cortex-a9:<br>
> <a href="http://lab.llvm.org:8011/builders/clang-native-arm-cortex-a9/builds/23599" target="_blank">http://lab.llvm.org:8011/builders/clang-native-arm-cortex-a9/builds/23599</a>.<br>
> According to logs it was a problem with memory allocated by malloc.<br>
> Reverting the fix in 223120 made the bot green. The changed code does<br>
> nothing with heap, none of other bots failed, so it looks like a platform<br>
> specific problem.<br>
<br>
</span>Hi Serge,<br>
<br>
We're seeing this behaviour, too, and on unrelated commits. We're<br>
working to make that bot more stable.<br>
<br>
That same commit passed on another ARM bot:<br>
<br>
<a href="http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15/builds/2123" target="_blank">http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15/builds/2123</a><br>
<br>
which means that it probably had nothing to do with your commit, but<br>
the bot's instability. I suggest that, for the time being, if you see<br>
a failure in one ARM bot, check the others to make sure the problem<br>
can be reproduced across the board.<br>
<br>
If all fail, revert your patch and we'll try to debug. If only one<br>
fail but not the other, wait until the next build finishes. If the<br>
build is still broken the same way, revert. If not, ignore.<br>
<span class=""><br>
<br>
> Could somebody advice how I can investigate the problem? I don't have<br>
> appropriate hardware and  running tests in emulated environment does not<br>
> shows any problem, all tests pass.<br>
<br>
</span>If the problem persists and you need to debug the problem, let me know<br>
and I could give you temporary access to an ARM board, or even run<br>
that for you.<br>
<br>
Alternatively, there is a new cloud service that I'm testing<br>
(<a href="https://cloud.online.net/" target="_blank">https://cloud.online.net/</a>) that provides remote *real* ARM boards for<br>
testing. They have a 15 minute trial that you could run some examples<br>
and retrieve the logs.<br>
<br>
cheers,<br>
--renato<br>
</blockquote></div><br></div></div>