[Bug 76271] intel-virtual-output: one remote head fails to update

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=76271

--- Comment #19 from Chris Wilson <chris at chris-wilson.co.uk> ---
(In reply to comment #18)
> top looks perfectly normal, Gnome Shell is at about 8%, below are the first
> few lines of perf top:
> 
>  25.91%  nvidia_drv.so                            [.] 0x00000000000935a0
>   5.51%  [drm]                                    [k] drm_clflush_page
>   3.29%  [vdso]                                   [.] 0x0000000000000422
>   2.74%  intel_drv.so                             [.] 0x00000000000513c0
>   1.92%  libv8.so                                 [.] 0x0000000000242052
>   1.53%  libglib-2.0.so.0.3800.1                  [.] 0x000000000008986e
> 
> (Note: I'm running a low-latency kernel. No idea if it matters.)

Eek, nvidia how could you. Just as disturbing is the drm_clflush_page, but that
is likely to be due to DRI.

> The lag persists after turning on FORCE_16BIT_XFER.
> 
> Where do I set Option "AllowSHMPixmaps" "true" ?

There should be a bumblebee config file for setting what options to pass to the
nvidia server, I think it is /etc/bumblebee/xorg.conf.nvidia. Add the Option to
Section "Device"

> Compilation with DBG=1 gives me plenty of errors in 3310ee89c1f1a.

Fixed.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20140407/fc667faa/attachment.html>