[Bug 98036] New: [BYT] flickering is seen after running benchmark synmark [regression]

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Oct 3 22:04:03 UTC 2016


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

            Bug ID: 98036
           Summary: [BYT] flickering is seen after running benchmark
                    synmark [regression]
           Product: DRI
           Version: XOrg git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Intel
          Assignee: intel-gfx-bugs at lists.freedesktop.org
          Reporter: luis.botello.ortega at intel.com
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
                CC: intel-gfx-bugs at lists.freedesktop.org
     i915 platform: BYT
     i915 features: display/HDMI

Created attachment 126983
  --> https://bugs.freedesktop.org/attachment.cgi?id=126983&action=edit
dmesg

Description:
========================================================
After running synmark flickering is seen on BYT.

Software Configuration:
========================================================
Kernel version                  : 4.8.0-rc2bisect-jira-2efb813+
Linux distribution              : Ubuntu 16.04 LTS
Architecture                    : 64-bit
Mesa version                    : 12.0.0 (git-8b06176
xf86-video-intel version        : Not found
Xorg-Xserver version            : 1.18.99.2
DRM version                     : 2.4.70
VAAPI version                   : Intel i965 driver for Intel(R) Bay Trail -
1.7.3.pre1 (1.7.0-136-g36fbd81)
Cairo version                   : 1.15.2
Intel GPU Tools version         : Tag [intel-gpu-tools-1.16-22-g200237a] /
Commit [200237a]
Kernel driver in use            : i915
Hardware acceleration           : Enabled
Bios revision                   : 1.30
Bios release date               : 03/24/2014
KSC revision                    : 1.10


Hardware Config:
==========================================================
Platform                        : BYT-M (Toshiba)
Motherboard model               : Satellite C55t-A
Motherboard type                : Portable PC Notebook
Motherboard manufacturer        : TOSHIBA
CPU family                      : Atom
CPU information                 : Intel(R) Celeron(R) CPU  N2820  @ 2.13GHz
GPU Card                        : Intel Corporation Atom Processor
Z36xxx/Z37xxx Series Graphics & Display (rev 0c) (prog-if 00 [VGA controller])
Memory ram                      : 4 GB
Maximum memory ram allowed      : 8 GB
Display resolution              : 1920x1200
CPU thread                      : 2
CPU core                        : 2
Socket                          : None
Signature                       : Type 0, Family 6, Model 55, Stepping 3
Hard drive capacity             : 465GiB (500GB)

Regression:
===============================================
2efb813d5388e18255c54afac77bd91acd586908 is the first bad commit
commit 2efb813d5388e18255c54afac77bd91acd586908
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Thu Aug 18 17:17:06 2016 +0100
drm/i915: Fallback to using unmappable memory for scanout
The existing ABI says that scanouts are pinned into the mappable region
so that legacy clients (e.g. old Xorg or plymouthd) can write directly
into the scanout through a GTT mapping. However if the surface does not
fit into the mappable region, we are better off just trying to fit it
anywhere and hoping for the best. (Any userspace that is capable of
using ginormous scanouts is also likely not to rely on pure GTT
updates.) With the partial vma fault support, we are no longer
restricted to only using scanouts that we can pin (though it is still
preferred for performance reasons and for powersaving features like
FBC).
v2: Skip fence pinning when not mappable.
v3: Add a comment to explain the possible ramifications of not being
able to use fences for unmappable scanouts.
v4: Rebase to skip over some local patches
v5: Rebase to defer until after we have unmappable GTT fault support
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
Cc: Deepak S <deepak.s at linux.intel.com>
Cc: Damien Lespiau <damien.lespiau at intel.com>
Cc: Daniel Vetter <daniel.vetter at ffwll.ch>
Cc: Jani Nikula <jani.nikula at linux.intel.com>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>
Link:
http://patchwork.freedesktop.org/patch/msgid/20160818161718.27187-27-chris@chris-wilson.co.uk
:040000 040000 96d2cab693321fa8be700eb9f9db8f220819fa36
5d834a722b30204e059044af28d0230a784f40f9 M drivers

Steps to reproduce:
==========================================================
-- Download SYnmark Benchamrk
http://benchsrv.fi.intel.com/archive/benchmarks/SynMark2-7.0.tar.gz 
-- Open a terminal
-- run synmark

Attachments:
=============================================
dmesg
Xorg.log

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20161003/a9b59bdd/attachment.html>


More information about the intel-gfx-bugs mailing list