Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932066AbXBSK5A (ORCPT ); Mon, 19 Feb 2007 05:57:00 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932068AbXBSK5A (ORCPT ); Mon, 19 Feb 2007 05:57:00 -0500 Received: from poczta.o2.pl ([193.17.41.142]:59008 "EHLO poczta.o2.pl" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S932066AbXBSK47 (ORCPT ); Mon, 19 Feb 2007 05:56:59 -0500 Date: Mon, 19 Feb 2007 12:00:22 +0100 From: Jarek Poplawski To: Oleg Nesterov Cc: Andrew Morton , "David S\. Miller" , David Howells , linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/3] net/bridge/br_if.c: don't use _WORK_NAR Message-ID: <20070219110021.GA2190@ff.dom.local> References: <20070218214359.GA4226@tv-sign.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070218214359.GA4226@tv-sign.ru> User-Agent: Mutt/1.4.2.2i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 929 Lines: 23 On Mon, Feb 19, 2007 at 12:43:59AM +0300, Oleg Nesterov wrote: > Afaics, noautorel work_struct buys nothing for "struct net_bridge_port". > > If del_nbp()->cancel_delayed_work(&p->carrier_check) fails, port_carrier_check > may be called later anyway. So the reading of *work in port_carrier_check() is > equally unsafe with or without this patch. I think this _WORK_NAR is to give some additional control, but also is more logical: it lets to decide when the work_struct is really release-able (and it's definitely not before work function is called, as without noautorel). So, even if this functionality isn't used now, I can't see what changing this could buy. Regards, Jarek P. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/