From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755757Ab1EWP23 (ORCPT ); Mon, 23 May 2011 11:28:29 -0400 Received: from mail-pw0-f46.google.com ([209.85.160.46]:46840 "EHLO mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755427Ab1EWP21 convert rfc822-to-8bit (ORCPT ); Mon, 23 May 2011 11:28:27 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=H/3wAzwEmeboYbv84PrFpanueqVZQMNdrfFcGwWJ87xeRLg/YQotHz7WlhPUrT3azq Z7/e+LXogofNKL1MeITN6xvA0Mrb8w5qQypD16VQblx8uOlw2pQjbyGv3wdqLrty/xBX kcIdm6shNN9lpf/8vEdOjieYAMUelnHunA6ww= MIME-Version: 1.0 In-Reply-To: References: From: Andrew Lutomirski Date: Mon, 23 May 2011 11:28:07 -0400 X-Google-Sender-Auth: 2xLusduewMy1Wc2QiufWM-m4ATg Message-ID: Subject: Re: [PATCH v5 0/8] vDSO time changes for 2.6.40 To: Linus Torvalds Cc: x86@kernel.org, linux-kernel@vger.kernel.org, Ingo Molnar , Andi Kleen , "David S. Miller" , Eric Dumazet , Peter Zijlstra , Thomas Gleixner , Borislav Petkov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 23, 2011 at 11:23 AM, Linus Torvalds wrote: > On Mon, May 23, 2011 at 6:31 AM, Andy Lutomirski wrote: >> [Patch 8/8 is brand-new and optional.  If anyone objects to it, >>  please just drop it for 2.6.40 and I'll fix it for 2.6.41.] > > Hmm. I would just put it into 7/8 immediately, and never have the > stupid read-lock loop in the first place. > > Or I would just say "the time() system call just isn't that critical, > let's not even bother". I have no particular preference. The only argument I can make is that the change deletes code and it lets us tell the glibc people "not only can you stop using a silly old interface but you can make your code 0.4ns faster." --Andy