Fwiw I don't feel strongly either way.  Right now it seems there's issues with lldb-mi such that even disabling them individually now, a new test that gets added might have the same issue, because the issue is not in the implementation of a particular test or feature, but of the larger lldb-mi library.  So this would still lead to the possibility that any future test may also have to be disabled, creating more work than necessary.<br><br>Of course, the correct way to deal with this is to prioritize finding and fixing the underlying race conditions.  Presumably they affect not just FreeBSD.  <br><div class="gmail_quote">On Wed, Feb 18, 2015 at 10:05 AM Ilia K <<a href="mailto:ki.stfu@gmail.com">ki.stfu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In <a href="http://reviews.llvm.org/D7727#125642" target="_blank">http://reviews.llvm.org/D7727#<u></u>125642</a>, @emaste wrote:<br>
<br>
> In <a href="http://reviews.llvm.org/D7727#125628" target="_blank">http://reviews.llvm.org/D7727#<u></u>125628</a>, @ki.stfu wrote:<br>
><br>
> > If it works unstable on FreeBSD you should skip it and later we can re-enable test on FreeBSD when it will be fixed. I don't see a reason to modify dotest.py file.<br>
><br>
><br>
> I think it's better to make this change here than add 43 decorators across 12 lldb-mi test files<br>
<br>
<br>
It's 'sad' that lldb-mi has grown to such an extent, but the designed @ skipIfFreeBSD is better than a hack in dotest.py.<br>
<br>
<br>
<a href="http://reviews.llvm.org/D7727" target="_blank">http://reviews.llvm.org/D7727</a><br>
<br>
EMAIL PREFERENCES<br>
  <a href="http://reviews.llvm.org/settings/panel/emailpreferences/" target="_blank">http://reviews.llvm.org/<u></u>settings/panel/<u></u>emailpreferences/</a><br>
<br>
<br>
</blockquote></div>