Wind River CEO Unexpectedly Resigns 71
The Finn writes "According to Electronics Weekly Wind River CEO Tom St. Dennis resigned today and left Wind River. For those who forgot, Wind River assumed stewardship of FreeBSD as part of the BSDi acquisition in May 2001, and subsequently Cut it loose in January 2002, and it still sells BSD /OS 5.0. I'll avoid the speculation of BSD dying, but Wind River may not be looking so good."
License contradiction (Score:5, Insightful)
I don't know much about other firms using BSD (like Wasabi Systems [wasabisystems.com]) however it seems it's more difficult for them to sell BSD systems compared with Linux distributors.
Quite contradictoraly, BSD license is more "liberal" than Linux from the enterprise point of view which can use the code with minimal restrictions (FreeBSD License [freebsd.org]) Wind River and Wasabi Systems gives a generous access to their proprietary source to some bsd developpers)
As Linux gains momentum, I hope IT managers will see those nice BSD lurking around, using them, and helping maintaining them (like hiring developpers to work on these systems).
Re:License contradiction (Score:3, Informative)
If some admin could modify my post, I grant him my benediction.
Well... (Score:1, Interesting)
Re:Well... (Score:1)
Re:Well... (Score:2)
I set up a pair of mail servers based on BSD/OS back in '98 on a pair of PII-300's for a major corporation.
Mail volume increased by at least an order of magnitude, and still the machines never crashed.
They were only replaced a few months ago, when the volume of spam simply overwhelmed the perl scripts I wrote to filter mail.
I hope BSDI finds a niche.
Slashdot double standards! (Score:5, Insightful)
Re:Slashdot double standards! (Score:5, Insightful)
Make you own conspiracy theorist backed conclusions.
Re:Slashdot double standards! (Score:2)
He resigned because CmdrTaco threatened him... Homer Simpson style...
"Nice place you got here. Oh, look, a hairnet. It would be a shame if it was hurled to the ground."
Re:Larry Augustin, open sores shyster, dead at 39 (Score:2)
WindRiver are not related to the FreeBSD project. (Score:5, Informative)
Re:WindRiver are not related to the FreeBSD projec (Score:1, Informative)
It is probrably 1% of their business, so - as you said - troubles at Wind River, if any, do not reflect on FreeBSD.
Re:WindRiver are not related to the FreeBSD projec (Score:5, Informative)
The BSD Family Tree [freebsd.org]
Re:WindRiver are not related to the FreeBSD projec (Score:5, Informative)
BSDI had several full-time FreeBSD developers on their payroll when WindRiver acquired them.
He was pretty good... (Score:5, Interesting)
Wind River dying? GOOD! (Score:5, Informative)
If I had it all to do over again, I would have used an embedded Linux rather than VxWorks. Granted, I work on some pretty large and complex systems that are just too much for VxWorks.
If you are doing a smaller system, use something like eCOS or RTXC. If you are doing a larger system or a system that must be networked, use QNX , BSD or Linux.
Re:Wind River dying? GOOD! (Score:2, Informative)
That said, you left out some OS suggestions: if you need a truly tiny-footprint RTOS, you can't get much smaller than Express Logic's ThreadX. And if you need a guaranteed-rock-solid high-rel
Re:Wind River dying? GOOD! (Score:4, Interesting)
One thing to keep in mind though (and many of my colleagues share this view) is that the actual RTOS is very good, but the other things aren't. Unfortunately (for the company I worked for), WindRiver bundled things in such a way that it was seen to be more convenient to use their built-in IP stack (for example) than buying a third-party one. Some developers spent months trying to debug WindRiver's routing stack, versus buying a working solution, since it "just made sense to be a complete WindRiver shop". Let's just say that management's decisions have almost driven the company out of business (parts of it are being acquired, what's left is expected to be around for no more than two months).
Yes, their BSP support is somewhat lacking, but, at least for us, they were one of the few companies that could get us a BSP that supported the Broadcom 3350 CPU (MIPS3K based).
When I talked to a QNX tech at the Embedded Systems Conference, he explained their support for the Broadcom 1250 (the core we were using at the time), it made WindRiver's RTOS seem absolutely laughable.
-- Joe
Re:Wind River dying? GOOD! (Score:2)
I have always wondered why Wind River keeps supporting BSD/OS and dismissing Linux. Linux is hot. The embedded market is hot. Why doesn't Wind River provide a road map from old RTOSs to their new Embedded Linux? Instead they are letting little companies like Monta Vista stake Embedded Linux as their speciality. Wind River has more embedded customers and brand name recognition than Monta Vista. Because of the GPL, Wind River could even make use of most of Monta Vista's Linux contributions.
Re:Wind River dying? GOOD! (Score:2)
They bought Walnut Creek, a distributor of, among other things, BSD.
As to why not support Linux - simple. The WRS mindset is "Screw them for the money, screw them for more money, then screw them for money again." Supplying a product that others can get in on would be a violation of that model.
Keep this in mind: WRS aims to be the Microsoft of the embedded realm.
Re:Wind River dying? GOOD! (Score:3, Informative)
Actually, they bought BSDI, maker of BSD/OS, then sold off all the bits BSDI had acquired from Walnut Creek. And they did have a number of FreeBSD developers on their payroll for a while.
Re:Wind River dying? GOOD! (Score:3, Informative)
While the core OS itself was written from scratch, a lot of the periphery code (i.e. network stack, device drivers, etc.) come from one of the BSD's (I can't tell which one though, since I haven't bothered to read all of the code). And, judging by some of the dates in the changelog, they haven't been updated in a *long* time.
-- Joe
Re:Wind River dying? GOOD! (Score:1)
Wind River has more embedded customers...
I thought that this fact had more to with a series of acquisitions in the past than with providing a good product.
Re:Wind River dying? GOOD! (Score:3, Interesting)
I really don't know what the dev team was thinking when the released it. Its a total visu
Doctor confirms, CEO Tom St. Dennis is dying. (Score:2)
Re:Doctor confirms, CEO Tom St. Dennis is dying. (Score:2)
VxWorks (Score:5, Insightful)
The OS in 1991 was pretty decent. Things were up-to-date, and it was the best thing VME had going for it. (VME is a great standard. Pity about the companies implementing it.)
Last year, though... That was another matter. VxWorks was unreliable and unstable. (I don't care what my boss at the time claimed - I was needing to reboot the VME crate repeatedly, and that's not acceptable. That's worse than my coding!)
IMHO, VxWorks has had a good run. It's been around a long time, it has had some wonderful moments, but somewhere along the line it took a wrong turn. It's time Wind River accepted this.
Wind River also does need to cash in a reality check or two, when it comes to pricing and support. We are NOT living in the boom times, we are NOT living in the early 1990's, when competition simply didn't exist and companies could charge what they liked and get away with it.
Even Microsoft is beginning to feel the pinch, and that's impressive, given that it has enough spare cash to function at 100% capacity for the next three to four years without selling a single thing. That's just the loose change!
*BSD isn't dying, it isn't even remotely close to it. Although the kernel does need some serious work, as technology is moving ahead faster than the coders.
That's true for Linux, too. Progress in the field is outpacing the kernel coders by miles. That's not good, because it means certain hostile companies can out-flank these efforts, by simply skipping a generation or two of technology and going to the latest. We've seen that more than once.
What's dying is the rate of development, as a function of the rate of technological change. That's not unusual when projects get very large. The larger a project, the more effort it takes to add even small components. Too much interaction to check for and debug.
Wind River will likely vanish. By pricing itself out of the market, creating hostile public opinion, and by not building up the programming staff required to keep the momentum going, it will kill itself.
FreeBSD'll move elsewhere, bruised but otherwise unharmed. It'll be set back a little, though, as it'll take time for the politics to work out.
The underlying issues, though, are universal to all software writers:
Re:VxWorks (Score:1)
Move from where? They have no association that I know of with Wind River. See link at top about it.
Re:Wind River and BSD problems (Score:2, Funny)
--Jon
does not look good... (Score:2, Funny)
-Windows was never alive
-BSD is dying...
guess we have to go back to AmigaOS again
Re:does not look good... (Score:1, Insightful)
WindRiver != {Free,Net,Open}BSD (Score:3, Informative)
Yet another "BSD is dying" FUD at /.
Confusing WindRiver with the FreeBSD Project is a silly mistake.
St. Dennis ousted by board (Score:3, Informative)
Now electronic news is reporting [e-insite.net] that St. Dennis was ousted by the board.
Does anybody know about "Zinc"? (Score:1)
http://www.windriver.com/products/zinc_for_desk
Re:Does anybody know about "Zinc"? (Score:1)
"Zinc"? the former cross-platform window api? (Score:2)
I used Zinc in the early 90's to do some very light-weight cross platform toys, but that was about it -- it was a jack of all trades, master of none when it came down to it -- like most of the class of tools under the umbrella of CASE
In fact today, using AWT in Java reminds me of that experience
Up Wind River without a paddle (Score:1)
Firstly they have been trying to push a subscription scheme from there old licensing model. For existing projects this works out as very expensive(10,000 per seat per year).
Support can be poor and updates unreliable. We recently had some poor drivers which took ages to debug and a poor network stack. Until recently source code was a very expensive optional extra, so leaving you very stuck waiting for vxworks to get there act together