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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |