public inbox for linux-tegra@vger.kernel.org
 help / color / mirror / Atom feed
From: Jon Hunter <jonathanh@nvidia.com>
To: Arnd Bergmann <arnd@arndb.de>,
	Guillaume Tucker <guillaume.tucker@collabora.com>
Cc: "kernelci.org bot" <bot@kernelci.org>,
	Kernel Build Reports Mailman List
	<kernel-build-reports@lists.linaro.org>,
	Mark Brown <broonie@kernel.org>,
	"open list:TEGRA ARCHITECTURE SUPPORT"
	<linux-tegra@vger.kernel.org>,
	Robin Murphy <robin.murphy@arm.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>
Subject: Re: next/master boot: 273 boots: 63 failed, 209 passed with 1 untried/unknown (next-20171106)
Date: Thu, 9 Nov 2017 15:23:59 +0000	[thread overview]
Message-ID: <18ef379f-0c23-0cbf-4228-30d5c46c690f@nvidia.com> (raw)
In-Reply-To: <CAK8P3a3iiSgutnHFU7PoLGQyObgyAreQOOtrDhjijoMU5wZ1Eg@mail.gmail.com>


On 09/11/17 13:17, Arnd Bergmann wrote:
> On Thu, Nov 9, 2017 at 1:51 PM, Guillaume Tucker
> <guillaume.tucker@collabora.com> wrote:
>> On 09/11/17 11:29, Jon Hunter wrote:
>>>
>>>
>>> On 09/11/17 10:43, Guillaume Tucker wrote:
>>>
>>> ...
>>>
>>>> I actually built these kernel revisions with module support
>>>> disabled to speed up the builds, and no modules are being
>>>> downloaded in the LAVA job.
>>>>
>>>> If you have a public URL with your known working kernel zImage
>>>> and dtb, let me know so I could re-run the same test LAVA boot
>>>> test to see if I get the same results as you (i.e. no hang).
>>>
>>>
>>> I don't have a public URL for the zImage but I can definitely email it
>>> to you. By the way, when booting I am setting 'init=/bin/bash' so no
>>> start-up scripts are running.
>>
>>
>> Thanks, I tried your binary and it booted fine.  I built
>> next-20171109 again with and without loadable module support
>> enabled and it fails with it disabled but passes with it
>> enabled (even without actually loading any modules):
>>
>>   * with CONFIG_MODULES disabled (fails):
>>     https://lava.collabora.co.uk/scheduler/job/981215
>>
>>   * with plain multi_v7_defconfig and no modules loaded (passes):
>>     https://lava.collabora.co.uk/scheduler/job/981217
>>
>>
>> So I guess this means disabling loadable modules support has some
>> interesting side-effects that cause the kernel to crash.  I think
>> the kci builds all leave modules enabled with multi_v7_defconfig,
>> so the failing boots must be due to something else.  Taking
>> another look at the failing kci boots now...
> 
> The one thing that comes to mind that happened recently with
> modules is
> 
> 371435f78e9e ("kernel debug: support resetting WARN_ONCE for all architectures")
> 
> Can you try reverting this? It's probably something else, but I'd like
> to rule it out.

I have been able to reproduce the problem by disabling support for
loadable modules on both Tegra124 Nyan-Big and Jetson TK1. Disabling
DRM_NOUVEAU appears to avoid the problem.

Guillaume can you try the same?

Cheers
Jon

-- 
nvpublic

  reply	other threads:[~2017-11-09 15:23 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5a0055f1.85a8500a.98d54.a4e4@mx.google.com>
     [not found] ` <5a0055f1.85a8500a.98d54.a4e4-ATjtLOhZ0NVl57MIdRCFDg@public.gmane.org>
2017-11-06 19:17   ` next/master boot: 273 boots: 63 failed, 209 passed with 1 untried/unknown (next-20171106) Mark Brown
2017-11-07 10:12     ` Jon Hunter
     [not found]       ` <d8e21d87-776b-beff-62af-34e5ad1febc3-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-07 10:55         ` Mark Brown
     [not found]           ` <20171107105501.7x74gdqzhr7uulp2-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2017-11-07 11:43             ` Guillaume Tucker
     [not found]               ` <a384e96c-27c7-782b-75b9-7525714f5831-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2017-11-08 15:19                 ` Guillaume Tucker
     [not found]                   ` <613bcd63-a215-acbe-9150-c1495f7604f6-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2017-11-08 15:55                     ` Robin Murphy
     [not found]                       ` <7ce29bba-485c-b063-961a-3a745718357f-5wv7dgnIgG8@public.gmane.org>
2017-11-08 16:23                         ` Mikko Perttunen
     [not found]                           ` <cdac9d47-42ce-b5c2-b325-68726d194888-/1wQRMveznE@public.gmane.org>
2017-11-08 16:47                             ` Robin Murphy
2017-11-08 15:57                   ` Jon Hunter
     [not found]                     ` <5740b853-4898-2ebc-f67d-0808d1b44c36-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-08 16:42                       ` Guillaume Tucker
2017-11-09  9:55                         ` Jon Hunter
     [not found]                           ` <7cdfa633-d9c6-881a-ae5f-f94f7e6413ee-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-09 10:43                             ` Guillaume Tucker
2017-11-09 11:29                               ` Jon Hunter
     [not found]                                 ` <15792a16-6b57-a6ad-92dc-0ffaba0354db-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-09 12:51                                   ` Guillaume Tucker
     [not found]                                     ` <1eb4e14f-4728-d4f7-95a6-0a6308760d7a-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2017-11-09 13:17                                       ` Arnd Bergmann
2017-11-09 15:23                                         ` Jon Hunter [this message]
     [not found]                                           ` <18ef379f-0c23-0cbf-4228-30d5c46c690f-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-09 19:03                                             ` Guillaume Tucker
2017-11-09 21:45                                               ` Jon Hunter
2017-11-09 22:54                                                 ` Jon Hunter
     [not found]                                                   ` <5505affd-58a5-857f-051d-5b93257e175d@redhat.com>
     [not found]                                                     ` <5505affd-58a5-857f-051d-5b93257e175d-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-11-10  9:18                                                       ` Jon Hunter
     [not found]                                                         ` <1040af29-4d15-4e8a-29ab-40952523535c-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-11-10 11:26                                                           ` Jon Hunter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=18ef379f-0c23-0cbf-4228-30d5c46c690f@nvidia.com \
    --to=jonathanh@nvidia.com \
    --cc=arnd@arndb.de \
    --cc=bot@kernelci.org \
    --cc=broonie@kernel.org \
    --cc=guillaume.tucker@collabora.com \
    --cc=kernel-build-reports@lists.linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=robin.murphy@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox