Re: [lldb-dev] LLDB for bare-iron targets lacking support for qC /qfThreadInfo packet

2015-08-24 Thread Greg Clayton via lldb-dev
I guess we can just make pid == 1 and tid == 1 in this case. As long as a stop reply is responding we should be able to debug. > On Aug 23, 2015, at 11:51 PM, Jaydeep Patil wrote: > > Hi Greg, > > The '?' packet always returns 'S05'. There is no thread information available > in any of the pa

Re: [lldb-dev] LLDB for bare-iron targets lacking support for qC /qfThreadInfo packet

2015-08-23 Thread Jaydeep Patil via lldb-dev
Hi Greg, The '?' packet always returns 'S05'. There is no thread information available in any of the packets. Regards, Jaydeep -Original Message- From: Greg Clayton [mailto:clayb...@gmail.com] Sent: 21 August 2015 PM 09:43 To: Jaydeep Patil Cc: lldb-dev@lists.llvm.org Subject: Re: LLDB

Re: [lldb-dev] LLDB for bare-iron targets lacking support for qC /qfThreadInfo packet

2015-08-21 Thread Greg Clayton via lldb-dev
One option is to send a ? packet to get a stop reply packet back. The stop reply should contain a "thread:;" key/value pair and you could just make the pid == tid == . We currently try these in the order below: 1 - qProcessInfo 2 - qC 3 - qfThreadInfo Now we could add a fourth: 4 - ?

[lldb-dev] LLDB for bare-iron targets lacking support for qC /qfThreadInfo packet

2015-08-21 Thread Jaydeep Patil via lldb-dev
Hi, The gdb-stub running on a MIPS bare-iron board lacks support for qC /qfThreadInfo packet. Once the LLDB is connected to the target it cannot proceed further as there is no process and/or thread information available from the target. However GDB is able to debug the application as it ignore