public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Xin Li <xin3.li@intel.com>
To: linux-kernel@vger.kernel.org, x86@kernel.org, kvm@vger.kernel.org
Cc: tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
	dave.hansen@linux.intel.com, hpa@zytor.com, peterz@infradead.org,
	andrew.cooper3@citrix.com, seanjc@google.com,
	pbonzini@redhat.com, ravi.v.shankar@intel.com
Subject: [PATCH v5 15/34] x86/fred: make unions for the cs and ss fields in struct pt_regs
Date: Mon,  6 Mar 2023 18:39:27 -0800	[thread overview]
Message-ID: <20230307023946.14516-16-xin3.li@intel.com> (raw)
In-Reply-To: <20230307023946.14516-1-xin3.li@intel.com>

From: "H. Peter Anvin (Intel)" <hpa@zytor.com>

Make the cs and ss fields in struct pt_regs unions between the actual
selector and the unsigned long stack slot. FRED uses this space to
store additional flags.

The printk changes are simply due to the cs and ss fields changed to
unsigned short from unsigned long.

Signed-off-by: H. Peter Anvin (Intel) <hpa@zytor.com>
Tested-by: Shan Kang <shan.kang@intel.com>
Signed-off-by: Xin Li <xin3.li@intel.com>
---

Changes since v3:
* Rename csl/ssl of the pt_regs structure to csx/ssx (x for extended)
  (Andrew Cooper).
---
 arch/x86/entry/vsyscall/vsyscall_64.c |  2 +-
 arch/x86/include/asm/ptrace.h         | 36 ++++++++++++++++++++++++---
 arch/x86/kernel/process_64.c          |  2 +-
 3 files changed, 34 insertions(+), 6 deletions(-)

diff --git a/arch/x86/entry/vsyscall/vsyscall_64.c b/arch/x86/entry/vsyscall/vsyscall_64.c
index d234ca797e4a..2429ad0df068 100644
--- a/arch/x86/entry/vsyscall/vsyscall_64.c
+++ b/arch/x86/entry/vsyscall/vsyscall_64.c
@@ -76,7 +76,7 @@ static void warn_bad_vsyscall(const char *level, struct pt_regs *regs,
 	if (!show_unhandled_signals)
 		return;
 
-	printk_ratelimited("%s%s[%d] %s ip:%lx cs:%lx sp:%lx ax:%lx si:%lx di:%lx\n",
+	printk_ratelimited("%s%s[%d] %s ip:%lx cs:%x sp:%lx ax:%lx si:%lx di:%lx\n",
 			   level, current->comm, task_pid_nr(current),
 			   message, regs->ip, regs->cs,
 			   regs->sp, regs->ax, regs->si, regs->di);
diff --git a/arch/x86/include/asm/ptrace.h b/arch/x86/include/asm/ptrace.h
index f4db78b09c8f..a61d860dc33c 100644
--- a/arch/x86/include/asm/ptrace.h
+++ b/arch/x86/include/asm/ptrace.h
@@ -82,13 +82,41 @@ struct pt_regs {
  * On hw interrupt, it's IRQ number:
  */
 	unsigned long orig_ax;
-/* Return frame for iretq */
+
+	/* Return frame for iretq/eretu/erets */
 	unsigned long ip;
-	unsigned long cs;
+	union {
+		unsigned long  csx;	/* cs extended: CS + any fields above it */
+		struct __attribute__((__packed__)) {
+			unsigned short cs;	/* CS selector proper */
+			unsigned int current_stack_level: 2;
+			unsigned int __csx_resv1	: 6;
+			unsigned int interrupt_shadowed	: 1;
+			unsigned int software_initiated	: 1;
+			unsigned int __csx_resv2	: 2;
+			unsigned int nmi		: 1;
+			unsigned int __csx_resv3	: 3;
+			unsigned int __csx_resv4	: 32;
+		};
+	};
 	unsigned long flags;
 	unsigned long sp;
-	unsigned long ss;
-/* top of stack page */
+	union {
+		unsigned long  ssx;	/* ss extended: SS + any fields above it */
+		struct __attribute__((__packed__)) {
+			unsigned short ss;	/* SS selector proper */
+			unsigned int __ssx_resv1	: 16;
+			unsigned int vector		: 8;
+			unsigned int __ssx_resv2	: 8;
+			unsigned int type		: 4;
+			unsigned int __ssx_resv3	: 4;
+			unsigned int enclv		: 1;
+			unsigned int long_mode		: 1;
+			unsigned int nested		: 1;
+			unsigned int __ssx_resv4	: 1;
+			unsigned int instr_len		: 4;
+		};
+	};
 };
 
 #endif /* !__i386__ */
diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c
index 4e34b3b68ebd..57de166dc61c 100644
--- a/arch/x86/kernel/process_64.c
+++ b/arch/x86/kernel/process_64.c
@@ -116,7 +116,7 @@ void __show_regs(struct pt_regs *regs, enum show_regs_mode mode,
 
 	printk("%sFS:  %016lx(%04x) GS:%016lx(%04x) knlGS:%016lx\n",
 	       log_lvl, fs, fsindex, gs, gsindex, shadowgs);
-	printk("%sCS:  %04lx DS: %04x ES: %04x CR0: %016lx\n",
+	printk("%sCS:  %04x DS: %04x ES: %04x CR0: %016lx\n",
 		log_lvl, regs->cs, ds, es, cr0);
 	printk("%sCR2: %016lx CR3: %016lx CR4: %016lx\n",
 		log_lvl, cr2, cr3, cr4);
-- 
2.34.1


  parent reply	other threads:[~2023-03-07  3:06 UTC|newest]

Thread overview: 80+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-07  2:39 [PATCH v5 00/34] x86: enable FRED for x86-64 Xin Li
2023-03-07  2:39 ` [PATCH v5 01/34] x86/traps: let common_interrupt() handle IRQ_MOVE_CLEANUP_VECTOR Xin Li
2023-03-07  2:39 ` [PATCH v5 02/34] x86/traps: add a system interrupt table for system interrupt dispatch Xin Li
2023-03-07  2:39 ` [PATCH v5 03/34] x86/traps: add install_system_interrupt_handler() Xin Li
2023-03-07  2:39 ` [PATCH v5 04/34] x86/traps: add external_interrupt() to dispatch external interrupts Xin Li
2023-03-20 15:36   ` Peter Zijlstra
2023-03-20 17:42     ` Peter Zijlstra
2023-03-20 23:47       ` Li, Xin3
2023-03-20 17:53     ` Li, Xin3
2023-03-07  2:39 ` [PATCH v5 05/34] x86/traps: export external_interrupt() for VMX IRQ reinjection Xin Li
2023-03-22 17:52   ` Sean Christopherson
2023-03-22 22:38     ` Li, Xin3
2023-03-07  2:39 ` [PATCH v5 06/34] x86/cpufeature: add the cpu feature bit for FRED Xin Li
2023-03-07  2:39 ` [PATCH v5 07/34] x86/opcode: add ERETU, ERETS instructions to x86-opcode-map Xin Li
2023-03-07  2:39 ` [PATCH v5 08/34] x86/objtool: teach objtool about ERETU and ERETS Xin Li
2023-03-07  2:39 ` [PATCH v5 09/34] x86/cpu: add X86_CR4_FRED macro Xin Li
2023-03-07  2:39 ` [PATCH v5 10/34] x86/fred: add Kconfig option for FRED (CONFIG_X86_FRED) Xin Li
2023-03-07  2:39 ` [PATCH v5 11/34] x86/fred: if CONFIG_X86_FRED is disabled, disable FRED support Xin Li
2023-03-07  2:39 ` [PATCH v5 12/34] x86/cpu: add MSR numbers for FRED configuration Xin Li
2023-03-07  2:39 ` [PATCH v5 13/34] x86/fred: header file for event types Xin Li
2023-03-07  2:39 ` [PATCH v5 14/34] x86/fred: header file with FRED definitions Xin Li
2023-03-07  2:39 ` Xin Li [this message]
2023-03-07  2:39 ` [PATCH v5 16/34] x86/fred: reserve space for the FRED stack frame Xin Li
2023-03-07  2:39 ` [PATCH v5 17/34] x86/fred: add a page fault entry stub for FRED Xin Li
2023-03-07  2:39 ` [PATCH v5 18/34] x86/fred: add a debug " Xin Li
2023-03-07  2:39 ` [PATCH v5 19/34] x86/fred: add a NMI " Xin Li
2023-03-07  2:39 ` [PATCH v5 20/34] x86/fred: add a machine check " Xin Li
2023-03-20 16:00   ` Peter Zijlstra
2023-03-21  0:04     ` Li, Xin3
2023-03-21  8:59       ` Peter Zijlstra
2023-03-21 16:38         ` Li, Xin3
2023-03-07  2:39 ` [PATCH v5 21/34] x86/fred: FRED entry/exit and dispatch code Xin Li
2023-03-07  2:39 ` [PATCH v5 22/34] x86/fred: FRED initialization code Xin Li
2023-03-17 13:35   ` Lai Jiangshan
2023-03-17 21:32     ` H. Peter Anvin
2023-03-18  6:33       ` Lai Jiangshan
2023-03-20 16:49         ` Peter Zijlstra
2023-03-21  0:12           ` Li, Xin3
2023-03-21  1:02             ` andrew.cooper3
2023-03-21  7:49               ` Li, Xin3
2023-03-22 16:29               ` Dave Hansen
2023-03-22  2:22         ` Li, Xin3
2023-03-22  4:01           ` Dave Hansen
2023-03-22  5:40             ` Li, Xin3
2023-03-22 18:25           ` andrew.cooper3
2023-03-20 16:44       ` Peter Zijlstra
2023-03-21  0:13         ` Li, Xin3
2023-03-07  2:39 ` [PATCH v5 23/34] x86/fred: update MSR_IA32_FRED_RSP0 during task switch Xin Li
2023-03-20 16:52   ` Peter Zijlstra
2023-03-20 23:54     ` Li, Xin3
2023-03-07  2:39 ` [PATCH v5 24/34] x86/fred: let ret_from_fork() jmp to fred_exit_user when FRED is enabled Xin Li
2023-03-07  2:39 ` [PATCH v5 25/34] x86/fred: disallow the swapgs instruction " Xin Li
2023-03-20 16:54   ` Peter Zijlstra
2023-03-20 17:58     ` Li, Xin3
2023-03-07  2:39 ` [PATCH v5 26/34] x86/fred: no ESPFIX needed " Xin Li
2023-03-07  2:39 ` [PATCH v5 27/34] x86/fred: allow single-step trap and NMI when starting a new thread Xin Li
2023-03-07  2:39 ` [PATCH v5 28/34] x86/fred: fixup fault on ERETU by jumping to fred_entrypoint_user Xin Li
2023-03-17  9:39   ` Lai Jiangshan
2023-03-17  9:55     ` andrew.cooper3
2023-03-17 13:02       ` Lai Jiangshan
2023-03-17 21:23         ` H. Peter Anvin
2023-03-17 21:00       ` H. Peter Anvin
2023-03-18  7:55     ` Li, Xin3
2023-03-07  2:39 ` [PATCH v5 29/34] x86/ia32: do not modify the DPL bits for a null selector Xin Li
2023-03-07  2:39 ` [PATCH v5 30/34] x86/fred: allow FRED systems to use interrupt vectors 0x10-0x1f Xin Li
2023-03-07  2:39 ` [PATCH v5 31/34] x86/fred: allow dynamic stack frame size Xin Li
2023-03-07  2:39 ` [PATCH v5 32/34] x86/fred: disable FRED by default in its early stage Xin Li
2023-03-07  2:39 ` [PATCH v5 33/34] KVM: x86/vmx: call external_interrupt() to handle IRQ in IRQ caused VM exits Xin Li
2023-03-22 17:57   ` Sean Christopherson
2023-03-07  2:39 ` [PATCH v5 34/34] KVM: x86/vmx: execute "int $2" to handle NMI in NMI caused VM exits when FRED is enabled Xin Li
2023-03-07 22:00   ` Li, Xin3
2023-03-22 17:49   ` Sean Christopherson
2023-03-22 23:03     ` andrew.cooper3
2023-03-22 23:42       ` Sean Christopherson
2023-03-23  0:26         ` Li, Xin3
2023-03-24 17:45           ` Li, Xin3
2023-03-22 23:43     ` Li, Xin3
2023-03-11  9:58 ` [PATCH v5 00/34] x86: enable FRED for x86-64 Kang, Shan
2023-03-11 21:29   ` Li, Xin3
2023-03-20  7:40   ` Kang, Shan

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=20230307023946.14516-16-xin3.li@intel.com \
    --to=xin3.li@intel.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=bp@alien8.de \
    --cc=dave.hansen@linux.intel.com \
    --cc=hpa@zytor.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peterz@infradead.org \
    --cc=ravi.v.shankar@intel.com \
    --cc=seanjc@google.com \
    --cc=tglx@linutronix.de \
    --cc=x86@kernel.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