Re: + espfix-code-cleanup.patch added to -mm tree

Hi.

Chuck Ebbert wrote:

we are on a ring0 32-bit stack that's not zero-based.  If an exception
occurs in that state, UNWIND_ESPFIX_STACK restores the proper kernel
SS and ESP but on return from the exception nothing restores the espfix
stack.  I guess this isn't a problem now because exceptions in kernel
mode are fatal but a kernel debugger might have problems here?

Perhaps you are right, but... unless there is some quick
way to mark that part of code "undebuggable", I'll better
leave that for the debugger maintainers to think about.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • + espfix-code-cleanup.patch added to -mm tree
    • From: Chuck Ebbert <[email protected]>

• Prev by Date: Re: [PATCH 1 of 13] Add apply_to_page_range() which applies a function to a pte range
• Next by Date: Re: rt_mutex_timed_lock() vs hrtimer_wakeup() race ?
• Previous by thread: + espfix-code-cleanup.patch added to -mm tree
• Next by thread: Re: + espfix-code-cleanup.patch added to -mm tree
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]