|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v5 2/6] x86/gdbsx: Rename debug.c to gdbsx.c
On 20.04.2022 16:13, Andrew Cooper wrote:
> From: Bobby Eshleman <bobby.eshleman@xxxxxxxxx>
>
> debug.c contains only dbg_rw_mem(). Rename it to gdbsx.c.
>
> Move gdbsx_guest_mem_io(), and the prior setup of iop->remain, from domctl.c
> to gdbsx.c, merging it with dbg_rw_mem().
>
> Signed-off-by: Bobby Eshleman <bobby.eshleman@xxxxxxxxx>
> Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
> ---
> CC: Jan Beulich <JBeulich@xxxxxxxx>
> CC: Roger Pau Monné <roger.pau@xxxxxxxxxx>
> CC: Wei Liu <wl@xxxxxxx>
>
> v5:
> * Consolidate hunks from multiple v4 patches
> * Rewrite commit message
>
> The semantics are rather broken. XEN_DOMCTL_gdbsx_guestmemio only sets
> copyback when there's nothing to copy back, and skips copying back in the
> -EFAULT case when the iop->remain field is relevant. Furthermore, it can be
> asked to move up to 4GB in one go, with no continuability whatsoever.
> ---
> xen/arch/x86/Makefile | 2 +-
> xen/arch/x86/domctl.c | 14 ++------------
> xen/arch/x86/{debug.c => gdbsx.c} | 23 ++++++++++-------------
> xen/arch/x86/include/asm/debugger.h | 6 ------
> xen/arch/x86/include/asm/gdbsx.h | 13 +++++++++++++
> 5 files changed, 26 insertions(+), 32 deletions(-)
> rename xen/arch/x86/{debug.c => gdbsx.c} (89%)
> create mode 100644 xen/arch/x86/include/asm/gdbsx.h
As I've realized only while reviewing your newer gdbsx patch, this
should have come with an update to ./MAINTAINERS. Quite possibly one
simply deleting the entire entry there.
Jan
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |