[v3] some gdbstub fixes for debug and vcont

[Qemu-devel] [PATCH v3 0/4] some gdbstub fixes for debug and vcont

Alex Bennée posted 4 patches 8 years, 5 months ago

Diff against v1 v2 v4
Download series mbox

Patches applied successfully (tree, apply log)
git fetch https://github.com/patchew-project/qemu tags/patchew/20170602130518.22943-1-alex.bennee@linaro.org

Test FreeBSD passed

Test checkpatch passed

Test docker passed

Test s390x passed

There is a newer version of this series

gdbstub.c              | 117 ++++++++++++++++++++++++-------------------------
include/exec/gdbstub.h |   9 ----
include/qom/cpu.h      |   2 -
linux-user/syscall.c   |   1 -
4 files changed, 57 insertions(+), 72 deletions(-)

Expand all Fold all

[Qemu-devel] [PATCH v3 0/4] some gdbstub fixes for debug and vcont

Posted by Alex Bennée 8 years, 5 months ago

Hi,

This is v3 and hopefully the final version the gdbstub fixes. There is
one minor change to patch two where I pulled forward the move of
cpu_gdb_index into gdbstub.c from the third patch.

Otherwise it is basically a re-base and a whole host of Reviewed-by
tags.

So the final question is who's tree is going to accept these patches?

The gdbstub is currently marked as "Odd fixes" via qemu-devel. If no
one wants to take it via their tree and Peter is happy I can roll the
pullreq directly.

Alex Bennée (4):
  gdbstub: modernise DEBUG_GDB
  gdbstub: rename cpu_index -> cpu_gdb_index
  qom/cpu: remove host_tid field
  gdbstub: don't fail on vCont;C04:0;c packets

 gdbstub.c              | 117 ++++++++++++++++++++++++-------------------------
 include/exec/gdbstub.h |   9 ----
 include/qom/cpu.h      |   2 -
 linux-user/syscall.c   |   1 -
 4 files changed, 57 insertions(+), 72 deletions(-)

-- 
2.13.0

Re: [Qemu-devel] [PATCH v3 0/4] some gdbstub fixes for debug and vcont

Posted by Paolo Bonzini 8 years, 5 months ago


On 02/06/2017 15:05, Alex Bennée wrote:
> Hi,
> 
> This is v3 and hopefully the final version the gdbstub fixes. There is
> one minor change to patch two where I pulled forward the move of
> cpu_gdb_index into gdbstub.c from the third patch.
> 
> Otherwise it is basically a re-base and a whole host of Reviewed-by
> tags.
> 
> So the final question is who's tree is going to accept these patches?
> 
> The gdbstub is currently marked as "Odd fixes" via qemu-devel. If no
> one wants to take it via their tree and Peter is happy I can roll the
> pullreq directly.

With pleasure (but I reported an issue on patch 3).

Thanks,

Paolo