Open-Source AMD Fusion Driver For Ontario Released

[crispy]

As far as beer covered lederhosens go, blame some crazy person from Denmark that spilled an entire Ma? of Augustiner everywhere.

But still you took a picture to remember the fun you had

[crispy]

By the way, this AMD open source approach makes a lot of sense from a business perspective also. Since better open source support means better android support is AMD moving into this market?

And please correct me if im wrong

[BlackStar]

By the way, this AMD open source approach makes a lot of sense from a business perspective also. Since better open source support means better android support is AMD moving into this market?

And please correct me if im wrong

AMD (or was it ATI) used to build embedded hardware but it sold off that department a few years ago. So rather doubtful.

[droidhacker]

AMD did, and what you find related to those AMD assets that they sold off to qualcomm, are the "adreno" parts associated with snapdragon SoC's.

Now here's the crazy thing that I'm seeing....
The UVD parts that AMD continues to use are evolved from the ATI-AMD Xilleon, which was sold/shared to.... BROADCOM, and no doubt is the basis of the 97001x video decoders, FOR WHICH THERE ARE OPEN SOURCE DRIVERS.

So Xilleon is the basis of BOTH UVD as well as CRYSTALHD.
Just how much of crystalhd is applicable to uvd?

It would be real nice to see open source drivers working the UVD.

[wirrbeltier]

Nice to see
This code dump happened much quicker than i thought. If power management works reasonably on netbooks equipped with such a chip, i'd happily ditch my current atom netbook for a fusion-based one.
Seemingly, the past few years of playing catch-up and building a platform for decent OSS drivers (with the rest of the OSS driver community, of course) are paying off... well done!
This also fits well with the MeeGo joining; my guess would be that AMD wants to get a piece of the most trendy cake available at the moment - the tablet market.

As for UVD, I'd rather want a decent VA-API implmentation over shaders in gallium than hackish UVD support that can get AMD into legal trouble with the content mafia (leading most definitely to trouble for the amd-employed OSS driver coders and their rather OSS-friendly strategy). If we already have gallium sort-of-working, why not use it?

[droidhacker]

As for UVD, I'd rather want a decent VA-API implmentation over shaders in gallium than hackish UVD support

No, the idea is to get decent VA-API over UVD rather than hackish gallium.

that can get AMD into legal trouble with the content mafia

Broadcom has proven that it can be done safely. Content mafia be damned.

If we already have gallium sort-of-working, why not use it?

There ARE PROBLEMS with the gallium approach.
1) power consumption,
2) performance.

Gallium can *help* the power consumption and performance problems only, can't come even close to curing it. How would you like to have a fusion tablet that can only play 10 minutes of 1080P, CHOPPY, before running out of battery?

[glisse]

[..]
Broadcom has proven that it can be done safely. Content mafia be damned.
[...]

Broadcom isn't in the same situation they aren't tie with DRM content protection agreement, broadcom is doing wifi stuff mostly, nothings such as GPU. The content mafia is all about picture & music, they don't care about wifi.

[droidhacker]

Broadcom isn't in the same situation they aren't tie with DRM content protection agreement, broadcom is doing wifi stuff mostly, nothings such as GPU. The content mafia is all about picture & music, they don't care about wifi.

BCM970010, BCM970012, BCM970015 -- based on Xilleon, which they got from AMD, which is also the predecessor to UVD. SAME STUFF, EXACTLY THE SAME ISSUES.

Broadcom chips are even baked into TV's, DVR's, and BD players ***FOR*** image decoding and processing.

They most definitely ARE involved (sucked in to) DRM content protection agreements.


Of course, if you'd read this thread, you would know that already, since this is now the SECOND time I've explained it.

[Kivada]

Broadcom isn't in the same situation they aren't tie with DRM content protection agreement, broadcom is doing wifi stuff mostly, nothings such as GPU. The content mafia is all about picture & music, they don't care about wifi.

Never heard of the Crystal HD DSP? http://www.broadcom.com/products/fea...crystal_hd.php Very popular with netbook and SFF system users as it adds full video decode offloading to proprietary formats like H.264 and VC-1.

[glisse]

BCM970010, BCM970012, BCM970015 -- based on Xilleon, which they got from AMD, which is also the predecessor to UVD. SAME STUFF, EXACTLY THE SAME ISSUES.

Broadcom chips are even baked into TV's, DVR's, and BD players ***FOR*** image decoding and processing.

They most definitely ARE involved (sucked in to) DRM content protection agreements.


Of course, if you'd read this thread, you would know that already, since this is now the SECOND time I've explained it.

Didn't know they were in this business too.

And where can i get opensource driver and documentation of their chipset ?