Announcement

Collapse
No announcement yet.

AMD R600/700 DRM Interrupts Support Pushed

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

  • #16
    Originally posted by bridgman View Post
    These files aren't really "firmware" in the traditional sense, but there's a lack of agreement on what exactly they *should* be called
    They could be called ABCDEFG for "ATi Block Code Domain Execution Function Groups"

    Comment


    • #17
      @Louise
      YMMD

      Comment


      • #18
        Originally posted by Louise View Post
        They could be called ABCDEFG for "ATi Block Code Domain Execution Function Groups"
        Helper Images

        Comment


        • #19
          "Magic Smoke"

          Comment


          • #20
            Are these drivers in a state yet where an HD4870 would run as cool as with fglrx?

            Comment


            • #21
              just tried the patch with .32-rc8-git2

              opengl apps still complain about IRQ's not enabled,

              and there is no message in dmesg about loading new fw (yes, i installed it too)

              Comment


              • #22
                Originally posted by netkas View Post
                just tried the patch with .32-rc8-git2

                opengl apps still complain about IRQ's not enabled,

                and there is no message in dmesg about loading new fw (yes, i installed it too)
                Any reason you believe it to be in mainline?

                It's not even in any git drm-2.6 branch. Apply it manually, wait for commiting or wait for .33-rc1.

                Comment


                • #23
                  Originally posted by RealNC View Post
                  Are these drivers in a state yet where an HD4870 would run as cool as with fglrx?
                  no. There are some PM features, but no dynamic reclocking based on workload. There are some experimental patches for that, but nothing went into mainline yet.

                  Real dynamic PM depends on KMS/DRI to ensure that all access to the hardware goes through the kernel layers (otherwise you wouldn't have dependable metrics about GPU load), so it wasn't feasible to implement while KMS was new.

                  Comment


                  • #24
                    Originally posted by rohcQaH View Post
                    no. There are some PM features, but no dynamic reclocking based on workload. There are some experimental patches for that, but nothing went into mainline yet.

                    Real dynamic PM depends on KMS/DRI to ensure that all access to the hardware goes through the kernel layers (otherwise you wouldn't have dependable metrics about GPU load), so it wasn't feasible to implement while KMS was new.
                    You may see in patch comments I had some problems syncing with VBLANK interrupt. Now I hopefully know how to do this, so should provide new patch, almost ready to be applied.

                    Comment


                    • #25
                      Originally posted by Zajec View Post
                      Any reason you believe it to be in mainline?

                      It's not even in any git drm-2.6 branch. Apply it manually, wait for commiting or wait for .33-rc1.
                      did u read the post ?

                      I applied it and compiled.

                      Comment


                      • #26
                        Originally posted by netkas View Post
                        did u read the post ?

                        I applied it and compiled.
                        Whoops, I'm sorry! Here you have proper part of dmesg
                        Code:
                        [   52.431773] [drm] Loading RV620 Microcode
                        [   52.431780] platform radeon_cp.0: firmware: requesting radeon/RV620_pfp.bin
                        [   52.479415] platform radeon_cp.0: firmware: requesting radeon/RV620_me.bin
                        [   52.490488] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin

                        Comment


                        • #27
                          Originally posted by RealNC View Post
                          Are these drivers in a state yet where an HD4870 would run as cool as with fglrx?
                          The last time I checked, voltages weren't being touched and the dynamic clocking wasn't as advanced as ATI's PowerPlay. Hopefully, we will see better power managment code when the 2.6.33 kernel's merge window opens/closes soon.

                          Comment


                          • #28
                            Originally posted by DanL View Post
                            The last time I checked, voltages weren't being touched and the dynamic clocking wasn't as advanced as ATI's PowerPlay. Hopefully, we will see better power managment code when the 2.6.33 kernel's merge window opens/closes soon.
                            like i mentioned earlier in this thread, some of the powermanagement work is dependend on the new interrupt patches.

                            Comment


                            • #29
                              Only kms support interrupts for r6xx+.

                              Comment


                              • #30
                                Heh, it was dumb error, since last time .config had radeon & drm builtin. recompiled it as moduels and all is fine now.

                                Compiz runs with about 0.3 fps with vblank option enabled.

                                Comment

                                Working...
                                X