Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1157779ybl; Tue, 3 Dec 2019 02:42:15 -0800 (PST) X-Google-Smtp-Source: APXvYqzIZBNEaUheFWgumrMPSltnIGNAb/lQ9c0NfZWdfrGL8y9kOuvUN7zjuVSK/iHjZOq8CoLo X-Received: by 2002:a05:6830:10a:: with SMTP id i10mr2472489otp.365.1575369735619; Tue, 03 Dec 2019 02:42:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575369735; cv=none; d=google.com; s=arc-20160816; b=EsntONXWQ/ormfAPR9wjkaY1KWcPDiYTE2otBgj00J4Ixemk2fDCOTcKE9KDVVwRHt Cs+/Q059KM5Wan9WlsTDq/mIdla4tBxcMaYSKEeckgtrBczMw2fSBYphPCknQyfHwg6y Uom/NIYFSM9tufJVPPhdu1N+Str3x7tutQGMaj+Ym0fpWZge2hNBKqbKxIDy9cmrwHYL 42VS7jKYkjkNg1+LV0Tz9TIwrHwOzasdUnQgkhR2YyRg3C0ipuUBIZB3cuDiYzillBIi d+QlKyX194PRAEWqqdXrZe+F/Z+Gk3Y3XfXALKxn9CzqV3j5HSZ2X5Ph/4s/gEa4Ezic y8hA== 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:to:subject; bh=vCUJemM2d9Dy6H8q0xjVuH9njHYkJKuiycrBPED9EBs=; b=Nw0NZJH0Zz1knvCKkrvRJt09AyL2NrfBaChd84em6v+0dnNtNeyhiizW5rNjN651As ey5FSJr3xc5gLhRr0l2NumqeeyMAm+VqhYNASKRNu0S8F7mvYAs5wrOM3dP+QRY3X6t9 e4wR1ri/btXvMk4f8oyYQAd5tm8w2WMWj+xRd6bEqmkR514z5EoMe4S8uCFjGIsZ2bdA EbHD7x6gbMpXYM7L/oiB+D8QWHe6NsWke4mE8yCvOwjG0DKd3Wi5VcUKF2uP6clklmnO gDGT6f6voUggrVxyzD6NTS5hul+7UyQOOoG/UXY3OAp9Fb2spTHOHH8qEtCidAfv6BVy hkFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t3si1081760oig.25.2019.12.03.02.42.03; Tue, 03 Dec 2019 02:42:15 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726395AbfLCKkY (ORCPT + 99 others); Tue, 3 Dec 2019 05:40:24 -0500 Received: from foss.arm.com ([217.140.110.172]:40254 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726339AbfLCKkX (ORCPT ); Tue, 3 Dec 2019 05:40:23 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id ED72A30E; Tue, 3 Dec 2019 02:40:22 -0800 (PST) Received: from [192.168.0.9] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2207D3F68E; Tue, 3 Dec 2019 02:40:22 -0800 (PST) Subject: Re: Crash in fair scheduler To: Valentin Schneider , "Schmid, Carsten" , "mingo@redhat.com" , "peterz@infradead.org" , "linux-kernel@vger.kernel.org" References: <1575364273836.74450@mentor.com> <564e45cb-8230-9c3d-24a8-b58e6e88349f@arm.com> From: Dietmar Eggemann Message-ID: <944927a7-b578-c6f9-a73d-25c5b0a39adb@arm.com> Date: Tue, 3 Dec 2019 11:40:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 MIME-Version: 1.0 In-Reply-To: <564e45cb-8230-9c3d-24a8-b58e6e88349f@arm.com> Content-Type: text/plain; charset=windows-1252 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 03/12/2019 11:30, Valentin Schneider wrote: > On 03/12/2019 09:11, Schmid, Carsten wrote: [...] > That looks a lot like a recent issue we've had, see > > https://lore.kernel.org/lkml/20191108131909.428842459@infradead.org/ > > The issue is caused by > > 67692435c411 ("sched: Rework pick_next_task() slow-path") > > which 5.4-rc2 has (without the fix which landed in -rc7) but 4.14 really > shouldn't, unless the kernel you're using has had core scheduling somehow > backported to it? > > I've only scraped the surface but I'd like to first ask: can you reproduce > the issue on v5.4 final ? Can't be. 4.14.86 does not have ("sched: Rework pick_next_task() slow-path").