OpenBSD (Still) Seeks UltraSparc III Docs From Sun

An anonymous reader writes "There is a very interesting article on kerneltrap regarding OpenBSD's lingering battle with Sun over UltraSparc III documentation (that's right ... it still hasn't been resolved). Jeremy Andrews relates his efforts to get a position from Sun on the matter. In summary, he was completely stonewalled ... and that is exactly what makes the article so noteworthy."

Comments

Why ever would they give up the IP ?

[ThundaGaiden]

Sun has always seemed to be in the bussiness of
sharing , but oftens seems to do a stab in the
back

As an example Staroffice was a awesome piece of software, they release the source and everything ,
then all of a sudden you have to pay for it... and there's a open source solution that has to catch up to the new release that Sun just made.

I must admit I like Sun's approach more than MS's make it free , make it opensource , then make em pay...

MS just makes you pay :P

The docs ARE available...

[Some Bitch]

...but there's an NDA associated with getting them. It looks to me like De Raadt doesn't want to agree to the terms and threw his teddy out of the cot when Sun told him 'tough luck then'.

Re:They want to do a linux distro..

[JimDabell]

For OpenBSD they couldn't care less other than to keep them waiting and to keep possible competition at a distance.

If Sun want to create a distro, fine. It won't be to profit from the distro though - it will merely be a "value-add" to the hardware. As such, competition is hardly something they would be scared of - the more operating systems running on their hardware, the better.

The key of the article

[fruey]

This is very interesting, because it really hits on the blurry line between "open" and controlled (closed), and also between the way that Linux developers signed something to not disclose information on the hardware itself, although their source code to access this hardware is available.

Sun boasts their UltraSparc III as an "open" architecture, yet seem to recognize that there is insufficient information freely available for the open source community to support it with operating systems. I have been told that the required documentation does exist, however, with a Sun part number of 805-0408-05-P. An early version of this manual was allegedly made available to Linux developers once a Confidential Disclosure Agreement was signed (Sun's version of a Non-Disclosure Agreement), however no such offer has been made to the OpenBSD team, an offer that if made is likely counter to the project's goals.

Clearly then OpenBSD developers are sticking to their guns, their question is really how an "Open" architecture cannot be disclosed without some contractual agreement.

I begin to suspect that the other comment (against Linux kernel devs) about this may be key:-

There's always people who suggest it is possible, but the pain is so high, it's just not worth it. Especially when the Linux kernel's interface with hardware is detailed about as well as the Linux manual pages. Especially when Linux is famous for stuff like: writereg(0x4, 0xff01);

Now, if I were a conspiracy theorist, I might say that the precise reason that comments are sparse in these sections of CPU code for the Linux kernel is due to some clause in the Sun disclosure agreement.

In any case

• The Sun Ultra Sparc III cannot be open if you cannot access it publically, it is rather available under terms and conditions
• The Linux project clearly had some other motivation to write the kernel code for this architecture, perhaps even encouraged by Sun (think Cobalt Linux?)
• The OpenBSD project is somehow staking out that they are "purer" for adopting this stance, which is all very noble, but means ultimately that OpenBSD is unlikely to support this architecture (apart from OpenBSD zealots, most of us will just run Linux instead, I guess).

Still, I'd like to see as much openness from vendors as possible. They have to realise that the people who support closed source business models are going to be driven out by cheap commodity hardware which is now powerful enough to do amazing things (think clusters of cheap hardware on AMD/Intel/Sparc architectures all talking together via some OpenSource kernel and clustering project, think Google). Their days are numbered, sure they'll still have a place, but their creaming off profits from their current installed base will start seeing serious competition from value added service providers with no ties to specific hardware, and that is great for the consumer. Do not forget, it used to be IBM, Sperry (then Unisys) and Burroughs that did all hardware and software support. Now, as an independent consultant, you can get out there and do amazing stuff with commodity hardware and your own tailored solutions pulling from a wealth of great free server software solutions.

We are already in a phase (as are companies in European telecoms like France Telecom and British Telecom) where holding on to what you have for as long as you can, before competition really breaks you, is the only business plan they seem to have.

Score one for innovation and open projects, every time.

Re:The key of the article

[sql*kitten]

Clearly then OpenBSD developers are sticking to their guns, their question is really how an "Open" architecture cannot be disclosed without some contractual agreement.

You've misunderstood the word "open". SPARC is open in that anyone can download the specification and implement it - you can set up a rival SPARC-based hardware company, fab your own SPARCs and compete with Sun, if you want to, and they will have no legal means to stop you.

However, what is not open is Sun's own implementation of that SPARC specification. That's because they spent a lot of their own money on it, creating the best implementation they could. If you want your own SPARC, you will have to implement it on your own.

Think about it this way: if you want to have your own recording of a Mozart symphony, you can buy one that an orchestra has recorded, or you can perform it and record it yourself. What you can't do is take a pre-recorded copy and try to pass it off as your own - even tho' the score is in the public domain.

Re:The key of the article

[sczimme]

"The Sun Ultra Sparc III cannot be open if you cannot access it publically, it is rather available under terms and conditions". (original emphasis)

GPL = (terms and conditions), too.

[relax. think about it.]

Politics

[lockne]

Article: "An early version of this manual was allegedly made available to Linux developers once a Confidential Disclosure Agreement was signed (Sun's version of a Non-Disclosure Agreement), however no such offer has been made to the OpenBSD team, an offer that if made is likely counter to the project's goals."

So what they're essentially saying is that they want Sun to give them the documentation without the OpenBSD developers having to sign an NDA, because doing so wouldn't be in line with the OpenBSD goals?

Sun is free to refuse. And the OpenBSD folks are free to reread their own goals and start taking them seriously. For example these two:

- Be as politics-free as possible; solutions should be decided on the basis of technical merit.
- Do not let serious problems sit unsolved.

Now go sign that NDA! :-)

Re:I Don't Understand This

[arvindn]

That's the problem with these big companies. They're made of disparate groups each with its own world view. So statements like "company foo is pro/anti open source" become meaningless. There is a lack of central vision and co-ordination. (Hint: what was one of the reasons Microsoft became what it is?) Look at IBM. Invests heavily in Linux, but OTOH is extrememly protective of its IP. Look at HPQ. (Remember the Perens anti-DMCA demonstration circus?) Look at SCO. They're all the same, vacillating (no pun intended). Except for exclusively OSS companies like RH, you can never tell.

Sun should do the right thing...

[Noryungi]

The i386-based machines are seriously threatening Sun.

Linux, OpenBSD and other open-source OSs (NetBSD, FreeBSD) have already proven they can replace Solaris in most cases.

Admit it, Sun: your best bet for survival against the Microsoft Juggernaut is not just to pay lip service to Open Source. It is to be truly open. Otherwise, platforms such as the UltraSparc will be abandoned in favor of cheaper and more competitive architectures...

Release these docs, Sun. Prove to the Open Source community, and not just to Linux kernel hackers, that you are serious about supporting alternative Operating Systems.