Date: Sun, 13 Feb 2005 21:10:06 +0100
From: Ingo Molnar <mingo@elte.hu>
To: "Seth, Rohit" <rohit.seth@intel.com>
Cc: Kirill Korotaev <dev@sw.ru>, Linus Torvalds <torvalds@osdl.org>,
       "Saxena, Sunil" <sunil.saxena@intel.com>,
       "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>,
       Andrey Savochkin <saw@sawoct.com>, linux-kernel@vger.kernel.org
Subject: Re: possible CPU bug and request for Intel contacts
Message-ID: <20050213201006.GA28783@elte.hu>
References: <01EF044AAEE12F4BAAD955CB7506494302E88991@scsmsx401.amr.corp.intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <01EF044AAEE12F4BAAD955CB7506494302E88991@scsmsx401.amr.corp.intel.com>
User-Agent: Mutt/1.4.1i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1308
Lines: 30


* Seth, Rohit <rohit.seth@intel.com> wrote:

> On a little different note, while running the 4G-4G kernel on our
> machine, we saw occasional hangs.  Those are root caused to the fact
> that this kernel was first chaging the stack pointer from virtual
> stack to kernel and then changing the CR3 to that of kernel.  Any
> interrupt between these two instructions will result in those hangs as
> the interruption handler will execute with user's CR3(as the kernel
> thinks that it is already in kernel because of the value of esp). 
> Swapping the order, first loading the CR3 with kernel and then
> switching the stack to kernel fixes this issue.  Venki will generate
> that patch and send to lkml.

i'm not sure what you mean. Here's the relevant 4:4 code from Fedora:

#define __SWITCH_KERNELSPACE                            \
...
        movl %edx, %cr3;                                \
        movl %ebx, %esp;                                \

i.e. we _first_ load cr3 with the kernel pagetable value, then do we
switch esp to the real kernel stack.

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