Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030630AbWBPTKE (ORCPT ); Thu, 16 Feb 2006 14:10:04 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030631AbWBPTKA (ORCPT ); Thu, 16 Feb 2006 14:10:00 -0500 Received: from stat9.steeleye.com ([209.192.50.41]:24265 "EHLO hancock.sc.steeleye.com") by vger.kernel.org with ESMTP id S1030628AbWBPTJ6 (ORCPT ); Thu, 16 Feb 2006 14:09:58 -0500 Subject: Re: Linux 2.6.16-rc3 From: James Bottomley To: Russell King Cc: Greg KH , Andrew Morton , Linus Torvalds , linux-kernel@vger.kernel.org, Jens Axboe , "Brown, Len" , "David S. Miller" , linux-acpi@vger.kernel.org, linux-usb-devel@lists.sourceforge.net, "Yu, Luming" , Ben Castricum , sanjoy@mrao.cam.ac.uk, Helge Hafting , "Carlo E. Prelz" , Gerrit Bruchh?user , Nicolas.Mailhot@LaPoste.net, Jaroslav Kysela , Takashi Iwai , Patrizio Bassi , Bj?rn Nilsson , Andrey Borzenkov , "P. Christeas" , ghrt , jinhong hu , Andrew Vasquez , linux-scsi@vger.kernel.org, Benjamin LaHaise In-Reply-To: <20060216181803.GG29443@flint.arm.linux.org.uk> References: <20060212190520.244fcaec.akpm@osdl.org> <20060213203800.GC22441@kroah.com> <1139934883.14115.4.camel@mulgrave.il.steeleye.com> <1140054960.3037.5.camel@mulgrave.il.steeleye.com> <20060216171200.GD29443@flint.arm.linux.org.uk> <1140112653.3178.9.camel@mulgrave.il.steeleye.com> <20060216180939.GF29443@flint.arm.linux.org.uk> <1140113671.3178.16.camel@mulgrave.il.steeleye.com> <20060216181803.GG29443@flint.arm.linux.org.uk> Content-Type: text/plain Date: Thu, 16 Feb 2006 11:09:29 -0800 Message-Id: <1140116969.3178.24.camel@mulgrave.il.steeleye.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 870 Lines: 25 On Thu, 2006-02-16 at 18:18 +0000, Russell King wrote: > Maybe implementing it as a helper function would be the best and > simplest solution? > > static void scsi_release(struct device *dev) > { > schedule_release_process(dev, scsi_release_process); > } > > where schedule_release_process() contains more or less what I posted > in the previous mailing. That's almost exactly the execute_in_process_context() API that began this discussion (and which Andi NAK'd). However, it could possibly be resurrected with the proviso that the caller has to feed in the workqueue memory. How would people feel about that? James - 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/