Announcement

Collapse
No announcement yet.

AMDGPU Changes Begin Queuing Ahead Of Linux 5.1 Kernel Cycle

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
    bridgman
    AMD Linux

  • bridgman
    replied
    Originally posted by Weasel View Post
    See guys? This is one area where proprietary drivers are better than in-kernel drivers, Nvidia's blob included. They are independent and can be updated independently no need for a fucking backport or updating the entire god damn kernel.
    You don't need proprietary drivers - AMD open source drivers are available both upstream and packaged with DKMS/KCL "so that they are independent and can be updated independently".
    bridgman
    AMD Linux
    Last edited by bridgman; 16 January 2019, 03:26 PM.

    Leave a comment:

  • Shevchen
    Senior Member

  • Shevchen
    replied
    Originally posted by juno View Post
    And to add at least a little sense to my own post: HDR doesn't "slow down FPS" because every modern game is running a HDR pipeline already.
    Not only that, but the "compression" of colors to SDR is a processing step that can be saved. So in fact, native HDR would increase performance when hooked up to a monitor with native color support as written in the game code. (at least in theory)

    Leave a comment:

  • Marc Driftmeyer
    Senior Member

  • Marc Driftmeyer
    replied
    Originally posted by debianxfce View Post

    Back porting is a waste resources, why on earth someone wants use old and buggy software.
    People work in HDR mainly for 3D Modeling and film, not video games, so having HDR enabled on hardware that guarantees it but never delivers is annoying.

    Leave a comment:

  • shmerl
    Senior Member

  • shmerl
    replied
    Originally posted by Weasel View Post
    ...and everyone else asking for backports.

    See guys? This is one area where proprietary drivers are better than in-kernel drivers, Nvidia's blob included. They are independent and can be updated independently no need for a fucking backport or updating the entire god damn kernel.
    Sorry, but they are not better. Being proprietary just forces them to make it as a kernel module, but they also can lag behind supporting newer kernels and it surely doesn't guarantee them to work with older ones. dkms isn't infallible even if it offers some temporary flexibility. Besides, nothing stops AMD from offering amdgpu changes as a dkms option.

    Leave a comment:

  • Weasel
    Senior Member

  • Weasel
    replied
    Originally posted by shmerl View Post
    This is quite a serious bug. Will it be backported to earlier kernels?
    Originally posted by faph View Post
    And can we have this please backported?
    ...and everyone else asking for backports.

    See guys? This is one area where proprietary drivers are better than in-kernel drivers, Nvidia's blob included. They are independent and can be updated independently no need for a fucking backport or updating the entire god damn kernel.

    But no, people will keep on and on about nonsense in other threads about it.

    Leave a comment:

  • shmerl
    Senior Member

  • shmerl
    replied
    Originally posted by debianxfce View Post

    Back porting is a waste resources, why on earth someone wants use old and buggy software.
    Stop trolling indeed. Is there ignore button here?

    Leave a comment:

  • skeevy420
    Senior Member

  • skeevy420
    replied
    Originally posted by debianxfce View Post

    Where are reasonable priced freesync2 HDR monitors? Do you really need techniques like HDR and ray tracing that slows down fps. The rc-2 kernel has more patches for the nvme driver so avoid the rc-1 kernel that is partially implemented and unstable.
    I wasn't aware of an AMD based GPU that had ray tracing...

    To give you an answer: Yes, we do need those techniques.

    Why do we need them? Because having options is nice.

    Don't want it, don't enable it. Simple as that.

    Leave a comment:

  • skeevy420
    Senior Member

  • skeevy420
    replied
    Originally posted by debianxfce View Post
    Can't you just troll somewhere else?
    Very few of them are Linux native.
    https://www.rockpapershotgun.com/201...-hdr-pc-games/

    By the way, shadow of the tomb raider is damn slow with wine-staging and dxvk. It is the slowest of tomb raider games. And not even freesync support in RADV.
    So what? Most games aren't Linux native. At least if all the bits and pieces are in place for the driver, Wine, and DXVK then we might get HDR/Freesync for non-native games eventually.

    The rest of us see hope for the future and you're just peeing in our Cheerios.

    Leave a comment:

  • faph
    Phoronix Member

  • faph
    replied
    Originally posted by phoronix View Post
    ... nothing really dramatic:
    and then:
    - Shader clocks and memory clocks are now exposed via hwmon interfaces.
    Fu**ing finally!

    Edit:
    And can we have this please backported?
    faph
    Phoronix Member
    Last edited by faph; 16 January 2019, 09:58 AM.

    Leave a comment:


  • dungeon
    replied
    Originally posted by debianxfce View Post

    Back porting is a waste resources, why on earth someone wants use old and buggy software.
    Because if something is open so that even crazy troll like you could see it, that that does not mean it is ready for everybody

    Releases and particulary point releases are for general public

    General public defined by average Joe wanna point releases, capisco?
    Last edited by dungeon; 16 January 2019, 06:19 AM.

    Leave a comment:

Working...
X