public inbox for intel-gfx@lists.freedesktop.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox