Trident Micro Update
grendelkhan writes: "According to Linux Today, Trident is denying that they are no longer supporting open source developers for XFree86." This message from Eich clarifies the events leading up to this. Looks like Trident chips will continue to be supported, one way or another.
Could someone please explain to me why the NIST was refered to as the not so standard standards people?
Also, why did my original question above get this?:
Lameness filter encountered.
Your comment violated the postersubj compression filter. Comment aborted
The ultimate network admin tool needs HELP!
".....saying nothing has changed in terms of the company's relationship with open source projects."
Except the fact that they will not be supported anymore...
...otherwise linux on notebooks would suffer...
I don't think the email really answers the question. It sounds to me kind of like it's still in negotiation.
The simple truth is that interstellar distances will not fit into the human imagination
- Douglas Adams
I just don't understand how you can have OpenSource but be forced to sign an NDA for technical data. How are you supposed to legally distribute source code that contains information covered by an NDA? After reading the responses to the article it seems this is not over yet.
What were you doing on an AOL message board??????
This alone makes you suspect.
Well I went through the process of sending their customer relations department a nice letter.
I calmly informed them if quality drivers for their products ceased to emerge in the marketplace that I would seek other alternatives.
At the time I felt like an informed reader and now I feel like an ass.
"You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
From Egbert's linked email:
"Alan Hourihane has tried to obtain documentation for the latest Trident chipsest (CyberBladeXP and CyberBladeXPm) without success. He offered to sign an NDA with 'source code exception clause' a clause which allowed distribution of unobfuscated source developed with the help of documentation otherwise covered by the NDA.
Trident appearantly didn't accept a 'source code exception clause'."
Just being the casual observer that I am, I would question if it is in fact settled. Trident has yet to provide the documentation requested by the XFree86 group in the manner in which it has been received prior to this chipset. All Trident has provided is some PR spin about their "policy" not changing. This is often times done by companies to try and do some damage control.
Until they provide the documentation needed they still need to be pressured.
Did you read the XFree86 mailing list item?
Did you know what precipitated the "rumor"? Apparently Trident wouldn't allow the source code exception to the NDA- and XFree86 doesn't work that way (and unless they were paying me handsomely, I definitely wouldn't either...).
If they won't allow open source as part of the deal, then it's not quite a rumor, now is it?
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
Please reconsider Mr. Wells2K, your billions of dollars of equity are vital to the survival of this once again open-source friendly company. Without your support they will cease to exist.
Thank you.
You mean now I can get a MicroSun Cyber Blade XP Workstation?
Err, I think I misread the article. Never mind.
Even Slashdot wants to hide some things
...just twisted.
You can release the source- and in many situations, you can fix it, so long as the bugs aren't with the interactions with the device. In that case, you need to enter into an NDA with the company to get the data. So long as they're willing to allow people to be involved as they show interest, then there's little problem- otherwise you end up with the joke that NVidia pulled with the Utah-GLX driver support.
It's doable, just nowhere near as useful as releasing everything to let anybody work on it.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
I've said this in the last posting of the story, but it was at the bottom so I don't know how many people saw it:
We should have IBM, Micron, or who ever else uses these chips in their laptops to ask Trident to release the documentation that is needed to develop a driver for FreeX.
It's harder to ignore IBM than it is a single developer.
III.IIVIVIXIIVIVIIIVVIIIIXVIIIXIIIIIIIIVIIIIVVIII
If I read all of the above correctly...
Trident's policy has been, and still is, to require an NDA. That NDA prohibits source code distribution of a driver based off information obtained under NDA. Apparantly, from the successful development of drivers for past Trident chipsets, this part wasn't enforced.
Now, Trident seems to be enforcing that part -- by not providing information to XFree86 developers on the CyberBladeXP and CyberBladeXPm chipsets. The XFree86 developers wanted to amend the NDA to allow source distribution.
Since there has been no change in the NDA, only in enforcement, Trident is claiming that they provide the same support as before. Technically, they do -- sign the NDA and provide binary-only drivers and they'll provide docs.
So, if you support the idea of source code availability for video drivers, keep an eye on the graphics chipset used in your next potential laptop. If it is Trident, look elsewhere.
Learning HOW to think is more important than learning WHAT to think.
You're right, and it's definitely good that it seems to be possible with many companies. I still think that any programmer with half a brain can figure out how a piece of hardware works from some decently commented source code. Not to mention the fact that this practice really isn't going to keep the information out of a competitor's hands anyway ;)
From what I read, you are required to sign an NDA to get the specs.
If you write a driver, and then publish the source to that driver, are you not 'disclosing' the stuff you said you wouldn't?
Either accept the terms of the NDA, or don't. It's Trident's call whether they want to allow you to release how to write drivers to their hardware to the general public or not.
Trident drivers suck under Windows (at least for OpenGL), frankly the XFree86 people are doing a better job on their own anyways.
GollyGee Blocks -- 3D creativity software for kids.
The poster has given a dead on assessment of the current Trident situation. Trident will not give documentation to XFree86 under the conditions it has previously agreed to give the documentation. XFree86 cannot accept an NDA agreement that requires obfuscating source code, or receiving only a binary component for a feature supported by XFree86.
Who cares that Trident SAYS they support the Linux community if they make it functionally impossible to produce code based on their "support"?
If you want to have working Trident drivers for Linux, the Linux community will still have to apply its consumer pressure in order for XFree86 to be able to provide Trident drivers.
There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
well this sucks.. I already sent them a little e-mail saying how discusted i was with their little plan =/ Helps when I'm properly informed of whats going on! >=(
Supporting Linux would be giving money, or developing the drivers themselves. They aren't even giving out the documentation. Very bad.
"And we have seen and do testify that the Father sent the Son to be the Savior of the World"
1 John 4:14
The gist is that, the driver will only be able to be distribued in a binary form if they are required to sign the NDA. So, all the VP did was beat around the bush, and say that we will continue to support open source, but without saying it, he reaffirmed the position that you can get the docs, but you can't share the info, thus only a binary driver can be distributed.
otherwise you end up with the joke that NVidia pulled with the Utah-GLX driver support.
What "joke"? I am curious.
I am thoughly confused...Yes I realize it is Pi. Why in gods good name did you decide to do that? =)
http://www.tridentmicro.com/videcomm/tridproduc
The Encoder offers "MacroVision Version 7.01 Copy Protection support" If that's the case then most likely they can not have source code released that may allow someone to circumvent the protection scheme. If you know anything more about this please post.
I can see nVidia or ATI or Matrox wanting to keep their intellectual property / trade secrets / whatever to themselves, but Trident? Really? Trident?
I'll keep that in mind whenever I buy cheap shit graphics cards for work; I'd never buy one for home either way...
It only sort-of worked, didn't have DMA support, and needed their documentation (which they weren't giving out) to fix things right. This is not the same driver that they're shipping right now, but was their "open source" driver they gave to us prior to it. People are slowly fixing it as I write this, but it's taking 10 or more times more effort to get things there.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
I just bought an HP Athlon notebook which, if I am not mistaken, uses a Trident video chipset. After reading the previous news, I would have immediately returned it if it did not have the Athlon CPU.
It's straight up MacroVision like you'd find on a video tape from MPAA's member companies. So what if it means it's never turned on? It's only supposed to be turned on by a DVD player anyhow to prevent it from getting in the way of other non DVD uses of the composite/SVHS signal. Since we, as the general Linux using public, can't get DVD players "officially", I can't see why they'd be making that an issue- never mind the fact that purchasing a MacroVision scrubber is currently legit and undoes it anyway.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
Yet nother crippling bombshell hit th beleaguered *BSD community when last month IDC confirmed that *BSD accounts for less than a fraction of 1 percent of ll servers. Coming on the heels of the latest Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as further exemplified by failing dead last in the recent Sys Admin comprehensive networking test.
You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood. FreeBSD is the most endangered of them all.
Let's keep to the facts and look at the numbers.
OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.
Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to another charnel house.
All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS hobbyist dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.
*BSD is dying
They did change theri stance. when a request was placed, just like the others for the earlier chipsets was placed, was denied, it's because the rules were changed.
The letter from trident is just corperate doublspeak designed for damage control. Until they say "oops sorry, we sacked that guy that denied you access" and give up the documents under the NDA like they used to it is still a changed policy.
Do not look at laser with remaining good eye.
Well, they did't do such a good job earlier ether,
the have FAILED to release any valid documentation
on the Trident Cyberblade e4 (9540) to ether XFree or to XIG....
From the email:
2. Alan Hourihane has tried to obtain documentation for the latest
Trident chipsest (CyberBladeXP and CyberBladeXPm) without success.
He offered to sign an NDA with a 'source code exception clause'
a clause which allowed distribution of unobfuscated source
developed with the help of documentation otherwise covered by the
NDA.
Trident appearantly didn't accept a 'source code exception clause'.
We therefore assumed that Trident Microsystems has modified its policy
of providing technical documentation.
If Trident says you can't distribute unobfuscated source code based on NDA-covered infromation and XFree86 says they won't accept an NDA with these terms, the roadblock remains. Trident can say they support OSS all they want and that nothing has changed, but it still makes it impossible for XF86 to use the information.
"that's not encryption - it's a new perl script that I'm working on..." - from some Matrix parody
Apparently Trident wouldn't allow the source code exception to the NDA -- and XFree86 doesn't work that way
Even if they wanted to, XFree86 couldn't possibly distribute binary-only drivers.
XFree86 supports a dozen or so platforms (x86, Alpha, Sparc, Sparc64, PPC, MIPS, etc.). XFree86 supports every one of these platforms on up to half a dozen OS (Linux, *BSD, SVR4, Solaris, etc.). There is just no way a driver could be developed without supplying source code to testers on a bunch of those.
don't expect an answer. The person who did this used his moderator points and therefore cannot post in this discussion. Sorry :)
karma capped