Summary: | (livecd) dpt_i2o or i2o subsystem driver fight causes kernel with adaptec ASR-2005S ZCR | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Frank J. Mattia <frankjmattia> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Release Team <releng> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | kernel |
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Frank J. Mattia
2005-10-27 13:37:14 UTC
The dpt_i2o driver, or any i2o driver, for that matter, technically are not SCSI cards when used in this manner. They are i2o devices to the kernel, that speak SCSI to their attached devices. In other words, the kernel doesn't speak SCSI to them, it speaks i2o, and the card then speaks SCSI to the devices, which speak SCSI back, and then the card speaks i2o to the kernel. This is only the case in i2o drivers. For example, any MegaRAID controllers show up as a standard SCSI device. One of the main issues with RAID controllers is they *all* do something different, so documenting the caveats of each one is beyond the scope of our documentation. This won't be resolved until 2006.0, as we'll need a new release to properly resolve this bug. At any rate, this is why we provide things like "nohotplug" and "nodetect" to work around any defficiencies in the kernel or in configuration. Changing Hardware to All since this would affect any PCI-capable architecture. Also lowering severity since there is a known and documented workaround (nodetect/nohotplug). Can you verify that this is still a problem with a newer release? I do not have the hardware to verify this myself. It's been a while and we've had a couple releases since this was reported and I cannot verify this bug due to lack of availability of the hardware. Marking as NEEDINFO. |