Announcement

Collapse
No announcement yet.

AMD's Raven Ridge Botchy Linux Support Appears Worse With Some Motherboards/BIOS

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

  • #91
    Originally posted by haplo602 View Post
    That might be so, but still, I doubt I can force the APU over the 25W cTDP by just drivers ... at least not long term ...
    The Windows drivers also carry a copy of power management microcode so potentially they might be able to over-ride power limits. Not sure if the microcode is different from OEM drivers though.
    Last edited by bridgman; 02-20-2018, 12:29 PM.

    Comment


    • #92
      Originally posted by bridgman View Post

      The Windows drivers also carry a copy of power management microcode so potentially they might be able to over-ride power limits. Not sure if the microcode is different from OEM drivers though.
      The SMU microcode is delivered via the sbios on APUs. There's no way for the driver to override it, regardless of the OS.

      Comment


      • #93
        Originally posted by dwagner View Post
        This is exactly what happenes. Has been discussed in https://bugs.freedesktop.org/show_bug.cgi?id=102820 - and I guess for the next few years people using amdgpu will need to revert the commit named "drm/amd/display: Block 6Ghz timing if SBIOS set HDMI_6G_en to 0" from their local kernels in order to have working HDMI 2.0 support. Because neither the GPU board manufacturers nor MicroSoft will bother to change their "not spec compliant" implementations.
        The Windows driver enforces this as well. If there are inconsistencies, it's a bug.

        Comment


        • #94
          Originally posted by agd5f View Post
          The SMU microcode is delivered via the sbios on APUs. There's no way for the driver to override it, regardless of the OS.
          D'oh !! ... right

          Comment


          • #95
            Originally posted by agd5f View Post
            The Windows driver enforces this as well. If there are inconsistencies, it's a bug.
            Maybe. The latest patch Harry just attached to https://bugs.freedesktop.org/show_bug.cgi?id=102820 does indeed fix the symptom for me.

            (If only the other bugs that haunt my amdgpu driver were as easy to fix by either some official or some locally-applied-by-myself patch...)

            Comment


            • #96
              Originally posted by Marc Driftmeyer View Post
              Sorry, but Linux doesn't have 85% of the smartphone business, period.
              Globally, it has 88%.
              https://qz.com/826672/android-goog-j...l-smartphones/

              Locally the percentages differ. In the US and a few other countries Apple has more penetration than its less-than-20% world average, but Android still has a large lead.

              Comment


              • #97
                Originally posted by haplo602 View Post
                That might be so, but still, I doubt I can force the APU over the 25W cTDP by just drivers ... at least not long term ... however the benchmarks indicate that it is not just a short-term increase .... Also the same has no effect on the 2700u ... that one seems to regress ... but that might be something else as those are different laptops ...

                but 30% performance is a LOT in a mobile chip ...
                Check temperatures instead of speculating. If the TDP increases you will see an obvious temperature increase.

                CPU/GPU-Z and speccy can provide a thermal reading of the internal sensors so you can see for yourself.

                And note that the issue here isn't just CPU/GPU but also VRM. These things are the power circuitry of the laptop and are never cooled (even passively) nor placed in decent spots, so even if technically the CPU/GPU could hold the higher heat the VRMs will be loaded more and will eventually overheat and burn the board, or just stress it until something nearby breaks.

                this did not work for me I guess because of the display panel, but I am really not sure
                Wildly unlikely, all modern laptops use screens connecteed over eDP (embedded displayport) and they are pretty much the same.

                It's more likely that your laptop has additional restrictions or bugs in the BIOS that prevent that change.

                Comment


                • #98
                  Originally posted by starshipeleven View Post
                  Check temperatures instead of speculating. If the TDP increases you will see an obvious temperature increase.

                  CPU/GPU-Z and speccy can provide a thermal reading of the internal sensors so you can see for yourself.

                  And note that the issue here isn't just CPU/GPU but also VRM. These things are the power circuitry of the laptop and are never cooled (even passively) nor placed in decent spots, so even if technically the CPU/GPU could hold the higher heat the VRMs will be loaded more and will eventually overheat and burn the board, or just stress it until something nearby breaks.

                  Wildly unlikely, all modern laptops use screens connecteed over eDP (embedded displayport) and they are pretty much the same.

                  It's more likely that your laptop has additional restrictions or bugs in the BIOS that prevent that change.
                  The guy that was able to install them has the SAME laptop ... identical model ... so nope ... windows tells me that the driver package does not support my version of windows, which is quite funny ... There's a reddit thread on this somewhere ...

                  Comment


                  • #99
                    Originally posted by haplo602 View Post
                    The guy that was able to install them has the SAME laptop ... identical model ... so nope ... windows tells me that the driver package does not support my version of windows, which is quite funny ... There's a reddit thread on this somewhere ...
                    I would have said UEFI bugs, but if it's Windows that blocks installation then it's weird. Did you try installing manually? You won't get the utility software, but the driver itself should get loaded.
                    follow this http://www.howto-connect.com/manuall...er-windows-10/ and tell it to look in the folder you extracted the AMD driver in (should be C:\AMD or C:\Radeon or something like that)

                    Comment


                    • Originally posted by Marc Driftmeyer View Post
                      Sorry, but Linux doesn't have 85% of the smartphone business, period.
                      sorry, but it does have 85% of smartphone market share, period
                      in what alternative reality do you live? under jobs' reality distortion field?
                      https://www.statista.com/statistics/...ating-systems/
                      and there are other linux smartphone oses besides android
                      http://communities-dominate.blogs.co...-as-alway.html
                      he doesn't do separate tables by os now, but windows is 0.1% or so, so you just substract 14% of apple from 100% and you get linux share
                      or with available full stats for 2017 http://communities-dominate.blogs.co...-pointst-.html
                      And for Apple watchers, at one point Apple did 20% of all smartphones sold. The last three years? 16%, 15% and now 14%. I think we see the trend, eh?

                      And obviously, it means that currently iOS only sells 14% of all new smartphones, constantly dropping in share, as Android is at 86% of new sales.
                      Last edited by pal666; 02-21-2018, 09:58 PM.

                      Comment

                      Working...
                      X