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=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,UNPARSEABLE_RELAY,URIBL_BLOCKED autolearn=unavailable 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 8CDF0C4360F for ; Fri, 1 Mar 2019 08:25:32 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 6085A218B0 for ; Fri, 1 Mar 2019 08:25:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732613AbfCAIZa (ORCPT ); Fri, 1 Mar 2019 03:25:30 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:56706 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727299AbfCAIZa (ORCPT ); Fri, 1 Mar 2019 03:25:30 -0500 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: gtucker) with ESMTPSA id 078D1260D0B Subject: Re: next/master boot bisection: next-20190215 on beaglebone-black To: Dan Williams , Andrew Morton , Michal Hocko Cc: Mark Brown , Tomeu Vizoso , Matt Hart , Stephen Rothwell , khilman@baylibre.com, enric.balletbo@collabora.com, Nicholas Piggin , Dominik Brodowski , Masahiro Yamada , Kees Cook , Adrian Reber , Linux Kernel Mailing List , Johannes Weiner , Linux MM , Mathieu Desnoyers , Richard Guy Briggs , "Peter Zijlstra (Intel)" , info@kernelci.org References: <5c6702da.1c69fb81.12a14.4ece@mx.google.com> <20190215104325.039dbbd9c3bfb35b95f9247b@linux-foundation.org> <20190215185151.GG7897@sirena.org.uk> <20190226155948.299aa894a5576e61dda3e5aa@linux-foundation.org> <20190228151438.fc44921e66f2f5d393c8d7b4@linux-foundation.org> From: Guillaume Tucker Message-ID: <026b5082-32f2-e813-5396-e4a148c813ea@collabora.com> Date: Fri, 1 Mar 2019 09:25:24 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/03/2019 00:55, Dan Williams wrote: > On Thu, Feb 28, 2019 at 3:14 PM Andrew Morton wrote: >> >> On Tue, 26 Feb 2019 16:04:04 -0800 Dan Williams wrote: >> >>> On Tue, Feb 26, 2019 at 4:00 PM Andrew Morton wrote: >>>> >>>> On Fri, 15 Feb 2019 18:51:51 +0000 Mark Brown wrote: >>>> >>>>> On Fri, Feb 15, 2019 at 10:43:25AM -0800, Andrew Morton wrote: >>>>>> On Fri, 15 Feb 2019 10:20:10 -0800 (PST) "kernelci.org bot" wrote: >>>>> >>>>>>> Details: https://kernelci.org/boot/id/5c666ea959b514b017fe6017 >>>>>>> Plain log: https://storage.kernelci.org//next/master/next-20190215/arm/multi_v7_defconfig+CONFIG_SMP=n/gcc-7/lab-collabora/boot-am335x-boneblack.txt >>>>>>> HTML log: https://storage.kernelci.org//next/master/next-20190215/arm/multi_v7_defconfig+CONFIG_SMP=n/gcc-7/lab-collabora/boot-am335x-boneblack.html >>>>> >>>>>> Thanks. >>>>> >>>>>> But what actually went wrong? Kernel doesn't boot? >>>>> >>>>> The linked logs show the kernel dying early in boot before the console >>>>> comes up so yeah. There should be kernel output at the bottom of the >>>>> logs. >>>> >>>> I assume Dan is distracted - I'll keep this patchset on hold until we >>>> can get to the bottom of this. >>> >>> Michal had asked if the free space accounting fix up addressed this >>> boot regression? I was awaiting word on that. >> >> hm, does bot@kernelci.org actually read emails? Let's try info@ as well.. bot@kernelci.org is not person, it's a send-only account for automated reports. So no, it doesn't read emails. I guess the tricky point here is that the authors of the commits found by bisections may not always have the hardware needed to reproduce the problem. So it needs to be dealt with on a case-by-case basis: sometimes they do have the hardware, sometimes someone else on the list or on CC does, and sometimes it's better for the people who have access to the test lab which ran the KernelCI test to deal with it. This case seems to fall into the last category. As I have access to the Collabora lab, I can do some quick checks to confirm whether the proposed patch does fix the issue. I hadn't realised that someone was waiting for this to happen, especially as the BeagleBone Black is a very common platform. Sorry about that, I'll take a look today. It may be a nice feature to be able to give access to the KernelCI test infrastructure to anyone who wants to debug an issue reported by KernelCI or verify a fix, so they won't need to have the hardware locally. Something to think about for the future. >> Is it possible to determine whether this regression is still present in >> current linux-next? I'll try to re-apply the patch that caused the issue, then see if the suggested change fixes it. As far as the current linux-next master branch is concerned, KernelCI boot tests are passing fine on that platform. Guillaume From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: next/master boot bisection: next-20190215 on beaglebone-black References: <5c6702da.1c69fb81.12a14.4ece@mx.google.com> <20190215104325.039dbbd9c3bfb35b95f9247b@linux-foundation.org> <20190215185151.GG7897@sirena.org.uk> <20190226155948.299aa894a5576e61dda3e5aa@linux-foundation.org> <20190228151438.fc44921e66f2f5d393c8d7b4@linux-foundation.org> From: "Guillaume Tucker" Message-ID: <026b5082-32f2-e813-5396-e4a148c813ea@collabora.com> Date: Fri, 1 Mar 2019 09:25:24 +0100 MIME-Version: 1.0 In-Reply-To: List-ID: List-Help: , Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit List-ID: To: Dan Williams , Andrew Morton , Michal Hocko Cc: Mark Brown , Tomeu Vizoso , Matt Hart , Stephen Rothwell , khilman@baylibre.com, enric.balletbo@collabora.com, Nicholas Piggin , Dominik Brodowski , Masahiro Yamada , Kees Cook , Adrian Reber , Linux Kernel Mailing List , Johannes Weiner , Linux MM , Mathieu Desnoyers , Richard Guy Briggs , "Peter Zijlstra (Intel)" , info@kernelci.org On 01/03/2019 00:55, Dan Williams wrote: > On Thu, Feb 28, 2019 at 3:14 PM Andrew Morton wrote: >> >> On Tue, 26 Feb 2019 16:04:04 -0800 Dan Williams wrote: >> >>> On Tue, Feb 26, 2019 at 4:00 PM Andrew Morton wrote: >>>> >>>> On Fri, 15 Feb 2019 18:51:51 +0000 Mark Brown wrote: >>>> >>>>> On Fri, Feb 15, 2019 at 10:43:25AM -0800, Andrew Morton wrote: >>>>>> On Fri, 15 Feb 2019 10:20:10 -0800 (PST) "kernelci.org bot" wrote: >>>>> >>>>>>> Details: https://kernelci.org/boot/id/5c666ea959b514b017fe6017 >>>>>>> Plain log: https://storage.kernelci.org//next/master/next-20190215/arm/multi_v7_defconfig+CONFIG_SMP=n/gcc-7/lab-collabora/boot-am335x-boneblack.txt >>>>>>> HTML log: https://storage.kernelci.org//next/master/next-20190215/arm/multi_v7_defconfig+CONFIG_SMP=n/gcc-7/lab-collabora/boot-am335x-boneblack.html >>>>> >>>>>> Thanks. >>>>> >>>>>> But what actually went wrong? Kernel doesn't boot? >>>>> >>>>> The linked logs show the kernel dying early in boot before the console >>>>> comes up so yeah. There should be kernel output at the bottom of the >>>>> logs. >>>> >>>> I assume Dan is distracted - I'll keep this patchset on hold until we >>>> can get to the bottom of this. >>> >>> Michal had asked if the free space accounting fix up addressed this >>> boot regression? I was awaiting word on that. >> >> hm, does bot@kernelci.org actually read emails? Let's try info@ as well.. bot@kernelci.org is not person, it's a send-only account for automated reports. So no, it doesn't read emails. I guess the tricky point here is that the authors of the commits found by bisections may not always have the hardware needed to reproduce the problem. So it needs to be dealt with on a case-by-case basis: sometimes they do have the hardware, sometimes someone else on the list or on CC does, and sometimes it's better for the people who have access to the test lab which ran the KernelCI test to deal with it. This case seems to fall into the last category. As I have access to the Collabora lab, I can do some quick checks to confirm whether the proposed patch does fix the issue. I hadn't realised that someone was waiting for this to happen, especially as the BeagleBone Black is a very common platform. Sorry about that, I'll take a look today. It may be a nice feature to be able to give access to the KernelCI test infrastructure to anyone who wants to debug an issue reported by KernelCI or verify a fix, so they won't need to have the hardware locally. Something to think about for the future. >> Is it possible to determine whether this regression is still present in >> current linux-next? I'll try to re-apply the patch that caused the issue, then see if the suggested change fixes it. As far as the current linux-next master branch is concerned, KernelCI boot tests are passing fine on that platform. Guillaume