[PULL] drm/tegra: Changes for v3.11-rc1

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130627/635f49cc/attachment.pgp>

[Bug 65873] R600/SI: Cannot select store with truncate to 32-bit

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/20130627/3b9d5c9b/attachment.html>

[PATCH v2 1/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products.

> At the larger resolutions, the g200e series sometimes struggles with > maintaining a proper output. Problems like flickering or black bands > appearing > on screen can occur. In order to avoid this, limitations regarding > resolutions > and bandwidth have been added for the different

[Bug 65873] R600/SI: Cannot select store with truncate to 32-bit

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/20130627/c02aa336/attachment.html>

[Bug 63599] [r600][r600] GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9)

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

[pull] radeon drm-next-3.11

From: Alex Deucher Hi Dave, This is the pull request for radeon for 3.11. Highlights include: - Support for CIK (Sea Islands) asics: 3D, compute, UVD - DPM (Dynamic Power Management) support for 6xx-SI - ASPM support for 6xx-SI - Assorted bug fixes DPM is disabled

[Bug 66243] X display is shifted upwards on GMA500

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

[PATCH 000/165] radeon drm-next patches

On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss wrote: > Alex Deucher wrote: >> >> On Wed, Jun 26, 2013 at 9:21 AM, wrote: >>> >>> From: Alex Deucher >>> >>> These are the radeon patches for 3.11. Some of these patches >>> are huge so, it might be easier to review things here: >>>

[PATCH 000/165] radeon drm-next patches

On Thu, Jun 27, 2013 at 6:19 PM, James Cloos wrote: >> "AD" == Alex Deucher writes: > > AD> Nope. 6xx and APUs do not require ucode. only 7xx+ dGPUs. > > Does that mean that APUs do not require *any* ucode blobs? > > Or just that they do not require updated or additional blobs > for the

[PATCH 000/165] radeon drm-next patches

> "AD" == Alex Deucher writes: AD> Nope. 6xx and APUs do not require ucode. only 7xx+ dGPUs. Does that mean that APUs do not require *any* ucode blobs? Or just that they do not require updated or additional blobs for the new functionality like DPM? -JimC -- James Cloos

[Bug 65873] R600/SI: Cannot select store with truncate to 32-bit

.org/archives/dri-devel/attachments/20130627/ff7e665d/attachment.html>

[PATCH WW 11/13] drm/radeon: get rid of ttm_bo_is_reserved usage

On Thu, Jun 27, 2013 at 01:48:26PM +0200, Maarten Lankhorst wrote: > Try to use lockdep_assert_held or other alternatives where possible. > > Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/radeon_object.c | 8 ++-- >

[PATCH WW 08/13] drm/radeon: inline reservations

On Thu, Jun 27, 2013 at 01:48:23PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/radeon_object.c | 23 --- > drivers/gpu/drm/radeon/radeon_object.h | 22 +- > 2 files

[PATCH WW 04/13] drm/ttm: convert to the reservation api

On Thu, Jun 27, 2013 at 01:48:19PM +0200, Maarten Lankhorst wrote: > Now that the code is compatible in semantics, flip the switch. > Use ww_mutex instead of the homegrown implementation. > > ww_mutex uses -EDEADLK to signal that the caller has to back off, > and -EALREADY to indicate this buffer

[PATCH WW 02/13] drm/ttm: make ttm reservation calls behave like reservation calls

On Thu, Jun 27, 2013 at 01:48:17PM +0200, Maarten Lankhorst wrote: > This commit converts the source of the val_seq counter to > the ww_mutex api. The reservation objects are converted later, > because there is still a lockdep splat in nouveau that has to > resolved first. > > Signed-off-by:

[PATCH WW 01/13] reservation: cross-device reservation support, v4

On Thu, Jun 27, 2013 at 01:48:16PM +0200, Maarten Lankhorst wrote: > This adds support for a generic reservations framework that can be > hooked up to ttm and dma-buf and allows easy sharing of reservations > across devices. > > The idea is that a dma-buf and ttm object both will get a pointer >

[Bug 65873] R600/SI: Cannot select store with truncate to 32-bit

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130627/38153bb5/attachment-0001.html>

Packard Bell EasyNote LV need i915.invert_brightness=1

[Daniel Vetter] > The buttons might do something fancy behind the scenes (kernel or > userspace), so can you please also check whether directly changing > the backlight values in /sys/class/backlight works correctly? There is full brightness when I set the value of max_brightness into the

[PATCH 02/24] drm/rcar-du: Use devm_ioremap_resource()

Hello. On 27-06-2013 13:49, Laurent Pinchart wrote: > Replace the devm_request_mem_region() and devm_ioremap_nocache() calls > with devm_ioremap_resource(). > Signed-off-by: Laurent Pinchart > --- > drivers/gpu/drm/rcar-du/rcar_du_drv.c | 20

[PATCH v2] drm/gem: add mutex lock when using drm_gem_mmap_obj

Op 27-06-13 01:39, Seung-Woo Kim schreef: > From: YoungJun Cho > > The drm_gem_mmap_obj() has to be protected with dev->struct_mutex, > but some caller functions do not. So it adds mutex lock to missing > callers and adds assertion to check whether drm_gem_mmap_obj() is > called with mutex lock

[PATCH 069/165] drm/radeon/kms: add common dpm infrastructure

Thanks for the work the whole thing seems to work fine on my RV770, although I cannot really say if does anything as I found no way to query the current clk or voltage?! There is one little gripe though, the rest of the code uses DRM_INFO() for printing whereas this series uses plain printk()

Packard Bell EasyNote LV need i915.invert_brightness=1

On Thu, Jun 27, 2013 at 3:03 PM, Petter Reinholdtsen wrote: > [Daniel Vetter] >> acpi_backlight=vendor should disable the acpi backlights (you can >> check that in /sys/class/backlight), which would mean that userspace >> should fall back to intel backlight driver. Can you please check >> whether

[Bug 64695] Enabling both MLAA and MLAA color 2D crashes Gnome Shell on Cayman (6950)

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130627/20e89eef/attachment.html>

Packard Bell EasyNote LV need i915.invert_brightness=1

[Daniel Vetter] > acpi_backlight=vendor should disable the acpi backlights (you can > check that in /sys/class/backlight), which would mean that userspace > should fall back to intel backlight driver. Can you please check > whether that one works even without the invert_brightness knob? I.e. > not

[PATCH v2] drm/gem: add mutex lock when using drm_gem_mmap_obj

Hi, On Thursday 27 June 2013 08:39:58 Seung-Woo Kim wrote: > From: YoungJun Cho > > The drm_gem_mmap_obj() has to be protected with dev->struct_mutex, > but some caller functions do not. So it adds mutex lock to missing > callers and adds assertion to check whether drm_gem_mmap_obj() is >

Packard Bell EasyNote LV need i915.invert_brightness=1

On Wed, Jun 26, 2013 at 7:35 PM, Petter Reinholdtsen wrote: > [Daniel Vetter] >>> Is there some other quirk table for acpi that also need to be updated? >> >> If the acpi brightness controller is broken, it needs to be quirked >> away. For that please file a bug report against the ACPI

[PATCH WW 10/13] drm/ttm: get rid of ttm_bo_is_reserved usage

On Thu, Jun 27, 2013 at 01:48:25PM +0200, Maarten Lankhorst wrote: > Use lockdep_assert_held instead. > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/ttm/ttm_bo.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/gpu/drm/ttm/ttm_bo.c

[PATCH WW 09/13] drm/ttm: inline ttm_bo_reserve and related calls

On Thu, Jun 27, 2013 at 01:48:24PM +0200, Maarten Lankhorst wrote: > Makes lockdep a lot more useful. > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/ttm/ttm_bo.c | 105 ++-- > drivers/gpu/drm/ttm/ttm_execbuf_util.c | 9 +- >

[PATCH 000/165] radeon drm-next patches

Alex Deucher wrote: > On Wed, Jun 26, 2013 at 9:21 AM, wrote: >> From: Alex Deucher >> >> These are the radeon patches for 3.11. Some of these patches >> are huge so, it might be easier to review things here: >> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip > > Updated

[PATCH] drm/radeon: fix 32-bit compile after dpm merge

From: Dave Airlie feel free to split this back up and merge it into the individual commits. should probably also confirm its doing sane things. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/ni_dpm.c| 10 +- drivers/gpu/drm/radeon/rv730_dpm.c |6

[PATCH WW 13/13] drm/ttm: get rid of ttm_bo_is_reserved

Signed-off-by: Maarten Lankhorst --- include/drm/ttm/ttm_bo_api.h | 14 -- 1 file changed, 14 deletions(-) diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h index 31ad860..8a6aa56 100644 --- a/include/drm/ttm/ttm_bo_api.h +++ b/include/drm/ttm/ttm_bo_api.h @@

[PATCH WW 12/13] drm/vmwgfx: get rid of ttm_bo_is_reserved usage

Use lockdep_assert_held instead. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c

[PATCH WW 11/13] drm/radeon: get rid of ttm_bo_is_reserved usage

Try to use lockdep_assert_held or other alternatives where possible. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/radeon/radeon_object.c | 8 ++-- drivers/gpu/drm/radeon/radeon_object.h | 5 --- drivers/gpu/drm/radeon/radeon_test.c | 75 +- 3 files

[PATCH WW 10/13] drm/ttm: get rid of ttm_bo_is_reserved usage

Use lockdep_assert_held instead. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/ttm/ttm_bo.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index a8a27f5..6e6975c 100644 ---

[PATCH WW 09/13] drm/ttm: inline ttm_bo_reserve and related calls

Makes lockdep a lot more useful. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/ttm/ttm_bo.c | 105 ++-- drivers/gpu/drm/ttm/ttm_execbuf_util.c | 9 +- include/drm/ttm/ttm_bo_driver.h| 175 - 3 files changed, 117

[PATCH WW 08/13] drm/radeon: inline reservations

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/radeon/radeon_object.c | 23 --- drivers/gpu/drm/radeon/radeon_object.h | 22 +- 2 files changed, 21 insertions(+), 24 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_object.c

[PATCH WW 07/13] drm/mgag200: inline reservations

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/mgag200/mgag200_drv.h | 20 ++-- drivers/gpu/drm/mgag200/mgag200_ttm.c | 18 -- 2 files changed, 18 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.h

[PATCH WW 06/13] drm/cirrus: inline reservations

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/cirrus/cirrus_drv.h | 21 +++-- drivers/gpu/drm/cirrus/cirrus_ttm.c | 18 -- 2 files changed, 19 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.h

[PATCH WW 05/13] drm/ast: inline reservations

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/ast/ast_drv.h | 20 ++-- drivers/gpu/drm/ast/ast_ttm.c | 18 -- 2 files changed, 18 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/ast/ast_drv.h b/drivers/gpu/drm/ast/ast_drv.h index

[PATCH WW 04/13] drm/ttm: convert to the reservation api

Now that the code is compatible in semantics, flip the switch. Use ww_mutex instead of the homegrown implementation. ww_mutex uses -EDEADLK to signal that the caller has to back off, and -EALREADY to indicate this buffer is already held by the caller. ttm used -EAGAIN and -EDEADLK for those,

[PATCH WW 03/13] drm/nouveau: make flipping lockdep safe

cli->mutex was inverted with reservations, and multiple reservations were used without a ticket, fix both. This commit had to be done after the previous commit, because otherwise ttm_eu_* calls would use a different seqno counter.. Signed-off-by: Maarten Lankhorst ---

[PATCH WW 02/13] drm/ttm: make ttm reservation calls behave like reservation calls

This commit converts the source of the val_seq counter to the ww_mutex api. The reservation objects are converted later, because there is still a lockdep splat in nouveau that has to resolved first. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_gem.c| 38

[PATCH WW 01/13] reservation: cross-device reservation support, v4

This adds support for a generic reservations framework that can be hooked up to ttm and dma-buf and allows easy sharing of reservations across devices. The idea is that a dma-buf and ttm object both will get a pointer to a struct reservation_object, which has to be reserved before anything is

[PATCH WW 00/13] Convert TTM to Wound/wait mutexes.

With all the previous fixes in place, and my previous patch series applied to prevent fallout, it's time to throw the switch! Thanks to Deveryone who made this possible, in particular danvet, robclark, airlied and peterz. The first 4 patches are the real meat, the rest is just some cleanups.

[PULL] final drm-intel-next pull for 3.11

Hi Dave, Last 3.11 feature pull. I have a few odds bits and pieces and fixes in my queue, I'll sort them out later on to see what's for 3.11-fixes and what's for 3.12. But nothing to hold this here up imo. Highlights: - more hangcheck work from Mika and Chris to prepare for arb robustness -

[PATCH v3 0/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products.

I fixed all of the formatting errors found by scripts/checkpatch.pl. Julia Lemire (1): drm/mgag200: Added resolution and bandwidth limits for various G200e products. drivers/gpu/drm/mgag200/mgag200_drv.h |3 +- drivers/gpu/drm/mgag200/mgag200_main.c |2 +-

[PATCH v3 1/1] drm/mgag200: Added resolution and bandwidth limits for various G200e products.

At the larger resolutions, the g200e series sometimes struggles with maintaining a proper output. Problems like flickering or black bands appearing on screen can occur. In order to avoid this, limitations regarding resolutions and bandwidth have been added for the different variations of the

[PATCH 9/9] drm/ast: do not attempt to acquire a reservation while in an interrupt handler

Mutexes should not be acquired in interrupt context. While the trylock fastpath is arguably safe on all implementations, the slowpath unlock path definitely isn't. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/ast/ast_fb.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff

[PATCH 8/9] drm/mgag200: do not attempt to acquire a reservation while in an interrupt handler

Mutexes should not be acquired in interrupt context. While the trylock fastpath is arguably safe on all implementations, the slowpath unlock path definitely isn't. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/mgag200/mgag200_fb.c | 5 +++-- 1 file changed, 3 insertions(+), 2

[PATCH 7/9] drm/cirrus: do not attempt to acquire a reservation while in an interrupt handler

Mutexes should not be acquired in interrupt context. While the trylock fastpath is arguably safe on all implementations, the slowpath unlock path definitely isn't. This fixes the following lockdep splat: [ 13.044313] [ cut here ] [ 13.044367] WARNING: at

[PATCH 6/9] drm/nouveau: always select ACPI_VIDEO if ACPI is enabled.

Having nouveau builtin would still allow ACPI_VIDEO to be used as external module if some of the deps for acpi_video have not been met, which would result in a linking failure. Solve this by selecting all dependencies as well. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/Kconfig

[PATCH 5/9] drm/nouveau: complain loudly if buffer is pinned during destruction

Shouldn't happen, and we invert the struct_mutex with reservation here, potentially leading to deadlocks. Once reservations become lockdep annotated, lockdep will go splat on this. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_gem.c | 3 ++- 1 file changed, 2

[PATCH 4/9] drm/nouveau: fixup fbcon failure paths

Add missing calls, and fix a leak from forgetting to call the unpin function. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c

[PATCH 3/9] drm/nouveau: unpin notify object in chan_fini

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_abi16.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/nouveau/nouveau_abi16.c b/drivers/gpu/drm/nouveau/nouveau_abi16.c index 1c4c6c9..8f467e7 100644 --- a/drivers/gpu/drm/nouveau/nouveau_abi16.c +++

[PATCH 2/9] drm/nouveau: implement prime helper unpin function

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_drm.c | 1 + drivers/gpu/drm/nouveau/nouveau_gem.h | 1 + drivers/gpu/drm/nouveau/nouveau_prime.c | 9 - 3 files changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c

[PATCH 1/9] drm/radeon: implement unpin function, v2

Changes since v1: - Fixup compiler warning in unpin function. Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse Acked-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_drv.c | 2 ++ drivers/gpu/drm/radeon/radeon_prime.c | 18 +- 2 files changed, 15 insertions(+),

RADEON / DPM: GPU cannot properly up-clock

On Wed, Jun 26, 2013 at 4:57 PM, Joshua C. wrote: > 2013/6/26 Deucher, Alexander : >> >> >>> -Original Message- >>> From: Joshua C. [mailto:joshuacov at gmail.com] >>> Sent: Wednesday, June 26, 2013 1:52 PM >>> To: dri-devel at lists.freedesktop.org >>> Cc: Deucher, Alexander >>> Subject:

[PATCH] gpu/host1x: Remove DRIVER_BUS_PLATFORM from driver_features

have it in my for-next branch (so it should be in linux-next) that I'll request Dave to pull from for 3.11. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130627/daf95b42/attachment.pgp>

[PATCH 24/24] drm/rcar-du: Add internal LVDS encoder support

The R8A7790 includes two internal LVDS encoders. Support them in the DU driver. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Kconfig | 7 ++ drivers/gpu/drm/rcar-du/Makefile | 4 +-

[PATCH 23/24] drm/rcar-du: Configure RGB output routing to DPAD0

The R8A7790 DU variant has a single RGB output called DPAD0 that can be fed with the output of DU0, DU1 or DU2. Making the routing configurable. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 5

[PATCH 22/24] drm/rcar-du: Rework output routing support

Split the output routing specification between SoC-internal data, specified in the rcar_du_device_info structure, and board data, passed through platform data. The DU has 5 possible outputs (DPAD0/1, LVDS0/1, TCON). SoC-internal output routing data specify which output are valid, which CRTCs can

[PATCH 21/24] drm/rcar-du: Add support for DEFR8 register

The R8A7790 DU has a new extended function control register. Support it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 3 ++- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 1 + drivers/gpu/drm/rcar-du/rcar_du_group.c | 2

[PATCH 20/24] drm/rcar-du: Add support for multiple groups

The R8A7790 DU has 3 CRTCs, split in two groups. Support them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 25 ++- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 ++

[PATCH 19/24] drm/rcar-du: Fix buffer pitch alignment for R8A7790 DU

The R8A7790 DU seems to require a 128 bytes pitch alignment, even though the documentation only mentions a 16 pixels alignement as for the R8A7779 DU. Make this configurable through a device flag. Signed-off-by: Laurent Pinchart ---

[PATCH 18/24] drm/rcar-du: Add support for the R8A7790 DU

The DU revision in the R8A7790 SoC uses one IRQ and clock per CRTC. Add a corresponding entry in the module platform ID table. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 5 +++

[PATCH 17/24] drm/rcar-du: Move output routing configuration to group

Output routing is configured in group registers, move the corresponding code from rcar_du_crtc.c to rcar_du_group.c. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 21 +

[PATCH 16/24] drm/rcar-du: Remove register definitions for the second channel

Channels are accessed through a global channel memory offset, there's no need to define register addresses for the second channel. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_regs.h | 9 - 1 file changed, 9

[PATCH 15/24] drm/rcar-du: Use dynamic number of CRTCs instead of CRTCs array size

The rcar_du_device structure contains a field that stores the number of CRTCs, use it instead of the CRTCs array size. This prepares the driver to support a variable number of CRTCs. Signed-off-by: Laurent Pinchart ---

[PATCH 14/24] drm/rcar-du: Introduce CRTCs groups

The R8A7779 DU is split in per-CRTC resources (scan-out engine, blending unit, timings generator, ...) and device-global resources (start/stop control, planes, ...) shared between the two CRTCs. The R8A7790 introduced a third CRTC with its own set of global resources This would be modeled as two

[PATCH 13/24] drm/rcar-du: Rename rcar_du_plane_(init|register) to rcar_du_planes_*

The functions initialize or register all planes, rename them accordingly. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 4 ++-- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 4 ++-- drivers/gpu/drm/rcar-du/rcar_du_plane.h

[PATCH 12/24] drm/rcar-du: Create rcar_du_planes structure

Move the plane-related fields of struct rcar_du_device to their own structure. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 11 +-- drivers/gpu/drm/rcar-du/rcar_du_plane.h | 17 +++-- 2 files

[PATCH 11/24] drm/rcar-du: Rename platform data fields to match what they describe

The struct rcar_du_encoder_data encoder::field describes the encoder type, and the rcar_du_encoder_lvds_data and rcar_du_encoder_vga_data structures describe connector properties. Rename them accordingly. Signed-off-by: Laurent Pinchart ---

[PATCH 10/24] drm/rcar-du: Merge LVDS and VGA encoder code

Create a single rcar_du_encoder structure that implements a KMS encoder. The current implementation is straightforward and only configures CRTC output routing. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Makefile | 3 +-

[PATCH 09/24] drm/rcar-du: Split VGA encoder and connector

This prepares for the encoders rework. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Makefile | 3 +- drivers/gpu/drm/rcar-du/rcar_du_vga.c| 86 + drivers/gpu/drm/rcar-du/rcar_du_vga.h| 2

[PATCH 08/24] drm/rcar-du: Split LVDS encoder and connector

This prepares for the encoders rework. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Makefile | 1 + drivers/gpu/drm/rcar-du/rcar_du_lvds.c| 120 +-- drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c |

[PATCH 07/24] drm/rcar-du: Clarify comment regarding plane Y source coordinate

The R8A7790 DU documentation contains further information regarding the plane Y source coordinate. Update the comment accordingly. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 9 ++--- 1 file changed, 6

[PATCH 06/24] drm/rcar-du: Fix buffer pitch alignment

The DU requires a 16 pixels pitch alignement. Make sure dumb buffers are allocated with the correct pitch, and validate the pitch when creating frame buffers. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +-

[PATCH 05/24] drm/rcar-du: Support per-CRTC clock and IRQ

Some of the DU revisions use one clock and IRQ per CRTC instead of one clock and IRQ per device. Retrieve the correct clock and register the correct IRQ for each CRTC. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 120

[PATCH 04/24] drm/rcar-du: Don't ignore rcar_du_crtc_create() return value

Handle error cases correctly. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c

[PATCH 03/24] drm/rcar-du: Add platform module device table

The platform device id driver data field points to a device information structure that only contains a (currently empty) features field for now. Support for additional model-dependent features will be added later. Only the R8A7779 variant is currently supported. Signed-off-by: Laurent Pinchart

[PATCH 02/24] drm/rcar-du: Use devm_ioremap_resource()

Replace the devm_request_mem_region() and devm_ioremap_nocache() calls with devm_ioremap_resource(). Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 20 ++-- 1 file changed, 2 insertions(+), 18

[PATCH 01/24] drm/rcar-du: Add missing alpha plane register definitions

Several alpha plane register definitions are missing, add them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_regs.h | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_regs.h

[PATCH 00/24] R-Car DU DRM support for R8A7790

Hello, Here's a set of patches that adds support for the DU found in the R8A7790 SoC. Compared to the R8A7779 DU, the R8A7790 has a third CRTC, internal LVDS encoders and different output routing options. These patches are targetted at v3.12 so there's no rush (but please don't take that as an

[PATCH v6 08/23] modetest: Add a command line parameter to set properties

On Thu, Jun 27, 2013 at 10:10:43AM +0200, Laurent Pinchart wrote: > Hi Ville, > > Thank you for the review. > > On Monday 24 June 2013 18:08:37 Ville Syrj?l? wrote: > > On Fri, Jun 14, 2013 at 11:34:42PM +0200, Laurent Pinchart wrote: > > > The -w parameter can be used to set a property value

[PATCH v6 08/23] modetest: Add a command line parameter to set properties

On Thursday 27 June 2013 11:31:48 Ville Syrj?l? wrote: > On Thu, Jun 27, 2013 at 10:10:43AM +0200, Laurent Pinchart wrote: > > On Monday 24 June 2013 18:08:37 Ville Syrj?l? wrote: > > > On Fri, Jun 14, 2013 at 11:34:42PM +0200, Laurent Pinchart wrote: > > > > The -w parameter can be used to set a

[PATCH] gpu/host1x: Remove DRIVER_BUS_PLATFORM from driver_features

Hi Thierry, On Wednesday 29 May 2013 12:50:40 Thierry Reding wrote: > On Wed, May 29, 2013 at 07:44:34AM +0200, Laurent Pinchart wrote: > > From: Laurent Pinchart > > > > DRIVER_BUS_PLATFORM is not a DRM driver feature flag, it must not be set > > in the driver's driver_features field. > > > >

Armada DRM driver on OLPC XO

On Tue, Jun 25, 2013 at 04:47:26PM -0400, Daniel Drake wrote: > Hi Russell, > > Thanks a lot for writing the Armada DRM driver. > > I have tested it on OLPC XO-1.75 (MMP2 aka Armada610) and OLPC XO-4 (MMP3 > aka PXA2128). After a bit of fighting, I have it running. Could you share your > X

[PATCH 000/165] radeon drm-next patches

On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss wrote: > Alex Deucher wrote: >> >> On Wed, Jun 26, 2013 at 9:21 AM, wrote: >>> >>> From: Alex Deucher >>> >>> These are the radeon patches for 3.11. Some of these patches >>> are huge so, it might be easier to review things here: >>>

[PATCH 000/165] radeon drm-next patches

On Wed, Jun 26, 2013 at 6:51 PM, Julian Wollrath wrote: > Hi, > >> I just tried the DPM support out on a E-450 APU (HD6320) and it did >> not work like expected. In the terminal everything seemed ok but when >> I started a display manager, the screen showed garbage and the system >> basically

[PATCH v2] drm/gem: add mutex lock when using drm_gem_mmap_obj

On Wed, Jun 26, 2013 at 7:39 PM, Seung-Woo Kim wrote: > From: YoungJun Cho > > The drm_gem_mmap_obj() has to be protected with dev->struct_mutex, > but some caller functions do not. So it adds mutex lock to missing > callers and adds assertion to check whether drm_gem_mmap_obj() is > called

[PATCH v6 00/23] modetest enhancements

Hi Jerome, Marek, On Friday 14 June 2013 23:34:34 Laurent Pinchart wrote: > Hello, > > Here's the sixth (and hopefully final) version of my modeset enhancements > patch set. > > Beside various cleanups, these patches allow dropping master after mode set, > configuring more than two pipes and

[PATCH v6 08/23] modetest: Add a command line parameter to set properties

Hi Ville, Thank you for the review. On Monday 24 June 2013 18:08:37 Ville Syrj?l? wrote: > On Fri, Jun 14, 2013 at 11:34:42PM +0200, Laurent Pinchart wrote: > > The -w parameter can be used to set a property value from the command > > line, using the target object ID and the property name. > >

[PATCH v2] drm/gem: fix not to assign error value to gem name

On Thu, Jun 27, 2013 at 08:58:33AM +0900, Seung-Woo Kim wrote: > From: YoungJun Cho > > If idr_alloc() is failed, obj->name can be error value. Also > it cleans up duplicated flink processing code. > > This regression has been introduced in > > commit 2e928815c1886fe628ed54623aa98d0889cf5509 >

[PATCH v2] drm/gem: fix not to assign error value to gem name

From: YoungJun Cho If idr_alloc() is failed, obj->name can be error value. Also it cleans up duplicated flink processing code. This regression has been introduced in commit 2e928815c1886fe628ed54623aa98d0889cf5509 Author: Tejun Heo Date: Wed Feb 27 17:04:08 2013 -0800

[PATCH v2] drm/gem: add mutex lock when using drm_gem_mmap_obj

From: YoungJun Cho The drm_gem_mmap_obj() has to be protected with dev->struct_mutex, but some caller functions do not. So it adds mutex lock to missing callers and adds assertion to check whether drm_gem_mmap_obj() is called with mutex lock or not. Signed-off-by: YoungJun

[Bug 66243] X display is shifted upwards on GMA500

||17 -- 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/20130627/ba13514c/attachment.html>

[Bug 66243] New: X display is shifted upwards on GMA500

ing 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/20130627/4620118c/attachment.html>

[PATCH v2] drm/gem: add mutex lock when using drm_gem_mmap_obj

Op 27-06-13 01:39, Seung-Woo Kim schreef: > From: YoungJun Cho > > The drm_gem_mmap_obj() has to be protected with dev->struct_mutex, > but some caller functions do not. So it adds mutex lock to missing > callers and adds assertion to check whether drm_gem_mmap_obj() is > called with mutex lock

[RFC PATCH] dmabuf-sync: Introduce buffer synchronization framework

2013/6/25 Jerome Glisse : > On Tue, Jun 25, 2013 at 10:17 AM, Inki Dae wrote: >> 2013/6/25 Rob Clark : >>> On Tue, Jun 25, 2013 at 5:09 AM, Inki Dae wrote: > that > should be the role of kernel memory management which of course needs > synchronization btw A and B. But in no case this

[PATCH 000/165] radeon drm-next patches

Hi, > I just tried the DPM support out on a E-450 APU (HD6320) and it did > not work like expected. In the terminal everything seemed ok but when > I started a display manager, the screen showed garbage and the system > basically locked up. The radeon and drm related parts of the syslog > are

  1   2   3   >