Received: by 10.223.176.5 with SMTP id f5csp411010wra; Tue, 6 Feb 2018 00:49:23 -0800 (PST) X-Google-Smtp-Source: AH8x224rQTBBAjmK4sw8naV+7S6W7ugeIaE9EpK2bwJ2zrj2gCxNtykulaHaxySFKDZJ+h3S1+15 X-Received: by 2002:a17:902:2be4:: with SMTP id l91-v6mr1665365plb.387.1517906963560; Tue, 06 Feb 2018 00:49:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517906963; cv=none; d=google.com; s=arc-20160816; b=lLhR3jt1Rd133gjCfe0pdpTVDVMwYH5B0zJeObySQRKfeGrpTPyf4rgdCka074himr Q2ij3ZKEXaRjsbfjdsn+KiO3Sf6AxFBIFtfYTQYx5WZpH2JSXTyo57rDDD4Lt+918zbe 0WRf12X2ekgOJyApo0aiNNcvnpYC6rg7yjnaGn8Uz3v/xvDjqoda6Du/hz25nQko2MXW 188dcIc0Tx+zUhRPOzN563/xLzWBmFivXL5FWEz7Xf8kJqwSqvQFVTEDKblf3KMFalXF yU/WOs20cypiBm1a7iVYr6sqtui5Rdx5yW8Uwmcbg4CO7iSiR+xQOQXbfjfnvuXiDJZO 0RRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=SsXGwX+Rn/BEIFJU9Z63GXe9XHguj5dy2vTVuHW6Q2Y=; b=QA/tlpiwSyRHGHfvmaiTmPh2CJQtSVTgAk7QyuGi8aTkmgcD5KtJRe4sAQl+7WuFBM P3I4nQ+uApDsdKEehFUzyuLihJXbVM6DnqBEAg9NV4/GevzsU8+XTbRARXEkPIKfsazy b1G6BtaYO7U3t8meBmk9FEAxqGjFhptXM2fJlsEcCDl5n3hXwsChK4f8ICU66WiBKwL5 /wYv1mnp4gPOK1X8yiGgy6nP/waohxDy1VG360x7mKIf5w/aiprgTtgPgZ85v2GSob8n vv12Ic3a1Wlou0I+Auh1WGQxshLrhWfvgeXHWkYJKFNzz/sje9X94U4ePVo2kpRb+w6G 0SUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=Bf2KL1U/; 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 e9si771019pgt.828.2018.02.06.00.49.09; Tue, 06 Feb 2018 00:49:23 -0800 (PST) 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; dkim=fail header.i=@gmail.com header.s=20161025 header.b=Bf2KL1U/; 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 S1752633AbeBFIs2 (ORCPT + 99 others); Tue, 6 Feb 2018 03:48:28 -0500 Received: from mail-ot0-f194.google.com ([74.125.82.194]:34491 "EHLO mail-ot0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752203AbeBFIsT (ORCPT ); Tue, 6 Feb 2018 03:48:19 -0500 Received: by mail-ot0-f194.google.com with SMTP id l10so1028281oth.1; Tue, 06 Feb 2018 00:48:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=SsXGwX+Rn/BEIFJU9Z63GXe9XHguj5dy2vTVuHW6Q2Y=; b=Bf2KL1U/W9tu4AUxMY5ILMI+eh/zka2aHVKB+ZnNrfNAZE/X3VJYh3ikY19fUDskDG 7fiIcoLY+tx+Hasix3a5oI8W2YztFUMOY6/URCFfnx5xAO7ai/vMExd6q+4+d0jjjIkA k2DezuZAsAbAHsNbtuATCupsOiLTWLToyDlO9gjqrN/bxF7lo6Ho1ujIgA2KGl9J4wTq s+wj0XZAD4OoUbvJvl2hiX2sk2YqSfD1145XFq5KfUAlfKKEHyfUOFNH4HqVxhOErJrN lkQe8mEoA29mYw9pSJSwW3gEBWNbf7yI+/9tSwtBW93ODd01RN9iNY36btOu65gNStcs 3kRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=SsXGwX+Rn/BEIFJU9Z63GXe9XHguj5dy2vTVuHW6Q2Y=; b=HI8jABMY9xaV3ewtM2/GbevRnWLwKoeYVIjFsfo0Pzz7OOoJ/dQXrNGfyrjK/hSjDc bhlTspWx/zz7mK1oTdj86SxiL7bFFTix12FvQE2QFKOldDlzueAJiJU3kTexYvs9hzGi 5udbiV1miJTIHZkoZ5NQaRtnxVAvanLPadzESyycF/2MgXpcx8VwMM4VbGq/D2rYivoi DdV5RPupMfO2Lw15I9y0F9Ya5MVSLLN5zgCK1H9eXmzVCcR7ws4WPwEbIJ6JQs+ZO4kU k64PiXTF6danL79X1JBtYCZnVKiuUP2R84vulRYjRkGrL+Sf4rw4j+DYNyHvDKnIV5rj CEpg== X-Gm-Message-State: APf1xPBkCcBmDbgyETBp1B2B8hB+1QJzDbdbLo6IfLDvqYVdvS9W6V3T YKD5XmHzFlGxA2VtZW6iggwgNJlVSUAQ/kxdMeM= X-Received: by 10.157.26.44 with SMTP id a41mr1113380ote.108.1517906899145; Tue, 06 Feb 2018 00:48:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.168.66.10 with HTTP; Tue, 6 Feb 2018 00:48:17 -0800 (PST) In-Reply-To: References: <4a602db0a58cc858515c3c669d5ac34c567b061c.1515766253.git.green.hu@gmail.com> From: Arnd Bergmann Date: Tue, 6 Feb 2018 09:48:17 +0100 X-Google-Sender-Auth: hf72Rg4bj9t3u18JMJJ3KQu4tuc Message-ID: Subject: Re: [PATCH v6 19/36] nds32: VDSO support To: Vincent Chen Cc: Greentime Hu , Greentime , Linux Kernel Mailing List , linux-arch , Thomas Gleixner , Jason Cooper , Marc Zyngier , Rob Herring , Networking , DTML , Al Viro , David Howells , Will Deacon , Daniel Lezcano , linux-serial@vger.kernel.org, Geert Uytterhoeven , Linus Walleij , Mark Rutland , Greg KH , Guo Ren , Randy Dunlap , David Miller , Jonas Bonn , Stefan Kristiansson , Stafford Horne , Vincent Chen Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 6, 2018 at 8:41 AM, Vincent Chen wrote: > 2018-01-18 18:28 GMT+08:00 Arnd Bergmann : >> On Mon, Jan 15, 2018 at 6:53 AM, Greentime Hu wrote: >>> From: Greentime Hu >>> >>> This patch adds VDSO support. The VDSO code is currently used for >>> sys_rt_sigreturn() and optimised gettimeofday() (using the SoC timer counter). >>> >>> Signed-off-by: Vincent Chen >>> Signed-off-by: Greentime Hu >> >> Acked-by: Arnd Bergmann > > Dear Arnd Bergmann: > > We find a small bug here which make LTP 20170929 clock_getres01 > fail. The bug is in __vdso_clock_getres() function. When argument res > is NULL, -EFAULT error code is returned now. But, the returned > value is 0 for SyS_clock_getres under the same conditions. > Therefore, testcase thinks it is a bug. > > I will modify the code as below and add it in the next version patch > if you think it is OK. > > @@ -209,7 +209,7 @@ static notrace int clock_getres_fallback( ... > { > if (res == NULL) > - return -EFAULT; > + return 0; > Ok. I don't know why that is the expected behavior (clock_getres with a NULL argument makes little sense), but I can see that it matches the regular syscall implementation. Arnd