Announcement

Collapse
No announcement yet.

Does the AMD open source driver support muxless switchable hybrid laptops?

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

  • Does the AMD open source driver support muxless switchable hybrid laptops?

    Hi to all.
    I would like to buy a toshiba P50-B-11M laptop with the Radeon R9 M265X GPU, and I would like to use only open source drivers.
    Does the opne source AMD driver support muxless switchable devices like that out of the box?
    In case does it automatically activate the discrete GPU in case of huge graphical loads are requested?
    And what about gaming with wine (my games are Gran Prix Legends, IL2 sturmvich) and not (Xplane9)?
    Thank you,
    Xwang

  • #2
    Originally posted by Xwaang View Post
    Hi to all.
    Does the opne source AMD driver support muxless switchable devices like that out of the box?
    In case does it automatically activate the discrete GPU in case of huge graphical loads are requested?
    It does or at least tries, on my laptop with a R9 M290X the discrete card gets powered off at system startup but then resuming it for games fails (I don't have the dmesg lines but it says that the ring test fails so acceleration is disabled).

    The workaround is to simply leave the discrete card powered with the kernel argument radeon.runpm=0. At low voltage and unused my M290X stays at around 40?C. Then you can switch to the discrete card with DRI_PRIME=1 ./Game

    Originally posted by Xwaang View Post
    And what about gaming with wine (my games are Gran Prix Legends, IL2 sturmvich) and not (Xplane9)?
    That would be the radeonsi current state, it's not specific to muxless laptops afaik.

    I haven't tested extensively games yet so can't say.

    Comment


    • #3
      There is:
      * dpm "dynamic power management": Automatically sets the clock speed (and probably a few others things) according to the workload.
      * runpm "runtime power management": Powers off a gpu when nothing is being rendered on it.
      * PRIME offloading:
      Someone correct me if I'm wrong.
      I think xf86-video-ati still doesn't have dri3 support upstream, so after starting X you'll have to run "xrandr --listproviders" and hopefully see both gpus there and then run "xrandr --setprovideroffloadsink 2 1" (2 being the id of the second gpu and 1 being the id of the first gpu, which listproviders shows). Then the environment variable DRI_PRIME=1 can be set and every opengl program with that environment will render on the second GPU.
      With this fork https://github.com/iXit/xf86-video-ati there is dri3 support and the whole fiddling with xrandr isn't necessary anymore.


      There is NOT:
      * Completely dynamic offloading like in windows. You can't move a running program from one gpu to another one.
      * Automatic offloading. Programs only render on another GPU if you tell them to.
      * Crossfire. Using the ressources of multiple GPUs is not supported yet. But from what we hear, even in the proprietary driver it doesn't work well anyway.

      Comment


      • #4
        Originally posted by haagch View Post
        I think xf86-video-ati still doesn't have dri3 support upstream, so after starting X you'll have to run "xrandr --listproviders" and hopefully see both gpus there and then run "xrandr --setprovideroffloadsink 2 1" (2 being the id of the second gpu and 1 being the id of the first gpu, which listproviders shows).
        I don't need to do that to get DRI_PRIME working, from my limited understanding this is what DRI_PRIME enforces.

        Comment


        • #5
          Originally posted by haagch View Post
          * Automatic offloading. Programs only render on another GPU if you tell them to.
          Also wrong, it's automatic (I saw the GPU LED changing color when running games with runpm on) although I can't check if it's smart enough to do it for every game since runpm isn't usable yet on my laptop.

          Comment


          • #6
            Originally posted by Azultra View Post
            Also wrong, it's automatic (I saw the GPU LED changing color when running games with runpm on) although I can't check if it's smart enough to do it for every game since runpm isn't usable yet on my laptop.
            Well, that would be news to me. Is there any documentation about this?

            I'm using intel gpu + radeon gpu and in the beginning there were a few bugs left where the radeon gpu was mistakenly powered on when certain x functionality was used.
            Just saying it could be something like that.

            Comment


            • #7
              And what about hdmi and so on?
              Should I turn on the discrete card to use it on the laptop?

              Comment


              • #8
                Originally posted by Xwaang View Post
                And what about hdmi and so on?
                Should I turn on the discrete card to use it on the laptop?
                AFAIK The discrete GPU has no outputs attached. All output, be it your laptop's monitor, HDMI, DP, etc are attached to the integrated GPU. All the discrete GPU does is render to a memory buffer and then copy/switch to the IGP's framebuffer for it to send to an attached output, so it's always the IGP outputting anyways, independent of who renders the image.

                EDIT: I'm sorry, this was an overly complicated answer. The short answer is: No, the IGP supports all video outputs.
                Last edited by jntesteves; 04 April 2015, 02:04 PM.

                Comment

                Working...
                X