From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jarek Poplawski Subject: Re: [RFC] bonding: fix workqueue re-arming races Date: Wed, 1 Sep 2010 17:37:30 +0200 Message-ID: <20100901153730.GC3091@del.dom.local> References: <20136.1283288063@death> <20100901122356.GB9468@ff.dom.local> <20100901133056.GB12447@midget.suse.cz> <20100901151856.GB3091@del.dom.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jay Vosburgh , bonding-devel@lists.sourceforge.net, markine@google.com, chavey@google.com, netdev@vger.kernel.org To: Jiri Bohac Return-path: Received: from mail-gw0-f46.google.com ([74.125.83.46]:47774 "EHLO mail-gw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752876Ab0IAPhg (ORCPT ); Wed, 1 Sep 2010 11:37:36 -0400 Received: by gwj17 with SMTP id 17so3050184gwj.19 for ; Wed, 01 Sep 2010 08:37:36 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20100901151856.GB3091@del.dom.local> Sender: netdev-owner@vger.kernel.org List-ID: On Wed, Sep 01, 2010 at 05:18:56PM +0200, Jarek Poplawski wrote: > On Wed, Sep 01, 2010 at 03:30:56PM +0200, Jiri Bohac wrote: > > On Wed, Sep 01, 2010 at 12:23:56PM +0000, Jarek Poplawski wrote: > > > On 2010-08-31 22:54, Jay Vosburgh wrote: > > > > What prevents this from deadlocking such that cpu A is in > > > > bond_close, holding RTNL and in cancel_delayed_work_sync, while cpu B is > > > > in the above function, trying to acquire RTNL? > > > > > > I guess this one isn't cancelled in bond_close, so it should be safe. > > > > Nah, Jay was correct. Although this work item is not explicitly > > cancelled with cancel_delayed_work_sync(), it is on the same > > workqueue as work items that are being cancelled with > > cancel_delayed_work_sync(), so this can still cause a deadlock. > > Fixed in the new version of the patch by putting these on a > > separate workqueue. > > > > Maybe I miss something, but the same workqueue shouldn't matter here. Hmm... I missed your point completely and Jay was correct! Sorry, Jarek P.