Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261808AbTEHQdY (ORCPT ); Thu, 8 May 2003 12:33:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261827AbTEHQdY (ORCPT ); Thu, 8 May 2003 12:33:24 -0400 Received: from x35.xmailserver.org ([208.129.208.51]:35992 "EHLO x35.xmailserver.org") by vger.kernel.org with ESMTP id S261808AbTEHQdX (ORCPT ); Thu, 8 May 2003 12:33:23 -0400 X-AuthUser: davidel@xmailserver.org Date: Thu, 8 May 2003 09:47:34 -0700 (PDT) From: Davide Libenzi X-X-Sender: davide@blue1.dev.mcafeelabs.com To: "Richard B. Johnson" cc: Linux kernel Subject: Re: top stack (l)users for 2.5.69 In-Reply-To: Message-ID: References: <20030507132024.GB18177@wohnheim.fh-wedel.de> <20030507135657.GC18177@wohnheim.fh-wedel.de> <52k7d2pqwm.fsf@topspin.com> <52bryeppb3.fsf@topspin.com> <52n0hyo85x.fsf@topspin.com> <3EB96FB2.2020401@techsource.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1307 Lines: 29 On Thu, 8 May 2003, Richard B. Johnson wrote: > In protected mode, the kernel stack. And, regardless of implimentation > details, there can only be one. It's the one whos stack-selector > is being used by the CPU. So, in the case of Linux, with multiple > kernel stacks (!?????), one for each process, whatever process is > running in kernel mode (current) has it's SS active. It's the > one that gets hit with the interrupt. Why the multiple !????? Richard ? The fact that Intel is showing something different on their manuals does not automatically mean that it is the right way to do it. The boundary line between tasks is inside switch_to() that is deep inside the kernel path. The stack space that goes from the system call entry to the switch_to() call *must* be obviously preserved. Can it be done in a different way ? Sure it can. Try to think about it and look at how more complex things become with such scenario. Intel also suggests to use one TSS per task, while we're recycling the same TSS for all processes for example ( per CPU ). - Davide - 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/