From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [PATCH net-next-2.6] net: add dev_close_many Date: Mon, 13 Dec 2010 10:04:47 -0800 Message-ID: <20101213100447.50f77f3b@nehalam> References: <1292249903-3865-1-git-send-email-opurdila@ixiacom.com> <201012131923.27337.opurdila@ixiacom.com> <20101213093221.5d941493@nehalam> <201012131952.39648.opurdila@ixiacom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Eric Dumazet , netdev@vger.kernel.org, "Lucian Adrian Grijincu" , Vlad Dogaru To: Octavian Purdila Return-path: Received: from mail.vyatta.com ([76.74.103.46]:36672 "EHLO mail.vyatta.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754458Ab0LMSEv (ORCPT ); Mon, 13 Dec 2010 13:04:51 -0500 In-Reply-To: <201012131952.39648.opurdila@ixiacom.com> Sender: netdev-owner@vger.kernel.org List-ID: On Mon, 13 Dec 2010 19:52:39 +0200 Octavian Purdila wrote: > From: Stephen Hemminger > Date: Monday 13 December 2010, 19:32:21 > > > With a message based interface, there shouldn't be a need for this. > > Just have one thread sending requests in user space, and one receiving > > the ACK's. > > Sorry, you lost me here :) There is no need for the kernel thread / workqueue > or not even for dev_close_many? I assume the need for dev_close_many is coming from a user space application? I expect that for this kind of special need, you would be better off not using the normal iproute utilities and instead have a custom device manager that is doing netlink directly. Rather than doing synchronous send request and wait for ack. The utility could use a sender and collector thread. --