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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B626CC4332F for ; Wed, 4 May 2022 09:24:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347096AbiEDJ2P (ORCPT ); Wed, 4 May 2022 05:28:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34138 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240819AbiEDJ2I (ORCPT ); Wed, 4 May 2022 05:28:08 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2FD451EEC3 for ; Wed, 4 May 2022 02:24:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sipsolutions.net; s=mail; h=Content-Transfer-Encoding:MIME-Version: Content-Type:References:In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-To: Resent-Cc:Resent-Message-ID; bh=ja8c4EKZyr8StyWNFS1D9IdR075oIiqW9K28X3bzmHY=; t=1651656273; x=1652865873; b=a3V7QFB6qbm/RlNGaRFa6sipWnZNzC4Nts7pq8e9twnFZ7m W2r5szXx6oi3p0gDO6us+VKE+NJDuJunzOCec+Ba2KddAIMfoNjoJOIyE36w+FFJpE4avTPjEspo+ lz4SoVadAutgVu8UNAWEeNG1qdMPd2WYW88ZJrVtM8TUd000jHlIQaUSlmkMPVaPV6VsJgKLdGDOe TTTYUTBFBDBUfR6Q9YsygPOjcATpZYQJU8qlS5dmNtfTiC4sn3uw0qziQce/dX73q2Cwi5vnwqeIu LUvCicCEUcB16A0rJD8AUk4FkvtW/gm1JzYKvQPeiFdnNwZR1WrrH22D9RSqiYNg==; Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.95) (envelope-from ) id 1nmBFB-001zBz-KS; Wed, 04 May 2022 11:24:25 +0200 Message-ID: <05280c37163d08ff2d00d71c5454baf651867bd3.camel@sipsolutions.net> Subject: Re: [syzbot] INFO: task hung in hci_dev_close_sync From: Johannes Berg To: Tetsuo Handa , Tejun Heo Cc: "linux-kernel@vger.kernel.org" , Dmitry Vyukov , "syzkaller-bugs@googlegroups.com" , Hillf Danton , syzbot Date: Wed, 04 May 2022 11:24:24 +0200 In-Reply-To: References: <20220504044800.4966-1-hdanton@sina.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.4 (3.42.4-2.fc35) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-malware-bazaar: not-scanned Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2022-05-04 at 05:12 +0000, Tetsuo Handa wrote: > > This seems to be a question regarding commit 87915adc3f0acdf0 ("workqueue: re-add lockdep dependencies for flushing"). > > > > syzbot should have been able to catch cancel_work_sync() in work context > > by checking lockdep_map in __flush_work() for both flush and cancel. > > > > Hillf > > > > --- y/kernel/workqueue.c > > +++ x/kernel/workqueue.c > > @@ -3075,10 +3075,10 @@ static bool __flush_work(struct work_str > > if (WARN_ON(!work->func)) > > return false; > > > > - if (!from_cancel) { > > + //if (!from_cancel) { > > I think this is explained in commit d6e89786bed9 ("workqueue: skip lockdep wq dependency in cancel_work_sync()") johannes