Date: Thu, 18 Mar 2004 21:28:56 +0100
From: Ingo Molnar <mingo@elte.hu>
To: Andrea Arcangeli <andrea@suse.de>
Cc: Andrew Morton <akpm@osdl.org>, torvalds@osdl.org, hch@infradead.org,
       drepper@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: sched_setaffinity usability
Message-ID: <20040318202856.GA10437@elte.hu>
References: <40595842.5070708@redhat.com> <20040318112913.GA13981@elte.hu> <20040318120709.A27841@infradead.org> <Pine.LNX.4.58.0403180748070.24088@ppc970.osdl.org> <20040318182407.GA1287@elte.hu> <20040318103352.1a65126a.akpm@osdl.org> <20040318183944.GA3710@elte.hu> <20040318200111.GA16743@dualathlon.random>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040318200111.GA16743@dualathlon.random>
User-Agent: Mutt/1.4.1i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 824
Lines: 22


* Andrea Arcangeli <andrea@suse.de> wrote:

> > architecture that wants to accelerate syscalls in user-space (and/or
> 
> x86-64 is the first arch ever implementing vsyscalls in production
> with the fastest possible API.
> 
> The API doesn't contemplate the idea of relocating the vsyscall
> address, but it can be extended easily with a relocation API.

you'd end up doing much like what a DSO does. Anyway, what you say does
not conflict with the idea of the VDSO at all. It's only that x86 has
the most complex needs in this area so it was the first to do a real
DSO.

	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/