Re: eth1394 and sbp2 maintainers

[Matthias Schniedermeyer <ms@citd.de>]

Rogério Brito wrote:
> On Sep 11 2005, Randy.Dunlap wrote:
> 
>>Stefan,
>>
>>I want to say that I think that you are doing a very commendable
>>job on sbp2.  Much thanks for your efforts.
> 
> Let me add my voice to the choir here. I agree with Randy when he says
> that Stefan does a superb job supporting firewire with Linux.

Then let me be the voice telling about the flip-side.

I've used Firewire with SBP2-driver for nearly 4 years and most of the
time there was one problem or another (beginning from not-SMP-safe to
"plainly not working" for nearly a year, where i had to downpatch
Firewire (The nodemanager "desaster") for a very long time)

When the last problem crept up (sbp2-module couldn't be unloaded if only
a none-HDD-device was connected) i was so feed up with the continuous
hassle that i completly replaced my firewire hardware with USB2 Hardware.

With USB pluging/unplugging works flawlessly (couldn't say that for 4
years Firewire). Operating several devices concurrently works flawlessly
(I was lucky when my 2 devices worked concurrently with Firewire. Most
of the time only 1 device couldn't be connected without risking
desaster), in constrast i've had 10 HDDs running concurrently connected
via USB2 without a problem!

I know that i may have skipped the time where USB hasn't been mature to
the time where USB was mature, but it got there. So forgive me when i'm
too negative about firewire and too positive about USB.

To say it short:
- Firewire and especially SBP2 haven't been very mature in my 4 YEARS(!)
using it.
- As far as i see the userbase just isn't big enough to make it mature.

Taking aside some niche usages, i guess firewire WILL DIE because of USB
sooner then later. For me firewire died 6 month ago. Rest in peace.





-- 
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated,
cryptic, powerful, unforgiving, dangerous.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/