On 09/29/05 11:17, Bernd Petrovitsch wrote:
>
> Then submit your driver as a (separate) block device in parallel to the
> existing SCSI subsystem. People will use it for/with other parts if it
SAS is ultimately SCSI. I'll just have to write my own SCSI core.
_We_ together can do this in parallel to the old SCSI Core.
This is the whole idea.
> makes sense (and you - as the maintainer - accept their patches). And in
You see, at my age and my situation, I no longer see this as
"my balls - your balls". What matters to me is good design,
quality code, customer satisfaction, bottom line.
E.g. I'm quite a liberal person and I wouldn't block
or stop new technologes from going into Linux on the basis
and merit of my not understanidn that particular new technology.
The bottom line is not "my balls - your balls" but the wide
spread use of Linux and "storage OS of choice". Not "hobbyist
OS of choice" and not "let me play Robin Hood".
> a few years the "old" SCSI core fades out as legacy drives fade out (or
> they will happily coexist forever).
Yep, I've been saying this since 2002. On the linux-scsi ML.
> The point is: If *you* want it that way, *you* must go that way (and do
> not expect others to do it just that *you* get *your* driver merged).
> You are the maintainer of the new stuff and (almost) everything will
> work as you want.
And this is the problem: *you* and "the community" see things in
*this* way: "your balls - my balls", "yours/mine".
While I see things like this: new technology, absolve, use, move on.
As to your comment above, it's not about how *I* see things.
It's about how things _actually_ *are*:
http://www.t10.org/ftp/t10/drafts/sam4/sam4r03.pdf
> It might not be the cleanest or most elegant solution in the world, but
> if it works, who cares and why?
Turn the table around: can _I_ pose this question to JB and Christoph?
(since they are the ones who think this of SAM/SPC)
> Where is now the real problem?
> I can't see one.
Me neither.
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]
| |
 |