BSDi's Software Divisions Acquired by Wind River 80
big knife writes: "Check here for the official press release." Wind River is the company that puts out vxWorks, the embedded OS that runs our great Arrowpoint Web Content Switch we have here at OSDN. Evidently, BSDi will become iXsystems, dealing with BSD product solutions, and hardware (essentially a beefed up Telenet Systems). The status of FreeBSD and their commitment to Open Source, and FreeBSD in specific is mentioned, definitely a good thing.
Re:Wind River's committment to Open Source if iffy (Score:1)
Re:It may be the best for WRS (Score:1)
Therefore, you CANNOT buy it out or close it's source - it's just impossible. You can choose not to contribute your changes to the community - that's fine, it's your work, and you have the right to earn on it (unlike with GPL'd s/w
So, for me the only possible negative impact that this event could have on FreeBSD is that the former BSDi division could be stopped from contributing to FreeBSD codebase as part of their work. Pity, but we can live with it.
Andrzej Bialecki
FreeBSD developer
But are they welcome at the OSS party? (Score:2)
The article concludes with the question . . . "Wind River has made it clear that they plan to support -- and hope to gain the support of -- the BSD open source developer community. But the question remains -- how warmly will FreeBSD developers welcome the potential dominance of BSD UNIX by the world's leading proprietary embedded OS vendor?"
So... (Score:1)
What it comes down to is that BSDi is Telenet Systems plus some change and Windriver is BSDi plus some change. Or, put another way, if Telenet Systems had changed its name to iXsystems, and Wind River had directly acquired BSDI, we would be at pretty much the same point.
Re:Wind River isn't infallible... ::grin:: (Score:1)
--
And Justice for None [geocities.com]
Re:Cisco (nee Arrowpoint) Content Switches (Score:1)
Re:Good Thing (tm) (Score:1)
In the same way that Microsoft is the leader in desktop OSs: they sell the most. For an RTOS with some more advanced features, see INTEGRITY [ghs.com]. I think it's nifty anyhow.
Things like that may be what BSDi is needed for in WR's portfolio. BSD has features like memory protection and services other than the traditional Real Time scheduling. Are more devices moving to 'good enough time' scheduling that a unix provides?
Re:But are they welcome at the OSS party? (Score:4)
There are better solutions than Linux, peeps. Take the blinders off, and see how wide and varied the world is!
--
Re:No mention of PicoBSD (Score:2)
No. They couldn't even if they wanted to.
Warner Losh
FreeBSD Core
Wind River isn't infallible... ::grin:: (Score:5)
What's even stranger is that this comes from an embedded-systems software company. You'd think they'd be well-positioned to pull off a PPPoE implementation at least as small and stable as some of the (downright tiny) Linux ones. Setting aside the kernel modules now available, there are things like rt-pppoe, a userspace client that manages to chug along merrily in a few dozen kilobytes of RAM.
Slackware (Score:2)
Re:Slackware (Score:2)
only time will tell. (Score:1)
Is this good for FreeBSD or BSD in general? Only time will tell.
Wind River is much larger than BSDi it just may have the corporate muscle *BSD needs to increase its market share.
I have never worked with Wind river but so I'll just wait and see.
There's a strange guy here that keeps posting FreeBSD is dead. Most of us are just ignoring you. Can you please explain how does this merger kills FreeBSD?
FreeBSD is public domain just like linux.
Can you take over and buy linux? HA!
BSDi/WalnutCreek was a company doing "FreeBSD" work not vise versa. Now there's Windriver/BSDi/WalnutCreek doing FreeBSD work.
I don't know about you guys but I think FreeBSD is getting more and more popular these days.
Re:Wind River isn't infallible... ::grin:: (Score:1)
Re:Slackware (Score:1)
Of course, if you can't find your ass without a GUI, then definitely stay away
Re:Another sign of death, BSDI and FreeBSD now DEA (Score:2)
If BSD is dead, then what's running this compp p&8 K nb!
WindRiver are the M$ of the embedded world. (Score:2)
You pay through the nose to get any tiny little bit of functionality beyond the barest essentials, the development envorionment sucks (constant crashes, horrible IDE performance), the OS claims to be POSIX compliant but isn't, and support is absolutely TERRIBLE. They have blown us off several times when we needed problems solved and questions answered.
The three reasons for using VxWorks today are:
1) Hard real time. And if you can stand latency of a couple hundred ns, Solaris 8 or IRIX can fulfill your needs.
2) Experienced workforce. In the embedded arena, there are many experienced VxWorks developers. If your team is composed of such people, VxWorks may become a good choice when you need your product out the door in a hurry.
3) Availability of various software components and drivers. Many vendors create drivers and modules (e.g. net protocols) for VxWorks first and often exclusively. The quality of these products is often mediocre, however one still pays through the nose for them as there is no other solution.
WRS' monopoly may have been fraying at the edges (embedded Linux offerings and others such as QNX are beginning to show a following), however, the technological advantage these competitors are displaying may be erased by this move (the BSDi acquisition). At long last, WRS will have a Real Operating System which will show all those haughty bastards with their Protected and Virtual Memory, POSIX compliance and OSS tools who's the boss.
I'd be absolutely thrilled to work with BSD instead of VxWorks (FreeBSD is my workstation OS of choice), but I fear this may well seal the fate of other companies such as QSSL and Be, which are true innovators and do not have the financial clout to push their competitors out by buying them (or equivalent solutions) out.
Could be good... (Score:1)
Specially when the BSDi itself JUST acquired WC....
But windriver is a much bigger, and well known company, so if Hubbard agreed, then it must be good for FreeBSD
(Hopefully)
Coyote Point is FreeBSD based... (Score:1)
Cisco (nee Arrowpoint) Content Switches (Score:1)
The Cisco (nee Arrowpoint) switches are slowly being "Ciscoized" over the next few software releases. The OS code is being changed to be more similar to IOS.
The Cisco CSS are (in my opinion) the best switches of their type on the market followed (REALLY closely) by Radware. These are both ASIC based switches with a central processing unit. They're fast due to the ASICs and flexible due to the CPU. The CPU makes the inital switching decision and hands the TCP flow over to the ASICs for switching.
The other options in this market space are either slow PC based systems (f5 which are BSDi based and Coyote Point which are Linux based) or inflexible ASIC based systems (Alteon, etc).
Re:Wind River is not necessarily your friend. (Score:2)
They use GCC extensively as their cross-compiler, but are not great contributors to GCC development.
Re:Wind River isn't infallible... ::grin:: (Score:2)
They're all the same. Sir, thank you for your intelligent opion, I really appreciate it but posting it just once would have been enough. Thank you.
Re:Cautious optimism? (Score:2)
I have been using and contributing to BSD since 1983 and FreeBSD since 1994. I have absolutely no wish for FreeBSD to gain market share in embedded devices or any other area. There are plenty of other systems in those areas and if that was what I wanted that's what I'd use. What we need is a greater diversity of approaches, rather than everything converging on what's currently successful.
As Dennis Ritchie might say, if you want QNX you know where to find it.
Re:Ok, no killing of PicoBSD (Score:2)
Now if they managed to crash a plane with most of those commiters, they might get somewhere.
Boss of nothin. Big deal.
Son, go get daddy's hard plastic eyes.
Re:Good For BSDi? (Score:1)
Re:More info... (Score:1)
Wind River is not necessarily your friend. (Score:2)
Strict licenses which must be renewed annually for access to tech support, bugfixes and updates (we're talking about tens of thousands of dollars here).
Mediocre tech support for smaller customers (unless, of course, you are willing to pay for them to send out one of their consultants).
A draconian closed-source policy that, among other things, forces customers to pay exhorbitant fees for read-only access to source code. Right-to-modify licenses are even more exhorbitant.
And the Tornado tools are supported on any OS you like... as long as that OS is Windows NT or Solaris 2.x.
Okay fine, WRS isnt Microsoft. But the enemy of your enemy is *not* necessarily your friend.
:Michael
Re:How do you pronounce iXsystems? (Score:2)
Speaking as an embedded programmer... (Score:2)
The BSD license allows for proprietary modules built on top of open software. When people at my workplace refer to "Microsoft embedded", they mean Wind River.
Embrace, extend, extinguish.
Go to their web site [windriver.com] you'll see PSOS listed as a product. Then call them up and try to buy it without buying VxWorks.
Good luck!
Re:Another sign of death, BSDI and FreeBSD now DEA (Score:1)
Re:No mention of PicoBSD (Score:1)
Remember, they can't buy FreeBSD itself. They can employ several developers, they can provide the main FTP site, but they can't kill any part of FreeBSD any more than Red Hat could kill Linux.
Re:Future of FreeBSD (Score:3)
Wind River could kill BSD/OS. But by the time they do that, I suspect that the really cool stuff will have already been assimilated into FreeBSD. That process is well under way now.
If Wind River stopped selling FreeBSD CDs, how long do you think it would be until the FreeBSD Foundation picked up the slack? Or until Jordan Hubbard found a new employer who would do it for them?
Re:A VxWorks User... (Score:1)
Wuss. Be a man, admit your mistake, and clean it up, that's what I say. That's why I am working on my plans to to migrate my project.
Re:Good For BSDi? (Score:1)
In my own experience (see my other comment in this thread) WRS has had terrible support, been generally clueless, and provided little or no value added to the world.
A VxWorks User... (Score:4)
First, full disclosure. My project isn't the typical embedded project - it's large, it runs the X windows system, it uses TCL/TK, it has a good-sized hard disk. This is not exactly what VxWorks is targeting, and many of my problems stem from that. For a small project, it's probably good.
OK, now for the dirt.
1) I have NEVER, NOT ONCE, gotten any significant help on a problem from Wind River. This does not mean that they didn't try, but in the end every problem I ran into I ended up solving myself. For instance, when I was first building the system, I built it to load from IDE hard disk. I found out, after weeks of wasted effort and several calls back and forth to Wind River that the networking stack was disabled if you weren't booting from the network, unless you turned on an option that was not documented.
2) We purchased the RtX server that Wind River sells. It turns out the X server won't work with the latest version of VxWorks. The version of VxWorks it does work with does not support DNS nor DHCP.
3) The IDE driver doesn't use DMA, and the system does not understand partitions. I had to write the code to parse the partition table of the hard disk. And the lack of DMA sucks when you are trying to log a large amount of data to the hard disk.
4) The VxWorks file system is DOS. They have a hack to support long file names, but that hack isn't VFAT. So, you cannot simultainously have long file names and compatiblility with any other OS.
5) When we signed up with Wind River, we asked them as to when and if they were going to support development using Linux as a host. Since they already support Solaris, this SHOULDN'T be rocket science. We were told "within 6 months". That was two years ago. Guess what.
6) The DOS file system has bugs where it tries to free() a static buffer. I don't have the source, I cannot fix the bug. RMS has a good point here.
7) The X server only supports 256 color mode. The server is derived from XFree, but since XFree isn't under GPL, Wind River doesn't distribute the source. Therefor, I cannot build it to support TrueColor. I cannot change the keysyms (which would be damn useful since I have keys that a standard X server doesn't have.)
8) On the StrongArm platform, they claim to support that chip, but they don't enable the on-chip cache, nor do they give you a good place to do so. Therefor, the chip runs at half speed.
9) Their implementation of the TCP stack has bugs. They pass your driver a buffer you are to place the packet into, but they don't tell you that because of a bug in the driver, you have to place the packet at bufferstart+2.
10) Their debugger does not run reliably on a network with a lot of traffic.
Given my experiences with Wind River, I don't feel warm and fuzzy about their purchase of ANYTHING. As soon as I can convince management (and that won't be long) I will be porting my project over to Linux.
How do you pronounce iXsystems? (Score:2)
Admin: That's an ick systems box.
Tech: Well if you don't like it, why don't you return it?
WinDriver? (Score:1)
I wish they'd pick up the company that makes the LVM tools too. It'd be cool to be able to run with softupdates, vinum, GFS, and the LVM tools.
Re:Wind River isn't infallible... ::grin:: (Score:1)
Re:But are they welcome at the OSS party? (Score:4)
yes, it's quite obvious why WindRiver is doing this: it's because they've quickly seen their market share shrinking because of Embedded Linux. developers love that they have all the source code to their embedded OS right there if they need it, and this is a big plus.
Linux in the embedded market isn't taking off as quickly as it should however, and that's mostly because of the GPL. a lot of embedded hardware companies make hardware that's somewhat similar to the competition (especially networking markets outside of the network "core"), and software is their value-add. the problem, of course, is if they must provide the code to that value-add software, it doesn't give them an edge up on the competition for long. i have heard this concern from some companies, especially some of the larger ones (such as Cisco), and it's a very valid concern.
of course BSD doesn't have the same GPL restrictions, and i believe that's why WindRiver is so interested. they can offer the same source-code level support as Embedded Linux without that nasty GPL restriction being passed on to their customers. as a result, it's a pretty easy sell against Embedded Linux. of course it's probably not as good for the industry as a whole (i still have a sneaking suspicion that industry-wide code sharing is good in the long run), but it does keep the Ciscos of the world happy.
at any rate, VxWorks is an excellent operating system, and i think WindRiver will do a great job with BSDi. whether or not it will benefit the free software community remains to be seen, but it'll definitely help their bottom line.
- j
It may be the best for WRS (Score:1)
What will be the outcome for FreeBSD? Or PicoBSD?
The intention may be good, but the execution is the thing.
Ok, no killing of PicoBSD (Score:1)
Re:only time will tell. (Score:1)
How about the cancelled IPO's of Turbo/SuSE/Linuxcare?
Looks like it is hard to find a way to make money when your primary product is given away free.
Not to mention that making money in pure software isn't easy....unless you are microsoft.
No mention of PicoBSD (Score:2)
Will they kill Pico?
Re:No mention of PicoBSD (Score:2)
It would be rather stupid of Wind River to kill off their only credible chance to play in the new market of $0.00 per unit for an embedded system that PicoBSD/FreeBSD (net and openBSD) and embedded linux represents.
Wind River can still make money by adding value, and selling their development tools. They will just have to abandon the idea of getting $1.98 per unit sold. The only question is: Can Wind River let go of their per unit license for their code?
Re:More info... (Score:1)
ZDNet article (Score:1)
Re:Wind River conference call (Score:1)
Look what they did with pSOS when buying ISI (Score:4)
pSOS is an embedded kernel (and all the various add-ons), formerly written and sold by "Integrated Systems, Inc" (ISI). A little over a year ago, Wind River purchased ISI. Only a couple months after the aquisition, they announced that pSOS would be discontinued. Maybe there's another explaination, but it appears that they purchased ISI to bury the competitive pSOS kernel.
Only several months before this happened, I had started a little embedded project where I work, and we decided to purchase a kernel and TCP/IP stack. I spent about a week checking out the various vendors, and I investigated pSOS quite a bit, since some of our customers had some very successful products based on it. I also took a good look at Linux. I really wanted to use linux, but the truth is that it requires quite a lot of memory and a 32 bit chip, and I was hoping to stay with a 16 bit chip and smaller memory. Still, I started out with an absolute requirement that the vendor provide source code. ISI never provided (normal) customers with source, and Wind River is about as closed as closed source gets. I ultimately went with US Software [ussw.com], who provide source and have a product targeted at smaller systems. ATI Nucleus [accelerate...nology.com] was a close second choice. I utlimately obtained both vendor's API reference manuals, and USSW's were more down-to-earth (provided a much better conceptual model of what their code was doing) and they were easier to use. USSW's TCP/IP stack comes with two interfaces, the usual sockets interface we all know and love, and their own very light weight interface. If you use the light weight one, you can compile without sockets (saves about 12k code space). I needed to add a tiny feature to the light weight one, and within 1 day I was able to read through the TCP/IP stack source and understand it enough to add the thing I needed with good confidence I was doing it well. I made a similar addition to their kernel, in the space of about one day. With these small changes to customize their interfaces to my needs, I got my code running in only a few weeks, and I was able to produce a 16-bit x86 (real mode, yuk) executable image that was about 50k that included their multitasking kernel, tcp/ip stack, and my old single-task app converted to nicely run multi-threaded to serve multiple concurrent sessions, all running on very low cost hardware, AMD's Net186 Eval Board [amd.com]. Having the source code for whatever kernel you're using in an embedded project is a major advantage. Don't ever let those slimey salesmen tell you otherwise!
Wind River (and the former ISI) are closed source. They put a lot of effort into sales and marketing, and they put quite a bit of effort into trying to convince me that it wasn't an advantage to have source code. Fortunately where I work the management is pretty sensible and doesn't presume to be able to evaluate kernels and network stacks. When it became obvious I'd never select them due to being closed source, they made a couple attempts to directly communicate with my managers, which raised a couple questions, but they trusted my judgement that having source code was critically important.
I know of a similar group that had started a project based on the Netsilicon chip [netsilicon.com], which at the time was only supported by pSOS from ISI. Netsilicon provided source for their device drivers, but the pSOS kernel and stack were closed source. Well, there were a lot of really unhappy campers when Wind River bought ISI and announced they would bury pSOS, and Netsilicon and their customers were certainly not amused. Getting stuck with an obsolete object-only library that has a bug really sucks.
So before anyone gets really excited about the great things Wind River might do for BSDi, take a little look back at the not-so-distant history where they purchased ISI and then almost immediately announced the death of ISI's core product, pSOS... with what appears (from my limited point of view) as an utter disregard for the installed pSOS customer base.
An remember, these guys are closed source proprietary software. They spout all sorts of marketiod language about "total cost of ownership", "industry leading [insert word]", blah, blah, blah. They make some pretty impressive product offerings, yet there is no shortage of horror stories of someone who hit bugs or needed to add a feature and was absolutely helpless without the source code. I saw a good example of one of those stories above, and I hope it gets moderated up to 5 (though PHB's wouldn't ever read slashdot), having the source code can make all the difference between spending a day or two customizing/bug fixing and spending weeks of frustration on the phone and ultimately working around it somehow.
Re:Wind River's commitment to Open Source iffy (Score:1)
Cautious optimism? (Score:2)
That, and a constant, reliable source of funding for the FreeBSD project will ensure its dominance (flames anyone?) in the Open Source arena........
God damn, its feel good to be a FreeBSD zealot right now.
Re:Cautious optimism? (Score:2)
I was not trying to say that FreeBSD should concentrate on embedded devices ONLY, just that it was an excellent direction to go towards. It will increase the diversity of the OS, and ultimately, recognition.
In todays world, marketshare equates to mindshare.
Why WindRiver can't kill FreeBSD (Score:2)
This is real simple.
An analogy. Imagine that the FSF and Linus Torvalds jointly decide that any futher development they make towards GNU software and the Linux kernel will be proprietary. Forget that they wouldn't ever do that, just realize that because they own the copyright they could. But sitting on your desk is a CD of your Linux distribution of choice. It contains all the source code, and that version of the code is under a free license. You could take all that source code and continue developing it yourself. It would not die, as long as someone was willing to keep it going.
The same is true for FreeBSD. WindRiver could say that all further development they make to FreeBSD will be proprietary. But sitting on the desks of all the FreeBSD developers is a CD containing all the source code to FreeBSD, and that particular version of the source code is covered by a free license. They would simply take that source code and continue their project unhindered.
And you can believe that if WindRiver turns out to be a bad host, the FreeBSD developers will do exactly that; WindRiver can't prevent them from taking their toys and going to play somewhere else.
Re:Wind River isn't infallible... ::grin:: (Score:1)
Matt
Re:Slackware (Score:1)
--
Re:Another sign of death, BSDI and FreeBSD now DEA (Score:2)
#set prompt = $user.$group @ `hostname -s`#
root.wheel @ reality#
Pricing Info (Score:1)
We were looking into doing some development on the ARM. We were going to look at Tornado. We were going to get the Tornado 2.0 for all simulators and Tornado 2.0 for ARM.
The development tools for Tornado was $13,500 plus $2,295 for a single runtime licence. The ARM cost was $7,015 for development and $3,505. That brings our grand total to $28,050.
Also - that does not include the per seed licence royalties that you would need to pay to WindRiver for every machine that you embedded the code in. I don't know what this cost per licence is - again I heard that it ain't cheap.
Re:Pricing Info (Score:1)
Re:All your legalese... (Score:1)
Re:Future of FreeBSD/ pSOS (Score:1)
So, what happened to pSOS ??
--
Re:Wind River isn't infallible... ::grin:: (Score:1)
At least it wasn't AOL TimeWarner (Score:1)
--
Re:5:20 EDT - Better post before /. is unavailable (Score:2)
Fist Prost
"We're talking about a planet of helpdesks."
Nope. (Score:1)
The FreeBSD Project exists as a separate entity from BSDi and Wind River. It is not going away. This is not "Wind River gained control over FreeBSD"; this is "Wind River gained control over a company that was doing FreeBSD work".
Optimism? Why? (Score:1)
BSDi has working with the FreeBSD Project quite closely, disclosing code which is being incorporated into FreeBSD 5.0. Now BSDi is under new management. What will be the new management's take on this? Will they leave this untouched? Will they make changes here? Good or bad? How much can they affect the FreeBSD Project?
There's not much to do but sit and wait.
More info... (Score:4)
iXsystems ?? (Score:1)
Do I smell an Apple IP lawsuit in the air?
All your legalese... (Score:1)
Have things really got to the point where you have to give a lawyer a living by adding this sort of bullshit to the end of a press release?
Good Thing (tm) (Score:2)
Re:Future of FreeBSD/ pSOS (Score:1)
But.
I don't see anyone using it anymore. And if I were starting a new project I don't think I'd choose an OS when the sole reason the vendor is behind it 100% is to make it easier to insert the knife.
5:20 EDT - Better post before /. is unavailable!! (Score:1)
If there's one endorsement you'd think companies wouldn't want, it's to be known as part of the system that serves Slashdot. It's baffling to me how that a systems company could be so oblivious to the performance of the flagship site in its web content division. Doesn't VA realize how bad it makes them look?
Unsettling MOTD at my ISP.
Wind River's committment to Open Source if iffy (Score:3)
I'm worried...but not really (Score:1)
Re:*BSD is dying (Score:1)
Re:Optimism? Why? (Score:1)
Re:I'm worried...but not really (Score:1)
--
Tres_Status
Future of FreeBSD (Score:2)
Re:A VxWorks User... (Score:2)
I can confirm most of these points. Wind River can't support the system it's currently selling; how on earth do they expect to be able to support a whole new OS when they're sacking half the BSDi staff?
As an aside, the system architect who settled on VxWorks up and left when he realised we were screwed, and we're now looking at moving to Linux for future versions, on the basis that we'll get way more support for zero cost. Go figure.
Wind River conference call (Score:2)
Good For BSDi? (Score:2)
Re:Future of FreeBSD/ pSOS (Score:1)