Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp413619pxb; Thu, 19 Aug 2021 02:33:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyrd4LYE97J40WdoOumVJDpc1DWAGsgGPhsjCA6zs6Cf3G5Qi/Kd5ub/OH0QK/9gCkhCggl X-Received: by 2002:a17:906:774f:: with SMTP id o15mr14687406ejn.200.1629365598405; Thu, 19 Aug 2021 02:33:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629365598; cv=none; d=google.com; s=arc-20160816; b=swRNEprgjTwO42jOjOVsyilmTrESVxepw2cLqkolB6Nivjx/BgnXGc7ocTCpd2WJdX dv8W9bsFgQejQCCcuWcF+a8XpjhUqq8izEjfrx/sk7UoOU3zieNwiQjLsrObKmGzyuKc 45FRL6/PWbVa6lvDlJBL5aO3nP0IED3nXKH+9YMGV6NKTQe2z41uMRcGTEKxhBz0ldeu XKNUi9XCGeQHduQyaR1axa0F+scrh30nmW+UKXWRAqz5dxVcC1n+F3ID6FnE6TBPzsr8 DA5zIq1FXGzqCE99wZngHIxheQypXJV+jbIJLQIidwnwJcwg+oz8bWk/wVywZe4uRQdy 6Snw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :mime-version:user-agent:date:message-id:cc:to:subject:from :dkim-signature; bh=TD555ToQ7cZoDLrsFaWX+rKTsvPUaPbTlrb7wj9mN80=; b=FQY0eOTN2rYH2ZuvY5uhj24L5WsCzVTbr0a0RWKROBi5K+4FAp80ENUS6W9l4XR6Rs dJ8iFAMwhdUemUBkhxf6I+B0xv2We5miwrAWJOD/1nCFGByOmJPmrcFAfAra66bpoq9B rKfTrIieYob7++LehovX4Z+tYu8pSo1jsYdCWtqrAAV7YIFdYtCz1LLCUjvyNUYfPnCD Wn6lNqBYIk8YfJVjSo/TVP6Mv2rAKVjRkGgs5qfos3S9Al16M0bpsNsZ6mBJ8B6Nurs5 p1XnzSMY0hWygPabQ8nMSuC0DFk0s9kMFEsTOtm+BHd/z6GnAzHZ7Ol20I4EXVcfhfdQ 0kDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=uae6j5z2; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id um2si2991976ejb.192.2021.08.19.02.32.53; Thu, 19 Aug 2021 02:33:18 -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=@gmail.com header.s=20161025 header.b=uae6j5z2; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237647AbhHSJbq (ORCPT + 99 others); Thu, 19 Aug 2021 05:31:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57900 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237617AbhHSJbq (ORCPT ); Thu, 19 Aug 2021 05:31:46 -0400 Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2F81AC061575; Thu, 19 Aug 2021 02:31:10 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id t1so5345976pgv.3; Thu, 19 Aug 2021 02:31:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=TD555ToQ7cZoDLrsFaWX+rKTsvPUaPbTlrb7wj9mN80=; b=uae6j5z2fYdUHB09jUyx6mGb6+vwA8vC3enxMHz5jS5429LZodtoKDe26vRjxKOMS1 uc09m8WGq0hkh1F6/j/oeG8Zdj8JYYTcx1bhwuEbxa+j2mjxnfYSMy1AYRFmxPGlIXOT dyw9N9r+2X0AJLenQyE+peiEiyndWDhcY9aiJrt7pmShCjfdqA785rMa0UUeTUUmxzcP PPAGFxFyTkWbJj2LdySrhMiCj97905tO0YtsW9iJV+nfJYohhY5nFgvmALfZZOZf6IeZ CIndsfuKiE4OEu36bWS893BIIRnvJ74gaVA2fIksBxMpx0E9YnoWGb+RjQ9y2MnDgXG2 th9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=TD555ToQ7cZoDLrsFaWX+rKTsvPUaPbTlrb7wj9mN80=; b=DvPlS5fQOuHRK8ZxLSBWj0q/72zkuuq5/bdQeconG0Y2QoOELuWvzcGdCFo1kWonZ0 uyjTl68VcqihY6IkEagYbf8stsnrGFTtMWdVd7BpPmc5aKyBo2yRbpxEqM6NCTOHwoYw C9N0ZbmoLgAQTVBVNwJcqQWbMFXwFW1uA+yIF1LRzCQxTzpfgEpWvJgg+2CgyWPsKVZi mSOlIHGS+m6w1r79AThwfiUx+Tis3qATc8Glei0c1z8IMq4nHiSRJ/qOzTdtHpKRhqB5 D7j9ZLCSNFCi44yK3/yXVIUDxfuicwbBFTaWQl7BGeHwZa9uq3ZCx33JV0h1cDe8frcN rzBw== X-Gm-Message-State: AOAM532JQUaTLxqkTCpC0ILadxTCLJWOUkGlOLMGEyaGkHS8t1M4hMYe zN5kJ54NrtkacX5HXvbUvJKFy9+CiE4= X-Received: by 2002:a62:76d0:0:b0:3e3:42d6:c735 with SMTP id r199-20020a6276d0000000b003e342d6c735mr958707pfc.32.1629365469368; Thu, 19 Aug 2021 02:31:09 -0700 (PDT) Received: from [10.133.0.42] ([85.203.23.237]) by smtp.gmail.com with ESMTPSA id n18sm2737978pfu.3.2021.08.19.02.31.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 19 Aug 2021 02:31:08 -0700 (PDT) From: Jia-Ju Bai Subject: [BUG] block: drbd: four possible ABBA deadlocks To: philipp.reisner@linbit.com, lars.ellenberg@linbit.com, Jens Axboe Cc: drbd-dev@lists.linbit.com, linux-block@vger.kernel.org, linux-kernel Message-ID: Date: Thu, 19 Aug 2021 17:31:04 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, My static analysis tool reports four possible ABBA deadlocks in the drbd drivers in Linux 5.10: ### Deadlock A ### w_after_conn_state_ch()   mutex_lock(&connection->resource->conf_update); --> line 2065   conn_free_crypto()     drbd_free_sock()       drbd_free_one_sock(&connection->data)         mutex_lock(&ds->mutex); --> line 2967 drbd_adm_net_opts()   mutex_lock(&connection->data.mutex); --> line 2445   mutex_lock(&connection->resource->conf_update); --> line 2446 When w_after_conn_state_ch() and drbd_adm_net_opts() are concurrently executed, the deadlock can occur. ### Deadlock B ### drbd_adm_connect()   mutex_lock(&adm_ctx.resource->conf_update); --> line 2644   conn_free_crypto()     drbd_free_one_sock(&connection->data)       mutex_lock(&ds->mutex); --> line 2967 drbd_adm_net_opts()   mutex_lock(&connection->data.mutex); --> line 2445   mutex_lock(&connection->resource->conf_update); --> line 2446 When drbd_adm_connect() and drbd_adm_net_opts() are concurrently executed, the deadlock can occur. ### Deadlock C ### w_after_conn_state_ch()   mutex_lock(&connection->resource->conf_update); --> line 2065   conn_free_crypto()     drbd_free_sock()       drbd_free_one_sock(&connection->data)         mutex_lock(&ds->mutex); --> line 2967 receive_protocol()   mutex_lock(&connection->data.mutex); --> line 3778   mutex_lock(&connection->resource->conf_update); --> line 3779 When w_after_conn_state_ch() and receive_protocol() are concurrently executed, the deadlock can occur. ### Deadlock D ### drbd_adm_connect()   mutex_lock(&adm_ctx.resource->conf_update); --> line 2644   conn_free_crypto()     drbd_free_one_sock(&connection->data)       mutex_lock(&ds->mutex); --> line 2967 receive_protocol()   mutex_lock(&connection->data.mutex); --> line 3778   mutex_lock(&connection->resource->conf_update); --> line 3779 When drbd_adm_connect() and receive_protocol() are concurrently executed, the deadlock can occur. I am not quite sure whether these possible deadlocks are real and how to fix them if they are real. Any feedback would be appreciated, thanks Reported-by: TOTE Robot Best wishes, Jia-Ju Bai