From: Clemens Koller <clemens.koller@anagramm.de>
To: LKML List <linux-kernel@vger.kernel.org>
Subject: [PATCH] Allow to disable CONFIG_SCSI_WAIT_SCAN=m in menuconfig.
Date: Tue, 04 Dec 2007 13:45:25 +0100 [thread overview]
Message-ID: <47554BE5.7000204@anagramm.de> (raw)
[-- Attachment #1: Type: text/plain, Size: 641 bytes --]
Hi there!
This was already discussed in May: http://lkml.org/lkml/2007/5/13/75
without any valuable results.
I don't want to have the scsi_wait_scan.ko around but still need
SCSI for usb disks and module support for driver development.
Otherwise, I am working with a monolithic kernel on embedded machines.
The attached patch is another try to at least allow to get
rid of this module.
Feedback is welcome.
Regards,
--
Clemens Koller
__________________________________
R&D Imaging Devices
Anagramm GmbH
Rupert-Mayer-Straße 45/1
Linhof Werksgelände
D-81379 München
Tel.089-741518-50
Fax 089-741518-19
http://www.anagramm-technology.com
[-- Attachment #2: allow-disabling-of-scsi_wait_scan-module.patch --]
[-- Type: text/plain, Size: 1004 bytes --]
Allow to disable to build the scsi_wait_scan.ko module if not needed.
Signed-off-by: Clemens Koller <clemens.koller@anagramm.de>
diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig
index a6676be..1dc452d 100644
--- a/drivers/scsi/Kconfig
+++ b/drivers/scsi/Kconfig
@@ -248,10 +248,19 @@ config SCSI_SCAN_ASYNC
or async on the kernel's command line.
config SCSI_WAIT_SCAN
- tristate
+ tristate "create module which waits for SCSI scanning to finish"
default m
depends on SCSI
depends on MODULES
+ help
+ When this module is loaded, it will do nothing else than wait for
+ SCSI low-level drivers to finish asynchronous scanning for devices.
+ This module will be called scsi_wait_scan.
+
+ It's default and safe to create this module even if it's not used
+ in your distro's init scripts. You can override this if you are
+ really sure you don't need or want it. It does not make sense to
+ compile this into the kernel with Y.
menu "SCSI Transports"
depends on SCSI
reply other threads:[~2007-12-04 12:46 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47554BE5.7000204@anagramm.de \
--to=clemens.koller@anagramm.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.