Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp488711ybt; Wed, 1 Jul 2020 03:24:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw54t+iEoiJsaNBRPr7erpR5m6m8jcbOPY2I8nR3L0w/lMEPKsXBW/fgB3kdoswytv3kSJC X-Received: by 2002:a05:6402:16db:: with SMTP id r27mr28712586edx.139.1593599061596; Wed, 01 Jul 2020 03:24:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593599061; cv=none; d=google.com; s=arc-20160816; b=j+itWUhB4tW1fkq6IYM3mTHc0XsZ6+y3StqCmFmkHiYXDY4oiCuOhHenMtYvhE5VRg tRFJjmb8E2T40mSHpwC7V7Cv3WdAX04GbAUXRc2YL5+PPx49Hqz5F/3eG92d1eE44Lva HSRNlHQHb3AxSdVOzLN7D+UvWD8zRRcwXOsfeL46F55JvbYF0Lym+fVyzaH28sYg0n80 5ud/D/d+LF+Hxvn9BlDjDn4dY/mN7tiU3HumtVt6RyZYKEB04RfaBy1YHMKHq7fte12h JIZYSNpRV9ha4EJMaTycFoSNe9NO8fnCrrsKHnWGZ21egXH3Lch5eQLRTQVOqY11dno/ 0p7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=yOXjDJ5+KKbFbexZzf5H9hY8gReGbXmEURBufDi5loo=; b=tZ9we6YNRqVXaNGN6C/oXE/0/Ukjj28J5sAHp/tmBN7vjaO3KCM2BXpUMl4iwR6BC4 ScpFf4etcGB+d1Pd0HtpPCvZu2Ili41s2TaTBoeVQ73WBJIO5pi/c1i68TzHzaZ+owL3 hHVlyCd/NqC3FhzfdiMXqCc/Rhw/Q3ukaMmUJ/UvzjYHqxGONff03YtLe8rXKSOQZxSn hlyuT/6VR16yMg5eVgJyoSaX0/pktJEEzxcUJzkxzHC12tsTU46D5nnkrg+H3fB09iUT ndP3FBa9ZdfanWD/JopYXsfP0IxS0I+Sf0koajPYkZ3ShBm/YBEWhWhjXc4dgQyJG+1I pQOQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b12si3626960ejp.213.2020.07.01.03.23.57; Wed, 01 Jul 2020 03:24:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729893AbgGAKXj (ORCPT + 99 others); Wed, 1 Jul 2020 06:23:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40606 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729781AbgGAKXi (ORCPT ); Wed, 1 Jul 2020 06:23:38 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 248D4C03E979; Wed, 1 Jul 2020 03:23:38 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: andrzej.p) with ESMTPSA id 339872A530D Subject: Re: [PATCH v7 00/11] Stop monitoring disabled devices To: Daniel Lezcano , linux-pm@vger.kernel.org, linux-acpi@vger.kernel.org, netdev@vger.kernel.org, linux-wireless@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-renesas-soc@vger.kernel.org, linux-rockchip@lists.infradead.org Cc: "Rafael J . Wysocki" , Len Brown , Vishal Kulkarni , "David S . Miller" , Jiri Pirko , Ido Schimmel , Johannes Berg , Emmanuel Grumbach , Luca Coelho , Intel Linux Wireless , Kalle Valo , Peter Kaestle , Darren Hart , Andy Shevchenko , Sebastian Reichel , Miquel Raynal , Amit Kucheria , Support Opensource , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , =?UTF-8?Q?Niklas_S=c3=b6derlund?= , Heiko Stuebner , Orson Zhai , Baolin Wang , Chunyan Zhang , Zhang Rui , Allison Randal , Enrico Weigelt , Gayatri Kammela , Thomas Gleixner , Bartlomiej Zolnierkiewicz , kernel@collabora.com References: <20200629122925.21729-1-andrzej.p@collabora.com> <3d03d1a2-ac06-b69b-93cb-e0203be62c10@collabora.com> <47111821-d691-e71d-d740-e4325e290fa4@linaro.org> <4353a939-3f5e-8369-5bc0-ad8162b5ffc7@linaro.org> From: Andrzej Pietrasiewicz Message-ID: <73942aea-ae79-753c-fe90-d4a99423d548@collabora.com> Date: Wed, 1 Jul 2020 12:23:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org Hi, W dniu 30.06.2020 o 20:33, Daniel Lezcano pisze: > On 30/06/2020 18:56, Andrzej Pietrasiewicz wrote: >> Hi, >> >> W dniu 30.06.2020 o 17:53, Daniel Lezcano pisze: >>> On 30/06/2020 17:29, Andrzej Pietrasiewicz wrote: >>>> Hi Daniel, >>>> >>>> W dniu 30.06.2020 o 16:53, Daniel Lezcano pisze: >>>>> On 30/06/2020 15:43, Andrzej Pietrasiewicz wrote: >>>>>> Hi Daniel, >>>>>> >>>>>> I am reading the logs and can't find anything specific to thermal. >>>>>> >>>>>> What I can see is >>>>>> >>>>>> "random: crng init done" >>>>>> >>>>>> with large times (~200s) and then e.g. >>>>>> >>>>>> 'auto-login-action timed out after 283 seconds' >>>>>> >>>>>> I'm looking at e.g. >>>>>> https://storage.kernelci.org/thermal/testing/v5.8-rc3-11-gf5e50bf4d3ef/arm/multi_v7_defconfig/gcc-8/lab-baylibre/baseline-imx6q-sabrelite.html >>>>>> >>>>>> >>>>>> >>>> >>>> f5e50bf4d3ef is PATCH 11/11. Does the problem happen at PATCH 1-10/11? >>>> PATCH 11/11 renames a method and the code compiles, so it seems >>>> unlikely that this is causing problems. One should never say never, >>>> though ;) >>> >>> The sha1 is just the HEAD for the kernel reference. The regression >>> happens with your series, somewhere. >>> >>>> The reported failure is not due to some test failing but rather due >>>> to timeout logging into the test system. Could it be that there is >>>> some other problem? >>> >>> I did reproduce: >>> >>> v5.8-rc3 + series => imx6 hang at boot time >>> v5.8-rc3 => imx6 boots correctly >>> What did you reproduce? Timeout logging in to the test system or a "real" failure of a test? >> >> I kindly ask for a bisect. > > I will give a try but it is a very long process as the board is running > on kernelci. > > I was not able to reproduce it on imx7 despite it is the same sensor :/ > > Could it be that the thermal sensors somehow contribute to entropy and after the series is applied on some machines it takes more time to gather enough entropy? Andrzej