From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.4 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9DFEFC11F65 for ; Mon, 28 Jun 2021 22:16:00 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7B9A861CA3 for ; Mon, 28 Jun 2021 22:16:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234528AbhF1WSY (ORCPT ); Mon, 28 Jun 2021 18:18:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:55928 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235319AbhF1WSR (ORCPT ); Mon, 28 Jun 2021 18:18:17 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 143D861CA2; Mon, 28 Jun 2021 22:15:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1624918551; bh=gDFowWm32t0VS1mEoFVoT/aTkLBvV2SGACaxjbKWklk=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=Wwk/uH8lsM7cQjRGStNyOPANG2zWOeH96uD+S1KJ7Zw16JPcCrFdQgF02jQKVw8W3 NtDuSy8lYLOWo1YNZXVDI2l9/KCCvRp4KwGTpx7DBaalS3+p5rtOwPOFce8RTBhplv SwdoEqFI7r5eO3sxU3DI1UWKTMCCkwL7CkFm2aCwbLzb1ByOgSEjbsR0dgq1iegauN rhDXj+hlOIiywuNntcxENeBCgKOK+WjBnYtNvZddv4+lTF7S/Rozj74g2yrT/MrqUK LxIQeBn5ezCZvo6yHapxiohGallYin0nV4TT9u+gwZ7w+a+CUUPMuK6PoixhMGfhbs pS+QekIsgsTeA== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id DA71E5C097F; Mon, 28 Jun 2021 15:15:50 -0700 (PDT) Date: Mon, 28 Jun 2021 15:15:50 -0700 From: "Paul E. McKenney" To: Jason Gunthorpe Cc: liuyixian@huawei.com, liweihang@huawei.com, sfr@canb.auug.org.au, linux-kernel@vger.kernel.org, linux-next@vger.kernel.org Subject: Re: Lockdep splat in -next Message-ID: <20210628221550.GJ4397@paulmck-ThinkPad-P17-Gen-1> Reply-To: paulmck@kernel.org References: <20210628153746.GA2237462@paulmck-ThinkPad-P17-Gen-1> <20210628160841.GD4459@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210628160841.GD4459@nvidia.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 28, 2021 at 01:08:41PM -0300, Jason Gunthorpe wrote: > On Mon, Jun 28, 2021 at 08:37:46AM -0700, Paul E. McKenney wrote: > > Hello, Yixian Liu, > > > > The following -next commit results in a lockdep splat: > > > > 591f762b2750 ("RDMA/hns: Remove the condition of light load for posting DWQE") > > > > The repeat-by is as follows: > > > > tools/testing/selftests/rcutorture/bin/kvm.sh --allcpus --trust-make --duration 1 --configs TASKS01 > > > > The resulting splat is as shown below. This appears to have been either > > fixed or obscured by a later commit, but it does affect bisectability. > > Which I found out about the hard way. ;-) > > I'm confused, the hns driver is causing this, and you are able to test > with the hns hardware??? Apparently I am as well, apologies for the noise. I incorrectly assumed that v5.13-rc1 was clean, but this deadlock really is present in v5.13-rc. And here I thought I was handling the heat relatively well... Thanx, Paul