Announcement

Collapse
No announcement yet.

AMD's Initial Graphics Updates For Linux 5.3 Include PowerPlay Improvements, HMM Usage

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

  • AMD's Initial Graphics Updates For Linux 5.3 Include PowerPlay Improvements, HMM Usage

    Phoronix: AMD's Initial Graphics Updates For Linux 5.3 Include PowerPlay Improvements, HMM Usage

    While the Linux 5.2 kernel won't see its debut until July followed by the opening of the Linux 5.3 kernel cycle, the AMD developers sent in today their initial set of staged changes to DRM-Next for queuing their preliminary AMDGPU/AMDKFD driver changes they want to get into this next kernel cycle. There are some notable additions but what we are expecting/hoping for and haven't seen yet is the Navi support...

    http://www.phoronix.com/scan.php?pag...inux-5.3-First

  • schwarzman
    replied
    Originally posted by Panda_Wrist View Post

    Intel provides code far enough in advance that most operating systems will have support for the hardware on day one. --Intel is killing desktop linux.

    AMD may or may not have patches in a private repository. Only releasing said code on day one of hardware release, thus requiring compiling the kernel and mesa to get it working. --AMD is saving desktop linux.

    *not actually hating on AMD, just hating on debianxfce dumb logic. Code for new Intel hardware is available much sooner than new AMD hardware, that is sadly a true fact, one that I hope changes in the future.
    IIRC AMD (bridgman?) mentioned that the market for dedicated GPUs is quite competitive so they don't want to publish driver code before official announcements/release. APUs (which includes Intel's current graphics) are different so they can release code much earlier. Assuming that assessment is not AMD-specific I expect we will see similar patterns for Intel once Intel sells high-end dedicated GPUs.

    Leave a comment:


  • castlefox
    replied
    Great to see this update but I will not be picking up a new video card until it is supported in Ubuntu. (Hopefully 19.10). I might be an idiot but I had too many issues running the latest and greatest and I will just have to wait until "out of the box" support is working. Looking forward to upgrading my old GTX770 to some new Navi hardware.

    Leave a comment:


  • Termy
    replied
    Originally posted by bridgman View Post

    Yes, Mesa will need changes as well. I expect they will go out after the kernel changes, ie week of June 10-14 or later.
    That sounds good - lets hope it doesn't get delayed and misses the 19.2 merge window ^^

    Leave a comment:


  • bridgman
    replied
    Originally posted by Termy View Post
    Can you say anything about if Mesa needs adjustment and if 19.2 is going to work?
    Yes, Mesa will need changes as well. I expect they will go out after the kernel changes, ie week of June 10-14 or later.

    Leave a comment:


  • Termy
    replied
    Originally posted by bridgman View Post

    Agree it would be great, but Navi is going to require either a 5.3 kernel or DKMS-installed kernel drivers.

    We were aiming for 5.2 with a good safety margin but IP review and approvals took a lot longer than expected.
    Can you say anything about if Mesa needs adjustment and if 19.2 is going to work?

    Leave a comment:


  • Panda_Wrist
    replied
    Originally posted by debianxfce View Post

    It is not known what patches AMD has in private repository. AMD have had open source drivers ready since A8-7600 launch. Some bugs of course but they will fix them fast.
    Intel provides code far enough in advance that most operating systems will have support for the hardware on day one. --Intel is killing desktop linux.

    AMD may or may not have patches in a private repository. Only releasing said code on day one of hardware release, thus requiring compiling the kernel and mesa to get it working. --AMD is saving desktop linux.

    *not actually hating on AMD, just hating on debianxfce dumb logic. Code for new Intel hardware is available much sooner than new AMD hardware, that is sadly a true fact, one that I hope changes in the future.

    Leave a comment:


  • nuetzel
    replied
    Originally posted by bridgman View Post

    Agree it would be great, but Navi is going to require either a 5.3 kernel or DKMS-installed kernel drivers.

    We were aiming for 5.2 with a good safety margin but IP review and approvals took a lot longer than expected.
    Sad to hear, but thanks for info!

    Leave a comment:


  • bridgman
    replied
    Originally posted by Space Heater View Post
    It would be great if someone from AMD could confirm that Navi will run properly on 5.1.x or at least 5.2.x kernels.
    Agree it would be great, but Navi is going to require either a 5.3 kernel or DKMS-installed kernel drivers.

    We were aiming for 5.2 with a good safety margin but IP review and approvals took a lot longer than expected.

    Leave a comment:


  • dwagner
    replied
    Will be interesting to see if the "refactoring clk mgr" mentioned in https://cgit.freedesktop.org/~agd5f/...2efbefe9e2a87e will some day put an end to the arbitrary and erratic seeming relationship between display refresh rates and the minimum shader and memory clocks - which have been changing time and again with code updates.

    Leave a comment:

Working...
X