Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp3104526imm; Thu, 24 May 2018 23:13:25 -0700 (PDT) X-Google-Smtp-Source: AB8JxZph3VxgUHTEvyGLniDLyJAeJPw6Gm7I57mPh12lQzG2cksDbRAwRr0tVBod0gTaUy25q799 X-Received: by 2002:a17:902:7009:: with SMTP id y9-v6mr32564plk.217.1527228805607; Thu, 24 May 2018 23:13:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527228805; cv=none; d=google.com; s=arc-20160816; b=SFy1aOsgRn3ZT3/zrphLRvc66TzKmXCQ4FLmfZTQQpH/tUnqsYUu7lEMxCjVlk6B1r R7U7/bkBJaaiWI/VQ+m44HP/5hpwnbv2MmqbKpAW6V4YM19EYMFOymGwhmwKFvBds38m dhASf/yIEYWJm6gV4GWSo1qrn4s/PMN/kLJ5EVtr2bieaKBnRZmk7tAG145wyUW6APSR +PlK+0AJJc6ka2qXEnxqu6p1MAIehb438rLoLJESelHVOMdwyejo85Duo8WlqF0bKAm9 ChVQ8dpqLC7WgY8a03BdctUm7Nk4rUzz39w9nD/tMWxQadIIa3VcnPuzWzA3cB0y2jSP lRrQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language:thread-index :content-transfer-encoding:mime-version:message-id:date:subject :in-reply-to:references:cc:to:from:arc-authentication-results; bh=+/zItT+s4DCxqbUUR23Dku9zrx6jXgnGlimtZdCWJo4=; b=wQE0uRWJW8cUbUTkNo3ALpvPPEGOryqgikSv1GGnTM31uBNLpCXVtD4XJ1W+2x/79U lfb3u6fHaBZGtmxlUX9e4KDE8GhwxNqrcMLQ3rseR7U9dz4ESgHG3f7JB2BDiy20f/qX sELosKOLLG39se4gdbpbqQeMKCcQJjsS5ZL31f3xFvxzj3YYgn9bmfKh5QsUzaBksjxC /8HNbg/ZIlg+FT0HMORCDWrZkz4n0cTjws9vCr54mgUakg587TZ1tD8Nq1Nj/pf0yjMa 6RwBjutk34QdUnyrBFsxikq+Or+a+T+Q8BHKwI/J5VXAmAlmn1k6WMr0br6CUthttoND TzpQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=toshiba.co.jp Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c65-v6si23220058pfa.99.2018.05.24.23.13.10; Thu, 24 May 2018 23:13:25 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=toshiba.co.jp Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935758AbeEYGLy convert rfc822-to-8bit (ORCPT + 99 others); Fri, 25 May 2018 02:11:54 -0400 Received: from mo-csw1516.securemx.jp ([210.130.202.155]:34966 "EHLO mo-csw.securemx.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935619AbeEYGLv (ORCPT ); Fri, 25 May 2018 02:11:51 -0400 Received: by mo-csw.securemx.jp (mx-mo-csw1516) id w4P6BFBf032251; Fri, 25 May 2018 15:11:16 +0900 X-Iguazu-Qid: 34tKJF2XmDARxaNvgA X-Iguazu-QSIG: v=1; s=0; t=1527228675; q=34tKJF2XmDARxaNvgA; m=certYRU3T+t3Du3cguCet/uBY/IcasCqiX1y5eQ5C6c= Received: from imx12.toshiba.co.jp (imx12.toshiba.co.jp [61.202.160.132]) by relay.securemx.jp (mx-mr1512) id w4P6BDKp012571; Fri, 25 May 2018 15:11:14 +0900 Received: from hop101.toshiba.co.jp ([133.199.85.107]) by imx12.toshiba.co.jp with ESMTP id w4P6BDKt004880; Fri, 25 May 2018 15:11:13 +0900 (JST) From: "Daniel Sangorrin" To: "'Rafael Tinoco'" Cc: "'Greg Kroah-Hartman'" , , , , , , , , , References: <20180524093159.286472249@linuxfoundation.org> <20180524180652.7bqyquqfe2nqdxfg@xps> <20180524190806.GE31019@kroah.com> <006a01d3f3c8$88c24c40$9a46e4c0$@toshiba.co.jp> In-Reply-To: Subject: RE: [PATCH 4.4 00/92] 4.4.133-stable review Date: Fri, 25 May 2018 15:11:12 +0900 X-TSB-HOP: ON Message-ID: <008501d3f3ef$2e39ce70$8aad6b50$@toshiba.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8BIT X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHyOjw/2UIYPy6ZRGrtHaW6etfoGQJRUQMkAZFkJwoB+cXzNAHu0+UkAaAyxSOjt/AMUA== Content-Language: ja Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > -----Original Message----- > From: Rafael Tinoco [mailto:rafael.tinoco@linaro.org] > > Thank you Daniel! Will investigate those. OK, thank you :). Notice that I did those tests on x86_64. It seems you are testing on arm, so there may be some differences. I just checked these tests on 4.4.133 (on x86_64): fcntl35: PASS fcntl35_64: PASS select04: PASS I am currently investigating other tests that are failing as well. They are not regressions, just some patches have not been backported yet. Thanks, Daniel > > Meanwhile, Greg, I referred to: > > time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting > > Since we're not using this type of clock on arm64's 4.4 kernel vdso > functions. This commit's description calls attention for it to be > responsible for fixing kselftest flacking tests, we wouldn't get that > on 4.4 according to bellow: > > stable-rc-linux-4.14.y > dbb236c1ceb6 arm64/vdso: Fix nsec handling for CLOCK_MONOTONIC_RAW > 49eea433b326 arm64: Add support for CLOCK_MONOTONIC_RAW in > clock_gettime() vDSO > 82e88ff1ea94 hrtimer: Revert CLOCK_MONOTONIC_RAW support > 9c808765e88e hrtimer: Add support for CLOCK_MONOTONIC_RAW > > stable-rc-linux-4.16.y > dbb236c1ceb6 arm64/vdso: Fix nsec handling for CLOCK_MONOTONIC_RAW > 49eea433b326 arm64: Add support for CLOCK_MONOTONIC_RAW in > clock_gettime() vDSO > 82e88ff1ea94 hrtimer: Revert CLOCK_MONOTONIC_RAW support > 9c808765e88e hrtimer: Add support for CLOCK_MONOTONIC_RAW > > stable-rc-linux-4.4.y > > > stable-rc-linux-4.9.y > 99f66b5182a4 arm64/vdso: Fix nsec handling for CLOCK_MONOTONIC_RAW > 49eea433b326 arm64: Add support for CLOCK_MONOTONIC_RAW in > clock_gettime() vDSO > 82e88ff1ea94 hrtimer: Revert CLOCK_MONOTONIC_RAW support > 9c808765e88e hrtimer: Add support for CLOCK_MONOTONIC_RAW > > Yet, the second fix was backported to all (including 4.4.y): > > stable-rc-linux-4.14.y > 3d88d56c5873 time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting > stable-rc-linux-4.16.y > 3d88d56c5873 time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting > stable-rc-linux-4.4.y > 7c8bd6e07430 time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting > stable-rc-linux-4.9.y > a53bfdda06ac time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting > > Not sure you want to keep it in 4.4, thought it was worth mentioning it. > > Cheers. > > On 24 May 2018 at 22:34, Daniel Sangorrin > wrote: > > Hello Rafael, > > > > The tests fcntl35 and fcntl35_64 should have go from FAIL to PASS. > > https://www.spinics.net/lists/stable/msg239475.html > > > > Looking at > > > https://qa-reports.linaro.org/lkft/linux-stable-rc-4.4-oe/build/v4.4.132-93-g915a > 3d7cdea9/testrun/228569/suite/ltp-syscalls-tests/tests/ > > I see that these two tests (and other important tests as well) are being SKIPPED. > > > > By the way, I see that select04 FAILS in your case. But in my setup, select04 was > working fine (x86_64) in 4.4.132. I will confirm that it still works in 4.4.133 > > > > Thanks, > > Daniel Sangorrin > > > >> -----Original Message----- > >> From: stable-owner@vger.kernel.org [mailto:stable-owner@vger.kernel.org] > On > >> Behalf Of Rafael Tinoco > >> Sent: Friday, May 25, 2018 5:32 AM > >> To: Greg Kroah-Hartman > >> Cc: linux-kernel@vger.kernel.org; shuah@kernel.org; patches@kernelci.org; > >> lkft-triage@lists.linaro.org; ben.hutchings@codethink.co.uk; > >> stable@vger.kernel.org; akpm@linux-foundation.org; > >> torvalds@linux-foundation.org; linux@roeck-us.net > >> Subject: Re: [PATCH 4.4 00/92] 4.4.133-stable review > >> > >> > > kernel: 4.4.133-rc1 > >> > > git repo: > >> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git > >> > > git branch: linux-4.4.y > >> > > git commit: 915a3d7cdea9daa9e9fb6b855f10c1312e6910c4 > >> > > git describe: v4.4.132-93-g915a3d7cdea9 > >> > > Test details: > >> > https://qa-reports.linaro.org/lkft/linux-stable-rc-4.4-oe/build/v4.4.132-93-g915a > >> 3d7cdea9 > >> > > > >> > > > >> > > No regressions (compared to build v4.4.132-71-g180635995c36) > >> > > >> > It should have gotten better, as there was a fix in here for at least 2 > >> > LTP tests that we previously were not passing. I don't know why you all > >> > were not reporting that in the past, it took someone else randomly > >> > deciding to run LTP to report it to me... > >> > > >> > Why did an improvement in results not show up? > >> > >> Are you referring to the CLOCK_MONOTONIC_RAW fix for the arm64 vDSO ? > >> I think that CLOCK_MONOTONIC_RAW in VDSO wasn't backported to 4.4.y > >> (commit 49eea433b326 in mainline) so this "fix" is changing the > >> timekeeping sauce (that would fix MONOTONIC RAW) but not for 4.4.y in > >> ARM64. Needs review though :\ > > > > > >