Announcement

Collapse
No announcement yet.

Open ATI R600/700 3D Graphics For Christmas?

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

  • #16
    Ach, I do blame MS for this mess. Like this infamous document says, they could have told Hollywood to get stuffed but they needed Hollywood more than Hollywood needed them.

    To AMD, thanks for sticking your neck out, guys.

    Comment


    • #17
      Originally posted by Gimzo View Post
      It's not that windows users care (most of them doesn't care at all). It is this: If Ati releases any information that could help somebody break HDCP (or at least media companies come to think that), they revoke Ati's HDCP key. That means no Ati GPU can be used to watch "protected content" in windows, which means those windows users (who don't care) simply won't buy Ati hardware because of that.
      This makes some sense, thank you.

      Comment


      • #18
        "We can't imagine it being delayed much longer than that"

        well after all these months, 1 month more or 1 month less, doesn't change anything. If they release it at december or march 2009, my amd card got old of 1 year but when I payed the card, the seller wanted the money immediatly and not 1 year after so lets try to be realistic yeah?
        I don't like these articles. you put "finally" with a "!" for amd/ati articles, instead when NVIDIA does something really good with their drivers, you write it as if it was normal, the tone is completly different.just look at previous articles for reference or go even back for more proof. I'm sure it's not needed to do a copy paste, if you're smart you'll understand the tone by reading the articles.
        This isn't correct and clearly shows how you prefer AMD over Nvidia.

        Just imagine what kind of article could phoronix write if, instead of NVIDIA doing that thing with video bringing cpu to less than 5%, it was AMD. they'll do a party through streaming.

        I'm fed up of these articles that remind me that amd isn't sleeping. it's worse than a blog that tells me every two months that the new version of windows will be more secure.

        and for any thouchy person that feels bad reading my post, he must know that I'm an ATI/AMD fan and own and owned most of the times ATI cards. But patience has a limit, even for a fanboy, or at least a smart one. I hope you read this AMD.
        Last edited by bulletxt; 11-19-2008, 07:27 AM.

        Comment


        • #19
          You realize, of course, that we're talking about a **free** driver, not a binary one. In the later case, well you're not in a worst situation with AMD than with NVIDIA, as both provide a proprietary driver which supports all cards and works reasonably well.
          But as far as an open, free driver is concerned (and I'm personnaly interested in just that), AMD has a much better policy than Nvidia and should allow us to have a correctly performing, accelerated free driver in a close future. Intel has also a good support, but its 3D chips are not big performers and run only on Intel platforms.
          That is worth an exclamation mark and that's why, in the current state of affaires, there's a good reason to "prefer" AMD (or Intel for what is worth).
          You may not agree but you can understand.

          Comment


          • #20
            wouldnt it be possible to cut all the drm shit off the gpu by using only software acceleration via opencl!? much like the accelreation written for gallium3D.
            you'll have more or less the same speed but no extra stuff in the chip itself...
            well i think i am talking about something new here and the engineers working for amd should be (hopefully ) more clever than me!

            Comment


            • #21
              Originally posted by rbmorse View Post
              Reading Alex's blog leaves the impression they are reverse engineering much of the 6XX/7XX code they've written, rather than implementing an engineering standard inherited from documentation provided by ATI which was the impression given to date.
              It's not really reverse engineering. We have the hardware specs. You read them and think "the hw works like this." You try it, doesn't work. You read some code look at some command dumps, then you say "Oh! I see, it actually works like that!" and then it works. It's not that the documentation is wrong generally, it more that there are little quirks to understand and often times the descriptions on the documentation are easily mis-interpreted.

              Comment


              • #22
                agd5f

                I'd like to thank you, guys, for the good work you've done over R500 and below. I was impressed, after installing fresh Kubuntu 8.10, and seeing Desktop Effects ON at the very first run. I still can't dare to install fglrx 8.11 (though, the responses are good), cause I really haven't got any real need to replace radeon, by this moment. ;-)

                Comment


                • #23
                  Originally posted by bridgman View Post
                  Worst case is that we lose the ability to sell our products into the Windows market as a result of releasing info which results in our DRM implementation no longer being considered sufficiently robust.
                  (...)
                  Each time we release information we simply raise the bar for where reverse engineering starts, and it's the combination of released plus "likely to be reverse-engineered" info that we need to consider.
                  May I make a few suggestions for future products?

                  Make the cards boot in a DRM-less mode. That means that in a regular Linux boot, you can poke around at the registers but none of the DRM-related registers will actually do anything. Or decoy results if you think that's better. To activate the DRM-functions, use some binary magic in the closed source drivers. That should put a major reverse engineering effort that no open source hacker has interest in doing before you can even begin to poke at the interesting bits.

                  In addition, make a registry scrambler so that the closed-source DRM-enabled mode all use different addresses than the open mode. I imagine this can be implemented at essentially no cost or performance in hardware. Then you'll simply use a list of defines like:

                  #ifdef OPEN_MODE
                  REG_A 0x0001
                  REG_B 0x0002
                  REG_C 0x0003
                  REG_D 0x0004
                  #else
                  REG_A 0xaf53
                  REG_B 0x17b2
                  REG_C 0x20d8
                  REG_D 0xfd54
                  #endif

                  On top of that, you could maybe try having a shared secret key between the DRM mode and your driver to encrypt (or at least obscure, if it's too much of a hit) the communication between the closed source driver and the hardware. That's another bit they'd have to figure out that again wouldn't impact open source functionality at all.

                  I'm not really sure how strong this protection is if you can run the exact same code on both platforms and compare calls, but it'd at least be a good attempt at security by obscurity (that's what DRM is anyway) that wouldn't make the documentation directly applicable to the closed source version at least. And that's the one they'd have to work with to try touching the DRM.

                  Comment


                  • #24
                    Understood... the issue is that we are one year into the project but the GPU design pipeline is more like 3-4 years long. Business realities make it unlikely that we will be able to redo anything in the pipe which has already been designed. The future will always be better, but the challenge is getting support into users hands today ;(

                    Comment


                    • #25
                      Originally posted by bridgman View Post
                      Understood... the issue is that we are one year into the project but the GPU design pipeline is more like 3-4 years long. Business realities make it unlikely that we will be able to redo anything in the pipe which has already been designed. The future will always be better, but the challenge is getting support into users hands today ;(
                      its not real criticism
                      i think most of us will agree when i say, that ATIs gpus are pretty darn good
                      its just that, the more you get the more you want
                      and now we see the 3d drivers comming and start to fantasize what could be done after that!
                      me for example cant wait to have a gallium3d radeon driver with dri2 opencl and acceleration for a whole bunch of thinks ^^
                      just havening a really smooth and eyepleasing experience and of course playing some games at moderate speed...
                      but hey thats still in the future and im happy to have open source support for me hd3200 so:
                      thanks for the great work and keep going!

                      btw:
                      do you know if you/they will have the documentation for the next series of aticards ready soon after to their release?
                      Last edited by Pfanne; 11-19-2008, 04:54 PM.

                      Comment


                      • #26
                        Originally posted by bridgman View Post
                        The future will always be better, but the challenge is getting support into users hands today ;(
                        I know those weren't suggestions that would be in silicon next month, but I'm concerned about the long term too. With regards to DRM the future is always worse, not better and as super-broadband is more widely deployed they'll probably be even more paranoid. Sooner rather than later they'll roll out HDCP2, next-gen Protected Audio/Video Path, Trusted Execution and Trusted Computing with signing for here to hell and back with even nastier licensing agreements than now.

                        At that point, it would be really good if the lawyers could all easily agree that well our open-source support is no problem at all and has very little do to with the hoops they have to jump through in order to be DRM compliant. So if changes need to get into the specs now in order to reach production in 2011-2012, then try being so preemptive as possible rather than dropping support again for 3-4 years when you end up needing them.

                        I certainly hope we'll have initial support much sooner than that, but you probably know better than anyone the difficulties involved. Don't take this the wrong way, but I'm not convinced AMD will always stay as committed to open source as they are today. Anything that will cut down on the legal review time and associated cost in the future will help ensure that we'll continue to have open drivers. We completely agree that getting the support out there today is important, I just hope you get some time between the paces to think of the long term too.

                        Comment


                        • #27
                          Originally posted by Gimzo View Post
                          It's not that windows users care (most of them doesn't care at all). It is this: If Ati releases any information that could help somebody break HDCP (or at least media companies come to think that), they revoke Ati's HDCP key. That means no Ati GPU can be used to watch "protected content" in windows, which means those windows users (who don't care) simply won't buy Ati hardware because of that.
                          The interesting thing here is that the backlash would probably do more damage to MS than AMD...

                          Though both companies would feel some serious pain, and Apple would clean up the market.

                          "What do you mean my 500 graphics card is a doorstop because some twerp broke the HDTV encryption? I'm talking to my lawyer!"

                          Comment


                          • #28
                            I doubt it. MS doesn't make the rules here either.

                            Comment


                            • #29
                              Originally posted by RobbieAB View Post
                              The interesting thing here is that the backlash would probably do more damage to MS than AMD...

                              Though both companies would feel some serious pain, and Apple would clean up the market.

                              "What do you mean my 500 graphics card is a doorstop because some twerp broke the HDTV encryption? I'm talking to my lawyer!"
                              Well if it's designed in a way that it can be emulated just in case you know specs, then the whole scheme is flawed (i.e. security by obscurity way of doing content protection). Even if this is not the case, MS still probably persuaded Nvidia and ATI to sign a paper to keep their designs secret (which was not hard to achieve because at that time both Nvidia and ATI kept everything secret). Also it's complex hardware so there is a good chance someone will find a security hole if he has specifications to tinker around. I' sure that AMD will not dare to violate the deal.

                              Also I speculate that this is not only about PVP, there could be other (patented/licensed) IP involved, so companies which sold licenses for it don't want it to become part of FOSS implementations (e.g. DXTC stuff).

                              So, it's a risky situation for AMD (and I suppose that Nvidia wouldn't be in better position), but it seems enough information needed for 3D driver will be aproved while not causing legal harm and increasing risk of hacking cards (although someone might as well use existing radeon RE tools to find out missing parts).
                              Last edited by smorovic; 11-19-2008, 07:01 PM.

                              Comment


                              • #30
                                Yeah, I think we can make this succeed -- it's just a lot of work cutting carefully around the information we need for a general purpose driver and staying safely away from the dangerous stuff.

                                The open source graphics project is based on the premise that if decent open source drivers are available (2d, 3d, video render accel) then developers are not likely to invest a lot of time and effort reverse-engineering and publishing the remaining IP. If things don't work out that way, ie if there is significant reverse engineering done in the areas where we do not publish specs, then we would probably have to either stop giving out specs for future GPUs or cut the degree of support we provide down significantly.

                                I don't think we will have that problem, however -- there are enough *other* big challenges in the X world than just reverse-engineering our secret video bits
                                Last edited by bridgman; 11-19-2008, 07:26 PM.

                                Comment

                                Working...
                                X