Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2022-01-28 Thread Greg Clayton via lldb-dev
> On Oct 28, 2021, at 6:33 AM, Pavel Labath via lldb-dev > wrote: > > Hello everyone, > > I'd like to propose a new plugin for better lldb+qemu integration. > > As you're probably aware qemu has an integrated gdb stub. Lldb is able > to communicate with it, but currently this process is some

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-11-24 Thread Pavel Labath via lldb-dev
For anyone following along, I have now posted the first patch for this feature here: . pl On 08/11/2021 11:03, David Spickett wrote: I actually did consider this, but it was not clear to me how this would tie in to the rest of lldb. The "run qemu and connect

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-11-08 Thread David Spickett via lldb-dev
> I actually did consider this, but it was not clear to me how this would tie > in to the rest of lldb. > The "run qemu and connect to it" part could be reused, of course, but what > else? That part seems like a good start. I'm sure a lot of other things would break/not work like you said but if

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-11-05 Thread Pavel Labath via lldb-dev
On 04/11/2021 22:46, Jessica Clarke via lldb-dev wrote: On Fri, Oct 29, 2021 at 05:55:02AM +, David Spickett via lldb-dev wrote: I don't think it does. Or at least I'm not sure how do you propose to solve them (who is "you" in the paragraph above?). I tend to use "you" meaning "you or I"

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-11-05 Thread Pavel Labath via lldb-dev
On 03/11/2021 14:53, David Spickett wrote: Yeah, I think we can start with that. No need to consider this now but it could easily be adapted to qemu-system as well. Spinning up qemu-system for Cortex-M debug might be a future use case. Once you've got a "run this program and connect to this por

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-11-04 Thread Jessica Clarke via lldb-dev
On Fri, Oct 29, 2021 at 05:55:02AM +, David Spickett via lldb-dev wrote: >> I don't think it does. Or at least I'm not sure how do you propose to solve >> them (who is "you" in the paragraph above?). > > I tend to use "you" meaning "you or I" in hypotheticals. Same thing as > "if I had" but f

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-11-03 Thread David Spickett via lldb-dev
> Yeah, I think we can start with that. No need to consider this now but it could easily be adapted to qemu-system as well. Spinning up qemu-system for Cortex-M debug might be a future use case. Once you've got a "run this program and connect to this port" platform you can sub in almost anything t

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-11-03 Thread Pavel Labath via lldb-dev
On 29/10/2021 14:55, David Spickett wrote: I don't think it does. Or at least I'm not sure how do you propose to solve them (who is "you" in the paragraph above?). I tend to use "you" meaning "you or I" in hypotheticals. Same thing as "if I had" but for whatever reason I phrase it like that to

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-10-29 Thread David Spickett via lldb-dev
> I don't think it does. Or at least I'm not sure how do you propose to solve > them (who is "you" in the paragraph above?). I tend to use "you" meaning "you or I" in hypotheticals. Same thing as "if I had" but for whatever reason I phrase it like that to include the other person, and it does hav

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-10-29 Thread Pavel Labath via lldb-dev
On 29/10/2021 14:00, Pavel Labath via lldb-dev wrote: On 29/10/2021 12:39, David Spickett wrote: So there wouldn't be a three-way tie, but if you actually wanted to debug a native executable under qemu, you would have to explicitly select the qemu platform. This is the same thing that already h

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-10-29 Thread Pavel Labath via lldb-dev
On 29/10/2021 12:39, David Spickett wrote: So there wouldn't be a three-way tie, but if you actually wanted to debug a native executable under qemu, you would have to explicitly select the qemu platform. This is the same thing that already happens when you want to debug a native executable rem

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-10-29 Thread David Spickett via lldb-dev
> So there wouldn't be a three-way tie, but if you actually wanted to debug a > native executable under qemu, you would have to explicitly select the qemu > platform. This is the same thing that already happens when you want to debug > a native executable remotely, but there it's kind of expecte

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-10-29 Thread Pavel Labath via lldb-dev
Thanks for reading this. Responses inline. On 28/10/2021 16:28, David Spickett wrote: Glad to hear the gdb server in qemu plays nicely with lldb. Perhaps some of that is the compatibility work that has been going on. The introduction of a qemu platform would introduce such an ambiguity, since

Re: [lldb-dev] [RFC] lldb integration with (user mode) qemu

2021-10-28 Thread David Spickett via lldb-dev
Glad to hear the gdb server in qemu plays nicely with lldb. Perhaps some of that is the compatibility work that has been going on. > The introduction of a qemu platform would introduce such an ambiguity, since > (when running on a linux host) a linux executable would be claimed by both > the qem