<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - On system boot both DIS and IGD cards are powered on."
   href="https://bugs.freedesktop.org/show_bug.cgi?id=61114#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - On system boot both DIS and IGD cards are powered on."
   href="https://bugs.freedesktop.org/show_bug.cgi?id=61114">bug 61114</a>
              from <span class="vcard"><a class="email" href="mailto:pishposh.mcgee@gmail.com" title="PishPosh <pishposh.mcgee@gmail.com>"> <span class="fn">PishPosh</span></a>
</span></b>
        <pre>Hmmmm...

Additionally, if I try to switch to the radeon driver (either from the first
state, where both sets of outputs are available, or from the second state,
where only the intel outputs are available), it often fails to switch, giving

Oct 26 21:45:57 laptux-prime kernel: [  219.271775] vga_switcheroo: processing
delayed switch to 1
Oct 26 21:45:57 laptux-prime kernel: [  219.271784] vga_switcheroo: client 101
refused switch

If gdm comes up, regardless of the previous state (one driver's outputs or
two), I will find that once again the outputs for both drivers are available,
so once again there are phantom LVDS and VGA devices. xrandr lists nearly the
same outputs, except that those for the radeon driver are now like 'LVDS-1'
rather than 'LVDS-1-1', as they typically are on first boot.

After some repeated assertions of echoing ON and DDIS to
/sys/kernel/debug/vgaswitcheroo/switch (a deterministic procedure for which I
have not managed to identify), I can get X/gdm to come back up under the radeon
driver, at which point only the radeon-specific outputs are visible to XRandR
and the vgaswitcheroo state is:

0:IGD: :Off:0000:00:02.0
1:DIS:+:Pwr:0000:01:00.0
2:DIS-Audio: :Pwr:0000:01:00.1

I'm also attaching my Xorg.0.log. I can get dmesg, but kernel 3.11 has a
separate bug that keeps spamming it with unrelated errors, and I'd need to
determine what to grep out of it.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>