From owner-freebsd-arch@FreeBSD.ORG Mon Jun 4 22:42:59 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 391F31065670; Mon, 4 Jun 2012 22:42:59 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9CC8FC14; Mon, 4 Jun 2012 22:42:58 +0000 (UTC) Received: by qabg1 with SMTP id g1so1910309qab.13 for ; Mon, 04 Jun 2012 15:42:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=NhlwsO0jlVnsBdzv3UwsBnq8l/AWNtwdk9Bs4WjfqFA=; b=MjHpZ8KNIGKk2J1PzwPs5hU9YqUWLjSDoagbq/n0KEjyuk8PBt3WRvm9YCEMq86vo6 iHCofrZP4hiST1apkeJ/qwd8RXi5cDjW+2dFq+kKXxQn6P32I4LyuRCp/bActbLe/mZf hQP3GGA4LQ+Dau0IPnYrhYX6qoe7TxHMC1m9FmBRZNCKS4ex/bklqczJ3PTZ0/CF61ZU FneWSLEmSLeJ2aIMPQD6Hh8aPD4geCogHpuGsVV2rX5qBaDRgAUUHUuqvYL+2TwEjXjd OTeRSXwVV7r08MLQ2oXJ1+zzrziCWDQJI+BjaGaSIbFEAFM9XaI8auoQPZ8ksiRumx4x qAHw== MIME-Version: 1.0 Received: by 10.229.137.14 with SMTP id u14mr4365698qct.87.1338849777748; Mon, 04 Jun 2012 15:42:57 -0700 (PDT) Received: by 10.229.160.20 with HTTP; Mon, 4 Jun 2012 15:42:57 -0700 (PDT) In-Reply-To: <20120604221202.GG85127@deviant.kiev.zoral.com.ua> References: <20120603051904.GG2358@deviant.kiev.zoral.com.ua> <20120603184315.T856@besplex.bde.org> <201206041101.57486.jhb@freebsd.org> <20120604181917.GD85127@deviant.kiev.zoral.com.ua> <20120604221202.GG85127@deviant.kiev.zoral.com.ua> Date: Tue, 5 Jun 2012 00:42:57 +0200 Message-ID: From: Giovanni Trematerra To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alan Cox , Alexander Kabaev , Attilio Rao , freebsd-arch@freebsd.org Subject: Re: Fwd: [RFC] Kernel shared variables X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 22:42:59 -0000 On Tue, Jun 5, 2012 at 12:12 AM, Konstantin Belousov wrote: > On Mon, Jun 04, 2012 at 11:16:10PM +0200, Giovanni Trematerra wrote: >> On Mon, Jun 4, 2012 at 8:19 PM, Konstantin Belousov wrote: >> > On Mon, Jun 04, 2012 at 11:01:57AM -0400, John Baldwin wrote: >> >> On Sunday, June 03, 2012 6:49:27 am Bruce Evans wrote: >> >> > On Sun, 3 Jun 2012, Konstantin Belousov wrote: >> >> >> I think duplicating this logic in userland would just be wasteful. = =A0I have >> >> a private fast gettimeofday() at my current job and it works by expor= ting >> >> the current timehands structure (well, the equivalent) to userland. = =A0The >> >> userland bits then fetch a copy of the details and do the same as bin= time(). >> >> (I move the math (bintime_addx() and the multiply)) out of the loop h= owever. >> > I started yesterday an implementation which uses shared page to export >> > some variant of timehands, and uses auxv to provide the libc with a po= inter >> > to timehands when rdtsc is reasonable. >> > >> > I almost finished both 32bit and 64bit userspace, but there is >> > kernel-side work left. Is your implementation ready or close to be rea= dy >> > for commit ? In other words, should I drop the efforts, or continue ? >> > >> >> Hey wait, What are you doing? >> This is completely unfair. You didn't even review my patch. > I did. I am quite saddened if you did not note that I did reviewed your > patch. > >> I really don't understand your way to completely ignore me and start imp= lement >> yesterday something you didn't care about for more than 3 years. >> It costs me a lot of time and energy and I think I deserve more respect = that >> just be ignored. > > I did not ignored the problem for 3 years. In fact, I did some, IMO > non-trivial development moving the whole issue forward. In particular, I > developed the shared page infrastructure that are currently used (yes, > we already do have properly implemented shared page and sub-allocator > of memory from it). I did some relevant rtld and libc changes, in > particular, libc now have full access and uses auxv. So I consider this > statement as a form of insult. > Really? My apologize if you felt to be insulted. I didn't it on purpose. Honestly I don't think there will be other occasions to hurt your feelings. > > If you want to do full-flesged vdso at once, I will be very much pleasure= d > and probably support this work technically. Thank you for your offer. I'll appreciate it but I'm not going to work on it anymore. -- Gianni