All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Ben Johnson <intel-gfx@geekamole.com>, intel-gfx@lists.freedesktop.org
Subject: Re: i915 KMS interferes with nVidia card
Date: Thu, 13 Mar 2014 10:27:44 +0200	[thread overview]
Message-ID: <874n3233lr.fsf@intel.com> (raw)
In-Reply-To: <53212CA6.2020608@geekamole.com>

On Thu, 13 Mar 2014, Ben Johnson <intel-gfx@geekamole.com> wrote:
> Sorry if I'm violating list etiquette in any way--the readme link to 
> intellinuxgraphics.org no longer works.

Thanks for letting us know. Better now?
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

> My hardware:
> Asrock Z77 Extreme4 with iGPU Multi-Monitor enabled. Primary graphics is 
> set to PCIe but that doesn't make a difference.
> i7 3770k / HD 4000
> nVidia GTX 660 running nVidia's binary drivers v334.21, although 
> multiple versions have the issue
>
> My software:
> Stable Gentoo with gentoo-sources-3.12.13, although multiple kernels 
> have the issue
>
> I am trying to use both the HD 4000 graphics and the nVidia card 
> simultaneously in a single-seat multiple-X-server Zaphod scenario. I 
> have another cheap nVidia card on order so I don't have any urgent need 
> and maybe not any need at all to get this working with i915.
>
> The Zaphod setup works fine with the exception of two problems that 
> occur only when the i915 driver is loaded with modesetting enabled. 
> I.e., not loading i915 or setting "nomodeset" or "i915.modeset=0" at 
> boot resolves the issue, but does not allow the HD 4000 to be used. With 
> i915 loaded normally:
>
> 1) The nVidia virtual terminals are messed up. They appear zoomed-in and 
> don't update.
> 2) The nVidia card does not resume correctly from suspend-to-ram. It 
> prints some errors to dmesg and either doesn't wake the monitor up, or 
> doesn't ever show the X session again until I reboot.
>
> I am a C programmer and I don't mind helping to fix this if it turns out 
> to be relatively simple issue and my help is desired. Is this a known 
> limitation, and does anyone have a clear idea what the problem is or 
> where to look?

I don't have any ideas off the top of my head, maybe others do. However
you should expect problems reproducible only with closed source binary
drivers to have a relatively low priority.

BR,
Jani.



-- 
Jani Nikula, Intel Open Source Technology Center

  reply	other threads:[~2014-03-13  8:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-13  3:57 i915 KMS interferes with nVidia card Ben Johnson
2014-03-13  8:27 ` Jani Nikula [this message]
2014-03-16 11:13 ` Bruno Prémont
2014-03-16 23:25   ` Ben Johnson

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=874n3233lr.fsf@intel.com \
    --to=jani.nikula@linux.intel.com \
    --cc=intel-gfx@geekamole.com \
    --cc=intel-gfx@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.