<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small;color:rgb(0,0,0)">Yes, I think we still have a lot of development work for bare board , the first important is  openocd + lldb work successful which openocd is mostly common used tools for bare board</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 20, 2017 at 6:24 AM, Greg Clayton via lldb-dev <span dir="ltr"><<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div><div class="h5"><blockquote type="cite"><div>On Sep 19, 2017, at 1:49 PM, Tatyana Krasnukha <<a href="mailto:Tatyana.Krasnukha@synopsys.com" target="_blank">Tatyana.Krasnukha@synopsys.<wbr>com</a>> wrote:</div><br class="m_-5114794676438118922Apple-interchange-newline"><div><div><blockquote type="cite" style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">-----Original Message-----<br>From: Greg Clayton [<a href="mailto:clayborg@gmail.com" target="_blank">mailto:clayborg@gmail.com</a>]<br>Sent: Tuesday, 19 September, 2017 9:48 PM<br>To: Tatyana Krasnukha <<a href="mailto:Tatyana.Krasnukha@synopsys.com" target="_blank">Tatyana.Krasnukha@synopsys.<wbr>com</a>><br>Cc: <a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>Subject: Re: [lldb-dev] How can lldb debug a remote bare-metal platform?<br><br>So the problem is bare boards have no dynamic loader. There is a<br>DynamicLoaderStatic which will load files at the address that they are<br>specified in the object files. When you load your ELF file using:<br><br>(lldb) file /path/to/foo.elf<br><br>What does:<br><br>(lldb) target list<br><br>show as the output? You might want to specify "none" for both the vendor<br>and OS in your target triple when creating your target:<br><br></blockquote><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">It shows just what expected: * target #0: xxx.elf ( arch=arc-*-*, platform=host )</span><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><blockquote type="cite" style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">(lldb) file --arch armv7-none-none /path/to/foo.elf<br><br>This specifies there is no vendor (first "none" in the triple) and no operating<br>system  (second "none" in the triple). The target's triple helps it select the<br>right plug-ins to use like the dynamic load plug-in (which tells LLDB where<br>sections from binaries got loaded), runtime plug-ins and much more.<br><br><br>So you might try:<br><br>(lldb) target modules load --load --set-pc-to-entry --slide 0 --file<br>/path/to/foo.elf<br></blockquote><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">----set-pc-to-entry, not --set-pc-to-entry. May by typo in sources.</span><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">‘target modules load --load ----set-pc-to-entry --slide 0’ is enough, but just compare this text with ‘load’ in gdb… Looks like someone hates bare-metal developers))</span></div></div></blockquote><div><br></div></div></div>As I said, we haven't done a lot of bare board development in LLDB as of yet.<span class=""><br><blockquote type="cite"><div><div><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><blockquote type="cite" style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br>Or, you can specify the addresses of all the sections using:<br><br>(lldb) target modules load --load --set-pc-to-entry --file /path/to/foo.elf .text<br>0x1000 .data 0x2000 ....<br></blockquote><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">This is a good feature, but again, how often is it needed comparing with simple load…</span><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"></div></div></blockquote><div><br></div></span>This is mostly used when using LLDB for symbolication. On MacOSX, the crashlogs contains just the address of the .text segment as all other segments are not rigidly slid, so we often do:</div><div><br></div><div>(lldb) image load --file a.out __TEXT 0x100203000</div><div><br></div><div>So it isn't needed for baseboard, but is much more geared toward OSs running binaries that are dynamically loaded.</div><div><br></div><div>As I said before, we will have some growing pains with LLDB and bard boards, but lets make a solution that works for everyone. I would be happy to accept patches that allows us to not have to specify "--slide 0" if there is no OS in the target triple. We could also do patches where if a module is written to memory, it invalidates any breakpoints for the module that was just loaded and rewrites them into memory.</div><div><div><div class="h5"><br><blockquote type="cite"><div><div><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><blockquote type="cite" style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br>This allows you to completely control where each section goes and possibly<br>skip other sections. It also informs LLDB that sections have been loaded at<br>specific addresses.<br><br>FYI: We will have to tweak LLDB for baseboard support as it has been used bit<br>by a few folks (check the "svn blame" for who added the "--load" option and<br>possibly contact them) but I am sure it needs to be improved.<br><br>So try specifying "--arch <arch>-none-none" and see where that gets you. It<br>should select the right dynamic loader plug-in for you.<br><br>A bit more explanation about loading. LLDB has the notion of "file addresses"<br>and "load addresses". A file address is valid for one file only, and it is the<br>same as the addresses that are contained within the object file (ELF, Mach-O,<br>COFF). When breakpoints are set by file + line or by name, we resolve these<br>to "section .text + 100 in file foo.elf". Breakpoints can't be set until a section<br>has a "load address" which will tell us where each section actually is mapped<br>inside the process being debugged. For bare boards there is no dynamic<br>linker that tell us '".text" was loaded at address 0x1230000'. If the<br>DynamicLoaderStatic is selected for a target, which is done by having no OS in<br>the target triple for the target, it will set the load address for the sections to<br>match the "file addresses" and breakpoints will then be set. When a section<br>is "loaded", a message is sent around LLDB to indicate a section was loaded,<br>and all breakpoints will now be able to resolve themselves (get the "load<br>address" for each "file address" for each breakpoint) and they will be set in<br>the debugged process. Your extra step where you need LLDB to load your<br>ELF file is now in the mix as well.<br><br>So I would recommend:<br>1 - create your target first:<br>   (lldb) file --arch armv7-none-none /path/to/foo.elf<br>2 - attach to the baseboard<br>   (lldb) gdb-remote ....<br>3 - load the file in memory<br>   (lldb) target modules load --load --set-pc-to-entry --slide 0 --file<br>/path/to/foo.elf<br>4 - set breakpoints now<br>   (lldb) breakpoint set ...<br><br></blockquote><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Of course I used incorrect order of commands, I just wanted to note that ObjectFile::LoadInMemory should set error status when it cannot write memory.</span><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"></div></div></blockquote><div><br></div></div></div>It should for sure. Feel free to submit any patches if this isn't happening. </div><div><div class="h5"><div><br><blockquote type="cite"><div><div><br style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><blockquote type="cite" style="font-family:Menlo-Regular;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br>Usually you can set the breakpoints before your attach, but in your case you<br>probably want to load the ELF file before you set breakpoints, otherwise you<br>might end up setting breakpoints as soon as the "gdb-remote ..." attach<br>happens since the DynamicLoaderStatic will correctly set the load addresses<br>of all your sections after attaching which will cause breakpoint to resolve and<br>attempt write traps to memory. Then if we load the ELF file in step #3 and<br>when it writes all of the ELF sections to memory it will overwrite the<br>breakpoint traps we set. So try the above flow and let us know how things<br>go.<br><br>Greg Clayton<br><br><br><br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span>On Sep 19, 2017, at 11:21 AM, Tatyana Krasnukha<br><<a href="mailto:Tatyana.Krasnukha@synopsys.com" target="_blank">Tatyana.Krasnukha@synopsys.<wbr>com</a><br><<a href="mailto:Tatyana.Krasnukha@synopsys.com" target="_blank">mailto:Tatyana.Krasnukha@<wbr>synopsys.com</a>> > wrote:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Hello,<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span>‘target modules load -lp’  fails with error “one or more section name<br>+ load address pair must be specified”, works only with --slide option.<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span>Another issue is that if breakpoint is set, Process::WriteMemory<br>return zero and ObjectFile::LoadInMemory interprets it as an error without<br>setting appropriate status. Thus, user sees nothing in output as if command<br>succeeds.<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Thanks,<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span>Tatyana<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span>From: lldb-dev [<a href="mailto:lldb-dev-bounces@lists.llvm.org" target="_blank">mailto:lldb-dev-bounces@<wbr>lists.llvm.org</a>] On Behalf Of<br>Greg Clayton via lldb-dev<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span>Sent: Tuesday, 19 September, 2017 6:06 PM<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span>To: cui bixiong <<a href="mailto:cuibixiong@gmail.com" target="_blank">cuibixiong@gmail.com</a><br><<a href="mailto:cuibixiong@gmail.com" target="_blank">mailto:cuibixiong@gmail.com</a>> ><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Cc:<span class="m_-5114794676438118922Apple-converted-space"> </span><a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><span class="m_-5114794676438118922Apple-converted-space"> </span><<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">m<wbr>ailto:lldb-dev@lists.llvm.org</a>><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span>Subject: Re: [lldb-dev] How can lldb debug a remote bare-metal<br>platform?<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span>Load like "target modules load" has a --load option that will load the<br>ELF into memory. I think it should do what you want. Let me know how it<br>goes.<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span>Greg Clayton<br><br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>On Sep 18, 2017, at 9:58 PM, cui bixiong<br><<a href="mailto:cuibixiong@gmail.com" target="_blank">cuibixiong@gmail.com</a><span class="m_-5114794676438118922Apple-converted-space"> </span><<a href="mailto:cuibixiong@gmail.com" target="_blank">mailto:<wbr>cuibixiong@gmail.com</a>> > wrote:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Hi Greg:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-converted-space"> </span>   It's worked, thank you!, but I still have a question, in GNU-<br>GDB which provide `load` command to download a ELF file into bare-board, in<br>LLDB support those features? should I dump a binary file and use lldb "target<br>module load" to replace 'load' command?<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>​Best Regards<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>--cuibixiong​<br><br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>2017-09-18 23:53 GMT+08:00 Greg Clayton<br><<a href="mailto:clayborg@gmail.com" target="_blank">clayborg@gmail.com</a><span class="m_-5114794676438118922Apple-converted-space"> </span><<a href="mailto:clayborg@gmail.com" target="_blank">mailto:<wbr>clayborg@gmail.com</a>> >:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>So when launching a GDB server there are two flows:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>1 - When you connect you already have a process<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>2 - You will connect, then launch or attach to a<br>process<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>LLDB tries to see if there is a process by sending the<br>"qfThreadInfo" packet. As you see below, it responds with on character "l"<br>which means  "end of the thread list". Since no thread IDs were returned,<br>this makes LLDB believe that there is no process on the other end. So later<br>when you try to say "process launch", it tries to send the "A" packet which<br>tries to launch your program by sending the name of the process file to<br>launch.<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>There was recently an OpenOCD patch to work<br>around this with:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><a href="https://reviews.llvm.org/D37934" target="_blank">https://reviews.llvm.org/<wbr>D37934</a><br><<a href="https://urldefense.proofpoint.com/v2/url?u=https-" target="_blank">https://urldefense.<wbr>proofpoint.com/v2/url?u=https-</a><br>3A__reviews.llvm.org_D37934&d=<wbr>DwMFaQ&c=DPL6_X_<wbr>6JkXFx7AXWqB0tg&<br>r=yfnu24japkhNGh-<br>WqJObHXmH3mINtC_2FO828lrNpM0&<wbr>m=s1muy0YuwDDElPQxgJ6vznc3dDBx<br>kqEqdNbw6v9MesM&s=<wbr>5prvINiyVrMl8bpYzRwFlVWxIlsjH7<wbr>9K0W9MyCGhDu<br>M&e=><br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>This fixed this issue and also made it read both sets of<br>registers via the XML target packets.<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>That should make things work, but it would be better<br>if we modified the OpenOCD GDB server to respond with a thread ID when<br>asked about its thread with the "qfThreadInfo" packet. Since it is a bare<br>board connection, it should respond with "1" (one) to the "qfThreadInfo"<br>packet followed by "l" to the next ThreadInfo packet (read GDB protocol<br>docs on this.<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Let me know if the patch mentioned above (which is<br>already checked in) fixed your issues.<br><br><br><br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>On Sep 17, 2017, at 3:50 AM, cui bixiong via<br>lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><span class="m_-5114794676438118922Apple-converted-space"> </span><<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">mail<wbr>to:lldb-dev@lists.llvm.org</a>> > wrote:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Hi:<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-converted-space"> </span>   Currently I porting lldb for Hifive1 (riscv<br>bare board) w/ openocd 0.10.0, but it always show "error: Process must be<br>launched."<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-converted-space"> </span>   I use GNU gdb to remote connect and<br>debugging w/ the same openocd + elf, it work OK.<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-converted-space"> </span>   I want to know how to launch Process in<br>bare board?<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-converted-space"> </span>   thanks a lot!<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>$ lldb<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>(lldb) log enable gdb-remote packets<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>(lldb) target create Build3/riscv-hello.elf<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Current executable set to 'Build3/riscv-<br>hello.elf' (riscv).<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>(lldb) gdb-remote <a href="http://172.27.113.29:3333" target="_blank">172.27.113.29:3333</a><br><<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__172.27.113.29-" target="_blank">https://urldefense.<wbr>proofpoint.com/v2/url?u=http-<wbr>3A__172.27.113.29-</a><br>3A3333_&d=DwMFaQ&c=DPL6_X_<wbr>6JkXFx7AXWqB0tg&r=<wbr>yfnu24japkhNGh-<br>WqJObHXmH3mINtC_2FO828lrNpM0&<wbr>m=s1muy0YuwDDElPQxgJ6vznc3dDBx<br>kqEqdNbw6v9MesM&s=<wbr>VOu2PpXUGoyMKI8l3ZgwFP5o1vdRyg<wbr>wBr4rzl-<br>CmFX0&e=><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   1> send ack packet: +<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>history[1] tid=0x44c8 <   1> send packet: +<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   1> read packet: +<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  19> send SendPacketNoLock 2 packet:<br>$QStartNoAckMode#b0<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   1> read packet: +<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   6> read packet: $OK#9a<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   1> send ack packet: +<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  41> send SendPacketNoLock 2 packet:<br>$qSupported:xmlRegisters=i386,<wbr>arm,mips#12<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  80> read packet:<br>$PacketSize=3fff;qXfer:memory-<wbr>map:read+;qXfer:features:read-<br>;QStartNoAckMode+#08<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  26> send SendPacketNoLock 2 packet:<br>$QThreadSuffixSupported#e4<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  27> send SendPacketNoLock 2 packet:<br>$QListThreadsInStopReply#21<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  13> send SendPacketNoLock 2 packet:<br>$qHostInfo#9b<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  10> send SendPacketNoLock 2 packet:<br>$vCont?#49<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  27> send SendPacketNoLock 2 packet:<br>$qVAttachOrWaitSupported#38<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  16> send SendPacketNoLock 2 packet:<br>$qProcessInfo#dc<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   6> send SendPacketNoLock 2 packet:<br>$qC#b4<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   7> read packet: $QC0#c4<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  16> send SendPacketNoLock 2 packet:<br>$qfThreadInfo#bb<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">        </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   5> read packet: $l#6c<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>(lldb) thread list<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>error: Process must be launched.<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>(lldb) b main<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Breakpoint 1: where = riscv-hello.elf`main at<br>hello.c:3, address = 0x20400230<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>(lldb) thread continue<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>error: invalid thread<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>(lldb) process launch<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  38> send SendPacketNoLock 2 packet:<br>$QSetSTDIN:<wbr>2f6465762f7074732f343238#b6<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  39> send SendPacketNoLock 2 packet:<br>$QSetSTDOUT:<wbr>2f6465762f7074732f343238#17<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  39> send SendPacketNoLock 2 packet:<br>$QSetSTDERR:<wbr>2f6465762f7074732f343238#08<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">      </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  21> send SendPacketNoLock 2 packet:<br>$QSetDisableASLR:1#ce<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  23> send SendPacketNoLock 2 packet:<br>$QSetDetachOnError:1#f8<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  21> send SendPacketNoLock 2 packet:<br>$QLaunchArch:riscv#8b<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><  33> send SendPacketNoLock 2 packet:<br>$QEnvironment:BINARY_TYPE_HPC=<wbr>#fd<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>< 115> send SendPacketNoLock 2 packet:<br>$A104,0,<wbr>2f70726f6a2f6d746b31333836372f<wbr>727369632d762f74657374696e672f<br>4275696c64332f72697363762d6865<wbr>6c6c6f2e656c66#6c<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><   4> read packet: $#00<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">       </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>error: process launch failed: 'A' packet<br>returned an error: -1<br><br><br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>Best Regards<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">   </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>--cuibixiong<br><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>______________________________<wbr>_________________<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">     </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span>lldb-dev mailing list<br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">  </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><span class="m_-5114794676438118922Apple-converted-space"> </span><<wbr>mailto:<a href="mailto:lldb-" target="_blank">lldb-</a><br><a href="mailto:dev@lists.llvm.org" target="_blank">dev@lists.llvm.org</a>><br><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap">    </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><span class="m_-5114794676438118922Apple-tab-span" style="white-space:pre-wrap"> </span><a href="http://lists.llvm.org/cgi-" target="_blank">http://lists.llvm.org/cgi-</a><br>bin/mailman/listinfo/lldb-dev<br><<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.llvm.org_cgi-" target="_blank">https://urldefense.<wbr>proofpoint.com/v2/url?u=http-<wbr>3A__lists.llvm.org_cgi-</a><br>2Dbin_mailman_listinfo_lldb-<br>2Ddev&d=DwMFaQ&c=DPL6_X_<wbr>6JkXFx7AXWqB0tg&r=<wbr>yfnu24japkhNGh-<br>WqJObHXmH3mINtC_2FO828lrNpM0&<wbr>m=s1muy0YuwDDElPQxgJ6vznc3dDBx<br>kqEqdNbw6v9MesM&s=<wbr>Yl9wZ2nbojjqtk8CUuyh6ANapwgmBw<wbr>f8jEC0CFcmG<br>Nk&e=></blockquote></div></div></blockquote></div><br></div></div></div><br>______________________________<wbr>_________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/lldb-dev</a><br>
<br></blockquote></div><br></div>