Re: [Intel-gfx] Still trying to isolate video freezes

2016-06-05 Thread Felix Miata

Chris composed on 2016-06-05 16:42 (UTC-0500):


In an effort to try and figure out why the video on my Dell Optiplex 780
keeps freezing I've been advised to run the latest kernel to see if it
may fix the problem. Today I installed 4.6.0-997.20160502_amd64.deb
and when booting it would not finish at all. There were some statements
about not loading root and also about not finding a drive


Is yours a SFF model 780? Overheating can cause freezing, and small case 
Dells, like other compact case PCs, are particularly susceptible to 
overheating if allowed to accumulated dust and/or tobacco tar, particularly 
on CPU cooler and/or within PS. Dust collected on tar acts as an insulator, 
containing heat within the source components. If you're sure overheating is 
not your problem, run memtest86 overnight or longer. You might have failing 
RAM. It happens. Sometimes simply reseating RAM will help if testing produces 
errors, but don't count on it.


I can't recall my SFF 780 ever doing as yours with any Linux kernel all the 
way back to 3.11.7 and up through 4.5.4, and servers 1.14.x through 1.18.3.

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx


[Intel-gfx] [Regression report] Weekly regression report WW23

2016-06-05 Thread jairo . daniel . miramontes . caton

Last week Regressions
+---+---+++
| BugId | Summary   | Created on | Bisect |
+---+---+++
| 96277 | laptop display blinks with kernel 4.6.0 (regr | 2016-05-30 | No |
+---+---+++


Previous Regressions
+---+---+++
| BugId | Summary   | Created on | Bisect |
+---+---+++
| 90112 | [BSW bisected] OglGSCloth/Lightsmark/CS/ Port | 2015-04-20 | Yes|
| 94590 | [KBL/BXT] igt/kms_fbcon_fbt/psr-suspend regre | 2016-03-17 | No |
| 93263 | 945GM regression since 4.3| 2015-12-05 | No |
| 72782 | [945GM bisected] screen blank on S3 resume on | 2013-12-17 | Yes|
| 92414 | [Intel-gfx] As of kernel 4.3-rc1 system will  | 2015-10-10 | Yes|
| 92050 | [regression]/bug introduced by commit [0e572f | 2015-09-19 | No |
| 93802 | [IVB bisected] switching to tty1 causes fifo  | 2016-01-20 | Yes|
| 95197 | [i915] regression in 4.6-rc5: GPU HANG: ecode | 2016-04-28 | No |
| 94587 | [KBL] igt/kms_plane/plane-panning-bottom-righ | 2016-03-17 | No |
| 89629 | [i965 regression]igt/kms_rotation_crc/sprite- | 2015-03-18 | No |
| 89728 | [HSW/BDW/BYT bisected] igt / pm_rps / reset f | 2015-03-23 | Yes|
| 95736 | [IVB bisected] *ERROR* uncleared fifo underru | 2016-05-24 | Yes|
| 92502 | [SKL] [Regression] igt/kms_flip/2x-flip-vs-ex | 2015-10-16 | No |
| 84855 | [ILK regression]igt kms_rotation_crc/sprite-r | 2014-10-10 | No |
| 87131 | [PNV regression] igt/gem_exec_lut_handle take | 2014-12-09 | No |
| 87726 | [BDW Bisected] OglDrvCtx performance reduced  | 2014-12-26 | Yes|
| 91974 | [bisected] unrecoverable black screen after k | 2015-09-11 | Yes|
| 94430 | [HSW+nvidia] regression: display becomes "dis | 2016-03-07 | No |
| 93971 | video framerate performance regression with U | 2016-02-02 | No |
| 92575 | [4.2 regression] Massive graphics corruption  | 2015-10-21 | No |
| 89872 | [ HSW Bisected ] VGA was white screen when re | 2015-04-02 | Yes|
| 91959 | [865g Linux regression] GPU hang and disabled | 2015-09-10 | No |
| 95097 | [hdmi regression ilk] no signal to TV | 2016-04-24 | No |
| 89334 | [945 regression] 4.0-rc1 kernel GPU hang:  ec | 2015-02-26 | No |
| 94748 | Black screen on Skylake (mouse position relat | 2016-03-29 | No |
| 92972 | Black screen on Intel NUC hardware (i915) pos | 2015-11-16 | No |
| 87725 | [BDW Bisected] OglBatch7 performance reduced  | 2014-12-26 | Yes|
| 94676 | Possible kernel regression for gen3 and earli | 2016-03-23 | No |
| 94416 | [KBL HSW] [Regression] kms_frontbuffer_tracki | 2016-03-06 | No |
| 94337 | Linux 4.5 regression: FIFO underruns on Skyla | 2016-02-29 | No |
| 90368 | [SNB BSW SKL BXT KBL] bisected igt/kms_3d has | 2015-05-08 | Yes|
| 94588 | [KBL/BSW/BXT] igt/gem_reloc_overflow regressi | 2016-03-17 | No |
| 90732 | [BDW/BSW Bisected]igt/gem_reloc_vs_gpu/forked | 2015-05-29 | Yes|
| 90134 | [BSW Bisected]GFXBench3_gl_driver/GFXBench3_g | 2015-04-22 | Yes|
| 93782 | [i9xx TV][BISECT] vblank wait timeout on crtc | 2016-01-19 | Yes|
| 89632 | [i965 regression]igt/kms_universal_plane/univ | 2015-03-18 | No |
| 88439 | [BDW Bisected]igt/gem_reloc_vs_gpu/forked-fau | 2015-01-15 | Yes|
| 92237 | [SNB]Horrible noise (audio) via DisplayPort [ | 2015-10-02 | No |
| 93122 | [SNB BAT IGT regression] pm_rpm started skipp | 2015-11-26 | No |
| 93393 | Regression for Skylake modesetting in kernel  | 2015-12-16 | No |
+---+---+++
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx


Re: [Intel-gfx] [RFC i-g-t 3/7] benchmarks/Makefile: Don't build benchmarks that depend on libdrm_intel.

2016-06-05 Thread Robert Foss

On 2016-05-25 03:55 PM, Emil Velikov wrote:

On Wednesday, May 25, 2016 19:18 BST, robert.f...@collabora.com wrote:

From: Robert Foss 

Use the HAS_INTEL automake flag to avoid building benchmarks that won't
compile unless libdrm_intel is available in the build system.

Signed-off-by: Robert Foss 
---
  benchmarks/Android.mk   |  6 ++
  benchmarks/Makefile.am  |  5 -
  benchmarks/Makefile.sources | 14 +-
  3 files changed, 19 insertions(+), 6 deletions(-)

diff --git a/benchmarks/Android.mk b/benchmarks/Android.mk
index 207a177..08b6816 100644
--- a/benchmarks/Android.mk
+++ b/benchmarks/Android.mk
@@ -34,4 +34,10 @@ endef

  benchmark_list := $(benchmarks_PROGRAMS)

+ifeq ($(HAVE_LIBDRM_INTEL),true)
+benchmark_list += $(LIBDRM_INTEL_BENCHMARKS)
+endif
+
+
+

Add just one blank line. Yet again... one should set HAVE_LIBDRM_INTEL
so that things don't regress/change. Something like the following
should do it

--- a/Android.mk
+++ b/Android.mk
@@ -1,2 +1,4 @@
+HAVE_LIBDRM_INTEL := true
+
  include $(call all-named-subdir-makefiles, lib tests tools benchmarks)

I'd keep ^^ either as separate patch (1.1/7) or just fold it into 1/7
and update the commit message.


  $(foreach item,$(benchmark_list),$(eval $(call
add_benchmark,$(item
diff --git a/benchmarks/Makefile.am b/benchmarks/Makefile.am
index 49d2f64..7400dd0 100644
--- a/benchmarks/Makefile.am
+++ b/benchmarks/Makefile.am
@@ -1,6 +1,9 @@
-
  include Makefile.sources

+if HAVE_LIBDRM_INTEL
+benchmarks_PROGRAMS += $(LIBDRM_INTEL_BENCHMARKS)
+endif
+

This is absolutely correct, sadly the existing Makefile.sources
(ab)use makes things hard to grasp.
The 'hard to grasp' part being - this (and other) Makefile.am files
are missing the definition of the *PROGRAMS, *LTLIBRARIES, etc.
variables thus the whole file (and this hunk and particular makes
things harder to read.

Ideally one will give clearer (non-autoconf specific) names of the
variables in the Makefile.sources and move the PROGRAMS... bits into
Makefile.am. That is rather evasive so I'm not sure if you're up for it.
Example (note it has some ~unrelated comments/nitpicks)

diff --git a/benchmarks/Android.mk b/benchmarks/Android.mk
index 207a177..dfe34bc 100644
--- a/benchmarks/Android.mk
+++ b/benchmarks/Android.mk
@@ -32,6 +32,6 @@ endef

  ##

-benchmark_list := $(benchmarks_PROGRAMS)
+benchmark_list := $(benchmarks_prog_list)

  $(foreach item,$(benchmark_list),$(eval $(call add_benchmark,$(item
diff --git a/benchmarks/Makefile.am b/benchmarks/Makefile.am
index 2c2d100..5396db1 100644
--- a/benchmarks/Makefile.am
+++ b/benchmarks/Makefile.am
@@ -3,15 +3,23 @@ include Makefile.sources

  AM_CPPFLAGS = -I$(top_srcdir) -I$(top_srcdir)/lib
  AM_CFLAGS = $(DRM_CFLAGS) $(CWARNFLAGS) $(CAIRO_CFLAGS)
$(LIBUNWIND_CFLAGS)
+
+benchmarks_PROGRAMS = $(benchmarks_prog_list)
  LDADD = $(top_builddir)/lib/libintel_tools.la

+# Sees to be unused by IGT. Add a comment and move it after gem_foo

+benchmarksdir=$(libexecdir)/intel-gpu-tools/benchmarks
  benchmarks_LTLIBRARIES = gem_exec_tracer.la
  gem_exec_tracer_la_LDFLAGS = -module -avoid-version -no-undefined
+# there should be a detection in configure.ac as some platforms don't
use/have libdl.so
  gem_exec_tracer_la_LIBADD = -ldl

+# one could/should use AX_PTHREADS in configure and
PTHREAD_CFLAGS/PTHREAD_LIBS through the project.
+# unless they use pthread and don't strictly require the locking.
then they can use the pthread-stubs package.
  gem_latency_CFLAGS = $(AM_CFLAGS) $(THREAD_CFLAGS)
  gem_latency_LDADD = $(LDADD) -lpthread
  gem_syslatency_CFLAGS = $(AM_CFLAGS) $(THREAD_CFLAGS)
  gem_syslatency_LDADD = $(LDADD) -lpthread -lrt

+# spaces around = ?
  EXTRA_DIST=README
diff --git a/benchmarks/Makefile.sources b/benchmarks/Makefile.sources

index 81607a5..51f59e5 100644
--- a/benchmarks/Makefile.sources
+++ b/benchmarks/Makefile.sources
@@ -1,6 +1,4 @@
-benchmarksdir=$(libexecdir)/intel-gpu-tools/benchmarks
-
-benchmarks_PROGRAMS =\
+benchmarks_prog_list =\
  intel_upload_blit_large \
  intel_upload_blit_large_gtt \
  intel_upload_blit_large_map \



--- a/benchmarks/Makefile.sources
+++ b/benchmarks/Makefile.sources
@@ -1,10 +1,7 @@
  benchmarksdir=$(libexecdir)/intel-gpu-tools/benchmarks

+

Please don't add unneeded whitespace changes.


+LIBDRM_INTEL_BENCHMARKS =\

With the above suggestions in place this could become
intel_benchmarks_prog_list. Don't think there's a difference between
upper/lower case and/or short/long names. Go with what IGT people are
happy.

-Emil


About the LIBDRM_INTEL_BENCHMARKS -> changes (and the corresponding 
changes to tools/lib/etc.) this would change the Android.mk behavior too.
The Android.mk changes would make it deviate from the the standard 
expected behaviour with having XXX_PROGRAMS being assumed to contain the 
program listing.


Is that a 

[Intel-gfx] Updated drm-intel-testing

2016-06-05 Thread Daniel Vetter
Hi all,

New -testing cycle with cool stuff:
- some polish for the guc code (Dave Gordon)
- big refactoring of gen9 display clock handling code (Ville)
- refactoring work in the context code (Chris Wilson)
- give encoder/crtc/planes useful names for debug output (Ville)
- improvements to skl/kbl wm computation code (Mahesh Kumar)
- bunch of smaller improvements all over as usual

Happy testing!

Cheers, Daniel

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx


[Intel-gfx] Still trying to isolate video freezes

2016-06-05 Thread Chris
In an effort to try and figure out why the video on my Dell Optiplex 780
keeps freezing I've been advised to run the latest kernel to see if it
may fix the problem. Today I installed 4.6.0-997.20160502_amd64.deb
and when booting it would not finish at all. There were some statements
about not loading root and also about not finding a drive. Is there a
way that I can save all this information so that I can add it to a bug
report I've filed a long time ago. I'm now back to the kernel below in
my sig. Since I'm not smart on any of this I'm also wondering what the
attached means, if anything at all.

Chris

-- 
Chris
KeyID 0xE372A7DA98E6705C
31.11°N 97.89°W (Elev. 1092 ft)
16:27:16 up 37 min, 1 user, load average: 0.61, 0.47, 0.53
Ubuntu 14.04.4 LTS, kernel 4.6.0-997-generic #20160502 SMP Mon May
23 02:03:57 UTC 2016


FIFO.txt.xz
Description: application/xz
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx


[Intel-gfx] iommu/vt-d: Use per-cpu IOVA caching, suspend-to-ram causes machine hang

2016-06-05 Thread Marius Vlad
Hi Omer the following commit introduced a regression when doing
suspend-to-ram. The machine never wakes up. We have more than
a few machines that hang: SNB-i7-2620m, IVB-3370, HSW-4470r, BDW-5600u,
BDW-525u.

You can easily replicate by doing a rtcwake -s 10 -m mem.

22e2f9fa63b092923873fc8a52955151f4d83274 is the first bad commit
commit 22e2f9fa63b092923873fc8a52955151f4d83274
Author: Omer Peleg 
Date:   Wed Apr 20 11:34:11 2016 +0300

iommu/vt-d: Use per-cpu IOVA caching

Commit 9257b4a2 ('iommu/iova: introduce per-cpu caching to iova allocation')
introduced per-CPU IOVA caches to massively improve scalability. Use them.

Signed-off-by: Omer Peleg 
[m...@cs.technion.ac.il: rebased, cleaned up and reworded the commit 
message]
Signed-off-by: Adam Morrison 
Reviewed-by: Shaohua Li 
Reviewed-by: Ben Serebrin 
[dwmw2: split out VT-d part into a separate patch]
Signed-off-by: David Woodhouse 

Here's the full bisect log:

git bisect start
# bad: [d1f27215f780b81b5a0151ae5a830669b7d2e2de] drm-intel-nightly: 
2016y-06m-03d-19h-00m-28s UTC integration manifest
git bisect bad d1f27215f780b81b5a0151ae5a830669b7d2e2de
# good: [2dcd0af568b0cf583645c8a317dd12e344b1c72a] Linux 4.6
git bisect good 2dcd0af568b0cf583645c8a317dd12e344b1c72a
# good: [e0fb1b36398487475e0d2c50264e4ec1eaed3e11] Merge tag 
'iommu-updates-v4.7' of git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu
git bisect good e0fb1b36398487475e0d2c50264e4ec1eaed3e11
# good: [b1503934a5e51e74b2f4c72ad77b33231e7b6953] scripts/gdb: add cpu 
iterators
git bisect good b1503934a5e51e74b2f4c72ad77b33231e7b6953
# good: [0e01df100b6bf22a1de61b66657502a6454153c5] Merge tag 'ext4_for_linus' 
of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4
git bisect good 0e01df100b6bf22a1de61b66657502a6454153c5
# bad: [aa00edc1287a693eadc7bc67a3d73555d969b35d] make IS_ERR_VALUE() complain 
about non-pointer-sized arguments
git bisect bad aa00edc1287a693eadc7bc67a3d73555d969b35d
# good: [ea8ea737c46cffa5d0ee74309f81e55a7e5e9c2a] Merge tag 'nfs-for-4.7-1' of 
git://git.linux-nfs.org/projects/anna/linux-nfs
git bisect good ea8ea737c46cffa5d0ee74309f81e55a7e5e9c2a
# good: [e2fe14564d3316d1625ed20bf1083995f4960893] oom_reaper: close race with 
exiting task
git bisect good e2fe14564d3316d1625ed20bf1083995f4960893
# bad: [2566278551d3db875bc3bbfc41b42f2e80392108] Merge 
git://git.infradead.org/intel-iommu
git bisect bad 2566278551d3db875bc3bbfc41b42f2e80392108
# good: [621ecd8d2123bc13e140b519e01a18200aeb614c] KVM: arm/arm64: vgic-new: 
Add GICv3 SGI system register trap handler
git bisect good 621ecd8d2123bc13e140b519e01a18200aeb614c
# good: [44bcc922381e24c4f38dc5dfd8d34d60b2ede898] Merge tag 
'kvm-arm-for-4-7-take2' of 
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm into kvm-next
git bisect good 44bcc922381e24c4f38dc5dfd8d34d60b2ede898
# good: [f0cf040f842242d55744c2606e8b7177507fbbb0] tools: kvm_stat: Introduce 
pid monitoring
git bisect good f0cf040f842242d55744c2606e8b7177507fbbb0
# good: [0824c5920b16fe11034f3b5d2d48456d282d83f9] iommu/vt-d: avoid dev iotlb 
logic for domains with no dev iotlbs
git bisect good 0824c5920b16fe11034f3b5d2d48456d282d83f9
# bad: [22e2f9fa63b092923873fc8a52955151f4d83274] iommu/vt-d: Use per-cpu IOVA 
caching
git bisect bad 22e2f9fa63b092923873fc8a52955151f4d83274
# good: [9257b4a206fc0229dd5f84b78e4d1ebf3f91d270] iommu/iova: introduce 
per-cpu caching to iova allocation
git bisect good 9257b4a206fc0229dd5f84b78e4d1ebf3f91d270
# first bad commit: [22e2f9fa63b092923873fc8a52955151f4d83274] iommu/vt-d: Use 
per-cpu IOVA caching

Some info about the machine:

System Information
Manufacturer: Dell Inc.
Product Name: Latitude E7450

$ lspci
00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated 
Graphics (rev 09)
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
00:04.0 Signal processing controller: Intel Corporation Broadwell-U Camarillo 
Device (rev 09)
00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller 
(rev 03)
00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI 
Controller #1 (rev 03)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (3) I218-LM 
(rev 03)
00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio 
Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 
(rev e3)
00:1c.3 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #4 
(rev e3)
00:1c.4 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 
(rev e3)
00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller 
(rev 03)
00:1f.0 ISA bridge: Intel Corporation