From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Alexander E. Patrakov" Subject: Re: Asynchronous scsi scanning, version 9 Date: Thu, 01 Jun 2006 19:26:29 +0600 Message-ID: <447EEB05.6020302@ums.usu.ru> References: <20060511143352.GI12272@parisc-linux.org> <20060518172258.GL1604@parisc-linux.org> <20060529031915.GB23405@parisc-linux.org> <447AB2F5.2000700@s5r6.in-berlin.de> <20060529130515.GE23405@parisc-linux.org> <20060531232139.GA3202@us.ibm.com> <447EE81D.2050906@ums.usu.ru> <20060601132315.GD32143@parisc-linux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from relay4.usu.ru ([194.226.235.39]:55730 "EHLO relay4.usu.ru") by vger.kernel.org with ESMTP id S965116AbWFAN0e (ORCPT ); Thu, 1 Jun 2006 09:26:34 -0400 Received: from relay4.usu.ru (localhost [127.0.0.1]) by relay4.usu.ru (PostSystem) with ESMTP id E275E4185 for ; Thu, 1 Jun 2006 19:26:38 +0600 (YEKST) Received: from usu2.usu.ru (usu2.usu.ru [194.226.237.16]) by relay4.usu.ru (PostSystem) with ESMTP id 6D8574185 for ; Thu, 1 Jun 2006 19:26:38 +0600 (YEKST) Received: from localhost.usu2.usu.ru (localhost.usu2.usu.ru [127.0.0.1]) by usu2.usu.ru (Postfix) with ESMTP id 255BEA7EBF for ; Thu, 1 Jun 2006 19:26:32 +0600 (YEKST) Received: from ums.usu.ru (ums.usu.ru [194.226.236.116]) by usu2.usu.ru (Postfix) with ESMTP id A698EA7A37 for ; Thu, 1 Jun 2006 19:26:31 +0600 (YEKST) In-Reply-To: <20060601132315.GD32143@parisc-linux.org> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Matthew Wilcox Cc: Patrick Mansfield , linux-hotplug-devel@lists.sourceforge.net, Stefan Richter , linux-scsi@vger.kernel.org Matthew Wilcox wrote: > On Thu, Jun 01, 2006 at 07:14:05PM +0600, Alexander E. Patrakov wrote: >> Patrick Mansfield wrote: >>>> That's what scsi_complete_async_scans() is for. If you have a built-in >>>> module, it will wait for the async scans to finish before we get as far >>>> as trying to mount root. It does change observable behaviour in that >>>> sys_module_init() will return before scans are complete. >> What are the expected interactions of this code with early userspace aka >> "kinit" that comes with (soon to be merged) klibc? Does this >> scsi_complete_async_scans() function get called at all if such "default" >> initramfs with kinit is used? > > It gets called as a late_initcall -- before initramfs gets started. Many thanks for clarifying the situation. -- Alexander E. Patrakov