[Lldb-commits] [PATCH] D90757: [lldb] Enable FreeBSDRemote plugin by default and update test status

Michał Górny via Phabricator via lldb-commits lldb-commits at lists.llvm.org
Wed Nov 4 13:05:18 PST 2020


mgorny added a comment.

In D90757#2374533 <https://reviews.llvm.org/D90757#2374533>, @emaste wrote:

> When running locally with this change applied I get:
>
>   ********************
>   Failed Tests (8):
>     lldb-api :: commands/expression/multiline-completion/TestMultilineCompletion.py
>     lldb-api :: functionalities/breakpoint/breakpoint_set_restart/TestBreakpointSetRestart.py

These two pass reliably for me. You can check if it could be related to parallel testing. To start them individually:

  ninja check-lldb-api-commands-expression-multiline-completion
  ninja check-lldb-api-functionalities-breakpoint-breakpoint_set_restart



>   lldb-api :: functionalities/thread/concurrent_events/TestConcurrentTwoWatchpointThreads.py

This one's unstable.

>   lldb-api :: iohandler/completion/TestIOHandlerCompletion.py
>   lldb-api :: python_api/watchpoint/watchlocation/TestSetWatchlocation.py
>   lldb-api :: python_api/watchpoint/watchlocation/TestTargetWatchAddress.py

All three pass for me reliably right now but I recall that watchlocation test could be fragile to parallel runs.

>   lldb-api :: tools/lldb-server/thread-name/TestGdbRemoteThreadName.py

This one I've commented out for testing per earlier comments here and forget to revert.

>   lldb-unit :: tools/lldb-server/tests/./LLDBServerTests/StandardStartupTest.TestStopReplyContainsThreadPcs

This one I know about. There's no easy way to xfail an unittest, and the hack to skip it is kinda ugly, so I kept it for now not to forget about it.

>   ********************
>   Unexpectedly Passed Tests (2):
>     lldb-api :: api/multiple-debuggers/TestMultipleDebuggers.py

I think this one's unstable in long runs. I recall I marked it xfail first but then removed the xfail because it succeeded. But then, it failed in a few consecutive, so I've xfailed it ;-).

>   lldb-api :: lang/c/conflicting-symbol/TestConflictingSymbol.py

This one also reliably XFAILs for me.

>   Testing Time: 367.34s
>     Unsupported        :  422
>     Passed             : 1741
>     Expectedly Failed  :    5
>     Failed             :    8
>     Unexpectedly Passed:    2

What do you suggest? Is it fine to go with my results for as long as I work on it? I can update it to match CI/buildbot results later.


CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D90757/new/

https://reviews.llvm.org/D90757



More information about the lldb-commits mailing list