Announcement

Collapse
No announcement yet.

AMDGPU DRM Driver Updates To Work With Production Polaris GPUs

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

  • #21
    Originally posted by debianxfce View Post

    File systems and other essential parts of kernel do have bug fixes in every kernel release, so making a custom kernel is not overkill and you will have a faster pc especially with a non-debug kernel that improves my boot time 2 seconds compared to a stock debian kernel.
    No, it is an overkill if I want to limit changes and regressions to only one possible area that I care to update faster than the rest.

    Comment


    • #22
      Originally posted by twriter View Post

      We don't validate it right now but you should be able to use the amdgpu-pro DKMS package with the otherwise open source stack. We hope to provide DKMS packages for the open source stack in the future. As nhaehnle mentioned, some other changes are required for Polaris.
      That sounds promising, thanks! I'd prefer to use amdgpu with Mesa/radeonsi, updating them more frequently than usually rather slow distro kernel + mesa updates, so dkms would work the best for that purpose.
      Last edited by shmerl; 22 June 2016, 05:26 PM.

      Comment


      • #23
        debianxfce: read above. It's clearly much more to build a whole custom kernel vs. building one module with dkms. I'm not sure what you even are arguing about here.

        Comment


        • #24
          Originally posted by twriter View Post

          You can't please everyone. fglrx installation was fraught with problems and the packaging scripts were wonderfully baroque. For AMDGPU Pro, we made a conscious decision to provide native packages and to validate native package installation. Upcoming releases will add support for other distros and we'll have native packages for them too. We'll also be releasing our packaging scripts so other distributions can use them as a reference. They use a distro agnostic core so should be straightforward to adapt to any distribution and packaging format, including tarball or direct installation into /usr/local.
          TBH I never had issues with the installer bar 1 going back to the 5870 I had. but yea, the package scripts are rather . Magiea has never been bleeding edge regards kernels etc so that helped I guess.

          Comment

          Working...
          X