From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-12.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1D57CC4320A for ; Fri, 23 Jul 2021 13:19:38 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id F0F1F60EFD for ; Fri, 23 Jul 2021 13:19:37 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235072AbhGWMi4 (ORCPT ); Fri, 23 Jul 2021 08:38:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:48728 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234972AbhGWMiz (ORCPT ); Fri, 23 Jul 2021 08:38:55 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id EF31460E53; Fri, 23 Jul 2021 13:19:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627046368; bh=HF9mEOeDzgAHUKTOnj4D2xJBtY+l26ejPiu1VK+Ubac=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=gvRGMh3HPHQxDoyNBW2e73F2YascTeEZw4O9XwDU1k1PepwS+Eu7DosJsYEiv31Ob tZc4kKovIEmp3pPVg4rc4ApjIvTS7aUQzHq47owKyzZRFIRet2X3eR2wYfXQ5VYI/9 rebA/1CGuiODi3D5HxgcOaHJHcoMZZfmvaB+d4G8= Date: Fri, 23 Jul 2021 15:19:26 +0200 From: Greg Kroah-Hartman To: Naresh Kamboju Cc: open list , Linus Torvalds , Andrew Morton , Guenter Roeck , Shuah Khan , patches@kernelci.org, lkft-triage@lists.linaro.org, Pavel Machek , Jon Hunter , Florian Fainelli , linux-stable , linux-block , linux-fsdevel@vger.kernel.org, LTP List , Arnd Bergmann Subject: Re: [PATCH 5.13 000/156] 5.13.5-rc1 review Message-ID: References: <20210722155628.371356843@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org On Fri, Jul 23, 2021 at 05:55:15PM +0530, Naresh Kamboju wrote: > On Fri, 23 Jul 2021 at 17:33, Greg Kroah-Hartman > wrote: > > > > On Fri, Jul 23, 2021 at 05:26:22PM +0530, Naresh Kamboju wrote: > > > On Thu, 22 Jul 2021 at 22:17, Greg Kroah-Hartman > > > wrote: > > > > > > > > This is the start of the stable review cycle for the 5.13.5 release. > > > > There are 156 patches in this series, all will be posted as a response > > > > to this one. If anyone has any issues with these being applied, please > > > > let me know. > > > > > > > > Responses should be made by Sat, 24 Jul 2021 15:56:00 +0000. > > > > Anything received after that time might be too late. > > > > > > > > The whole patch series can be found in one patch at: > > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.13.5-rc1.gz > > > > or in the git tree and branch at: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.13.y > > > > and the diffstat can be found below. > > > > > > > > thanks, > > > > > > > > greg k-h > > > > > > The following error is due to SATA drive format failing with arm64 64k-page > > > size ( CONFIG_ARM64_64K_PAGES=y ) kernel. > > > while running LTP syscalls test suite on running 5.13.3 and 5.13.5-rc1 kernel. > > > > > > First it was noticed on the stable-rc 5.13.3-rc2 kernel. > > > > > > Whereas 64bit kernel and 32bit kernel pass with 4K page size. > > > > > > Initially, I thought it could be a Hard drive fault but it is reproducible on > > > other devices but not always. Which is a blocker to bisect the problem. > > > > > > The steps to reproduce: > > > - Boot arm64 juno device with 64k page stable-rc 5.13 kernel Image [1] > > > - CONFIG_ARM64_64K_PAGES=y > > > - format connected SATA drives and mount /scratch > > > - Use the mounted /scratch for LTP runs to create and delete files from this > > > - cd /opt/ltp > > > - ./runltp -d /scratch -f syscalls > > > > And does that also fail for 5.13.2? > > Yes. It failed on 5.13.2 also. > > Ref failed log: > https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.13.y/build/v5.13.2/testrun/5147287/suite/ltp-syscalls-tests/test/copy_file_range01/log Great, not a new problem? 5.13.0? bisection would be most helpful. thanks, greg k-h