Announcement

Collapse
No announcement yet.

Open-Source AMD Fusion Driver For Ontario Released

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    Originally posted by Michael View Post
    As far as beer covered lederhosens go, blame some crazy person from Denmark that spilled an entire Maß of Augustiner everywhere.
    The guys over at LGP had the same problem last month... (this was the last time I swear)

    Now back on topic: Even if there will only be full open-source support in distros by March, that will still be better than the past GPUs from AMD. These are good news indeed

    Comment


    • #12
      Originally posted by Michael View Post
      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

      Comment


      • #13
        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

        Comment


        • #14
          Originally posted by crispy View Post
          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.

          Comment


          • #15
            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.

            Comment


            • #16
              Originally posted by droidhacker View Post
              Seems that somebody knows a thing or two about time management and planning.
              i think bridgman does that part.

              and he talks somethink like they are 6 monds after the orginal plan.

              Comment


              • #17
                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?

                Comment


                • #18
                  Originally posted by wirrbeltier View Post
                  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?

                  Comment


                  • #19
                    Originally posted by droidhacker View Post
                    [..]
                    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.

                    Comment


                    • #20
                      Originally posted by glisse View Post
                      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.

                      Comment

                      Working...
                      X