Am Donnerstag, 12. November 2009 04:03:22 schrieb Walter Dnes: > 1) If I enable "x86 PAT support" can I drop MTRR support? They seem > to duplicate function. > > 2) I notice that "scsi_wait_scan" *ALWAYS ALWAYS ALWAYS* shows up as > a module when I compile. Is there a way to compile it in? It does not > show up as a menu item anywhere. Even if I manually go into .config > with vim, and change the entry to... > > CONFIG_SCSI_WAIT_SCAN=y > > it *STILL* builds as a module. I've de-crapified my kernel, but what it > needs, I prefer to build into the kernel itself. My bootup menu has 2 > entries. The first (default) is "Production", and the second is > "Experimental". I do my screwing around with the experimental version. > If it dies during bootup, I can always go back to production, and > restore from a backup copy of .config. If the experimental kernel runs > OK for a couple of weeks, I promote it to production. > Hi I found this patch some time ago, and use it all the time.
Signed-off-by: Bernhard Walle <bwalle[at]suse.de> --- drivers/scsi/Kconfig | 11 ++++++++--- 1 files changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig index 403ecad..42b8355 100644 --- a/drivers/scsi/Kconfig +++ b/drivers/scsi/Kconfig @@ -257,10 +257,15 @@ config SCSI_SCAN_ASYNC or async on the kernel's command line. config SCSI_WAIT_SCAN - tristate + tristate "Module to wait until all the async scans are complete" default m - depends on SCSI - depends on MODULES + depends on SCSI && m + help + This is a simple module to wait until all the async scans are + complete. The idea is to use it in initrd/initramfs scripts. You + modprobe it after all the modprobes of the root SCSI drivers and it + will wait until they have all finished scanning their busses before + allowing the boot to proceed menu "SCSI Transports" depends on SCSI It's just an example, it will not work as patch. I always change it manual. So it is marked as module and I can disable it. Günter