Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp3122702pxu; Mon, 19 Oct 2020 04:42:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxn4ROq5U9Fpn0wgw5dhnF8ed0GUTK60nFdj4Tn58ac4Qq1cwXFpWY7yo/+SW06QKU0gc8Z X-Received: by 2002:a17:906:6004:: with SMTP id o4mr16372564ejj.309.1603107771184; Mon, 19 Oct 2020 04:42:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603107771; cv=none; d=google.com; s=arc-20160816; b=HVYnOJf6sNIZvHInuZdDQlkY+Y25c4TXTAZBeI2+1fTolRfWFnSW++ZC31mWDwtdpQ Yb125L28GfrTw+6dwMNztZydxSJgm/s3kbTFNL6+DDtT1Lx5cC9uF6/JvDzy0bTSeTcU YrsXbY14F/sNHzWYPgLei1dGttBGM23r7cgBgfazy8e/cbw/39yai6xk9UioLBoja2lt G844AH0WtZcgZ7jBRlboVNyWkWovBOKinUWGMamWes6tpI1jgX76LTpQCoRinC7XXjko vKcHGFFm0uXZoUU9yqjQXil0kUi67igk1LECLKhbeAMvYF4WfaN6Fm5ljQQcFPdwDtfV CAAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:message-id:date:subject:cc:to:from; bh=HTyPAKubC60FhdfO1K63nDd1WCbghdcWyCejTHKv5BY=; b=jACKXJIDk8MbGyGM6RiH1JGMLKpA2oM2r8Axw+vccB8Wxpr/CR86zmH02oBXGSkHog i+ijI5rUVk9WFoH7PurzSzr7B3DarOy/hig9+C9txKP0xHbUUmljIRZ/24FiCenADhpm 0zZfPH3dIE9r7BPnnV+F1nN22jJT2M780dyuEOGYelKxzM1ErzSl3O+ovNTWFTG9q0c7 HZvYkAY1TFH+eY5WHM1ilkAEBmQv4H+AClkZ6SFnDC9nMTpkzGfejopo2HjUGKl782+P GLU3whblvdZOal5eNIEOejXhE0XSLjmm04eAbEMK1PTqeJHGsUGLlHZ8KDkEaD8qGnvc YCwg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d12si8686451ejj.33.2020.10.19.04.42.29; Mon, 19 Oct 2020 04:42:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726488AbgJSKVh (ORCPT + 99 others); Mon, 19 Oct 2020 06:21:37 -0400 Received: from mailout05.rmx.de ([94.199.90.90]:43232 "EHLO mailout05.rmx.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726325AbgJSKVg (ORCPT ); Mon, 19 Oct 2020 06:21:36 -0400 Received: from kdin01.retarus.com (kdin01.dmz1.retloc [172.19.17.48]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout05.rmx.de (Postfix) with ESMTPS id 4CFCTm6QzMz9yVq; Mon, 19 Oct 2020 12:21:32 +0200 (CEST) Received: from mta.arri.de (unknown [217.111.95.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by kdin01.retarus.com (Postfix) with ESMTPS id 4CFCTQ21kpz2xqM; Mon, 19 Oct 2020 12:21:14 +0200 (CEST) Received: from n95hx1g2.localnet (192.168.54.91) by mta.arri.de (192.168.100.104) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 19 Oct 2020 12:21:07 +0200 From: Christian Eggers To: Sebastian Andrzej Siewior CC: Peter Zijlstra , , , Subject: sched: system doesn't boot since "sched: Add new migrate_disable() implementation" Date: Mon, 19 Oct 2020 12:21:06 +0200 Message-ID: <1654655.1jrfHnk7pZ@n95hx1g2> Organization: Arnold & Richter Cine Technik GmbH & Co. Betriebs KG MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Originating-IP: [192.168.54.91] X-RMX-ID: 20201019-122118-4CFCTQ21kpz2xqM-0@kdin01 X-RMX-SOURCE: 217.111.95.66 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I have problems with the latest 5.9-rt releases on i.MX6ULL (!CONFIG_SMP): -rc8-rt13 works fine -rc8-rt14 doesn't compile (due to CONFIG_FRACE, already fixed in -rt16) -rt15 dito. -rt16 compiles, but doesn't boot (no console output at all) After reverting (on -rt16) de1c0755e6f9 ("tracing: fix compile failure on RT with PREEMPT_RT off") 30763ce6c15d ("sched: Add new migrate_disable() implementation") the system boots fine again. Tracking the problem down showed that calls to wait_for_completion_timeout() (e.g. during imx_rngc_probe) will never return. The IRQ routine which should fire the completion is not executed, and the call doesn't return after the timeout. The IRQ flag on the ARM is not set before entering wait_for_completion_timeout(), so CPU interrupts seem to be on. When building with CONFIG_SMP, the system boots fine. Any hints? Best regards Christian