Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp95567imm; Thu, 12 Jul 2018 14:58:22 -0700 (PDT) X-Google-Smtp-Source: AAOMgpe+0P9UmN5QEPWW6GEqLbkr4T7vlpX7KPB1nMHXlpaaE/hS5XLJVeIt1IQNpBkOfAaKqE2s X-Received: by 2002:a17:902:9a01:: with SMTP id v1-v6mr3848158plp.20.1531432702200; Thu, 12 Jul 2018 14:58:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531432702; cv=none; d=google.com; s=arc-20160816; b=mWyCE01QBtHkUHgvCpht3zOuQN8mKKyCupTiloPdMD1Giov8Hdc8zQ70XfCgq4ZTWu lo4XvkqAvTkJo+IUyd6r24rE0HtyTYYk8NaS98BBdrhralk+P+U0j7v7Bb2hu0Vs+PAn +9douoeE/RXawrhN+BbES9VinPhgTLsAJxCe0baudAZnY3mFuHQgYUyP3GxKPfdAeJHQ 1iUEP1sIiN13FKJo3Pg9ZehjhCdRN1jDNkXv6vhlYctKkTNQMe4oTmugQJpSQBDnyYHv EEVdMvGzasNQ5bd06J/mmp3TsBYLvFlXL9BD5syd3n96lKQvSm7rKXacNKVBHmGkPs9k h2eQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date :arc-authentication-results; bh=nSdr2m4wqI+TscNVX0APIXLGqF4W6JHH4PhWe0OZcRo=; b=tR5MN2dFyHTkgvtfzs0dyPYlQWiRIgFuBgmzFuE0VJ3qGogip4T5gpM5jspptQEnK/ lprA9pQzOJejQyq73/9Gd2zMoz47uPhf01QC4DSeC+XEzlN3hYBVoIskNRTGZQ5S6+hF WdXC2iQNv1rVDwVXdJlkSEBO2nqIiSt9ld6WNxtP3/NZTmbgWYs6VL7v9ZI38VkDAkzt c5EKa0z6hmGYpzRN/kXdzpnvbiRt9f8LTpZ5A4lzTf6P5wcY6SouJvTI7l/Zc54wN8Qv JzH+UCLGbzNwPjmQABWn57kGzyPP7VKM1J3Z11yqhFLHYKx1Yi4f4GQjIkLfOSccPvJS icyw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u34-v6si19351866pgl.331.2018.07.12.14.57.43; Thu, 12 Jul 2018 14:58:22 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732392AbeGLWHm (ORCPT + 99 others); Thu, 12 Jul 2018 18:07:42 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:43516 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726730AbeGLWHl (ORCPT ); Thu, 12 Jul 2018 18:07:41 -0400 Received: from localhost (74-93-104-98-Washington.hfc.comcastbusiness.net [74.93.104.98]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 420D8100811D7; Thu, 12 Jul 2018 14:56:11 -0700 (PDT) Date: Thu, 12 Jul 2018 14:56:10 -0700 (PDT) Message-Id: <20180712.145610.148554127408069933.davem@davemloft.net> To: arnd@arndb.de Cc: jakub.kicinski@netronome.com, john.hurley@netronome.com, simon.horman@netronome.com, pieter.jansenvanvuuren@netronome.com, jiri@mellanox.com, oss-drivers@netronome.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/2] [RESEND] nfp: avoid using getnstimeofday64() From: David Miller In-Reply-To: <20180711123003.453442-2-arnd@arndb.de> References: <20180711123003.453442-1-arnd@arndb.de> <20180711123003.453442-2-arnd@arndb.de> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 12 Jul 2018 14:56:11 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Arnd Bergmann Date: Wed, 11 Jul 2018 14:29:53 +0200 > getnstimeofday64 is deprecated in favor of the ktime_get() family of > functions. The direct replacement would be ktime_get_real_ts64(), > but I'm picking the basic ktime_get() instead: > > - using a ktime_t simplifies the code compared to timespec64 > - using monotonic time instead of real time avoids issues caused > by a concurrent settimeofday() or during a leap second adjustment. > > Acked-by: Jakub Kicinski > Signed-off-by: Arnd Bergmann Applied to net-next.