public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Zachary Amsden <zach@vmware.com>
To: akpm@osdl.org
Cc: 76306.1226@compuserve.com, ak@muc.de, rohitseth@google.com,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: + i386-fix-get_segment_eip-with-vm86.patch added to -mm tree
Date: Wed, 31 May 2006 13:15:42 -0700	[thread overview]
Message-ID: <447DF96E.4000602@vmware.com> (raw)
In-Reply-To: <200605300302.k4U321t6026244@shell0.pdx.osdl.net>

[-- Attachment #1: Type: text/plain, Size: 2259 bytes --]

akpm@osdl.org wrote:
> The patch titled
>
>      i386: fix get_segment_eip() with vm86 segments
>
> has been added to the -mm tree.  Its filename is
>
>      i386-fix-get_segment_eip-with-vm86.patch
>
> See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
> out what to do about this
>
> ------------------------------------------------------
> Subject: i386: fix get_segment_eip() with vm86 segments
> From: Chuck Ebbert <76306.1226@compuserve.com>
>
>
> We need to check for vm86 mode first before looking at selector privilege
> bits.
>
> Segment limit is always base + 64k and only the low 16 bits of EIP are
> significant in vm86 mode.
>
> Signed-off-by: Chuck Ebbert <76306.1226@compuserve.com>
> Cc: Andi Kleen <ak@muc.de>
> Cc: Zachary Amsden <zach@vmware.com>
> Cc: Rohit Seth <rohitseth@google.com>
> Signed-off-by: Andrew Morton <akpm@osdl.org>
> ---
>
>  arch/i386/mm/fault.c |   11 +++++++----
>  1 file changed, 7 insertions(+), 4 deletions(-)
>
> diff -puN arch/i386/mm/fault.c~i386-fix-get_segment_eip-with-vm86 arch/i386/mm/fault.c
> --- devel/arch/i386/mm/fault.c~i386-fix-get_segment_eip-with-vm86	2006-05-29 20:06:19.000000000 -0700
> +++ devel-akpm/arch/i386/mm/fault.c	2006-05-29 20:06:19.000000000 -0700
> @@ -77,12 +77,15 @@ static inline unsigned long get_segment_
>  	unsigned seg = regs->xcs & 0xffff;
>  	u32 seg_ar, seg_limit, base, *desc;
>  
> +	/* Unlikely, but must come before segment checks. */
> +	if (unlikely(regs->eflags & VM_MASK)) {
> +		base = seg << 4;
> +		*eip_limit = base + 0xffff;
> +		return base + (eip & 0xffff);
> +	}
> +
>  	/* The standard kernel/user address space limit. */
>  	*eip_limit = (seg & 3) ? USER_DS.seg : KERNEL_DS.seg;
> -
> -	/* Unlikely, but must come before segment checks. */
> -	if (unlikely((regs->eflags & VM_MASK) != 0))
> -		return eip + (seg << 4);
>  	
>  	/* By far the most common cases. */
>  	if (likely(seg == __USER_CS || seg == __KERNEL_CS))
> _
>
> Patches currently in -mm which might be from 76306.1226@compuserve.com are
>
> i386-let-usermode-execute-the-enter.patch
> i386-fix-get_segment_eip-with-vm86.patch
>
>   

This looks great.  While we're in the spirit let's fix kprobes v8086 
handling as well by filtering out int3s from v8086 mode.

[-- Attachment #2: i386-dont-try-kprobes-for-v8086-mode --]
[-- Type: text/plain, Size: 670 bytes --]

Never allow int3 traps from V8086 mode to enter the kprobes handler.

Signed-off-by: Zachary Amsden <zach@vmware.com>

Index: linux-2.6.17-rc/arch/i386/kernel/kprobes.c
===================================================================
--- linux-2.6.17-rc.orig/arch/i386/kernel/kprobes.c	2006-05-18 13:31:50.000000000 -0700
+++ linux-2.6.17-rc/arch/i386/kernel/kprobes.c	2006-05-31 13:09:26.000000000 -0700
@@ -607,7 +607,7 @@ int __kprobes kprobe_exceptions_notify(s
 	struct die_args *args = (struct die_args *)data;
 	int ret = NOTIFY_DONE;
 
-	if (args->regs && user_mode(args->regs))
+	if (args->regs && user_mode_vm(args->regs))
 		return ret;
 
 	switch (val) {

       reply	other threads:[~2006-05-31 20:15 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200605300302.k4U321t6026244@shell0.pdx.osdl.net>
2006-05-31 20:15 ` Zachary Amsden [this message]
2006-06-01  3:40   ` + i386-fix-get_segment_eip-with-vm86.patch added to -mm tree Ananth N Mavinakayanahalli

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=447DF96E.4000602@vmware.com \
    --to=zach@vmware.com \
    --cc=76306.1226@compuserve.com \
    --cc=ak@muc.de \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rohitseth@google.com \
    /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