Re: AHCI finds disks; no /dev/sd inodes bound?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Andi Kleen wrote:
> On Wed, Jan 09, 2008 at 11:29:26AM -0600, James Bottomley wrote:
>> On Wed, 2008-01-09 at 09:21 -0800, Jon Watte wrote:
>> > Yes, that turns out to be the case. Thanks for the quick sanity check!
>> > I wonder if it's possible to magically turn that on when selecting
>> > AHCI support in menuconfig? That way, it'd be harder for someone else
>> > to make the same mistake.
>> 
>> We've had several discussions on this.  However, AHCI is used in a lot
>> of systems for CD-ROM support only.
> 
> Those systems (servers) typically have enough memory to tolerate a few
> extra KB of code without problems.  In fact most PCs these days have.

It would be a stupid solution nevertheless.

(We also don't "select EXT3".)

There are other possible solutions.  For example the split of the SCSI
Kconfig menu which has been proposed some times before.  Provide one
menu for highlevel protocol-type options, and one menu devoted to SCSI
transports and interconnects.  This underlines the central role of the
SCSI midlayer and SCSI highlevel in the kernel, and makes it easier for
people to spot that they need the SCSI highlevel even for their non-SCSI
hardware.


menuconfig "SCSI command sets (for HDDs, CD/DVD-ROM/R/W, tapes,
scanners, and more)"
	tristate SCSI
	help
		This is for [alls sorts of] internal and external
		devices, [e.g. this and that].

		This option is also required for a variety of hardware
		which isn't actually SCSI hardware.  You especially need
		this option for [such and such common kinds of non-SCSI
		hardware whose drivers make use of the SCSI subsystem].

		If unsure, say Y.

(SCSI midlayer options follow)
(SCSI highlevel options follow)

endmenu

if SCSI
menuconfig "SCSI transports and interconnects"
	bool SCSI_LOWLEVEL
	help
		Most of the SCSI transport protocols and interconnect
		drivers are configured here.  Some SCSI transports
		live in other menus.  [obligatory SBP-2 reference]

(SCSI lowlevel options follow)

endmenu
endif SCSI


PS:
It seems only libata users have difficulties to configure SD correctly.
USB users apparently and FireWire users definitely never had that
problem.  The "select SCSI" in libata's Kconfig option is not of great
help with that issue and is misguided and unnecessary as well.
-- 
Stefan Richter
-=====-==--- ---= -=--=
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux