Alex Deucher | 31 Aug 17:19 2015
Picon

[PATCH 1/2] drm/radeon/native: Send out the full AUX address

AUX addresses are 20 bits long. Send out the entire address instead of
just the low 16 bits.

Port of:
drm/radeon/atom: Send out the full AUX address
to radeon non-atom aux path

Signed-off-by: Alex Deucher <alexander.deucher <at> amd.com>
Cc: stable <at> vger.kernel.org
---
 drivers/gpu/drm/radeon/radeon_dp_auxch.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_dp_auxch.c b/drivers/gpu/drm/radeon/radeon_dp_auxch.c
index fcbd60b..3b0c229 100644
--- a/drivers/gpu/drm/radeon/radeon_dp_auxch.c
+++ b/drivers/gpu/drm/radeon/radeon_dp_auxch.c
 <at>  <at>  -116,8 +116,8  <at>  <at>  radeon_dp_aux_transfer_native(struct drm_dp_aux *aux, struct drm_dp_aux_msg *msg
 	       AUX_SW_WR_BYTES(bytes));

 	/* write the data header into the registers */
-	/* request, addres, msg size */
-	byte = (msg->request << 4);
+	/* request, address, msg size */
+	byte = (msg->request << 4) | ((msg->address >> 16) & 0xf);
 	WREG32(AUX_SW_DATA + aux_offset[instance],
 	       AUX_SW_DATA_MASK(byte) | AUX_SW_AUTOINCREMENT_DISABLE);

--

-- 
1.8.3.1
(Continue reading)

Alex Deucher | 31 Aug 16:36 2015
Picon

[PATCH] amdgpu: fix missing deinit on vamgr_32

From: "monk.liu" <monk.liu <at> amd.com>

Signed-off-by: monk.liu <monk.liu <at> amd.com>
Signed-off-by: Alex Deucher <alexander.deucher <at> amd.com>
---
 amdgpu/amdgpu_device.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/amdgpu/amdgpu_device.c b/amdgpu/amdgpu_device.c
index 75b12e2..e5a923e 100644
--- a/amdgpu/amdgpu_device.c
+++ b/amdgpu/amdgpu_device.c
 <at>  <at>  -132,6 +132,8  <at>  <at>  static void amdgpu_device_free_internal(amdgpu_device_handle dev)
 {
 	amdgpu_vamgr_deinit(dev->vamgr);
 	free(dev->vamgr);
+	amdgpu_vamgr_deinit(dev->vamgr_32);
+	free(dev->vamgr_32);
 	util_hash_table_destroy(dev->bo_flink_names);
 	util_hash_table_destroy(dev->bo_handles);
 	pthread_mutex_destroy(&dev->bo_table_mutex);
--

-- 
1.8.3.1

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
ville.syrjala | 31 Aug 14:09 2015
Picon

[PATCH 1/4] drm: Constify generic_edid_names[]

From: Ville Syrjälä <ville.syrjala <at> linux.intel.com>

Make generic_edid_names[] const since it's supposed to be immutable.

Signed-off-by: Ville Syrjälä <ville.syrjala <at> linux.intel.com>
---
 drivers/gpu/drm/drm_edid_load.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/drm_edid_load.c b/drivers/gpu/drm/drm_edid_load.c
index 1f445e9..698b8c3 100644
--- a/drivers/gpu/drm/drm_edid_load.c
+++ b/drivers/gpu/drm/drm_edid_load.c
 <at>  <at>  -32,7 +32,7  <at>  <at>  MODULE_PARM_DESC(edid_firmware, "Do not probe monitor, use specified EDID blob "
 	"from built-in data or /lib/firmware instead. ");

 #define GENERIC_EDIDS 6
-static const char *generic_edid_name[GENERIC_EDIDS] = {
+static const char * const generic_edid_name[GENERIC_EDIDS] = {
 	"edid/800x600.bin",
 	"edid/1024x768.bin",
 	"edid/1280x1024.bin",
--

-- 
2.4.6

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

Maarten Lankhorst | 31 Aug 12:25 2015
Picon

[PATCH] drm/atomic: Fix bookkeeping with TEST_ONLY, v3.

Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e
"drm/atomic: Cleanup on error properly in the atomic ioctl."
cleaned up some error paths, but didn't fix the TEST_ONLY path.
In the check only case plane->fb shouldn't be updated, and
the vblank events should be cleared as on failure.

Changes since v1:
- Fix -EDEADLK handling of vblank events too.
- Free state last with CHECK_ONLY.
Changes since v2:
- Add comment about freeing crtc_state->event with TEST_ONLY.
  (Daniel Stone)

Signed-off-by: Maarten Lankhorst <maarten.lankhorst <at> linux.intel.com>
Reviewed-by: Daniel Stone <daniels <at> collabora.com>
---
 drivers/gpu/drm/drm_atomic.c | 39 +++++++++++++++++++++++----------------
 1 file changed, 23 insertions(+), 16 deletions(-)

diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
index e515261d0a7f..940f80bbf192 100644
--- a/drivers/gpu/drm/drm_atomic.c
+++ b/drivers/gpu/drm/drm_atomic.c
 <at>  <at>  -1540,7 +1540,8  <at>  <at>  retry:
 			copied_props++;
 		}

-		if (obj->type == DRM_MODE_OBJECT_PLANE && count_props) {
+		if (obj->type == DRM_MODE_OBJECT_PLANE && count_props &&
+		    !(arg->flags & DRM_MODE_ATOMIC_TEST_ONLY)) {
(Continue reading)

Jianwei Wang | 31 Aug 10:53 2015
Picon

[PATCH] drm/fsl-dcu: Add multi layers support

For DCU support atmost 16 layers(on ls1021a) or 64 layers(on vf610),
add (total_layer - 1) overlay planes.

Signed-off-by: Jianwei Wang <jianwei.wang.chn <at> gmail.com>
---
 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 27 ++++++++++++++++++++++++++-
 1 file changed, 26 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c
index 8787920..1195568 100644
--- a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c
+++ b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c
 <at>  <at>  -236,7 +236,10  <at>  <at>  static const u32 fsl_dcu_drm_plane_formats[] = {

 struct drm_plane *fsl_dcu_drm_primary_create_plane(struct drm_device *dev)
 {
+	struct fsl_dcu_drm_device *fsl_dev = dev->dev_private;
 	struct drm_plane *primary;
+	struct drm_plane *overlay;
+	unsigned int total_layer, formats_size, i;
 	int ret;

 	primary = kzalloc(sizeof(*primary), GFP_KERNEL);
 <at>  <at>  -245,11 +248,12  <at>  <at>  struct drm_plane *fsl_dcu_drm_primary_create_plane(struct drm_device *dev)
 		return NULL;
 	}

+	formats_size = ARRAY_SIZE(fsl_dcu_drm_plane_formats);
 	/* possible_crtc's will be filled in later by crtc_init */
 	ret = drm_universal_plane_init(dev, primary, 0,
(Continue reading)

Jianwei Wang | 31 Aug 07:14 2015
Picon

[PATCH] drm/fsl-dcu: Cleanup vblank interrupt mask and status setting code

Switch update interrupt mask bit with regmap_update_bits, and clear
interrupt status by writing 1 to relevant bit before setting mask in
fsl_dcu_drm_irq_init function.

Signed-off-by: Jianwei Wang <jianwei.wang.chn <at> gmail.com>
---
 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 26 +++++++-------------------
 1 file changed, 7 insertions(+), 19 deletions(-)

diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
index 9a8e2da..bf36971 100644
--- a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
+++ b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
 <at>  <at>  -38,21 +38,17  <at>  <at>  static const struct regmap_config fsl_dcu_regmap_config = {
 static int fsl_dcu_drm_irq_init(struct drm_device *dev)
 {
 	struct fsl_dcu_drm_device *fsl_dev = dev->dev_private;
-	unsigned int value;
 	int ret;

 	ret = drm_irq_install(dev, fsl_dev->irq);
 	if (ret < 0)
 		dev_err(dev->dev, "failed to install IRQ handler\n");

-	ret = regmap_write(fsl_dev->regmap, DCU_INT_STATUS, 0);
+	ret = regmap_write(fsl_dev->regmap, DCU_INT_STATUS, 0xffffffff);
 	if (ret)
 		dev_err(dev->dev, "set DCU_INT_STATUS failed\n");
-	ret = regmap_read(fsl_dev->regmap, DCU_INT_MASK, &value);
-	if (ret)
(Continue reading)

Vladimir Zapolskiy | 30 Aug 23:34 2015

[PATCH v3 2/2] drm: bridge/dw_hdmi: add dw hdmi i2c bus adapter support

The change adds support of internal HDMI I2C master controller, this
subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.

The main purpose of this functionality is to support reading EDID from
an HDMI monitor on boards, which don't have an I2C bus connected to
DDC pins.

The current implementation does not support "I2C Master Interface
Extended Read Mode" to read data addressed by non-zero segment
pointer, this means that if EDID has more than 1 extension blocks,
EDID reading operation won't succeed, in my practice all tested HDMI
monitors have at maximum one extension block.

Signed-off-by: Vladimir Zapolskiy <vladimir_zapolskiy <at> mentor.com>
---
The change is based on today's v4.2, please let me know, if it should be rebased.

The change has compilation dependency on I2CM_ADDRESS register name fix,
see http://lists.freedesktop.org/archives/dri-devel/2015-May/082980.html

From http://lists.freedesktop.org/archives/dri-devel/2015-May/082981.html
v1 of the change was

  Tested-by: Philipp Zabel <p.zabel <at> pengutronix.de>

but I hesitate to add the tag here due to multiple updates in v2.

Changes from v2 to v3, thanks to Russell:
- moved register field value definitions to dw_hdmi.h
- made completions uninterruptible to avoid transfer retries if interrupted
(Continue reading)

inki.dae | 30 Aug 18:22 2015

[GIT PULL] exynos-drm-next

Hi Dave,

   This is a second pull-request which adds last part of
   atomic modeset/pageflip support, render node support,
   clean-up, and fix-up.

   Please, kindly let me know if there is any problem.

Thanks,
Inki Dae

The following changes since commit 92cffd56b21c825579f3b37bc7803e4c37073076:

  drm/nouveau/dispnv04: fix build on powerpc (2015-08-28 20:33:58 +1000)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git exynos-drm-next

for you to fetch changes up to 50002d4c2176da6b2ed5a2529a2367c05f0fd73b:

  drm/exynos: fix build warning to exynos_drm_gem.c (2015-08-31 01:12:36 +0900)

----------------------------------------------------------------
Gustavo Padovan (12):
      drm/exynos: don't track enabled state at exynos_crtc
      drm/exynos: fimd: unify call to exynos_drm_crtc_finish_pageflip()
      drm/exynos: add prepare and cleanup phases for planes
      drm/exynos: fimd: move window protect code to prepare/cleanup_plane
      drm/exynos: check for pending fb before finish update
(Continue reading)

bugzilla-daemon | 30 Aug 13:24 2015

[Bug 91808] trine1 misrender r600g

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
91808
trine1 misrender r600g
Mesa
git
Other
All
NEW
normal
medium
Drivers/Gallium/r600
dri-devel <at> lists.freedesktop.org
serafean <at> gmail.com
dri-devel <at> lists.freedesktop.org

Created attachment 117987 [details] misrendered scene Trine 1 misrenders sometimes on HD6950, with mesa 11.0 rc OpenGL renderer string: Gallium 0.4 on AMD CAYMAN (DRM 2.42.0, LLVM 3.6.2) OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.0.0-rc1 OpenGL core profile shading language version string: 3.30 See attached screenshot. I also made an apitrace, but am unsure as to where to post it.
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
Oded Gabbay | 30 Aug 11:47 2015
Picon

[PULL] drm-amdkfd-next-fixes

Hi Dave,

Just one small fix before 4.3 merge window:

- Use linux/mman.h instead of uapi's mman-common.h inside the driver.

Thanks,

    Oded

The following changes since commit 92cffd56b21c825579f3b37bc7803e4c37073076:

  drm/nouveau/dispnv04: fix build on powerpc (2015-08-28 20:33:58 +1000)

are available in the git repository at:

  git://people.freedesktop.org/~gabbayo/linux tags/drm-amdkfd-next-fixes-2015-08-30

for you to fetch changes up to 2497ee721524be80a7690dac0956d04c0ee954f0:

  amdkfd: use <linux/mman.h> instead of <uapi/asm-generic/mman-common.h> (2015-08-30 12:36:58 +0300)

----------------------------------------------------------------
Christoph Hellwig (1):
      amdkfd: use <linux/mman.h> instead of <uapi/asm-generic/mman-common.h>

 drivers/gpu/drm/amd/amdkfd/kfd_chardev.c     | 2 +-
 drivers/gpu/drm/amd/amdkfd/kfd_flat_memory.c | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 30 Aug 07:23 2015

[Bug 91802] Cannot get OpenGL 4.1 context on AMD 6750M

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
91802
Cannot get OpenGL 4.1 context on AMD 6750M
Mesa
10.6
x86-64 (AMD64)
Linux (All)
NEW
normal
medium
Drivers/Gallium/radeonsi
dri-devel <at> lists.freedesktop.org
ronan <at> jouchet.fr
dri-devel <at> lists.freedesktop.org

Hi, This is a followup to bug https://github.com/Polytonic/Glitter/issues/8 , where I (an OpenGL newcomer) am trying to run a boilerplate OpenGL project. The code I'm building lives at https://github.com/Polytonic/Glitter/blob/master/Glitter/Sources/main.cpp , and what happens is that the glfwCreateWindow call at line 21 returns nullptr with a 4.1 context, but works under 3.3. I'm clueless here, but the maintainer of the project says he owned the same hardware, knows 4.1 should be supported, and I should file a bug, so here it is. OS: Linux x 4.1.6-1-ARCH #1 SMP PREEMPT x86_64 GPU: [AMD/ATI] Madison [Mobility Radeon HD 5730 / 6570M] Software (all from the Arch repos): xf86-video-ati 7.5.0-2, mesa-libgl 10.6.5-1, mesa-vdpau 10.6.5-1 Feel free to ask for more info if this sounds like a real bug, and sorry if I miscategorized (I know I'm using Gallium, but am unsure what driver my 6570M uses; it's before r200, is it 'radeonsi'? Not sure :-/ ). Thanks for your help.
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

Gmane