Laurent Pinchart | 24 Oct 14:58 2014

[PATCH v2 3/9] drm: rcar-du: Replace direct DRM encoder access with cast macro

Add a new macro to downcast an rcar_du_encoder pointer to a drm_encoder
pointer and use it. This prepares for the replacement of the
rcar_drm_encoder encoder field with a drm_slave_encoder.

Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas <at> ideasonboard.com>
---
 drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 8 +++++---
 drivers/gpu/drm/rcar-du/rcar_du_encoder.h | 2 ++
 drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c | 5 +++--
 drivers/gpu/drm/rcar-du/rcar_du_vgacon.c  | 5 +++--
 4 files changed, 13 insertions(+), 7 deletions(-)

diff --git a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c
index c699100a1359..e88e63b06b09 100644
--- a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c
+++ b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c
 <at>  <at>  -33,7 +33,7  <at>  <at>  rcar_du_connector_best_encoder(struct drm_connector *connector)
 {
 	struct rcar_du_connector *rcon = to_rcar_connector(connector);

-	return &rcon->encoder->encoder;
+	return rcar_encoder_to_drm_encoder(rcon->encoder);
 }

 /* -----------------------------------------------------------------------------
 <at>  <at>  -146,6 +146,7  <at>  <at>  int rcar_du_encoder_init(struct rcar_du_device *rcdu,
 			 struct device_node *con_node)
 {
 	struct rcar_du_encoder *renc;
+	struct drm_encoder *encoder;
(Continue reading)

bugzilla-daemon | 23 Oct 19:54 2014

[Bug 83861] radeon power management cause audio skips and glitch

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

--- Comment #6 from Yomi <abyomi0 <at> gmail.com> ---
Francesco says this doesn't happen if one passes the option `radeon.dpm=0`, but
I have that in my bootloader config, and though it hasn't happened while this
system has been up for about two days, it is happening now since I've returned
from suspend.

--

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
bugzilla-daemon | 23 Oct 19:48 2014

[Bug 85376] New: Dolphin emulator has bad colors

Bug ID Summary Product Version Hardware OS Status Severity Priority Component Assignee Reporter
85376
Dolphin emulator has bad colors
Mesa
unspecified
x86-64 (AMD64)
Linux (All)
NEW
normal
medium
Drivers/Gallium/r600
dri-devel <at> lists.freedesktop.org
ghallberg+bugzilla <at> gmail.com

Created attachment 108308 [details] Fifo-file which displays the discoloration When using recent versions of dolphin-emulator with open source amd drivers, the graphics are tinted blue. An example can be seen in this link: http://imgur.com/eLqLMdW The example image was created when running the attached fifo-file in dolphin. This is using the latest version of dolphin from the git-repo: 4.0.r3771.ce3a039-1 built with gcc 4.9.1-2 from the arch repositories mesa is the 10.3.1 from the arch repositories and seems to be built with clang. I'm running on an AMD A6-6400K APU. I've tested the same versions of the software on my intel-based laptop, and the discoloration is not present there.
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
Philipp Zabel | 23 Oct 16:31 2014
Picon

[PATCH v2 1/2] of: Add vendor prefix for HannStar Display Corporation

Signed-off-by: Philipp Zabel <p.zabel <at> pengutronix.de>
---
Changes since v1:
 - Rebased onto v3.18-rc1
---
 Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
 1 file changed, 1 insertion(+)

diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 723999d..9863039 100644
--- a/Documentation/devicetree/bindings/vendor-prefixes.txt
+++ b/Documentation/devicetree/bindings/vendor-prefixes.txt
 <at>  <at>  -64,6 +64,7  <at>  <at>  gmt	Global Mixed-mode Technology, Inc.
 google	Google, Inc.
 gumstix	Gumstix, Inc.
 gw	Gateworks Corporation
+hannstar	HannStar Display Corporation
 haoyu	Haoyu Microelectronic Co. Ltd.
 hisilicon	Hisilicon Limited.
 honeywell	Honeywell
--

-- 
2.1.1
bugzilla-daemon | 23 Oct 16:11 2014

[Bug 86191] [Radeon HD 6850 DPM Bug] Display Hangs On Boot

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

Alan <alan <at> lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alan <at> lxorguk.ukuu.org.uk
          Component|Video(Other)                |Video(DRI - non Intel)
           Assignee|drivers_video-other <at> kernel- |drivers_video-dri <at> kernel-bu
                   |bugs.osdl.org               |gs.osdl.org

--

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
bugzilla-daemon | 23 Oct 12:08 2014

[Bug 85334] display freeze while playing XCOM: GPU lockup (waiting for 0x00000000000aa7a6 last fence id 0x00000000000aa7a0 on ring 0)

changed bug 85334
What Removed Added
See Also   https://bugs.freedesktop.org/show_bug.cgi?id=80419, https://bugs.freedesktop.org/show_bug.cgi?id=81576

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
Christian König | 23 Oct 11:32 2014
Picon

[PATCH] drm/radeon: fix vm lock in radeon_gem_va_update_vm

From: Christian König <christian.koenig <at> amd.com>

Without the lock we might corrupt the BO lists.

Might be squashed into "update the VM after setting BO address" for upstreaming.

Signed-off-by: Christian König <christian.koenig <at> amd.com>
---
 drivers/gpu/drm/radeon/radeon_gem.c | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c
index 0002575..49d56b5 100644
--- a/drivers/gpu/drm/radeon/radeon_gem.c
+++ b/drivers/gpu/drm/radeon/radeon_gem.c
 <at>  <at>  -559,12 +559,16  <at>  <at>  static void radeon_gem_va_update_vm(struct radeon_device *rdev,
 			goto error_unreserve;
 	}

+	mutex_lock(&bo_va->vm->mutex);
 	r = radeon_vm_clear_freed(rdev, bo_va->vm);
 	if (r)
-		goto error_unreserve;
+		goto error_unlock;

 	r = radeon_vm_bo_update(rdev, bo_va, &bo_va->bo->tbo.mem);

+error_unlock:
+	mutex_unlock(&bo_va->vm->mutex);
+
 error_unreserve:
 	ttm_eu_backoff_reservation(&ticket, &list);

--

-- 
1.9.1

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Jean-Francois Moine | 23 Oct 10:32 2014
Picon

[PATCH v8 0/2] ASoC: tda998x: add a codec to the HDMI transmitter

The NXP TDA998x HDMI transmitter may transmit audio to the HDMI link
from 2 different sources, I2S and S/PDIF.

This patch set first adds an interface between a HDMI transmitter and
the HDMI CODEC.

The interface is then used by the TDA998x driver to describe its audio
capabilities (DAIs), to give the audio constraints of the HDMI
device (EDID) to the audio subsystem, and to connect the chosen audio
source to the HDMI link.

v8:
	- change some comments about the patches
v7:
	- remove the change of the K predivider (Jyri Sarha)
	- add S24_3LE and S32_LE as possible audio formats (Jyri Sarha)
	- don't move the struct priv2 definition and use the
	  slave encoder private data as the device private data
	  (Russell King)
	- remove the useless request_module (Russell King/Mark Brown)
	- don't lock the HDMI module (Russell King)
	- use platform_device_unregister to remove the codec
	  (Russell King)
v6:
	- extend the HDMI CODEC instead of using a specific CODEC
v5:
	- use the TDA998x private data instead of a specific area
	  for the CODEC interface
	- the CODEC is TDA998x specific (Mark Brown)
v4:
	- remove all the TDA998x specific stuff from the CODEC
	- move the EDID scan from the CODEC to the TDA998x
	- move the CODEC to sound/soc (Mark Brown)
	- update the audio_sample_rate from the EDID (Andrew Jackson)
v3: fix bad rate (Andrew Jackson)
v2: check double stream start (Mark Brown)

Jean-Francois Moine (2):
  ASoC: hdmi: Add a transmitter interface to the HDMI CODEC
  drm/i2c: tda998x: Use the HDMI audio CODEC interface

 .../devicetree/bindings/drm/i2c/tda998x.txt        |  18 ++
 drivers/gpu/drm/i2c/Kconfig                        |   1 +
 drivers/gpu/drm/i2c/tda998x_drv.c                  | 264 ++++++++++++++++++++-
 include/sound/hdmi.h                               |  20 ++
 sound/soc/codecs/hdmi.c                            | 176 +++++++++++++-
 5 files changed, 460 insertions(+), 19 deletions(-)
 create mode 100644 include/sound/hdmi.h

--

-- 
2.1.1
Alexandre Courbot | 23 Oct 10:16 2014

[PATCH] drm/panel: s6e8aa0: Update calls to gpiod_get*()

Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.

Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
<linux/gpio/consumer.h>. These macros will be removed once
all consumers are updated and the flags argument will become
compulsary.

Signed-off-by: Alexandre Courbot <acourbot <at> nvidia.com>
---
 drivers/gpu/drm/panel/panel-s6e8aa0.c | 7 +------
 1 file changed, 1 insertion(+), 6 deletions(-)

diff --git a/drivers/gpu/drm/panel/panel-s6e8aa0.c b/drivers/gpu/drm/panel/panel-s6e8aa0.c
index b5217fe37f02..6427aa187735 100644
--- a/drivers/gpu/drm/panel/panel-s6e8aa0.c
+++ b/drivers/gpu/drm/panel/panel-s6e8aa0.c
 <at>  <at>  -1019,17 +1019,12  <at>  <at>  static int s6e8aa0_probe(struct mipi_dsi_device *dsi)
 		return ret;
 	}

-	ctx->reset_gpio = devm_gpiod_get(dev, "reset");
+	ctx->reset_gpio = devm_gpiod_get(dev, "reset", GPIOD_OUT_HIGH);
 	if (IS_ERR(ctx->reset_gpio)) {
 		dev_err(dev, "cannot get reset-gpios %ld\n",
 			PTR_ERR(ctx->reset_gpio));
 		return PTR_ERR(ctx->reset_gpio);
 	}
-	ret = gpiod_direction_output(ctx->reset_gpio, 1);
-	if (ret < 0) {
-		dev_err(dev, "cannot configure reset-gpios %d\n", ret);
-		return ret;
-	}

 	ctx->brightness = GAMMA_LEVEL_NUM - 1;

--

-- 
2.1.2
Alexandre Courbot | 23 Oct 10:16 2014

[PATCH] drm/panel: ld9040: Update calls to gpiod_get*()

Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.

Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
<linux/gpio/consumer.h>. These macros will be removed once
all consumers are updated and the flags argument will become
compulsary.

Signed-off-by: Alexandre Courbot <acourbot <at> nvidia.com>
---
 drivers/gpu/drm/panel/panel-ld9040.c | 7 +------
 1 file changed, 1 insertion(+), 6 deletions(-)

diff --git a/drivers/gpu/drm/panel/panel-ld9040.c b/drivers/gpu/drm/panel/panel-ld9040.c
index 42ac67b21e9f..dd1d3f2e624e 100644
--- a/drivers/gpu/drm/panel/panel-ld9040.c
+++ b/drivers/gpu/drm/panel/panel-ld9040.c
 <at>  <at>  -336,17 +336,12  <at>  <at>  static int ld9040_probe(struct spi_device *spi)
 	if (ret < 0)
 		return ret;

-	ctx->reset_gpio = devm_gpiod_get(dev, "reset");
+	ctx->reset_gpio = devm_gpiod_get(dev, "reset", GPIOD_OUT_HIGH);
 	if (IS_ERR(ctx->reset_gpio)) {
 		dev_err(dev, "cannot get reset-gpios %ld\n",
 			PTR_ERR(ctx->reset_gpio));
 		return PTR_ERR(ctx->reset_gpio);
 	}
-	ret = gpiod_direction_output(ctx->reset_gpio, 1);
-	if (ret < 0) {
-		dev_err(dev, "cannot configure reset-gpios %d\n", ret);
-		return ret;
-	}

 	spi->bits_per_word = 9;
 	ret = spi_setup(spi);
--

-- 
2.1.2
bugzilla-daemon | 22 Oct 22:53 2014

[Bug 85107] A10-7800: Boot problems (CPU stuck) and dpm not working correctly

Comment # 12 on bug 85107 from Created attachment 108260 [details] [review] disable some dpm features You might try this patch. If it helps try to narrow down which specific features are causing the problem. You might also check your bios configuration and see if any of those settings make a difference. All of the relevant power management code for your asic is in kv_dpm.c and kv_smc.c.
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