Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp2955265imm; Thu, 24 May 2018 19:50:32 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpOzpq627kEbsHj+LQc0vasgayt5UusjT/CB1Vu/5Z3NoaN64YlP8So0wo0v3+Z4/l8BI4r X-Received: by 2002:a17:902:d90f:: with SMTP id c15-v6mr629226plz.65.1527216632232; Thu, 24 May 2018 19:50:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527216632; cv=none; d=google.com; s=arc-20160816; b=yUAgFHBUkLrFrHZWtVSbEOGC/yd4RPqcoBab0jsDHfKp3kE1ArSd0rsz75lTT89Ftn drbWFn75F+q9gsjZO+mEeJri5H6RRRNiJ+zFsU1K7reo/Ut+3whl8F0eR3GlHNoaNZdz EGLVayA35Cva5HZ38RQCUi6+EF8w5dZHCzxLgtG03BtEu3wUUNbpNuOdElsTD5VQ5itW Q/QZ8C/Ulx4fdpCJJbShI1gPkeQcUH8fyq53ZS58UFtMMcJODOvTAhjpzzu+5QST0BjO uidn/9qrwMkYMPzfp3TesrGnKkWDK71vxTQuM44m9S2wN9fxm6MdHqK6FuFMflvMxoo8 qK2Q== 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=KkVSBTaniRKffqBwzoXGbVt2OK0qMyKCNYLuabxwQRY=; b=v6SvRYR6ZJ+eA+56OgD8/gr5gawel/9EZVSPQB0Ac7D/kOqsw+ug2Tx6CwxIskSn3S 6epSgK2R3iFnfzbjGr2USiGDhE2GZZveXFiD/3n4jwLzww4A8kxthGNlWT39fEOXFdDm dvrGFGhkesxXSPthkAp00HKCi7XSoLgR0ZigulSOyP0WJPbiJ8RNz542vJ4S/6IUoPSE lCXNtZoAUN/KTxrphnxxCbJ6/8PlVkXZr6NimRD2ecfHBiprIakn8Rta6dgDLSPhERvX X1GtsZpLsprt+fWH6UiD0Jc9A8dMmzDIw7cKtbIINrPl+VdRfJ0VoejTYaWkIumyiqLI gR9g== 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 i1-v6si21741959pld.152.2018.05.24.19.50.17; Thu, 24 May 2018 19:50:32 -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 S935371AbeEYCYW convert rfc822-to-8bit (ORCPT + 99 others); Thu, 24 May 2018 22:24:22 -0400 Received: from mo-csw-fb1116.securemx.jp ([210.130.202.175]:38430 "EHLO mo-csw-fb.securemx.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935184AbeEYCYQ (ORCPT ); Thu, 24 May 2018 22:24:16 -0400 X-Greylist: delayed 2938 seconds by postgrey-1.27 at vger.kernel.org; Thu, 24 May 2018 22:24:15 EDT Received: by mo-csw-fb.securemx.jp (mx-mo-csw-fb1116) id w4P1ZICe024923; Fri, 25 May 2018 10:35:18 +0900 Received: by mo-csw.securemx.jp (mx-mo-csw1115) id w4P1Yc8u021714; Fri, 25 May 2018 10:34:38 +0900 X-Iguazu-Qid: 2wGqt639vbQqP7Y0BM X-Iguazu-QSIG: v=1; s=0; t=1527212078; q=2wGqt639vbQqP7Y0BM; m=4JEGKXbB2FsiupPvK7SdkP/ADHAkuz3l9JYVIb3oFYw= Received: from imx2.toshiba.co.jp (imx2.toshiba.co.jp [106.186.93.51]) by relay.securemx.jp (mx-mr1112) id w4P1Ya9e019914; Fri, 25 May 2018 10:34:36 +0900 Received: from hop001.toshiba.co.jp ([133.199.164.63]) by imx2.toshiba.co.jp with ESMTP id w4P1YZOU008759; Fri, 25 May 2018 10:34:35 +0900 (JST) From: "Daniel Sangorrin" To: "'Rafael Tinoco'" , "'Greg Kroah-Hartman'" Cc: , , , , , , , , References: <20180524093159.286472249@linuxfoundation.org> <20180524180652.7bqyquqfe2nqdxfg@xps> <20180524190806.GE31019@kroah.com> In-Reply-To: Subject: RE: [PATCH 4.4 00/92] 4.4.133-stable review Date: Fri, 25 May 2018 10:34:33 +0900 X-TSB-HOP: ON Message-ID: <006a01d3f3c8$88c24c40$9a46e4c0$@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+cXzNKPUNgMQ Content-Language: ja Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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-g915a3d7cdea9/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 :\