Announcement

Collapse
No announcement yet.

AMD P-State EPP Patches Spun An 8th Time For Helping Out Linux Performance & Efficiency

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

  • #11
    Originally posted by HD7950 View Post

    Yes, it's the default option. Should i disable it?
    Yes, you can. It wont harm your kernel. WERROR just means that a warning triggers a failure in the compilation. Has been some time introduced as default enabled. But if you want to test patches from lkml better keep it disabled

    Comment


    • #12
      Originally posted by ptr1337 View Post

      Yes, you can. It wont harm your kernel. WERROR just means that a warning triggers a failure in the compilation. Has been some time introduced as default enabled. But if you want to test patches from lkml better keep it disabled
      Still can´t compile. Can you share your local patch? Maybe mine is malformed.

      Comment


      • #13
        Originally posted by HD7950 View Post

        Still can´t compile. Can you share your local patch? Maybe mine is malformed.


        tested on 6.1.0 with clang thinlto.
        I will let a GCC kernel also running and report you.

        Comment


        • #14
          If your goal is the highest efficiency for the most workloads, it seems like Epp Balance Performance is the best all around choice for efficiency. What's interesting is that Power save is lower PPW, so unless you're working with a bad cooling solution or want minimum fan noise, you should stick with Epp balance performance.

          Obviously other benchmarks may prove the p-state on demand will win more often, but just looking at what they posted here, that's my take.

          My 6850u seems to rival my M1 air's efficiency sometimes (mostly multicore workloads), so I wonder if these patches could push it over that gap for some scenarios

          Comment


          • #15
            @HD7950

            Compiled well also with GCC.
            Really check if WERROR is enabled or other patches are maybe conflicting to this.

            Comment


            • #16
              Originally posted by ptr1337 View Post



              tested on 6.1.0 with clang thinlto.
              I will let a GCC kernel also running and report you.
              Still can't against 6.1.0 and GCC.

              Code:
              LD  .tmp_vmlinux.kallsyms1
              ld: vmlinux.o: in function `show_energy_performance_available_preferences':
              amd-pstate.c:(.text+0x7f9d57): undefined reference to `energy_perf_strings'
              ld: amd-pstate.c:(.text+0x7f9d87): undefined reference to `energy_perf_strings'
              ld: vmlinux.o: in function `store_energy_performance_preference':
              amd-pstate.c:(.text+0x7f9f00): undefined reference to `energy_perf_strings'
              ld: amd-pstate.c:(.text+0x7f9f23): undefined reference to `epp_values'
              ld: vmlinux.o: in function `show_energy_performance_preference':
              amd-pstate.c:(.text+0x7fa0e7): undefined reference to `energy_perf_strings'
              make[1]: *** [scripts/Makefile.vmlinux:34: vmlinux] Error 1
              make: *** [Makefile:1236: vmlinux] Error 2
              A failure occurred in build().
              Aborting... ​
              This is weird as i could compile all previous epp patches. Thanks for your help anyways.

              Comment


              • #17
                Originally posted by ptr1337 View Post
                @HD7950

                Compiled well also with GCC.
                Really check if WERROR is enabled or other patches are maybe conflicting to this.
                I found the culprit: CONFIG_X86_INTEL_PSTATE was disabled on my personal kernel but it is needed by the AMD EPP driver now.

                Thanks!

                Comment


                • #18
                  Originally posted by HD7950 View Post

                  I found the culprit: CONFIG_X86_INTEL_PSTATE was disabled on my personal kernel but it is needed by the AMD EPP driver now.

                  Thanks!
                  Maybe report this to Perry Yuan.
                  Maybe the KCONFIG needs to be adjusted that it depends on this, if the build otherwise is failing. Happened cause he moved things to the intel_pstate.
                  But im not sure.

                  Comment


                  • #19
                    Originally posted by HD7950 View Post

                    I found the culprit: CONFIG_X86_INTEL_PSTATE was disabled on my personal kernel but it is needed by the AMD EPP driver now.

                    Thanks!
                    On a side note, if the pstate is now being generic between Intel and AMD shouldn't the config option be renamed to CONFIG_X86_PSTATE so its less misleading?

                    Comment


                    • #20
                      Originally posted by Mitch View Post
                      If your goal is the highest efficiency for the most workloads, it seems like Epp Balance Performance is the best all around choice for efficiency. What's interesting is that Power save is lower PPW, so unless you're working with a bad cooling solution or want minimum fan noise, you should stick with Epp balance performance.

                      Obviously other benchmarks may prove the p-state on demand will win more often, but just looking at what they posted here, that's my take.

                      My 6850u seems to rival my M1 air's efficiency sometimes (mostly multicore workloads), so I wonder if these patches could push it over that gap for some scenarios
                      My amd ryzen 7 5700u makes 9400 points in cinebench r23 even m2 cant beat that, using pstate driver in a cheap lenovo laptop (600 euros)

                      Comment

                      Working...
                      X