Inki Dae | 6 Mar 14:44 2015

[PATCH] drm/exynos: fix typo config name correctly.

This patch fixes DRM_EXYNOS7DECON to DRM_EXYNOS7_DECON.

Signed-off-by: Inki Dae <inki.dae <at> samsung.com>
---
 drivers/gpu/drm/exynos/Kconfig |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/Kconfig
index a5e7461..0a67803 100644
--- a/drivers/gpu/drm/exynos/Kconfig
+++ b/drivers/gpu/drm/exynos/Kconfig
 <at>  <at>  -50,7 +50,7  <at>  <at>  config DRM_EXYNOS_DSI

 config DRM_EXYNOS_DP
 	bool "EXYNOS DRM DP driver support"
-	depends on (DRM_EXYNOS_FIMD || DRM_EXYNOS7DECON) && ARCH_EXYNOS && (DRM_PTN3460=n || DRM_PTN3460=y
|| DRM_PTN3460=DRM_EXYNOS)
+	depends on (DRM_EXYNOS_FIMD || DRM_EXYNOS7_DECON) && ARCH_EXYNOS && (DRM_PTN3460=n ||
DRM_PTN3460=y || DRM_PTN3460=DRM_EXYNOS)
 	default DRM_EXYNOS
 	select DRM_PANEL
 	help
--

-- 
1.7.9.5

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
(Continue reading)

Daniel Kurtz | 6 Mar 09:54 2015

[PATCH libdrm] proptest: install it with --enable-install-test-programs

--enable-install-test-programs allows tests to be installed in $bindir.
This is disabled by default, but very useful when cross compiling.

Signed-off-by: Daniel Kurtz <djkurtz <at> chromium.org>
---
 tests/proptest/Makefile.am | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/tests/proptest/Makefile.am b/tests/proptest/Makefile.am
index 48a84c1..0594e02 100644
--- a/tests/proptest/Makefile.am
+++ b/tests/proptest/Makefile.am
 <at>  <at>  -3,8 +3,13  <at>  <at>  AM_CFLAGS = \
 	-I$(top_srcdir)/include/drm \
 	-I$(top_srcdir)

+if HAVE_INSTALL_TESTS
+bin_PROGRAMS = \
+	proptest
+else
 noinst_PROGRAMS = \
 	proptest
+endif

 proptest_SOURCES = \
 	proptest.c
--

-- 
2.2.0.rc0.207.ga3a616c

_______________________________________________
(Continue reading)

Daniel Kurtz | 6 Mar 09:52 2015

[PATCH libdrm] tests: add rockchip to modetest, kmstest, vbltest and proptest

There is a rockchip drm kms driver.
Add "rockchip" to the static lists of driver names in the the standard
set of tests.

Signed-off-by: Daniel Kurtz <djkurtz <at> chromium.org>
---
 tests/kmstest/main.c      | 1 +
 tests/modetest/modetest.c | 2 +-
 tests/proptest/proptest.c | 2 +-
 tests/vbltest/vbltest.c   | 2 +-
 4 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/tests/kmstest/main.c b/tests/kmstest/main.c
index 2c87b1c..fb22354 100644
--- a/tests/kmstest/main.c
+++ b/tests/kmstest/main.c
 <at>  <at>  -63,6 +63,7  <at>  <at>  char *drivers[] = {
 	"vmwgfx",
 	"exynos",
 	"imx-drm",
+	"rockchip",
 	NULL
 };

diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 425e528..5f46efd 100644
--- a/tests/modetest/modetest.c
+++ b/tests/modetest/modetest.c
 <at>  <at>  -1453,7 +1453,7  <at>  <at>  int main(int argc, char **argv)
 	int drop_master = 0;
(Continue reading)

bugzilla-daemon | 6 Mar 01:57 2015

[Bug 89431] Monitor is deactivated after DPMS activates

Comment # 8 on bug 89431 from building a new linux-image for ubuntu is tricky... might take me a little longer
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 5 Mar 21:38 2015

[Bug 89447] [bisected] [radeonsi+wine_d3dadapter+Bioshock] GPU lockup 8 minutes after start

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
89447
[bisected] [radeonsi+wine_d3dadapter+Bioshock] GPU lockup 8 minutes after start
Mesa
git
x86 (IA32)
Linux (All)
NEW
normal
medium
Drivers/Gallium/radeonsi
dri-devel <at> lists.freedesktop.org
arek.rusi <at> gmail.com
dri-devel <at> lists.freedesktop.org

Created attachment 114043 [details] dmesg linux_4rc2 cape verde kernel 4rc2/3.19 x86 llvm svn230872 radeon git xorg 1.17.1 mesa git git bisect... gives this: 5f1cef76f9bbaae772120dcb38e0b98d68a93f26 is the first bad commit commit 5f1cef76f9bbaae772120dcb38e0b98d68a93f26 Author: Marek Olšák <marek.olsak <at> amd.com> Date: Sat Feb 7 13:19:38 2015 +0100 r600g,radeonsi: use fences to implement PIPE_QUERY_GPU_FINISHED Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=89014 Reviewed-by: Michel Dänzer <michel.daenzer <at> amd.com> :040000 040000 aae0244556c43c9d03243992143a8c9fc0128977 7f320431b51c3f55f243448b0b5dc3031feb6abb M src 64bit system is affected too but GPU was hung after about one hour.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 5 Mar 18:50 2015

[Bug 89431] Monitor is deactivated after DPMS activates

Comment # 7 on bug 89431 from I will give it a try today, thank you
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Damien Lespiau | 5 Mar 17:20 2015
Picon

[PATCH libdrm 00/12] Introduce drm_intel_device and use i915_pciid.h

A couple of things I wanted to do for the longest time:

  - Have (intel's) libdrm use the kernel i915_pciids.h so we can just copy the
    file when updating
  - Start a new object, struct drm_intel_device where we could put common code
    across several userspace projects. For instance it could be where we put
    the "number of threads" logic we need to use in several 3d/gpgpu
    states/instructions (that's a bit fiddly starting with CHV: we can't use
    static tables anymore and need a runtime query to the kernel)

I tested it a bit so it can't be totally wrong:

  - I ran with this series on a couple of machines with no noticeable problem
  - I check that the INTEL_DEVID_OVERRIDE env variable was still working (to
    dump AUB files)
  - make check, which exercises changes in the decoder path, still passes

-- 
Damien

Damien Lespiau (12):
  intel: Remove unused define IS_MOBILE()
  intel: Introduce an drm_intel_device object
  intel: Use drm_intel_device in the gem buffer manager
  intel: Make drm_intel_decode use a drm_intel_device
  intel: Use '||' for the boolean or
  intel: Kill the IS_9XX() macro
  intel: Kill the IS_GEN4() macro
  intel: Remove direct usage of IS_915()
  intel: Provide IS_GENX() macros taking a drm_intel_device as argument
  intel: Make test_decode fail gracefully the decode context is NULL
  intel: Make test_decode not depend on intel_chipset.h
  intel: Remove intel_chipset.h

 intel/Makefile.sources    |   5 +-
 intel/i915_pciids.h       | 289 +++++++++++++++++++++++++++++++++++
 intel/intel_bufmgr_gem.c  |  70 ++-------
 intel/intel_chipset.h     | 376 ----------------------------------------------
 intel/intel_decode.c      |  82 +++++-----
 intel/intel_device.c      | 300 ++++++++++++++++++++++++++++++++++++
 intel/intel_device.h      |  99 ++++++++++++
 intel/intel_device_priv.h |  43 ++++++
 intel/test_decode.c       |  12 +-
 9 files changed, 791 insertions(+), 485 deletions(-)
 create mode 100644 intel/i915_pciids.h
 delete mode 100644 intel/intel_chipset.h
 create mode 100644 intel/intel_device.c
 create mode 100644 intel/intel_device.h
 create mode 100644 intel/intel_device_priv.h

--

-- 
1.8.3.1

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 5 Mar 12:45 2015

[Bug 94331] New: Random panic with radeon

https://bugzilla.kernel.org/show_bug.cgi?id=94331

            Bug ID: 94331
           Summary: Random panic with radeon
           Product: Drivers
           Version: 2.5
    Kernel Version: 4.0.0-rc1-00151-ga38ecbb
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri <at> kernel-bugs.osdl.org
          Reporter: sulamiification <at> gmail.com
        Regression: No

Created attachment 169221
  --> https://bugzilla.kernel.org/attachment.cgi?id=169221&action=edit
Kernel log

Yesterday my 4.0.0-rc1 randomly panicked. Because of the panic messsage I am
assuming it is at least related to radeon.

Hardware:
- Intel Xeon E3-1245v3
- AMD Radeon HD7970
- ASRock B85M Pro4

Software:
- Mainline Kernel built on Monday (4.0.0-rc1-00151-ga38ecbb)
- radeon driver

The panic happened after about one day of uptime, I was running cwm + compton,
an OpenBSD VM in qemu/kvm without graphics in the background and a HTML5
YouTube video in Firefox.

I added the log up until then as an attachment, but I cannot find anything
suspicious. The "wm" segfault is my fault, I am working on a Wayland
compositor. The bridge mess as well.

I made a photo of the panic for later examination, which can be found here:

https://i.imgur.com/I7xBwWD.jpg

So far I have not been able to reproduce this issue.

--

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Jani Nikula | 5 Mar 12:29 2015
Picon

[PULL] drm-intel-fixes


Hi Dave, two i915 fixes, both of them cc: stable.

BR,
Jani.

The following changes since commit 13a7a6ac0a11197edcd0f756a035f472b42cdf8b:

  Linux 4.0-rc2 (2015-03-03 09:04:59 -0800)

are available in the git repository at:

  git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2015-03-05

for you to fetch changes up to ab3be73fa7b43f4c3648ce29b5fd649ea54d3adb:

  drm/i915: gen4: work around hang during hibernation (2015-03-04 10:08:50 +0200)

----------------------------------------------------------------
Chris Wilson (1):
      drm/i915: Check for driver readyness before handling an underrun interrupt

Imre Deak (1):
      drm/i915: gen4: work around hang during hibernation

 drivers/gpu/drm/i915/i915_drv.c            | 30 +++++++++++++++++++++++++-----
 drivers/gpu/drm/i915/intel_fifo_underrun.c | 18 +++++++-----------
 2 files changed, 32 insertions(+), 16 deletions(-)

--

-- 
Jani Nikula, Intel Open Source Technology Center
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Oded Gabbay | 5 Mar 11:14 2015
Picon

[PATCH 1/3] drm/amdkfd: rename fence_wait_timeout

fence_wait_timeout() is an exported kernel symbol, so we should rename our
local function to something different.

Signed-off-by: Oded Gabbay <oded.gabbay <at> amd.com>
---
 drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c b/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c
index b3589d0..b508bae 100644
--- a/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c
+++ b/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c
 <at>  <at>  -891,7 +891,7  <at>  <at>  out:
 	return retval;
 }

-static int fence_wait_timeout(unsigned int *fence_addr,
+static int amdkfd_fence_wait_timeout(unsigned int *fence_addr,
 				unsigned int fence_value,
 				unsigned long timeout)
 {
 <at>  <at>  -947,7 +947,7  <at>  <at>  static int destroy_queues_cpsch(struct device_queue_manager *dqm, bool lock)
 	pm_send_query_status(&dqm->packets, dqm->fence_gpu_addr,
 				KFD_FENCE_COMPLETED);
 	/* should be timed out */
-	fence_wait_timeout(dqm->fence_addr, KFD_FENCE_COMPLETED,
+	amdkfd_fence_wait_timeout(dqm->fence_addr, KFD_FENCE_COMPLETED,
 				QUEUE_PREEMPT_DEFAULT_TIMEOUT_MS);
 	pm_release_ib(&dqm->packets);
 	dqm->active_runlist = false;
--

-- 
2.1.0

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Daniel Vetter | 5 Mar 11:01 2015
Picon

[PATCH] drm/plane-helper: unexport drm_primary_helper_create_plane

We shouldn't tempt driver writers into using this since it uses a
default format list which is likely wrong. And when that's done we can
simplify the code a bit, too.

Noticed while reviewing a patch from Laurent.

Cc: Laurent Pinchart <laurent.pinchart <at> ideasonboard.com>
Cc: Matt Roper <matthew.d.roper <at> intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter <at> intel.com>
---
 drivers/gpu/drm/drm_plane_helper.c | 26 ++++----------------------
 include/drm/drm_plane_helper.h     |  4 ----
 2 files changed, 4 insertions(+), 26 deletions(-)

diff --git a/drivers/gpu/drm/drm_plane_helper.c b/drivers/gpu/drm/drm_plane_helper.c
index 5ba5792bfdba..de8c6565bc55 100644
--- a/drivers/gpu/drm/drm_plane_helper.c
+++ b/drivers/gpu/drm/drm_plane_helper.c
 <at>  <at>  -344,20 +344,7  <at>  <at>  const struct drm_plane_funcs drm_primary_helper_funcs = {
 };
 EXPORT_SYMBOL(drm_primary_helper_funcs);

-/**
- * drm_primary_helper_create_plane() - Create a generic primary plane
- *  <at> dev: drm device
- *  <at> formats: pixel formats supported, or NULL for a default safe list
- *  <at> num_formats: size of  <at> formats; ignored if  <at> formats is NULL
- *
- * Allocates and initializes a primary plane that can be used with the primary
- * plane helpers.  Drivers that wish to use driver-specific plane structures or
- * provide custom handler functions may perform their own allocation and
- * initialization rather than calling this function.
- */
-struct drm_plane *drm_primary_helper_create_plane(struct drm_device *dev,
-						  const uint32_t *formats,
-						  int num_formats)
+static struct drm_plane *create_primary_plane(struct drm_device *dev)
 {
 	struct drm_plane *primary;
 	int ret;
 <at>  <at>  -368,15 +355,11  <at>  <at>  struct drm_plane *drm_primary_helper_create_plane(struct drm_device *dev,
 		return NULL;
 	}

-	if (formats == NULL) {
-		formats = safe_modeset_formats;
-		num_formats = ARRAY_SIZE(safe_modeset_formats);
-	}
-
 	/* possible_crtc's will be filled in later by crtc_init */
 	ret = drm_universal_plane_init(dev, primary, 0,
 				       &drm_primary_helper_funcs,
-				       formats, num_formats,
+				       safe_modeset_formats,
+				       ARRAY_SIZE(safe_modeset_formats),
 				       DRM_PLANE_TYPE_PRIMARY);
 	if (ret) {
 		kfree(primary);
 <at>  <at>  -385,7 +368,6  <at>  <at>  struct drm_plane *drm_primary_helper_create_plane(struct drm_device *dev,

 	return primary;
 }
-EXPORT_SYMBOL(drm_primary_helper_create_plane);

 /**
  * drm_crtc_init - Legacy CRTC initialization function
 <at>  <at>  -404,7 +386,7  <at>  <at>  int drm_crtc_init(struct drm_device *dev, struct drm_crtc *crtc,
 {
 	struct drm_plane *primary;

-	primary = drm_primary_helper_create_plane(dev, NULL, 0);
+	primary = create_primary_plane(dev);
 	return drm_crtc_init_with_planes(dev, crtc, primary, NULL, funcs);
 }
 EXPORT_SYMBOL(drm_crtc_init);
diff --git a/include/drm/drm_plane_helper.h b/include/drm/drm_plane_helper.h
index 31c11d36fae6..695f9791659d 100644
--- a/include/drm/drm_plane_helper.h
+++ b/include/drm/drm_plane_helper.h
 <at>  <at>  -98,10 +98,6  <at>  <at>  extern int drm_primary_helper_update(struct drm_plane *plane,
 extern int drm_primary_helper_disable(struct drm_plane *plane);
 extern void drm_primary_helper_destroy(struct drm_plane *plane);
 extern const struct drm_plane_funcs drm_primary_helper_funcs;
-extern struct drm_plane *drm_primary_helper_create_plane(struct drm_device *dev,
-							 const uint32_t *formats,
-							 int num_formats);
-

 int drm_plane_helper_update(struct drm_plane *plane, struct drm_crtc *crtc,
 			    struct drm_framebuffer *fb,
--

-- 
2.1.4

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Gmane