Announcement

Collapse
No announcement yet.

Latest On AMD Crimson For Linux: Supports 4.x Kernels, Drops Pre-GCN GPUs

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

  • matszpk
    replied
    In OpenSUSE 42.1 is UNSTABLE when some application (for example BOINC app) is heavily working under OpenCL (numerous hangs up of xserver).

    Leave a comment:


  • Xaero_Vincent
    replied
    Thanks AMD for dropping support for my Radeon HD 5850 on my main rig. I'll be buying an Nvidia GeForce as the upgrade.

    Leave a comment:


  • Yorgos
    replied
    Originally posted by dungeon View Post
    This is nothing new but expected ~3 year dropping cadence, same happened in year 2006, 2009., 2012. and now in 2015.

    That said, expect GCN 1.0/1.1 drop in 2018.
    then there is something that the nvidiots do not want to expose.
    Every fing gcn gpu has a great proportion of its functionality either as released oss code or as released documentation.
    Those GPUs are bound to have support FOREVER.

    Leave a comment:


  • Nullptr
    replied
    That's a little odd. I can seem to find a beta "Crimson" driver for pre-GCN at Windows ( http://support.amd.com/en-us/kb-arti...tion-Beta.aspx ) and for Linux it lists the older GPU series, too http://support.amd.com/en-us/downloa...s=Linux+x86_64

    Leave a comment:


  • dungeon
    replied
    Originally posted by eydee View Post
    Unfortunately xorg being broken for DVI displays for ages, there is no way to generate a xorg.conf file and disabling vsync on these cards, when you're using open source drivers. That means drastically decreased performance.
    For r600 opensource driver and EXA, one need vblank_mode=0 var together with xorg.conf option "SwapbuffersWait" off... is that what you tried?

    Leave a comment:


  • FireBurn
    replied
    Originally posted by eydee View Post

    Unfortunately xorg being broken for DVI displays for ages, there is no way to generate a xorg.conf file and disabling vsync on these cards, when you're using open source drivers. That means drastically decreased performance.

    Dropping Catalyst support would be fine, if it was feature complete, but it (once again) never reached that stage, only for windows. Dropping windows support is fine, as the card can do everything it is capable of and can run everything it is capable of, at maximum possible performance. Linux performance on the other hand is still stuck somewhere around 50-70% and would require a bunch of work.

    Do you have the bug number for that issue? I might be able to help

    Leave a comment:


  • dungeon
    replied
    This is nothing new but expected ~3 year dropping cadence, same happened in year 2006, 2009., 2012. and now in 2015.

    That said, expect GCN 1.0/1.1 drop in 2018.
    Last edited by dungeon; 24 November 2015, 11:42 AM.

    Leave a comment:


  • Serafean
    replied
    Originally posted by bug77 View Post
    Meanwhile, last week nvidia has released drivers that add support for xorg-server 1.18 for GeForce 6000 series. The GeForce 5000 FX series support stopped at 1.15 though. And that's 64bit Linux support. For those that don't know, those cards were released in 2004 and 2003, respectively.
    And mesa is still supporting r200 (released in 2001) cards and newer, with at least with r300g (for cards from 2003 - 2007) providing more features than catalyst ever did.
    Two can play at this game...

    Leave a comment:


  • asdfblah
    replied
    Here's some info regarding the new retired cards: http://www.anandtech.com/show/9815/a...gpus-to-legacy . APUs are in the list:
    So all pre-Kavari APUs: Llano, Trinity, and Richland, are now also legacy APUs
    Originally posted by haagch View Post
    They don't drop all support, they only drop support from their proprietary driver. For the pre GCN GPUs, the open source radeon driver is (almost) complete and performs well. There's not much reason to use catalyst over it. I think once tessellation is completed (already in active development: http://cgit.freedesktop.org/~airlied.../?h=r600g-tess) it will support everything that the hardware can support, right? http://www.phoronix.com/scan.php?pag...0g-Almost-GL41
    What about OpenCL in the open-source driver?

    BTW, from what I can see, AMD devs working in the graphics part of the open-source driver "stopped working" on it a long time ago. Dave Airlie and others have been adding features, the AMD devs have been mostly working on new archs and bug fixing.

    I could be completely wrong, though.

    Leave a comment:


  • eydee
    replied
    Originally posted by haagch View Post
    They don't drop all support, they only drop support from their proprietary driver. For the pre GCN GPUs, the open source radeon driver is (almost) complete and performs well. There's not much reason to use catalyst over it. I think once tessellation is completed (already in active development: http://cgit.freedesktop.org/~airlied.../?h=r600g-tess) it will support everything that the hardware can support, right? http://www.phoronix.com/scan.php?pag...0g-Almost-GL41
    Unfortunately xorg being broken for DVI displays for ages, there is no way to generate a xorg.conf file and disabling vsync on these cards, when you're using open source drivers. That means drastically decreased performance.

    Dropping Catalyst support would be fine, if it was feature complete, but it (once again) never reached that stage, only for windows. Dropping windows support is fine, as the card can do everything it is capable of and can run everything it is capable of, at maximum possible performance. Linux performance on the other hand is still stuck somewhere around 50-70% and would require a bunch of work.

    Leave a comment:

Working...
X