Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1007563pxb; Thu, 4 Mar 2021 00:19:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJyJTg5saDoztHpCgk/QjvMGNTX6G40Qb0iPtjIkHN187zdYpVHaZq7spT+KvBRxyiVcsP3H X-Received: by 2002:a50:9ea7:: with SMTP id a36mr3108778edf.174.1614845955196; Thu, 04 Mar 2021 00:19:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614845955; cv=none; d=google.com; s=arc-20160816; b=aguc2YlOR0bO1IYymoOdPX0mXqGWftwL4FA+5HQrN9ud6Is6UQZ4Xjn+COLbUsaGTh Uhea1gi62rXzgd+C0S+Y+M351otFPs2y2dUAnHaPY/jcHU4CH0misICz78p1LjaU9dnx lF+4HfDcMPqklnMUEALdnBH3p3fJU+KtCFbIrHByqDaVMn8OKa2wZ0tcAZX54gf+TcJi GjQnX4ia4MICzI7Y8nt862xl/X4BGGspdZ2errbQnjWwu3oENHzqyI2jy9rSv4X2BSv0 PcY8MB0ufwBYojwLstRcEw3QDyk7Jh5HekYwUGuUdOtEWVu7edska163Jm51GdxWL8am PWDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject:dkim-signature; bh=C+8aSxAix6GjFrfY/hP+1D1nUsbFIPsru7pSJjHkC8s=; b=OhJt/6Bcf8Ctd7qtMUr9VjnhE0hkDBHIbig3KsPBLVTHSxqiyRLL3IkEM4xImQL0fC wneUnPdxXP6+tOvy4zV3PhobGQmtfT5T9iroLhDD3AMej2PYkv1DJ/UvLT8UN9OD/lBb Cg4vbZetswd47oL8dQ0YvOupVANivjdsRAfdVcf4lwtimoDeJBV4idbKp2Ax2Lsw0xGh w4ltqev6dZAawUxkoztTk+bo15c86yRtDGYdtFDX+ewZWP3dVJIRxqCjVjT3yC4rbxPm 4BiF4TiKQtisCdUeO/3NnT0iVsbdvCIreIhx7Ei94XivKgkT9xdmiiZfxYeed6Ri1dAr pI8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b=XiHexSnR; 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 c23si5404782edv.312.2021.03.04.00.18.51; Thu, 04 Mar 2021 00:19:15 -0800 (PST) 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=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b=XiHexSnR; 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 S232628AbhCCLql (ORCPT + 99 others); Wed, 3 Mar 2021 06:46:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43294 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1449692AbhCCECE (ORCPT ); Tue, 2 Mar 2021 23:02:04 -0500 Received: from mail-pf1-x429.google.com (mail-pf1-x429.google.com [IPv6:2607:f8b0:4864:20::429]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D8D20C061223 for ; Tue, 2 Mar 2021 20:01:48 -0800 (PST) Received: by mail-pf1-x429.google.com with SMTP id 192so8316543pfv.0 for ; Tue, 02 Mar 2021 20:01:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=C+8aSxAix6GjFrfY/hP+1D1nUsbFIPsru7pSJjHkC8s=; b=XiHexSnRLXUibZdmdLCk9F45MzW4UsjYA5hRjjqbkZDE2MBNMG1zWPesqrCtaSyY1m IrgW06ZL1o13jgHWxlfNzlzfQQgvspQLyJFJv9tAX3xd9/BPHFsfk+OsjT9Ukh2JT1FD t/5shXZnN8rMw0btxj2Pr16+JwteSAdio+Wqt8YFCOoIIzsR0PRh7QCvhWvZvd+BzQZC eFpzklmp1mXZEIISeAo9JgWVqmYbdNWfQriHE/FzMwIKXGrPvyzi9K/vDNkgVuGdGIGL JnAzcDRDoSgxh2mg6eDgsSPYSxF9Kibw5sDFTRjh+qtdJt7PHNGVplhGOW4oIKngH/z9 aC2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=C+8aSxAix6GjFrfY/hP+1D1nUsbFIPsru7pSJjHkC8s=; b=TexgqO0whtdmYYepzSAV8zNG5QjjWv/jJ7o7IvhLQ76REeSHmBgyyB9c8iJk7rM3/E i5rQdq6jbA+k0SnB/L8xTwmQUc1mO/XopeVEXZ8L+clarbM4bxK436RU5vsalJdyJijT 84pkUAtZE/MczKFeNblpgVkyLoLR7ZJsATCdpEKdzhr0MpMqF6joqI7018kFxe1edSGy awYeCKAVMBGACeqBWJ63tubssoKHhK02j99kI1kIAXOsrwE+v17tn8U5uBGn8RO3z5Mw x75Tr2RXwmdi3YQ5H3AqWrySoRh76KoFraeANcH87Rs8BY2GdCfLhT81Kg4cP98IivZW 51Vw== X-Gm-Message-State: AOAM532JaNjxT9H/sVCugVJChBxjizoHSMuLDLg0rirHXdgTGOmYITBB f9aF9a2e2NVcBj0yR6ojtqPbbA== X-Received: by 2002:aa7:80cc:0:b029:1da:689d:2762 with SMTP id a12-20020aa780cc0000b02901da689d2762mr6400115pfn.3.1614744108375; Tue, 02 Mar 2021 20:01:48 -0800 (PST) Received: from [192.168.1.134] ([66.219.217.173]) by smtp.gmail.com with ESMTPSA id b15sm21078349pgj.84.2021.03.02.20.01.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 02 Mar 2021 20:01:47 -0800 (PST) Subject: Re: possible deadlock in io_poll_double_wake (2) To: syzbot , asml.silence@gmail.com, io-uring@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com, viro@zeniv.linux.org.uk References: <00000000000017349305bc9254f4@google.com> From: Jens Axboe Message-ID: Date: Tue, 2 Mar 2021 21:01:45 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <00000000000017349305bc9254f4@google.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/2/21 11:59 AM, syzbot wrote: > Hello, > > syzbot has tested the proposed patch but the reproducer is still triggering an issue: > possible deadlock in io_poll_double_wake > > ============================================ > WARNING: possible recursive locking detected > 5.12.0-rc1-syzkaller #0 Not tainted > -------------------------------------------- > syz-executor.4/10454 is trying to acquire lock: > ffff8880343cc130 (&runtime->sleep){..-.}-{2:2}, at: spin_lock include/linux/spinlock.h:354 [inline] > ffff8880343cc130 (&runtime->sleep){..-.}-{2:2}, at: io_poll_double_wake+0x25f/0x6a0 fs/io_uring.c:4925 > > but task is already holding lock: > ffff888034e3b130 (&runtime->sleep){..-.}-{2:2}, at: __wake_up_common_lock+0xb4/0x130 kernel/sched/wait.c:137 > > other info that might help us debug this: > Possible unsafe locking scenario: > > CPU0 > ---- > lock(&runtime->sleep); > lock(&runtime->sleep); This still makes no sense to me - naming is the same, but address of waitqueue_head is not (which is what matters). Unless I'm missing something obvious here. Anyway, added some debug printks, so let's try again. #syz test: git://git.kernel.dk/linux-block syzbot-test -- Jens Axboe