From: John Baldwin <jhb@FreeBSD.org>
To: gdb-patches@sourceware.org
Subject: Re: [PATCH v3 00/13] Handle variable XSAVE layouts
Date: Wed, 18 May 2022 14:53:00 -0700 [thread overview]
Message-ID: <bc893ff6-e75f-abd9-2790-06ddb44e633d@FreeBSD.org> (raw)
In-Reply-To: <20220503210515.30739-1-jhb@FreeBSD.org>
Felix,
Did you have any thoughts on this series? I had tried to cc you on it,
but that didn't succeed it seems. This does have some conflicts with
your AMX series, but those should be minor to resolve.
On 5/3/22 2:05 PM, John Baldwin wrote:
> Changes since V2:
>
> - Pulled in some of the changes from Intel's branch Felix pointed me
> at, in particular gdbserver support. However, relative to that
> branch these patches make the following changes:
>
> - The i387_* structs and class remain in gdbserver/i387-fp.cc
> rather than moving to gdbsupport/.
>
> - Rather than invoking cpuid each time an XSAVE area is parsed,
> the x86_xsave_layout structure is used to hold offsets and
> CPUID is only invoked the first time NT_X86_XSTATE is probed
> with the offsets cached for later use.
>
> - I did not update the ChangeLog bits of these log messages, but
> probably they can be dropped for the Intel commits as GDB
> commits generally do not include these now?
>
> - Added Linux support both for gdbarches and the x86 native targets.
> I wasn't sure if PT_GETREGSET on Linux provides a way to query the
> size of the XSAVE register set (on FreeBSD PT_GETREGSET returns
> the register set's size in iov_len of the passed-in iovec if the
> original iovec has a NULL pointer and zero length), so I used
> cpuid leaf 0xd subleaf 0x0 to query the size of the register set
> for the native targets as well as for the Linux gdbserver support.
>
> Note that this still depends on the size and xcr0 mask heuristic for
> Linux and FreeBSD core dumps to determine the layout (and I have not
> added any additional layouts as I wasn't sure if Jini was intending to
> add additional AMD-specific layouts). I'd kind of like to land this
> series before doing a followup to flesh out a new core dump note.
>
> I think for the new core dump note what I would propose is a simple
> array of CPUID results for sub-leaves of the 0xd leaf (as a
> NT_X86_XSTATE_CPUID or the like) where each entry in the array
> contained the subleaf as well as eax, ebx, ecx, and edx results. This
> note might even eventually permit handling "compact" XSTATE in future
> core dumps rather than only "standard".
>
> I have tested this on both an AMD Ryzen 9 5900X and Intel Core
> i7-8650U on FreeBSD/amd64 as well as on a Linux/x86-64 VM on the Intel
> system. I also tested FreeBSD/i386 in a VM on the AMD system.
>
> Aleksandar Paunovic (2):
> gdbserver: Refactor the legacy region within the xsave struct
> gdbserver: Read offsets of the XSAVE extended region via CPUID
>
> John Baldwin (11):
> x86: Add an x86_xsave_layout structure to handle variable XSAVE
> layouts.
> core: Support fetching TARGET_OBJECT_X86_XSAVE_LAYOUT from
> architectures.
> nat/x86-cpuid.h: Add x86_cpuid_count wrapper around __get_cpuid_count.
> x86 nat: Add helper functions to save the XSAVE layout for the host.
> gdb: Update x86 FreeBSD architectures to support XSAVE layouts.
> gdb: Support XSAVE layouts for the current host in the FreeBSD x86
> targets.
> gdb: Update x86 Linux architectures to support XSAVE layouts.
> gdb: Support XSAVE layouts for the current host in the Linux x86
> targets.
> gdb: Use x86_xstate_layout to parse the XSAVE extended state area.
> gdbserver: Add a function to set the XSAVE mask and size.
> x86: Remove X86_XSTATE_SIZE and related constants.
>
> gdb/amd64-fbsd-nat.c | 40 +--
> gdb/amd64-fbsd-tdep.c | 8 +-
> gdb/amd64-linux-nat.c | 6 +-
> gdb/amd64-linux-tdep.c | 8 +-
> gdb/configure.nat | 8 +-
> gdb/corelow.c | 22 ++
> gdb/gdbarch-components.py | 13 +
> gdb/gdbarch-gen.h | 10 +
> gdb/gdbarch.c | 32 +++
> gdb/i386-fbsd-nat.c | 39 +--
> gdb/i386-fbsd-tdep.c | 37 ++-
> gdb/i386-fbsd-tdep.h | 6 +
> gdb/i386-linux-nat.c | 8 +-
> gdb/i386-linux-tdep.c | 34 ++-
> gdb/i386-linux-tdep.h | 6 +
> gdb/i386-tdep.c | 36 ++-
> gdb/i386-tdep.h | 3 +
> gdb/i387-tdep.c | 493 ++++++++++++++++++++++++-------------
> gdb/i387-tdep.h | 8 +
> gdb/nat/x86-cpuid.h | 27 ++
> gdb/nat/x86-xstate.c | 65 +++++
> gdb/nat/x86-xstate.h | 35 +++
> gdb/target.h | 2 +
> gdb/x86-fbsd-nat.c | 51 ++++
> gdb/x86-fbsd-nat.h | 29 ++-
> gdb/x86-linux-nat.c | 33 +++
> gdb/x86-linux-nat.h | 11 +
> gdbserver/configure.srv | 12 +-
> gdbserver/i387-fp.cc | 312 ++++++++++++++---------
> gdbserver/i387-fp.h | 2 +-
> gdbserver/linux-x86-low.cc | 10 +-
> gdbsupport/x86-xstate.h | 69 ++++--
> 32 files changed, 1067 insertions(+), 408 deletions(-)
> create mode 100644 gdb/nat/x86-xstate.c
> create mode 100644 gdb/nat/x86-xstate.h
>
--
John Baldwin
next prev parent reply other threads:[~2022-05-18 21:53 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-03 21:05 John Baldwin
2022-05-03 21:05 ` [PATCH v3 01/13] x86: Add an x86_xsave_layout structure to handle " John Baldwin
2022-05-03 21:05 ` [PATCH v3 02/13] core: Support fetching TARGET_OBJECT_X86_XSAVE_LAYOUT from architectures John Baldwin
2022-05-03 21:05 ` [PATCH v3 03/13] nat/x86-cpuid.h: Add x86_cpuid_count wrapper around __get_cpuid_count John Baldwin
2022-05-03 21:05 ` [PATCH v3 04/13] x86 nat: Add helper functions to save the XSAVE layout for the host John Baldwin
2022-05-03 21:05 ` [PATCH v3 05/13] gdb: Update x86 FreeBSD architectures to support XSAVE layouts John Baldwin
2022-05-03 21:05 ` [PATCH v3 06/13] gdb: Support XSAVE layouts for the current host in the FreeBSD x86 targets John Baldwin
2022-05-03 21:05 ` [PATCH v3 07/13] gdb: Update x86 Linux architectures to support XSAVE layouts John Baldwin
2022-05-03 21:05 ` [PATCH v3 08/13] gdb: Support XSAVE layouts for the current host in the Linux x86 targets John Baldwin
2022-05-03 21:05 ` [PATCH v3 09/13] gdb: Use x86_xstate_layout to parse the XSAVE extended state area John Baldwin
2022-05-03 21:05 ` [PATCH v3 10/13] gdbserver: Add a function to set the XSAVE mask and size John Baldwin
2022-05-03 21:05 ` [PATCH v3 11/13] gdbserver: Refactor the legacy region within the xsave struct John Baldwin
2022-05-03 21:05 ` [PATCH v3 12/13] gdbserver: Read offsets of the XSAVE extended region via CPUID John Baldwin
2022-05-03 21:05 ` [PATCH v3 13/13] x86: Remove X86_XSTATE_SIZE and related constants John Baldwin
2022-05-10 10:48 ` [PATCH v3 00/13] Handle variable XSAVE layouts George, Jini Susan via Gdb-patches
2022-05-18 21:48 ` John Baldwin
2022-05-18 21:53 ` John Baldwin [this message]
2022-05-19 15:42 ` Willgerodt, Felix via Gdb-patches
2022-05-19 16:05 ` John Baldwin
2022-05-20 14:53 ` Willgerodt, Felix via Gdb-patches
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bc893ff6-e75f-abd9-2790-06ddb44e633d@FreeBSD.org \
--to=jhb@freebsd.org \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox