On 09/27/05 18:01, Jeff Garzik wrote: > Luben Tuikov wrote: > >>The driver and the infrastructure needs to go in. >> >>Give it exposure to the people, let people play with it. > > > Merging into the upstream kernel is not necessary for exposure. > > Historically, saying "no" to a single vendor pushing really hard -- as > you are doing -- has resulted in a superior solution. This of course implies that everything in Linux is a superiour solution _or_ if it is not, then everything in linux is a vendor solution. >>If we start "fixing" SCSI Core now (this in itself is JB red >>herring), how long before it is "fixed" and we can "rest"? >>And how long then before the driver and infrastructure >>makes it in? > > Just follow the recipe Christoph outlined. It's not difficult, just > requires some work. Anyone have a clear technical plan and/or infrastructure on how to do this? Any specs, plans, consolidations, etc? I know its a wishful thinking, but when the architectures differ, not sure how to do this. "You can do everything with a big long if ()". > So far, this is an Adaptec-only solution. Yes, since Adaptec is the first company to come out with open transport SAS chip. Broadcom seems to be doing the same thing. > It does an end run around 90% of the SCSI core. You might as well make > it a block driver, if you're going to do that. The "90%" part isn't quite true. But going with a block device isn't that bad: Now since the architecture _is_ SCSI after all, what would be needed is a minimal, fast, straightforward, SAM/SPC fully complient new SCSI Core. That SCSI Core would register block devices with the block layer. Maybe Jens can point out cool things to do and make the whole infrastructure fast and very fast. (since we don't need to be bound by this legacy stuff) Essentially other new technology LLDD and Transport layers can probably make use of this: Infiniband, USB2 Storage, etc. So if all you have is an AIC-94xx or BCM8603 storage chip you can exclule all of the legacy SCSI Core and compile this new mean, lean, fast SAM Core. Jeff, this isn't bad at all! Are you willing to contribute to such an effort? Thanks, Luben - : 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
