Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 5 Sep 2002 21:41:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 5 Sep 2002 21:41:33 -0400 Received: from dp.samba.org ([66.70.73.150]:23987 "EHLO lists.samba.org") by vger.kernel.org with ESMTP id ; Thu, 5 Sep 2002 21:41:33 -0400 Date: Fri, 6 Sep 2002 11:21:44 +1000 From: Anton Blanchard To: "H. Peter Anvin" Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH][2.4.20-pre5] non syscall gettimeofday Message-ID: <20020906012144.GA6804@krispykreme> References: <1031267553.10830.71.camel@dell_ss3.pdx.osdl.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 850 Lines: 19 > This sounds like a vsyscall. Since we have discussed vsyscalls on and > off without getting anywhere, I'd like to know how your implementation > does it -- the #1 proposal I think was to map in a page at 0xfffff000 > and have the vsyscall code there. Id like to do a similar thing on ppc32 and ppc64. It would be good to make some of this generic before everyone implements it their own way. Of course the lower level stuff will be arch specific, but some of it could be the same (like how do we handle ptracing into the area? Do we COW or do we deny it and fix gdb to unsderstand vsyscalls). Anton - 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/