<div dir="ltr">Hey Colin!<div><br></div><div>> <span style="font-family:arial,sans-serif;font-size:12.7272720336914px">In fact, would any folk be interested in a BOF session on this topic at the next meeting?</span></div>
<div><div class="adm"><div id="q_148132534dacfb16_1" class="h4" style="font-family:arial,sans-serif;font-size:12.7272720336914px"></div><div id="q_148132534dacfb16_1" class="h4" style="font-family:arial,sans-serif;font-size:12.7272720336914px">
<br></div><div id="q_148132534dacfb16_1" class="h4"><font color="#222222">I would certainly attend if given the opportunity :-)</font></div><div id="q_148132534dacfb16_1" class="h4"><font color="#222222"><br></font></div>
<div id="q_148132534dacfb16_1" class="h4"><font color="#222222">-Todd</font></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 9:02 AM, Colin Riley <span dir="ltr"><<a href="mailto:colin@codeplay.com" target="_blank">colin@codeplay.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In fact, would any folk be interested in a BOF session on this topic at the next meeting?<div><div class="h5"><br>
<br>
On 26/08/2014 16:47, Colin Riley wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Has anybody done any work on integrating features into LLDB to allow for 'meaningful' simultaneous multiple target debugging? There are various scenarios in which this is a very valuable feature:<br>
<br>
1) coprocessor debugging, in single-process systems (i.e, embedded DSP alongside say a host CPU core)<br>
2) graphical debugging, e.g. games: ideally you want to be able to debug the CPU code alongside any GPU workgroups, and have a single interface to any shared resources such as memory.<br>
<br>
We've done work like this in the past to LLDB, it's not been contributed back because we couldn't do so for commercial reasons (and it's not in a state to contribute back, either). However in the future I think this will become a 'killer app' feature for LLDB and we should be planning to support it.<br>

<br>
At the moment we can have multiple targets, processes etc running in an LLDB session. However I am failing to see any system for communication and interpretation of multiple targets as a whole. If we take the DSP/CPU situation, I may be watching a CPU memory location whilst at the same time single-stepping through the DSP. It's currently undefined and a bit unknown as to how this situation would work in LLDB as stands. From what I can see, it's quite hard to use the current independent target framework to achieve a meaningful debugging session.<br>

<br>
It's as though we'd want some sort of session object, that can take multiple targets together and understand how they operate as to achieve some sort of well-defined behaviour in how it's debugged. I.e, in the DSP/CPU scenario, the session object would understand the DSP has access to the CPU memory, and as such, if we're currently on the DSP single stepping, it would allow a CPU watchpoint event through to the DSP session, with an ability to switch target.<br>

<br>
There are many more items we'd need to allow communication between. A quick example, we have an LLDB version here that supports non-stop mode debugging (see <a href="https://sourceware.org/gdb/current/onlinedocs/gdb/Non_002dStop-Mode.html" target="_blank">https://sourceware.org/gdb/<u></u>current/onlinedocs/gdb/Non_<u></u>002dStop-Mode.html</a> - and we _will_ contribute this back). At the moment stepping through one thread and a breakpoint happens in another is a bit nasty: LLDB simply switches to whatever thread id is greater. When this sort of usability issue exists in a single-target fashion, we may need to look at extracting this out into some sort of policy system that targets (and, these theoretical session objects) can use to decide how to handle certain event situations.<br>

<br>
Apologies if this is a bit of a brain dump. It's quite a complex concept, which is why I think dialogue needs to start now as it's something as I've mentioned we are actively doing at Codeplay, but when the time comes to push upstream, want to do so in a way the community thinks is valuable. There may be other viewpoints, like 'super debugservers' that can manage multiple targets and spoof a single target to LLDB, for example.<br>

<br>
Any other opinions or thoughts out there? :)<br>
<br>
Colin<br>
<br>
</blockquote>
<br>
-- <br>
- Colin Riley<br>
Games Technology Director<br>
<br>
Codeplay Software Ltd<br>
45 York Place, Edinburgh, EH1 3HP<br>
Tel: 0131 466 0503<br>
Fax: 0131 557 6600<br>
Website: <a href="http://www.codeplay.com" target="_blank">http://www.codeplay.com</a><br>
Twitter: <a href="https://twitter.com/codeplaysoft" target="_blank">https://twitter.com/<u></u>codeplaysoft</a><br>
<br></div></div>
This email and any attachments may contain confidential and /or privileged information and is for use by the addressee only. If you are not the intended recipient, please notify Codeplay Software Ltd immediately and delete the message from your computer. You may not copy or forward it,or use or disclose its contents to any other person. Any views or other information in this message which do not relate to our business are not authorized by Codeplay software Ltd, nor does this message form part of any contract unless so stated.<br>

As internet communications are capable of data corruption Codeplay Software Ltd does not accept any responsibility for any changes made to this message after it was sent. Please note that Codeplay Software Ltd does not accept any liability or responsibility for viruses and it is your responsibility to scan any attachments.<br>

Company registered in England and Wales, number: 04567874<br>
Registered office: 81 Linkfield Street, Redhill RH1 6BY<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/lldb-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><table cellspacing="0" cellpadding="0" style="color:rgb(136,136,136);font-family:'Times New Roman'"><tbody><tr style="color:rgb(85,85,85);font-family:sans-serif;font-size:small">
<td nowrap style="border-top-style:solid;border-top-color:rgb(213,15,37);border-top-width:2px">Todd Fiala |</td><td nowrap style="border-top-style:solid;border-top-color:rgb(51,105,232);border-top-width:2px"> Software Engineer |</td>
<td nowrap style="border-top-style:solid;border-top-color:rgb(0,153,57);border-top-width:2px"> <a href="mailto:tfiala@google.com" style="color:rgb(17,85,204)" target="_blank"><span style="background-color:rgb(255,255,204);color:rgb(34,34,34);background-repeat:initial initial">tfiala@google.com</span></a> |</td>
<td nowrap style="border-top-style:solid;border-top-color:rgb(238,178,17);border-top-width:2px"><font color="#1155cc"> <a>650-943-3180</a></font></td></tr></tbody></table><br></div>
</div>