From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Bottomley Subject: Re: Linux 2.6.16-rc3 Date: Thu, 16 Feb 2006 11:09:29 -0800 Message-ID: <1140116969.3178.24.camel@mulgrave.il.steeleye.com> 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> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: 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 In-Reply-To: <20060216181803.GG29443@flint.arm.linux.org.uk> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org 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.ker 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