[Bug 76286] Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/813d9fc6/attachment.html>

[Bug 76286] Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/8c906718/attachment.html>

[Bug 76286] Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/b00215bc/attachment.html>

[Bug 65787] r600g: corruption in menu in "stunt rally"

ething is differently compiled. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/be17ca67/attachment.html>

[Bug 65787] r600g: corruption in menu in "stunt rally"

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/3034f4dc/attachment-0001.html>

[Bug 76286] Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/43289c77/attachment.html>

[Bug 65787] r600g: corruption in menu in "stunt rally"

se try with it: http://sourceforge.net/projects/stuntrally/files/2.2.1/ -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317

[Bug 76284] [radeon] dota2, applying new screen resolution corrupts display

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/3727eb26/attachment.html>

[Bug 65787] r600g: corruption in menu in "stunt rally"

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/628aeb94/attachment.html>

[Bug 65787] r600g: corruption in menu in "stunt rally"

day. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f173a643/attachment.html>

[Bug 65787] r600g: corruption in menu in "stunt rally"

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f2e9ae39/attachment.html>

[Bug 65787] r600g: corruption in menu in "stunt rally"

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/c021c589/attachment.html>

[Bug 76286] New: Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

GNU/Linux Debian Testing X server: 1.15.0 Radeon: 7.3.0 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/8728a2d3/atta

[PATCH 2/4 v2] gpu/drm: Stop selecting VIDEO_OUTPUT_CONTROL

On Mon, Mar 17, 2014 at 04:17:49PM +0100, Jean Delvare wrote: > ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which > want to select ACPI_VIDEO no longer have to select > VIDEO_OUTPUT_CONTROL. > > Signed-off-by: Jean Delvare > Cc: David Airlie > Cc: Daniel Vetter > Cc: Jani

[Bug 76284] New: [radeon] dota2, applying new screen resolution corrupts display

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140317/b697427f/attachment.html>

[PATCH v2] drm: enable render-nodes by default

We introduced render-nodes about 1/2 year ago and no problems showed up. Remove the drm_rnodes argument and enable them by default now. Signed-off-by: David Herrmann Acked-by: Daniel Vetter --- v2: - rebased on drm-next drivers/gpu/drm/drm_stub.c | 7 +-- include/drm/drmP.h | 1 -

[Bug 76213] xfce4 panel is not rendered properly on radeon southern islands

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f16bd9df/attachment.html>

[Bug 76213] xfce4 panel is not rendered properly on radeon southern islands

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/e8f1ac72/attachment.html>

[Bug 75102] Radeon 4890 getting a blank screen and fans go up to 100% (kernel 3.13.3)

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/ea65775b/attachment.html>

Intel G41 doesn't see any screens connected after suspend/resume

On Mon, 17 Mar 2014, Nikolay Martynov wrote: > Hi. > >>> 2) Should I file a bug? If so - where and what additional >>> information might be useful in that bug. >> >> Please do, on DRM/Intel component at [1]. We'll tend to not forget stuff >> so easy if they're filed as bugs. Please attach dmesg

[PATCH 07/12] drm: drm_display_mode: add signal polarity flags

Hi Lothar, On Monday 17 March 2014 16:14:36 Lothar Wa?mann wrote: > Laurent Pinchart wrote: > > On Monday 17 March 2014 14:41:09 Andrzej Hajda wrote: > > > On 03/13/2014 06:17 PM, Denis Carikli wrote: > > > > We need a way to pass signal polarity informations > > > > between DRM panels, and the

[PATCH 2/4 v2] gpu/drm: Stop selecting VIDEO_OUTPUT_CONTROL

ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which want to select ACPI_VIDEO no longer have to select VIDEO_OUTPUT_CONTROL. Signed-off-by: Jean Delvare Cc: David Airlie Cc: Daniel Vetter Cc: Jani Nikula --- Changes since v1: * Chunk missing for the nouveau driver, sorry.

[PATCH 07/12] drm: drm_display_mode: add signal polarity flags

Hi, Laurent Pinchart wrote: > Hello, > > On Monday 17 March 2014 14:41:09 Andrzej Hajda wrote: > > On 03/13/2014 06:17 PM, Denis Carikli wrote: > > > We need a way to pass signal polarity informations > > > between DRM panels, and the display drivers. > > > > > > To do that, a pol_flags field

[PATCH 0/9] Doc/DT: DT bindings for various display components

is causing major headaches > and I want to get rid of it. > > Tomi > > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/4a5eb300/attachment.sig>

[PATCH 4/4] output: Drop display output class support

It was only ever used by the ACPI video driver, and that only use case vanished over 3 years ago (see commit 677bd810, "ACPI video: remove output switching control".) So this is dead code and I guess we can remove it now. Signed-off-by: Jean Delvare Cc: Zhang Rui Cc: Len Brown Cc: "Rafael J.

[PATCH 3/4] acer-wmi: Stop selecting VIDEO_OUTPUT_CONTROL

ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which want to select ACPI_VIDEO no longer have to select VIDEO_OUTPUT_CONTROL. Signed-off-by: Jean Delvare Cc: "Lee, Chun-Yi" Cc: Matthew Garrett --- drivers/platform/x86/Kconfig |2 -- 1 file changed, 2 deletions(-) ---

[PATCH 2/4] gpu/drm: Stop selecting VIDEO_OUTPUT_CONTROL

ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which want to select ACPI_VIDEO no longer have to select VIDEO_OUTPUT_CONTROL. Signed-off-by: Jean Delvare Cc: David Airlie Cc: Daniel Vetter Cc: Jani Nikula --- I can split that one further if needed.

[PATCH 1/4] ACPI: fix ACPI_VIDEO dependencies

From: Jean Delvare Subject: ACPI: fix ACPI_VIDEO dependencies ACPI_VIDEO stopped depending on VIDEO_OUTPUT_CONTROL over 3 years ago (see commit 677bd810, "ACPI video: remove output switching control".) So it's about time to remove the Kconfig dependency between these two

[PATCH 6/9] Doc/DT: Add DT binding documentation for MIPI DSI CM Panel

Hi Tomi, Thank you for the patch. On Friday 28 February 2014 14:20:13 Tomi Valkeinen wrote: > Add DT binding documentation for MIPI DSI Command Mode Panel. > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/panel-dsi-cm.txt | 26

[PATCH 5/9] Doc/DT: Add DT binding documentation for MIPI DPI Panel

Hi Tomi, Thank you for the patch. On Friday 28 February 2014 14:20:12 Tomi Valkeinen wrote: > Add DT binding documentation for MIPI DPI Panel. > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/panel-dpi.txt| 43 +++ >

[PATCH 07/12] drm: drm_display_mode: add signal polarity flags

Hello, On Monday 17 March 2014 14:41:09 Andrzej Hajda wrote: > On 03/13/2014 06:17 PM, Denis Carikli wrote: > > We need a way to pass signal polarity informations > > between DRM panels, and the display drivers. > > > > To do that, a pol_flags field was added to drm_display_mode. > > > >

[PATCH] drm/imx: remove drm_mode_connector_detach_encoder harder

On Sat, Mar 15, 2014 at 12:15:49PM +0100, Daniel Vetter wrote: > Since the last time I've looked more of this stuff sprouted up. Stomp > it down again. > > Repeating the original justification for ripping this all out: There's > absolutely no need to deteach connectors before cleaning them up at

[PATCH 07/12] drm: drm_display_mode: add signal polarity flags

Hi Denis, Thanks for the patch. On 03/13/2014 06:17 PM, Denis Carikli wrote: > We need a way to pass signal polarity informations > between DRM panels, and the display drivers. > > To do that, a pol_flags field was added to drm_display_mode. > > Signed-off-by: Denis Carikli > --- >

[PATCH v2 9/9] drm/exynos/fimd: remove unused variable

The patch removes unused vidcon0 field from fimd_context structure. Signed-off-by: Andrzej Hajda --- v2: - corrected vidcon0 calculation --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 20 ++-- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git

[Bug 75939] Natural Selection 2 causes a GPU Lockup at start

n HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f13e6ecd/attachment.html>

[PATCH v2 5/9] drm/exynos: restore parallel output interface support

The patch adds parallel output interface to FIMD device driver. It also restores support for panels initialized by boot loader, but without proper kernel driver. Driver uses video interface bindings to find connected panel. It uses drm_panel interface to interact with the panel. Signed-off-by:

[Bug 75939] Natural Selection 2 causes a GPU Lockup at start

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/e8ac4eb3/attachment.html>

[PULL] drm-intel-fixes

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/010fe243/attachment.sig>

[PATCH] drm/exynos: Fix (more) freeing issues in exynos_drm_drv.c

The following commit [0] fixed a use-after-free, but left the subdrv open in the error path. [0] commit 6ca605f7c70895a35737435f17ae9cc5e36f1466 drm/exynos: Fix freeing issues in exynos_drm_drv.c Signed-off-by: Daniel Kurtz --- Hi, I noticed this when reviewing some recent patches. I am only

[PATCH] drm/exynos: Fix (more) freeing issues in exynos_drm_drv.c

The following commit [0] fixed a use-after-free, but left the subdrv open in the error path. [0] commit 6ca605f7c70895a35737435f17ae9cc5e36f1466 drm/exynos: Fix freeing issues in exynos_drm_drv.c Change-Id: I452e944bf090fb11434d9e34213c890c41c15d73 Signed-off-by: Daniel Kurtz ---

[PATCH 9/9] drm/exynos/fimd: remove unused variable

The patch removes unused vidcon0 field from fimd_context structure. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c

[PATCH 8/9] drm/exynos/fimd: use polarization flags provided by drm_display_mode

The patch replaces fimd private bindings for signal polarization by polarization flags provided by drm_display_mode. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git

[PATCH 7/9] drm/modes: add polarization handling to mode conversion

The patch adds conversion of DISPLAY_FLAGS_DE_* and DISPLAY_FLAGS_PIXDATA_* flags to pol_flags in drm_display_mode_from_videomode function. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/drm_modes.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/gpu/drm/drm_modes.c

[PATCH 6/9] ARM: dts: exynos4210-universal: add exynos/fimd node

The patch adds fimd node with display timings for exynos4210-universal device. It also makes LCD regulators always on. This allow to re-use panel initialized by boot loader. Signed-off-by: Andrzej Hajda --- arch/arm/boot/dts/exynos4210-universal_c210.dts | 25 + 1 file

[PATCH 5/9] drm/exynos: restore parallel output interface support

The patch adds parallel output interface to FIMD device driver. It also restores support for panels initialized by boot loader, but without proper kernel driver. Driver uses video interface bindings to find connected panel. It uses drm_panel interface to interact with the panel. Signed-off-by:

[PATCH 4/9] exynos/fimd: add parallel output related bindings

The patch adds bindings required to add support for parallel output. Signed-off-by: Andrzej Hajda --- Documentation/devicetree/bindings/video/samsung-fimd.txt | 15 +++ 1 file changed, 15 insertions(+) diff --git a/Documentation/devicetree/bindings/video/samsung-fimd.txt

[PATCH 3/9] drm/exynos: correct timing porch conversion

The patch corrects porch calculation. It should be calculated as a difference between adjacent respective fields of drm_display_mode. Signed-off-by: Andrzej Hajda Reviewed-by: Daniel Kurtz --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 12 +--- 1 file changed, 5 insertions(+), 7

[PATCH 2/9] drm/exynos: init kms poll after creation of connectors

KMS poll init helper should be run when connectors are created, otherwise it will not schedule connection detector. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 1/9] drm/exynos: delay fbdev initialization until an output is connected

In case fbdev is initialized before any output is connected, fb resolution defaults to 1024x768. After that any output with bigger resolution is ignored and fbdev is not displayed. The patch postpones fbdev initialization to avoid such situation. Signed-off-by: Andrzej Hajda ---

[PATCH 0/9] Restore parallel display support for Exynos based boards

Hi, This patch set restores parallel display support removed during exynos refactorization. It is rebased on the latest exynos-drm-next branch plus patch adding polarization flags to drm_display_mode [1]. [1]: http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/47216 Regards

[PULL] random pile of drm core patches

Hi Dave, Here's a pull for -next with some random drm-core patches. I've also thrown the use-after-free fix on top, but that should go into -fixes, too. Feel free to pull or slurp in the patches you want from patchwork yourself. Cheers, Daniel The following changes since commit

[patch] drm: use after free in drm_pci_exit()

On Fri, Mar 14, 2014 at 5:19 PM, Aaron Plattner wrote: > On 01/20/2014 02:31 AM, Dan Carpenter wrote: >> >> We can't use "dev" after we freed it on the line before. >> >> Fixes: b3f2333de8e8 ('drm: restrict the device list for shadow attached >> drivers') >> Signed-off-by: Dan Carpenter > > > I

[PATCH v4 1/1] drm/i915: Enabling 128x128 and 256x256 ARGB Cursor Support

Gentle reminder for reviewing this and i-g-t patch. On Mon, 2014-03-10 at 17:06 +0530, sagar.a.kamble at intel.com wrote: > From: Sagar Kamble > > With this patch we allow larger cursor planes of sizes 128x128 > and 256x256. > > v2: Added more precise check on size while setting cursor plane.

[PATCH] drm: enable render-nodes by default

On Sun, Mar 16, 2014 at 02:43:20PM +0100, David Herrmann wrote: > We introduced render-nodes about 1/2 year ago and no problems showed up. > Remove the drm_rnodes argument and enable them by default now. > > Signed-off-by: David Herrmann Acked-by: Daniel Vetter > --- > Hi Dave > > This does

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2014-03-07: - fine-grained display power domains for byt (Imre) - runtime pm prep patches for !hsw from Paulo - WiZ hashing flag updates from Ville - ppgtt setup cleanup and enabling of full 4G range on bdw (Ben) - fixes from Jesse for the inherited intial config code -

[PATCH RFC 0/5] Move tda998x to a couple encoder/connector

The 'slave encoder' structure of the tda998x driver asks for glue between the DRM driver and the encoder/connector structures. Changing the tda998x driver to a simple encoder/connector simplifies the code of the tilcdc driver. This change is permitted by Russell's infrastructure for componentised

[PATCH RFC 4/5] drm/tilcd: dts: Add the video sink

The connection between the video source and sink must follow the media video interface. Signed-off-by: Jean-Francois Moine --- Documentation/devicetree/bindings/drm/tilcdc/slave.txt | 18 -- .../devicetree/bindings/drm/tilcdc/tilcdc.txt | 6 ++ 2 files changed, 6

[PATCH RFC 3/5] drm/i2c: tda998x: Add required properties

The I2C address of the HDMI subdevice is needed for the driver to be loaded and initialized at system startup time. The origin of the video must be indicated by a reverse phandle according to the media video interface. Signed-off-by: Jean-Francois Moine ---

Intel G41 doesn't see any screens connected after suspend/resume

Hi. >> 2) Should I file a bug? If so - where and what additional >> information might be useful in that bug. > > Please do, on DRM/Intel component at [1]. We'll tend to not forget stuff > so easy if they're filed as bugs. Please attach dmesg from early boot > with drm.debug=0xe module parameter

[PATCH RFC 5/5] ARM: AM33XX: dts: Change the tda998x description

The tda998x being moved from a 'slave encoder' to a normal DRM encoder/connector and the tilcdc_slave glue being removed, the declaration of the HDMI transmitter description must be changed in the associated DTs. Signed-off-by: Jean-Francois Moine --- arch/arm/boot/dts/am335x-base0033.dts | 28

[PATCH] drm/exynos: Fix (more) freeing issues in exynos_drm_drv.c

Hi Daniel, Thanks for the patch. On 17 March 2014 08:58, Daniel Kurtz wrote: > The following commit [0] fixed a use-after-free, but left the subdrv open > in the error path. > > [0] commit 6ca605f7c70895a35737435f17ae9cc5e36f1466 > drm/exynos: Fix freeing issues in exynos_drm_drv.c > >

Intel G41 doesn't see any screens connected after suspend/resume

On Sun, 16 Mar 2014, Nikolay Martynov wrote: > Hi. > > I've got Ubuntu Saucy on a desktop with Intel G41 chipset (Asus > P5G41M LE/CSM). It exibits weird behaviour. Kernel: Linux kolya > 3.11.0-18-generic. > > When I boot system up, login into X session and run xrands I get this: > Screen 0:

[PATCH RFC 2/5] drm/tilcdc: Change the interface with the tda998x driver

The tda998x being moved from a 'slave encoder' to a normal DRM encoder/connector, the tilcdc_slave glue is not needed anymore. This patch uses the infrastructure for componentised subsystems for waiting to the tda998x full start and to give it the pointer to the DRM device. Signed-off-by:

[PATCH RFC 1/5] drm/i2c: tda998x: Move tda998x to a couple encoder/connector

The 'slave encoder' structure of the tda998x driver asks for glue between the DRM driver and the encoder/connector structures. This patch changes the driver to a normal DRM encoder/connector thanks to the infrastructure for componentised subsystems. Signed-off-by: Jean-Francois Moine ---

[Bug 74868] r600g: Diablo III Crashes After a few minutes

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f2890253/attachment-0001.html>

[Bug 76213] xfce4 panel is not rendered properly on radeon southern islands

achment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/03274777/attachment.html>