Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp95470pxt; Wed, 4 Aug 2021 06:45:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxsifwjSDyWixKQEeYk4QcFrrwtyuGhqaDDfVNzfSX2Dg0pBd7SkMkfNHHuGoIgJnBB7XVd X-Received: by 2002:a17:906:fb11:: with SMTP id lz17mr25915798ejb.336.1628084735913; Wed, 04 Aug 2021 06:45:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628084735; cv=none; d=google.com; s=arc-20160816; b=vzuzxzXxdu53ZW/zHKZDMXYRI8BKTmlH5BKvaYGDT7/wpQtJ/hdHdYXEc/kiV74nNm IxB89ispi9MU0EKn+dxM/UAOyQNYmH1IabfMuQtoDiSDMHntgSEp7eo/Cr0Dl2LdACPd VOJFSbRi9CbTy2viwVdkYmyrFNRyE0obX42/3iszSqeV5fUuK0A3qzmdbC61w+Inu44n GCCDG5hB4pfRE5yqa1gQS7esaW654n+wHt/xFfBt55tAysbsrW1IWZrrgSNeqKKH4koX Q7igZL2kPTkzqRIBETYdwAXQGkm1bWVeita9FObgcx1MsB2H2tfw5/AqRyFkiDcKkYlm 9WxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=iwNYQxbkeT/WUynvru+66XF3k8+FZ0WZ7SwdccQvJbo=; b=xY15ssjNV9d0+NTA4uVDS5kM8Xrx6u0pqHfs35WahbHlq1c2lSHxj8lOe8+z5u2jDa 9d0gOdqOdQfRT1u1f4iaT9H2fVN8sDNNrFGjsy8b00/wvHU9TA3EbqlsYTBtd05J7Tnx 73mcIcAjf+LsusYIXB21sCOzBi76EI/m38kTjFn666J4J3lyi2lmfhhyCfSjvQFGj683 YH+Zsp3PX3134U4X8GwvPjrLFwK6ptxdmoOpAUi6drryoVMu41vPp5k0h5fqUX05kkAl 451vXfvsVfjMd9VK1ahOpIQMVKPMFeBQS0+9iBh6vS4Is8JQC9pX/Tu5ad6M0pIEfY1Q pTNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=desiato.20200630 header.b=iVP1SDIT; 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 p26si2314432edu.78.2021.08.04.06.45.01; Wed, 04 Aug 2021 06:45:35 -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; dkim=pass header.i=@infradead.org header.s=desiato.20200630 header.b=iVP1SDIT; 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 S238414AbhHDNSF (ORCPT + 99 others); Wed, 4 Aug 2021 09:18:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38278 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238410AbhHDNSA (ORCPT ); Wed, 4 Aug 2021 09:18:00 -0400 Received: from desiato.infradead.org (desiato.infradead.org [IPv6:2001:8b0:10b:1:d65d:64ff:fe57:4e05]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 14FD2C061798; Wed, 4 Aug 2021 06:17:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description; bh=iwNYQxbkeT/WUynvru+66XF3k8+FZ0WZ7SwdccQvJbo=; b=iVP1SDITQjbQIJsDojge1PhJ1I aif9yAS0kPS4GkpWQKjGU+9cNwMDKpBPMZwAVQF7/vp6T2xVphgtaMtnAEPbaE3hPuoBzhnEm71mV zNl+WmbvkGM7/pdRNBxA7hr5j48g5o0Yc259Aw0hW1TlGu7AzsqCd0+zHG60GoQqw6zYNg/riKPiW KVXYz5oaZOt2blC5uGPf82TtA2FCirF/Nnjd8gB1kcRy9fuLdtyYuYbjGQ3RHf6zD8yOk2SYnvsBd tm/6dEevXr+ayj+1K1mn5gokueV/BSD9CqpN8xkF5BUeo2EGm1LybWC6BSadK49ojbmvNuBiZUBR6 73KvAGKw==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=worktop.programming.kicks-ass.net) by desiato.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1mBGm4-005kY5-BP; Wed, 04 Aug 2021 13:17:32 +0000 Received: by worktop.programming.kicks-ass.net (Postfix, from userid 1000) id DF6C59862B0; Wed, 4 Aug 2021 15:17:31 +0200 (CEST) Date: Wed, 4 Aug 2021 15:17:31 +0200 From: Peter Zijlstra To: Sebastian Andrzej Siewior Cc: Daniel Wagner , Thomas Gleixner , LKML , linux-rt-users@vger.kernel.org, Steven Rostedt , Jens Axboe Subject: Re: [ANNOUNCE] v5.14-rc4-rt4 Message-ID: <20210804131731.GG8057@worktop.programming.kicks-ass.net> References: <20210802162750.santic4y6lzcet5c@linutronix.de> <20210804082418.fbibprcwtzyt5qax@beryllium.lan> <20210804104340.fhdjwn3hruymu3ml@linutronix.de> <20210804104803.4nwxi74sa2vwiujd@linutronix.de> <20210804110057.chsvt7l5xpw7bo5r@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210804110057.chsvt7l5xpw7bo5r@linutronix.de> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 04, 2021 at 01:00:57PM +0200, Sebastian Andrzej Siewior wrote: > On 2021-08-04 12:48:05 [+0200], To Daniel Wagner wrote: > > On 2021-08-04 12:43:42 [+0200], To Daniel Wagner wrote: > > > Odd. Do you have a config for that, please? > > > > No need. > > | [ 90.202543] BUG: sleeping function called from invalid context at kernel/locking/spinlock_rt.c:35 > > | [ 90.202549] in_atomic(): 1, irqs_disabled(): 1, non_block: 0, pid: 2047, name: iou-wrk-2041 > > | [ 90.202555] CPU: 5 PID: 2047 Comm: iou-wrk-2041 Tainted: G W 5.14.0-rc4-rt4+ #89 > > | [ 90.202561] Call Trace: > … > > | [ 90.202588] rt_spin_lock+0x19/0x70 > > | [ 90.202593] ___slab_alloc+0xcb/0x7d0 > … > > | [ 90.202618] kmem_cache_alloc_trace+0x79/0x1f0 > > | [ 90.202621] io_wqe_dec_running.isra.0+0x98/0xe0 > > | [ 90.202625] io_wq_worker_sleeping+0x37/0x50 > > | [ 90.202628] schedule+0x30/0xd0 > > > > le look. > > So this is due to commit > 685fe7feedb96 ("io-wq: eliminate the need for a manager thread") > > introduced in the v5.13-rc1 merge window. The call chain is > schedule() > sched_submit_work() > preempt_disable(); > io_wq_worker_sleeping() > raw_spin_lock_irq(&worker->wqe->lock); > io_wqe_dec_running(worker); > io_queue_worker_create() > kmalloc(sizeof(*cwd), GFP_ATOMIC); > > The lock wqe::lock has been turned into a raw_spinlock_t in commit > 95da84659226d ("io_wq: Make io_wqe::lock a raw_spinlock_t") > > after a careful analysis of the code at that time. This commit breaks > things. Is this really needed? Urgh, doing allocs from schedule seems really yuck. Can we please not do this?