dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Dave Airlie <airlied@gmail.com>
Cc: dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: Switchable graphics and radeon PX runtime
Date: Fri, 14 Nov 2014 11:09:25 +0100	[thread overview]
Message-ID: <s5hbnoahz56.wl-tiwai@suse.de> (raw)
In-Reply-To: <CAPM=9tx3G8P9dr0KpuP=aZ3hX3FAHUQnJkG3vb9neMF2ZSe8mg@mail.gmail.com>

At Fri, 14 Nov 2014 19:33:00 +1000,
Dave Airlie wrote:
> 
> On 14 November 2014 18:12, Takashi Iwai <tiwai@suse.de> wrote:
> > Hi Alex,
> >
> > we've got a few bug reports about the behavior of radeon driver on
> > machines with Intel+AMD "switchable graphics" (no Muxless).  So far,
> > it seems that the sane only way to make the machine working is to get
> > back to the old vgaswitcheroo behavior via radeon.runpm=0.  Without
> > it, radeon GPU gives a spurious output as connected, eventually
> > crashes GNOME.  (Also, from the nature of the switchable graphics,
> > vgaswitcheroo looks more intuitive to me.)
> 
> vgaswitcheroo only matters if there is a MUX, the point of it is to drive
> the MUX.
> 
> dynamic poweroff makes more sense, switcheroo on/off switch was
> just a hack.

Well, I find the current form fairly unintuitive, at least, for the
switchable (not optimus) graphics.
With dynamic PM, the card is activated on demand.  So you may enable
outputs of both cards at any time, right?

Currently, all outputs from both cards are exposed in Xrandr,
e.g. LVDS1 DP1, HDMI1, VGA1, LVDS-1-1, HDMI-1-2, DisplayPort-1-2, and
VGA-1-1.  How can user-space know which one should be activated and
which not, when you can use effectively only a single card?

> > How are such machines supposed to work with the recent system?  Is PX
> > wrongly detected on them, or something else missing?
> 
> It sounds like the connector is wrongly detected and that should be what
> is fixed.

Yeah, that's a problem indeed.  In the bug report, both LVDS1 and
LVDS-1-1 are reported to be connected at the same time while the
latter doesn't get any real size and position.  We didn't trace
whether this is the culprit of crash of GNOME, but at least, it looks
fairly weird.

I forgot to give the original bug report:
  http://bugzilla.opensuse.org/show_bug.cgi?id=904417

and the xrandr output is found at
  http://bugzilla.opensuse.org/show_bug.cgi?id=904417#c18


thanks,

Takashi
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2014-11-14 10:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-14  8:12 Switchable graphics and radeon PX runtime Takashi Iwai
2014-11-14  9:33 ` Dave Airlie
2014-11-14 10:09   ` Takashi Iwai [this message]
2014-11-14 15:40     ` Alex Deucher
2014-11-14 16:14       ` Takashi Iwai
2014-11-14 17:29         ` Alex Deucher
2014-11-14 19:39           ` Takashi Iwai
2014-11-25 20:11             ` Takashi Iwai
2014-11-27  2:11               ` Alex Deucher

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=s5hbnoahz56.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=airlied@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox