[git pull] drm fixes

Hi Linus mostly radeon, more fixes for dynamic power management which is is off by default for this release anyways, but there are a large number of testers, so I'd like to keep merging the fixes, otherwise, radeon UVD fixes affecting suspend/resume regressions, i915 regression fixes, one for

Re: [PATCH 22/25] drm: no-op out GET_STATS ioctl

On Thu, Aug 08, 2013 at 05:55:45PM +0200, Eric Anholt wrote: > Daniel Vetter writes: > > > Again only used by a tests in libdrm and by dristat. Nowadays we have > > much better tracing tools to get detailed insights into what a drm > > driver is doing. And for a simple "does it work" kind of ques

drm fixes for 3.11: Tag more patches for stable? (was: [git pull] drm fixes)

Dear Dave, Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: […] > The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: > > Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) > > are available in the git repository at: > > git://people.freedesktop.org/~airlied/

[Bug 67800] Computer freezes after idle for several hours (trinity)

https://bugs.freedesktop.org/show_bug.cgi?id=67800 --- Comment #6 from Kertesz Laszlo --- I recompiled the kernel (from linus' git) with these patches applied: http://lists.freedesktop.org/archives/dri-devel/2013-August/043145.html I also disabled C6 state from BIOS. I had no freezes since then

[patch] drm/i915: precedence bug in hsw_compute_wm_results()

The '!' operation has higher precedence than the compare so probably this test is never true. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c index a5a9959..0b9d9a7 100644 --- a/drivers/gpu/drm/i915/intel_pm.c +++ b/drivers/gpu/drm/i915

[patch] drm/i915: unbreak i915_gem_object_ggtt_unbind()

There is an extra semi-colon here so we just leak and never unbind anything. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index 735f43f..a582540 100644 --- a/drivers/gpu/drm/i915/i915_gem.c +++ b/drivers/gpu/drm/i915/i915_gem.c @@ -2

Re: [patch] drm/i915: precedence bug in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 12:43:02PM +0300, Dan Carpenter wrote: > The '!' operation has higher precedence than the compare so probably > this test is never true. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c > index a5a9959..0b

Re: [patch] drm/i915: precedence bug in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 12:43:02PM +0300, Dan Carpenter wrote: > The '!' operation has higher precedence than the compare so probably > this test is never true. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c > index a5a9959..0b

Re: [patch] drm/i915: unbreak i915_gem_object_ggtt_unbind()

On Fri, Aug 09, 2013 at 12:44:11PM +0300, Dan Carpenter wrote: > There is an extra semi-colon here so we just leak and never unbind > anything. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c > index 735f43f..a582540 100644 > --

[patch v2] drm/i915: fix a limit check in hsw_compute_wm_results()

The '!' here was not intended. Since '!' has higher precedence than compare, it means the check is never true. Signed-off-by: Dan Carpenter --- v2: My first patch was wrong. diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c index 96234c6..0f5eb21 100644 --- a/driver

Re: [Intel-gfx] [patch v2] drm/i915: fix a limit check in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 01:07:31PM +0300, Dan Carpenter wrote: > The '!' here was not intended. Since '!' has higher precedence than > compare, it means the check is never true. > > Signed-off-by: Dan Carpenter Reviewed-by: Ville Syrjälä The culprit for Daniel: commit 71fff20ff1bb790f4defe0c

Re: drm fixes for 3.11: Tag more patches for stable? (was: [git pull] drm fixes)

On Fri, Aug 9, 2013 at 7:25 PM, Paul Menzel wrote: > Dear Dave, > > > Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: > > […] > >> The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: >> >> Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) >> >> are available in the

Re: drm fixes for 3.11: Tag more patches for stable?

Am 09.08.2013 11:25, schrieb Paul Menzel: Dear Dave, Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: […] The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) are available in the git repository at: git:/

[Bug 67946] New: Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang

https://bugs.freedesktop.org/show_bug.cgi?id=67946 Priority: medium Bug ID: 67946 Assignee: dri-devel@lists.freedesktop.org Summary: Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang Sever

[Bug 67946] Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang

https://bugs.freedesktop.org/show_bug.cgi?id=67946 Marco Trevisan (Treviño) changed: What|Removed |Added URL||https://bugs.launchpad.net/

[Bug 67276] kernel-3.11 [drm:r600_uvd_ring_test] *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=67276 --- Comment #25 from Joshua Cov. --- Ping on this. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.fre

[Bug 67927] R600_DEBUG=sb: Celestia show 2 earths, one wrongly rendered

https://bugs.freedesktop.org/show_bug.cgi?id=67927 --- Comment #1 from Vadim Girlin --- So far I can't reproduce this issue. Please test with the latest mesa from git if you are using older version. If llvm backend is active in your configuration, you might want to update llvm as well or test the

[Bug 65963] screen goes blank, Linux hangs - Radeon 7870, Gallium, Glamor

https://bugs.freedesktop.org/show_bug.cgi?id=65963 Damian Nowak changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCHv2 1/5] drm/exynos: add device tree support for rotator

Hi Chanho, On Friday 09 of August 2013 16:40:49 Chanho Park wrote: > The exynos4 platform is only dt-based since 3.10, we should convert > driver data and ids to dt-based parsing methods. The rotator driver has > a limit table to get size limit of input picture. Each SoCs has slightly > different

Re: [PATCHv2 2/5] ARM: dts: Add rotator node for exynos4210

On Friday 09 of August 2013 16:40:50 Chanho Park wrote: > This patch adds a rotator node for exynos4210. The exynos4210 has > different limitation of image size compared with later chips. > > Signed-off-by: Chanho Park > Cc: Thomas Abraham > Cc: Kukjin Kim > Cc: Inki Dae > Signed-off-by: Kyung

Re: [PATCHv2 5/5] ARM: dts: Add dt binding documentation for exynos rotator

Hi Chanho, On Friday 09 of August 2013 16:40:53 Chanho Park wrote: > This patch describes each nodes of rotator and specifies a example how to > bind it. > > Signed-off-by: Chanho Park > Cc: Thomas Abraham > Cc: Kukjin Kim > Cc: Inki Dae > Signed-off-by: Kyungmin Park > --- > .../devicetree

Re: [PATCH] drm: Add drm_bridge

On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote: > On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote: >> This patch adds the notion of a drm_bridge. A bridge is a chained >> device which hangs off an encoder. The drm driver using the bridge >> should provide the association between encoder and

[Bug 67276] kernel-3.11 [drm:r600_uvd_ring_test] *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=67276 --- Comment #26 from Alex Deucher --- Is this still an issue with Dave's latest drm-fixes branch: http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes -- You are receiving this mail because: You are the assignee for the bug.

[GIT PULL] gma500-next

Hi Dave Here's some gma500 unifying and cleanups for drm-next. There is more stuff in the pipe for 3.12 but I'd like to get these out of the way first. Thanks Patrik The following changes since commit 85d9cb41db3bf0f36c999c2e547b37cb9f32367b: drm: remove drm_order (2013-07-23 20:14:29 +1000)

RE: [RFC 1/1] drm/pl111: Initial drm/kms driver for pl111

Hi Daniel, Rob. Thank you both for your reviews - greatly appreciated! > > > Known issues: > > > * It still includes code to use KDS, which is not going upstream. > > > > review's on > July/042462.html> can't hurt > > > > although you migh

RE: [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111

> > Turning to DRM/KMS, it seems the supported formats of a plane can be > > queried using drm_mode_get_plane. However, there doesn't seem to be a > > way to query the supported formats of a crtc? If display HW only > > supports scanning out from a single buffer (like pl111 does), I think > > it w

Re: [PATCH] drm: Add drm_bridge

On Fri, Aug 9, 2013 at 9:19 AM, Sean Paul wrote: > On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote: >> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote: >>> This patch adds the notion of a drm_bridge. A bridge is a chained >>> device which hangs off an encoder. The drm driver using the bridg

Re: [Intel-gfx] [patch v2] drm/i915: fix a limit check in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 01:29:33PM +0300, Ville Syrjälä wrote: > On Fri, Aug 09, 2013 at 01:07:31PM +0300, Dan Carpenter wrote: > > The '!' here was not intended. Since '!' has higher precedence than > > compare, it means the check is never true. > > > > Signed-off-by: Dan Carpenter > > Reviewe

Re: [RFC 1/1] drm/pl111: Initial drm/kms driver for pl111

On Fri, Aug 9, 2013 at 12:15 PM, Tom Cooksey wrote: > Hi Daniel, Rob. > > Thank you both for your reviews - greatly appreciated! > >> > > Known issues: >> > > * It still includes code to use KDS, which is not going upstream. >> > >> > review's on

Re: [PATCHv2 5/5] ARM: dts: Add dt binding documentation for exynos rotator

On 08/09/2013 07:15 AM, Tomasz Figa wrote: > Hi Chanho, > > On Friday 09 of August 2013 16:40:53 Chanho Park wrote: >> This patch describes each nodes of rotator and specifies a example how to >> bind it. >> diff --git a/Documentation/devicetree/bindings/gpu/samsung-rotator.txt >> +* Samsung Ima

Re: [PATCH] drm: Add drm_bridge

On Fri, Aug 09, 2013 at 09:19:22AM -0400, Sean Paul wrote: > On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote: > > On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote: > >> This patch adds the notion of a drm_bridge. A bridge is a chained > >> device which hangs off an encoder. The drm driver usi

Re: [RFC 1/1] drm/pl111: Initial drm/kms driver for pl111

On Fri, Aug 09, 2013 at 12:34:55PM -0400, Rob Clark wrote: > On Fri, Aug 9, 2013 at 12:15 PM, Tom Cooksey wrote: > >> > fwiw, this is at least different from how other drivers do triple > >> > (or > double) buffering. In other drivers (intel, omap, and > >> > msm/freedreno, that I know of, maybe

Re: [PATCHv2 5/5] ARM: dts: Add dt binding documentation for exynos rotator

On Friday 09 of August 2013 10:38:30 Stephen Warren wrote: > On 08/09/2013 07:15 AM, Tomasz Figa wrote: > > Hi Chanho, > > > > On Friday 09 of August 2013 16:40:53 Chanho Park wrote: > >> This patch describes each nodes of rotator and specifies a example how > >> to bind it. > >> > >> diff --git

Re: [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111

On Fri, Aug 9, 2013 at 12:15 PM, Tom Cooksey wrote: > >> > Turning to DRM/KMS, it seems the supported formats of a plane can be >> > queried using drm_mode_get_plane. However, there doesn't seem to be a >> > way to query the supported formats of a crtc? If display HW only >> > supports scanning ou

RE: [RFC 1/1] drm/pl111: Initial drm/kms driver for pl111

> > > So in the above, after X receives the second DRI2SwapBuffers, it > > > doesn't need to get scheduled again for the next frame to be both > > > rendered by the GPU and issued to the display for scanout. > > > > well, this is really only an issue if you are so loaded that you > > don't get a ch

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set "GRUB_GFXPAYLOAD_LINUX=keep" put the display in a flickering state

https://bugs.freedesktop.org/show_bug.cgi?id=43655 Alexandre Demers changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug 67187] Radeon HD6950: UVD not responding, trying to reset the VCPU

https://bugs.freedesktop.org/show_bug.cgi?id=67187 --- Comment #16 from Harald Judt --- Just as I wanted to write that everything works ok with uvd enabled and this bug can be closed, after the 19th suspend/hibernate attempt the machine failed to resume, with the screen simply going black and rep

Re: [PATCH 17/25] drm: rip out drm_core_has_MTRR checks

On Fri, Aug 9, 2013 at 8:12 PM, Andy Lutomirski wrote: > On Thu, Aug 8, 2013 at 6:41 AM, Daniel Vetter wrote: >> The new arch_phys_wc_add/del functions do the right thing both with >> and without MTRR support in the kernel. So we can drop these >> additional checks. > > If any of the new arch_phy

Re: [PATCH 17/25] drm: rip out drm_core_has_MTRR checks

On Fri, Aug 9, 2013 at 8:39 PM, Andy Lutomirski wrote: > On Fri, Aug 9, 2013 at 11:36 AM, Daniel Vetter wrote: >> On Fri, Aug 9, 2013 at 8:12 PM, Andy Lutomirski wrote: >>> On Thu, Aug 8, 2013 at 6:41 AM, Daniel Vetter >>> wrote: The new arch_phys_wc_add/del functions do the right thing b

[Bug 54143] Error when running GLSL_deferred

https://bugs.freedesktop.org/show_bug.cgi?id=54143 Alexandre Demers changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [GIT PULL FOR v3.12] R-Car DU DRM support for R8A7790 SoC

On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman wrote: > On Thu, Aug 08, 2013 at 03:34:17AM +0200, Laurent Pinchart wrote: >> Hi Dave, >> >> (CC'ing Simon Horman, the shmobile tree maintainer) >> >> On Thursday 08 August 2013 10:57:33 Dave Airlie wrote: >> > On Thu, Aug 8, 2013 at 10:43 AM, Laurent

[Bug 67927] R600_DEBUG=sb: Celestia show 2 earths, one wrongly rendered

https://bugs.freedesktop.org/show_bug.cgi?id=67927 --- Comment #2 from Dieter Nützel --- Created attachment 83906 --> https://bugs.freedesktop.org/attachment.cgi?id=83906&action=edit celestia started with R600_DEBUG=sb,ps,vs -- You are receiving this mail because: You are the assignee for the

[Bug 67927] R600_DEBUG=sb: Celestia show 2 earths, one wrongly rendered

https://bugs.freedesktop.org/show_bug.cgi?id=67927 --- Comment #3 from Dieter Nützel --- (In reply to comment #1) > So far I can't reproduce this issue. Please test with the latest mesa from > git if you are using older version. I normally use git only... ...fixed an error in git last night ;-)

Re: [GIT PULL FOR v3.12] R-Car DU DRM support for R8A7790 SoC

Hi Dave, On Saturday 10 August 2013 06:45:05 Dave Airlie wrote: > On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman wrote: > > On Thu, Aug 08, 2013 at 03:34:17AM +0200, Laurent Pinchart wrote: > >> Hi Dave, > >> > >> (CC'ing Simon Horman, the shmobile tree maintainer) > >> > >> On Thursday 08 Augus

[PATCH] drm/nouveau/fb: fix null derefs in nv49 and nv4e init

Commit dceef5d87 (drm/nouveau/fb: initialise vram controller as pfb sub-object) moved some code around and introduced these null derefs. pfb->ram is set to the new ram object outside of this ctor. Reported-by: Ronald Uitermark Tested-by: Ronald Uitermark Signed-off-by: Ilia Mirkin --- drivers/

Re: [GIT PULL FOR v3.12] R-Car DU DRM support for R8A7790 SoC

On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart wrote: > Hi Dave, > > On Saturday 10 August 2013 06:45:05 Dave Airlie wrote: >> On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman wrote: >> > On Thu, Aug 08, 2013 at 03:34:17AM +0200, Laurent Pinchart wrote: >> >> Hi Dave, >> >> >> >> (CC'ing Simon Ho

[Bug 67927] R600_DEBUG=sb: Celestia show 2 earths, one wrongly rendered

https://bugs.freedesktop.org/show_bug.cgi?id=67927 --- Comment #4 from Vadim Girlin --- Created attachment 83907 --> https://bugs.freedesktop.org/attachment.cgi?id=83907&action=edit [PATCH] r600g/sb: use MULADD workaround on 7xx for MULADD_IEEE Does this patch help? -- You are receiving this

[PATCH/RFC v3 00/19] Common Display Framework

Hi everybody, Here's the third RFC of the Common Display Framework. This is a resent, the series I've sent earlier seems not to have made it to the vger mailing lists, possibly due to a too long list of CCs (the other explanation being that CDF has been delayed for so long that vger considers it a

[PATCH/RFC v3 01/19] OMAPDSS: panels: Rename Kconfig options to OMAP2_DISPLAY_*

The DISPLAY_ prefix will clash with the Common Display Framework, rename it. Signed-off-by: Laurent Pinchart --- drivers/video/omap2/displays-new/Kconfig | 24 drivers/video/omap2/displays-new/Makefile | 24 2 files changed, 24 insertions(+), 24

[PATCH/RFC v3 02/19] video: Add Common Display Framework core

The Common Display Framework (CDF) splits display devices in entities that interact through an abstract API. Each entity is managed by its own driver independently of the other entities, with the framework orchestrating interactions. This commit introduces the CDF core with entity (un)registration

[PATCH/RFC v3 03/19] video: display: Add video and stream control operations

The video and stream control operations handle video stream management, both from the control point of view (called in response to userspace requests) and the video stream point of view (called by entities to control the video stream they receive on their input(s)). Signed-off-by: Laurent Pinchart

[PATCH/RFC v3 04/19] video: display: Add display entity notifier

Display entities are initialized by they respective drivers asynchronously with the master display driver. The notifier infrastructure allows display drivers to create a list of entities they need (based on platform data) and be notified when those entities are added to or removed from the system.

[PATCH/RFC v3 05/19] video: display: Graph helpers

Add two graph helper functions. display_entity_build_notifier() builds an entity notifier from an entities graph represented as a flat array, typically passed from platform data. display_entity_link_graph() can then be used to create media controller links between all entities in the graph. Signed

[PATCH/RFC v3 07/19] video: display: Add pixel coding definitions

Pixel codings describe how pixels are transmitted on a physical bus. The information can be communicated between drivers to configure devices. Signed-off-by: Laurent Pinchart --- include/video/display.h | 120 1 file changed, 120 insertions(+) di

[PATCH/RFC v3 06/19] video: display: OF support

Extend the notifier with DT node matching support, and add helper functions to build the notifier and link entities based on a graph representation in DT. Signed-off-by: Laurent Pinchart --- drivers/video/display/display-core.c | 334 +++ drivers/video/display/dis

[PATCH/RFC v3 08/19] video: display: Add MIPI DBI bus support

MIPI DBI is a configurable-width parallel display bus that transmits commands and data. Add a new DBI Linux bus type that implements the usual bus infrastructure (including devices and drivers (un)registration and matching, and bus configuration and access functions). Signed-off-by: Laurent Pinch

[PATCH/RFC v3 10/19] video: panel: Add R61505 panel support

The R61505 is a SYS-80 bus panel controller from Renesas. Signed-off-by: Laurent Pinchart --- drivers/video/display/Kconfig| 10 + drivers/video/display/Makefile | 1 + drivers/video/display/panel-r61505.c | 567 +++ include/video/panel-r61505.h

[PATCH/RFC v3 09/19] video: panel: Add DPI panel support

The Display Pixel Interface is a configurable-width video-only unidirectional parallel bus standard that defines video formats and signaling for panel devices. This driver implements support for simple DPI panels with no runtime configuration capabilities (GPIOs- and/or regulators-based control ca

[PATCH/RFC v3 11/19] video: panel: Add R61517 panel support

The R61517 is a MIPI DBI panel controller from Renesas. Signed-off-by: Laurent Pinchart --- drivers/video/display/Kconfig| 10 + drivers/video/display/Makefile | 1 + drivers/video/display/panel-r61517.c | 460 +++ include/video/panel-r61517.h

[PATCH/RFC v3 12/19] video: display: Add VGA Digital to Analog Converter support

This driver implements support for VGA Digital to Analog Converters (DACs) that receive pixel data through a DPI interface and have no control interface (GPIOs- and/or regulators-based control can be implemented later when needed). It exposes the devices a display entities. Signed-off-by: Laurent

[PATCH/RFC v3 13/19] video: display: Add VGA connector support

This driver exposes VGA connectors as display entity devices. The connectors are passive devices that pass analog VGA signals though. They optionally cary DDC signals for bidirectional control communications with the devices connected to the connectors. EDID retrieval isn't supported yet. Signed-

[PATCH/RFC v3 14/19] ARM: shmobile: r8a7790: Add DU clocks for DT

Signed-off-by: Laurent Pinchart --- arch/arm/mach-shmobile/clock-r8a7790.c | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/mach-shmobile/clock-r8a7790.c b/arch/arm/mach-shmobile/clock-r8a7790.c index d99b87b..7229f96 100644 --- a/arch/arm/mach-shmobile/clock-r8a7790.c +++ b/arc

[PATCH/RFC v3 15/19] ARM: shmobile: r8a7790: Add DU device node to device tree

Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7790.dtsi | 33 + 1 file changed, 33 insertions(+) diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi index ab0582c..b63f1a6 100644 --- a/arch/arm/boot/dts/r8a7790.dtsi +++ b/arch/a

[PATCH/RFC v3 16/19] ARM: shmobile: marzen: Port DU platform data to CDF

Signed-off-by: Laurent Pinchart --- arch/arm/mach-shmobile/board-marzen.c | 77 --- 1 file changed, 53 insertions(+), 24 deletions(-) diff --git a/arch/arm/mach-shmobile/board-marzen.c b/arch/arm/mach-shmobile/board-marzen.c index 6499f1a..be1b7cb 100644 --- a/ar

[PATCH/RFC v3 17/19] ARM: shmobile: lager: Port DU platform data to CDF

Signed-off-by: Laurent Pinchart --- arch/arm/mach-shmobile/board-lager.c | 76 +--- 1 file changed, 53 insertions(+), 23 deletions(-) diff --git a/arch/arm/mach-shmobile/board-lager.c b/arch/arm/mach-shmobile/board-lager.c index 75a01bc..d61b892 100644 --- a/arch

[PATCH/RFC v3 18/19] ARM: shmobile: lager-reference: Add display device nodes to device tree

Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7790-lager-reference.dts | 92 +++ 1 file changed, 92 insertions(+) diff --git a/arch/arm/boot/dts/r8a7790-lager-reference.dts b/arch/arm/boot/dts/r8a7790-lager-reference.dts index d9a25d5..ba2469b 100644 --- a/arc

[PATCH/RFC v3 19/19] drm/rcar-du: Port to the Common Display Framework

Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Kconfig | 3 +- drivers/gpu/drm/rcar-du/Makefile| 7 +- drivers/gpu/drm/rcar-du/rcar_du_connector.c | 164 drivers/gpu/drm/rcar-du/rcar_du_connector.h | 36 drivers/gpu/drm/rcar-du/rcar_

[Bug 67800] Computer freezes after idle for several hours (trinity)

https://bugs.freedesktop.org/show_bug.cgi?id=67800 --- Comment #7 from Kertesz Laszlo --- Last night i rebooted and re-activated C6 in the BIOS. Reactivated dpms (turn off display completely after 4 minutes). It the morning (~7 hours of idle time) the computer works as expected. So it seems that

[Bug 67970] New: Kernel bugs related to the powersaving features of mobility radeon x1400

https://bugs.freedesktop.org/show_bug.cgi?id=67970 Priority: medium Bug ID: 67970 Assignee: dri-devel@lists.freedesktop.org Summary: Kernel bugs related to the powersaving features of mobility radeon x1400 Severity: blocker

Re: [RFC 1/1] drm/pl111: Initial drm/kms driver for pl111

2013/8/8 Daniel Vetter > Just comment a bit on Rob's review with my own opinion. > > On Wed, Aug 07, 2013 at 12:17:21PM -0400, Rob Clark wrote: > > On Thu, Jul 25, 2013 at 1:17 PM, wrote: > > > From: Tom Cooksey > > > > > > This is a mode-setting driver for the pl111 CLCD display controller >

[git pull] drm fixes

Hi Linus mostly radeon, more fixes for dynamic power management which is is off by default for this release anyways, but there are a large number of testers, so I'd like to keep merging the fixes, otherwise, radeon UVD fixes affecting suspend/resume regressions, i915 regression fixes, one for

Re: [PATCH 22/25] drm: no-op out GET_STATS ioctl

On Thu, Aug 08, 2013 at 05:55:45PM +0200, Eric Anholt wrote: > Daniel Vetter writes: > > > Again only used by a tests in libdrm and by dristat. Nowadays we have > > much better tracing tools to get detailed insights into what a drm > > driver is doing. And for a simple "does it work" kind of ques

drm fixes for 3.11: Tag more patches for stable? (was: [git pull] drm fixes)

Dear Dave, Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: […] > The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: > > Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) > > are available in the git repository at: > > git://people.freedesktop.org/~airlied/

[Bug 67800] Computer freezes after idle for several hours (trinity)

https://bugs.freedesktop.org/show_bug.cgi?id=67800 --- Comment #6 from Kertesz Laszlo --- I recompiled the kernel (from linus' git) with these patches applied: http://lists.freedesktop.org/archives/dri-devel/2013-August/043145.html I also disabled C6 state from BIOS. I had no freezes since then

[patch] drm/i915: precedence bug in hsw_compute_wm_results()

The '!' operation has higher precedence than the compare so probably this test is never true. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c index a5a9959..0b9d9a7 100644 --- a/drivers/gpu/drm/i915/intel_pm.c +++ b/drivers/gpu/drm/i915

[patch] drm/i915: unbreak i915_gem_object_ggtt_unbind()

There is an extra semi-colon here so we just leak and never unbind anything. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index 735f43f..a582540 100644 --- a/drivers/gpu/drm/i915/i915_gem.c +++ b/drivers/gpu/drm/i915/i915_gem.c @@ -2

Re: [patch] drm/i915: precedence bug in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 12:43:02PM +0300, Dan Carpenter wrote: > The '!' operation has higher precedence than the compare so probably > this test is never true. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c > index a5a9959..0b

Re: [patch] drm/i915: precedence bug in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 12:43:02PM +0300, Dan Carpenter wrote: > The '!' operation has higher precedence than the compare so probably > this test is never true. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c > index a5a9959..0b

Re: [patch] drm/i915: unbreak i915_gem_object_ggtt_unbind()

On Fri, Aug 09, 2013 at 12:44:11PM +0300, Dan Carpenter wrote: > There is an extra semi-colon here so we just leak and never unbind > anything. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c > index 735f43f..a582540 100644 > --

[patch v2] drm/i915: fix a limit check in hsw_compute_wm_results()

The '!' here was not intended. Since '!' has higher precedence than compare, it means the check is never true. Signed-off-by: Dan Carpenter --- v2: My first patch was wrong. diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c index 96234c6..0f5eb21 100644 --- a/driver

Re: [Intel-gfx] [patch v2] drm/i915: fix a limit check in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 01:07:31PM +0300, Dan Carpenter wrote: > The '!' here was not intended. Since '!' has higher precedence than > compare, it means the check is never true. > > Signed-off-by: Dan Carpenter Reviewed-by: Ville Syrjälä The culprit for Daniel: commit 71fff20ff1bb790f4defe0c

Re: drm fixes for 3.11: Tag more patches for stable? (was: [git pull] drm fixes)

On Fri, Aug 9, 2013 at 7:25 PM, Paul Menzel wrote: > Dear Dave, > > > Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: > > […] > >> The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: >> >> Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) >> >> are available in the

Re: drm fixes for 3.11: Tag more patches for stable?

Am 09.08.2013 11:25, schrieb Paul Menzel: Dear Dave, Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie: […] The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f: Linux 3.11-rc4 (2013-08-04 13:46:46 -0700) are available in the git repository at: git:/

[Bug 67946] New: Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang

https://bugs.freedesktop.org/show_bug.cgi?id=67946 Priority: medium Bug ID: 67946 Assignee: dri-devel@lists.freedesktop.org Summary: Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang Sever

[Bug 67946] Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang

https://bugs.freedesktop.org/show_bug.cgi?id=67946 Marco Trevisan (Treviño) changed: What|Removed |Added URL||https://bugs.launchpad.net/

[Bug 67276] kernel-3.11 [drm:r600_uvd_ring_test] *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=67276 --- Comment #25 from Joshua Cov. --- Ping on this. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.fre

[Bug 67927] R600_DEBUG=sb: Celestia show 2 earths, one wrongly rendered

https://bugs.freedesktop.org/show_bug.cgi?id=67927 --- Comment #1 from Vadim Girlin --- So far I can't reproduce this issue. Please test with the latest mesa from git if you are using older version. If llvm backend is active in your configuration, you might want to update llvm as well or test the

[Bug 65963] screen goes blank, Linux hangs - Radeon 7870, Gallium, Glamor

https://bugs.freedesktop.org/show_bug.cgi?id=65963 Damian Nowak changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCHv2 1/5] drm/exynos: add device tree support for rotator

Hi Chanho, On Friday 09 of August 2013 16:40:49 Chanho Park wrote: > The exynos4 platform is only dt-based since 3.10, we should convert > driver data and ids to dt-based parsing methods. The rotator driver has > a limit table to get size limit of input picture. Each SoCs has slightly > different

Re: [PATCHv2 2/5] ARM: dts: Add rotator node for exynos4210

On Friday 09 of August 2013 16:40:50 Chanho Park wrote: > This patch adds a rotator node for exynos4210. The exynos4210 has > different limitation of image size compared with later chips. > > Signed-off-by: Chanho Park > Cc: Thomas Abraham > Cc: Kukjin Kim > Cc: Inki Dae > Signed-off-by: Kyung

Re: [PATCHv2 5/5] ARM: dts: Add dt binding documentation for exynos rotator

Hi Chanho, On Friday 09 of August 2013 16:40:53 Chanho Park wrote: > This patch describes each nodes of rotator and specifies a example how to > bind it. > > Signed-off-by: Chanho Park > Cc: Thomas Abraham > Cc: Kukjin Kim > Cc: Inki Dae > Signed-off-by: Kyungmin Park > --- > .../devicetree

Re: [PATCH] drm: Add drm_bridge

On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote: > On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote: >> This patch adds the notion of a drm_bridge. A bridge is a chained >> device which hangs off an encoder. The drm driver using the bridge >> should provide the association between encoder and

[Bug 67276] kernel-3.11 [drm:r600_uvd_ring_test] *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=67276 --- Comment #26 from Alex Deucher --- Is this still an issue with Dave's latest drm-fixes branch: http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes -- You are receiving this mail because: You are the assignee for the bug.

[GIT PULL] gma500-next

Hi Dave Here's some gma500 unifying and cleanups for drm-next. There is more stuff in the pipe for 3.12 but I'd like to get these out of the way first. Thanks Patrik The following changes since commit 85d9cb41db3bf0f36c999c2e547b37cb9f32367b: drm: remove drm_order (2013-07-23 20:14:29 +1000)

RE: [RFC 1/1] drm/pl111: Initial drm/kms driver for pl111

Hi Daniel, Rob. Thank you both for your reviews - greatly appreciated! > > > Known issues: > > > * It still includes code to use KDS, which is not going upstream. > > > > review's on > July/042462.html> can't hurt > > > > although you migh

RE: [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111

> > Turning to DRM/KMS, it seems the supported formats of a plane can be > > queried using drm_mode_get_plane. However, there doesn't seem to be a > > way to query the supported formats of a crtc? If display HW only > > supports scanning out from a single buffer (like pl111 does), I think > > it w

Re: [PATCH] drm: Add drm_bridge

On Fri, Aug 9, 2013 at 9:19 AM, Sean Paul wrote: > On Thu, Aug 8, 2013 at 8:36 PM, Daniel Vetter wrote: >> On Thu, Aug 8, 2013 at 11:03 PM, Sean Paul wrote: >>> This patch adds the notion of a drm_bridge. A bridge is a chained >>> device which hangs off an encoder. The drm driver using the bridg

Re: [Intel-gfx] [patch v2] drm/i915: fix a limit check in hsw_compute_wm_results()

On Fri, Aug 09, 2013 at 01:29:33PM +0300, Ville Syrjälä wrote: > On Fri, Aug 09, 2013 at 01:07:31PM +0300, Dan Carpenter wrote: > > The '!' here was not intended. Since '!' has higher precedence than > > compare, it means the check is never true. > > > > Signed-off-by: Dan Carpenter > > Reviewe

Re: [RFC 1/1] drm/pl111: Initial drm/kms driver for pl111

On Fri, Aug 9, 2013 at 12:15 PM, Tom Cooksey wrote: > Hi Daniel, Rob. > > Thank you both for your reviews - greatly appreciated! > >> > > Known issues: >> > > * It still includes code to use KDS, which is not going upstream. >> > >> > review's on

Re: [PATCHv2 5/5] ARM: dts: Add dt binding documentation for exynos rotator

On 08/09/2013 07:15 AM, Tomasz Figa wrote: > Hi Chanho, > > On Friday 09 of August 2013 16:40:53 Chanho Park wrote: >> This patch describes each nodes of rotator and specifies a example how to >> bind it. >> diff --git a/Documentation/devicetree/bindings/gpu/samsung-rotator.txt >> +* Samsung Ima

  1   2   3   4   5   >