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

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

2021-10-28 Thread Pavel Labath via lldb-dev
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 somewhat tedious. One has to manually start qemu, giving it a port number, and then sepa