[RFCv4 09/14] drm: convert plane to properties/state
On Wed, Jan 29, 2014 at 8:44 AM, Rob Clark wrote: > On Tue, Jan 28, 2014 at 4:52 PM, Sean Paul wrote: >> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: >>> Break the mutable state of a plane out into a separate structure >>> and use atomic properties mechanism to set plane attributes. This >>> makes it easier to have some helpers for plane->set_property() >>> and for checking for invalid params. The idea is that individual >>> drivers can wrap the state struct in their own struct which adds >>> driver specific parameters, for easy build-up of state across >>> multiple set_property() calls and for easy atomic commit or roll- >>> back. >>> >>> The same should be done for CRTC, encoder, and connector, but this >>> patch only includes the first part (plane). >>> --- >>> drivers/gpu/drm/drm_atomic_helper.c | 156 ++- >>> drivers/gpu/drm/drm_crtc.c | 397 >>> +++- >>> drivers/gpu/drm/drm_fb_helper.c | 17 +- >>> drivers/gpu/drm/exynos/exynos_drm_crtc.c| 4 +- >>> drivers/gpu/drm/exynos/exynos_drm_encoder.c | 6 +- >>> drivers/gpu/drm/exynos/exynos_drm_plane.c | 15 +- >>> drivers/gpu/drm/i915/intel_sprite.c | 21 +- >>> drivers/gpu/drm/msm/mdp4/mdp4_crtc.c| 2 +- >>> drivers/gpu/drm/msm/mdp4/mdp4_plane.c | 19 +- >>> drivers/gpu/drm/nouveau/dispnv04/overlay.c | 8 +- >>> drivers/gpu/drm/omapdrm/omap_crtc.c | 4 +- >>> drivers/gpu/drm/omapdrm/omap_drv.c | 2 +- >>> drivers/gpu/drm/omapdrm/omap_plane.c| 33 ++- >>> drivers/gpu/drm/rcar-du/rcar_du_plane.c | 8 +- >>> drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +- >>> drivers/gpu/drm/shmobile/shmob_drm_plane.c | 6 +- >>> drivers/gpu/drm/tegra/dc.c | 16 +- >>> include/drm/drm_atomic_helper.h | 39 ++- >>> include/drm/drm_crtc.h | 88 +- >>> 19 files changed, 654 insertions(+), 189 deletions(-) >>> >> >> >> >>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_plane.c >>> b/drivers/gpu/drm/exynos/exynos_drm_plane.c >>> index 2e31fb8..d585a4c 100644 >>> --- a/drivers/gpu/drm/exynos/exynos_drm_plane.c >>> +++ b/drivers/gpu/drm/exynos/exynos_drm_plane.c >>> @@ -10,6 +10,7 @@ >>> */ >>> >>> #include >>> +#include >>> >>> #include >>> #include "exynos_drm_drv.h" >>> @@ -149,7 +150,7 @@ void exynos_plane_commit(struct drm_plane *plane) >>> struct exynos_plane *exynos_plane = to_exynos_plane(plane); >>> struct exynos_drm_overlay *overlay = &exynos_plane->overlay; >>> >>> - exynos_drm_fn_encoder(plane->crtc, &overlay->zpos, >>> + exynos_drm_fn_encoder(plane->state->crtc, &overlay->zpos, >>> exynos_drm_encoder_plane_commit); >>> } >>> >>> @@ -162,7 +163,7 @@ void exynos_plane_dpms(struct drm_plane *plane, int >>> mode) >>> if (exynos_plane->enabled) >>> return; >>> >>> - exynos_drm_fn_encoder(plane->crtc, &overlay->zpos, >>> + exynos_drm_fn_encoder(plane->state->crtc, &overlay->zpos, >>> exynos_drm_encoder_plane_enable); >>> >>> exynos_plane->enabled = true; >>> @@ -170,7 +171,7 @@ void exynos_plane_dpms(struct drm_plane *plane, int >>> mode) >>> if (!exynos_plane->enabled) >>> return; >>> >>> - exynos_drm_fn_encoder(plane->crtc, &overlay->zpos, >>> + exynos_drm_fn_encoder(plane->state->crtc, &overlay->zpos, >>> exynos_drm_encoder_plane_disable); >>> >>> exynos_plane->enabled = false; >>> @@ -192,7 +193,7 @@ exynos_update_plane(struct drm_plane *plane, struct >>> drm_crtc *crtc, >>> if (ret < 0) >>> return ret; >>> >>> - plane->crtc = crtc; >>> + plane->state->crtc = crtc; >>> >>> exynos_plane_commit(plane); >>> exynos_plane_dpms(plane, DRM_MODE_DPMS_ON); >>> @@ -225,13 +226,17 @@ static int exynos_plane_set_property(struct drm_plane >>> *plane, >>> struct drm_device *dev = plane->dev; >>> struct exynos_plane *exynos_plane = to_exynos_plane(plane); >>> struct exynos_drm_private *dev_priv = dev->dev_private; >>> + struct drm_plane_state *pstate = drm_atomic_get_plane_state(plane, >>> state); >> >> Hi Rob, >> This seems to cause a deadlock. drm_mode_obj_set_property_ioctl >> performs a drm_modeset_lock_all first, then >> drm_atomic_helper_get_plane_state tries to lock the crtc[s] again. > > oh, whoops, I guess neither modetest or glplane test does a > set-property ioctl. I think we simply need to drop the locking at the > top level ioctl fxn, and let the atomic locking take care of things. > Seems like there's another one in the drm_fb_helper_restore_fbdev_mode path. (modeset_lock_state+0x58/0x174) from [] (drm_modeset_lock+0x20/0x30) (drm_modeset_lock+0x20/0x30) from [] (drm_modeset
[Bug 73911] Color Banding on R600 (7660G + 7670M)
https://bugs.freedesktop.org/show_bug.cgi?id=73911 --- Comment #14 from rue --- (In reply to comment #13) > (In reply to comment #12) > Hi I am having the same issue with Banding using > the open source Radeon > Driver. > My laptop is an Acer Acpire 5560G with > Radeon HD6520G + 7470M I have tryed a > few different Distros and I get the > same Banding problems at the moment I > have Ubuntu-Gnome 14.04 2.13 kernel > and Fedora 20 3.12 Kernel Can you try the patch in comment 10? No problem Alex I will try the patch when I get home this afternoon and report back. -- 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/20140206/5d92f142/attachment.html>
[Bug 60879] [radeonsi] X11 can't start with acceleration enabled
https://bugs.freedesktop.org/show_bug.cgi?id=60879 --- Comment #64 from Hristo Venev --- (sh_per_se | 0x1) /* WTF? Shift widths aren't often used that way in a bitmask. */ (1u<64 dwords hangs - X11 starts - glxinfo hangs - glxgears hangs - weston works rb_config&=0b1100: - OpenCL <64 dwords works - OpenCL >64 dwords hangs - X11 starts - glxinfo works - glxgears works! (~2600 Frames/s) - My X session hangs (probably chromium) - weston corrupted - Any OpenCL (even *a=0;) after OpenGL fails with error about kernel rejecting CS, nothing on dmesg Also, GPU reset fails. I used S3 sleep in order to reset the GPU. Sleeps for <15 seconds may sometimes fail to reset it. -- 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/20140206/848b6605/attachment.html>
[PATCH 2/2] drm/shmob: Update copyright notice
The "Renesas Corporation" listed in the copyright notice doesn't exist. Replace it with "Renesas Electronics Corporation" and update the copyright years. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/shmobile/shmob_drm_backlight.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_backlight.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_drv.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_drv.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_kms.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_kms.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_plane.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_plane.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_regs.h | 2 +- 11 files changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/shmobile/shmob_drm_backlight.c b/drivers/gpu/drm/shmobile/shmob_drm_backlight.c index 463aee1..33dd41a 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_backlight.c +++ b/drivers/gpu/drm/shmobile/shmob_drm_backlight.c @@ -1,7 +1,7 @@ /* * shmob_drm_backlight.c -- SH Mobile DRM Backlight * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_backlight.h b/drivers/gpu/drm/shmobile/shmob_drm_backlight.h index 9477595..bac719e 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_backlight.h +++ b/drivers/gpu/drm/shmobile/shmob_drm_backlight.h @@ -1,7 +1,7 @@ /* * shmob_drm_backlight.h -- SH Mobile DRM Backlight * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_crtc.c b/drivers/gpu/drm/shmobile/shmob_drm_crtc.c index 0428076..c4764f7 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_crtc.c +++ b/drivers/gpu/drm/shmobile/shmob_drm_crtc.c @@ -1,7 +1,7 @@ /* * shmob_drm_crtc.c -- SH Mobile DRM CRTCs * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_crtc.h b/drivers/gpu/drm/shmobile/shmob_drm_crtc.h index e5bd109..eddad6d 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_crtc.h +++ b/drivers/gpu/drm/shmobile/shmob_drm_crtc.h @@ -1,7 +1,7 @@ /* * shmob_drm_crtc.h -- SH Mobile DRM CRTCs * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_drv.c b/drivers/gpu/drm/shmobile/shmob_drm_drv.c index c839c9c..ec78cb2 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_drv.c +++ b/drivers/gpu/drm/shmobile/shmob_drm_drv.c @@ -1,7 +1,7 @@ /* * shmob_drm_drv.c -- SH Mobile DRM driver * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_drv.h b/drivers/gpu/drm/shmobile/shmob_drm_drv.h index 4d46b81..02ea315 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_drv.h +++ b/drivers/gpu/drm/shmobile/shmob_drm_drv.h @@ -1,7 +1,7 @@ /* * shmob_drm.h -- SH Mobile DRM driver * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_kms.c b/drivers/gpu/drm/shmobile/shmob_drm_kms.c index fc0ef0c..aaf98ac 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_kms.c +++ b/drivers/gpu/drm/shmobile/shmob_drm_kms.c @@ -1,7 +1,7 @@ /* * shmob_drm_kms.c -- SH Mobile DRM Mode Setting * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_kms.h b/drivers/gpu/drm/shmobile/shmob_drm_kms.h index 9495c91..06d5b7c 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_kms.h +++ b/drivers/gpu/drm/shmobile/shmob_drm_kms.h @@ -1,7 +1,7 @@ /* * shmob_drm_kms.h -- SH Mobile DRM Mode Setting * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation * * Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/shmobile/shmob_drm_plane.c b/drivers/gpu/drm/shmobile/shmob_drm_plane.c index 060ae03..1805bb2 100644 --- a/drivers/gpu/drm/shmobile/shmob_drm_plane.c +++ b/drivers/gpu/drm/shmobile/shmob_drm_plane.c @@ -1,7 +1,7 @@ /* * shmob_drm_plane.c -- SH Mobile DRM Planes * - * Copyright (C) 2012 Renesas Corporation + * Copyright (C) 2012 Renesas Electronics Corporation
[PATCH 1/2] drm/rcar-du: Update copyright notice
The "Renesas Corporation" listed in the copyright notice doesn't exist. Replace it with "Renesas Electronics Corporation" and update the copyright years. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 2 +- drivers/gpu/drm/rcar-du/rcar_du_crtc.h| 2 +- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_encoder.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_group.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_group.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_kms.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdscon.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_plane.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_vgacon.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_vgacon.h | 2 +- 18 files changed, 18 insertions(+), 18 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c index fbf4be3..e97cbb3 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c +++ b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c @@ -1,7 +1,7 @@ /* * rcar_du_crtc.c -- R-Car Display Unit CRTCs * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.h b/drivers/gpu/drm/rcar-du/rcar_du_crtc.h index 43e7575..e97ae50 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_crtc.h +++ b/drivers/gpu/drm/rcar-du/rcar_du_crtc.h @@ -1,7 +1,7 @@ /* * rcar_du_crtc.h -- R-Car Display Unit CRTCs * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_drv.c b/drivers/gpu/drm/rcar-du/rcar_du_drv.c index 792fd1d..611a288 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_drv.c +++ b/drivers/gpu/drm/rcar-du/rcar_du_drv.c @@ -1,7 +1,7 @@ /* * rcar_du_drv.c -- R-Car Display Unit DRM driver * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_drv.h b/drivers/gpu/drm/rcar-du/rcar_du_drv.h index e31b735..2066ec6 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_drv.h +++ b/drivers/gpu/drm/rcar-du/rcar_du_drv.h @@ -1,7 +1,7 @@ /* * rcar_du_drv.h -- R-Car Display Unit DRM driver * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c index 3daa7a1..fd152d0 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c +++ b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c @@ -1,7 +1,7 @@ /* * rcar_du_encoder.c -- R-Car Display Unit Encoder * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_encoder.h b/drivers/gpu/drm/rcar-du/rcar_du_encoder.h index 0e5a65e..5836007 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_encoder.h +++ b/drivers/gpu/drm/rcar-du/rcar_du_encoder.h @@ -1,7 +1,7 @@ /* * rcar_du_encoder.h -- R-Car Display Unit Encoder * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_group.c b/drivers/gpu/drm/rcar-du/rcar_du_group.c index eb53cd9..4e7614b 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_group.c +++ b/drivers/gpu/drm/rcar-du/rcar_du_group.c @@ -1,7 +1,7 @@ /* * rcar_du_group.c -- R-Car Display Unit Channels Pair * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_group.h b/drivers/gpu/drm/rcar-du/rcar_du_group.h index 5025930..0c38cdc 100644 --- a/drivers/gpu/drm/rcar-du/rcar_du_group.h +++ b/drivers/gpu/drm/rcar-du/rcar_du_group.h @@ -1,7 +1,7 @@ /* * rcar_du_group.c -- R-Car Display Unit Planes and CRTCs Group * - * Copyright (C) 2013 Renesas Corporation + * Copyright (C) 2013-2014 Renesas Electronics Corporation * * Contact: Laurent Pinchart (laurent.pinchart at ideasonboard.com) * diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms
[PATCH 0/2] Update copyright notices for Renesas DRM drivers
The "Renesas Corporation" listed in the copyright notices doesn't exist. Replace it with "Renesas Electronics Corporation" and update the copyright years. Laurent Pinchart (2): drm/rcar-du: Update copyright notice drm/shmob: Update copyright notice drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_encoder.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_group.c| 2 +- drivers/gpu/drm/rcar-du/rcar_du_group.h| 2 +- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_kms.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdscon.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_plane.c| 2 +- drivers/gpu/drm/rcar-du/rcar_du_plane.h| 2 +- drivers/gpu/drm/rcar-du/rcar_du_vgacon.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_vgacon.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_backlight.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_backlight.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_drv.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_drv.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_kms.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_kms.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_plane.c | 2 +- drivers/gpu/drm/shmobile/shmob_drm_plane.h | 2 +- drivers/gpu/drm/shmobile/shmob_drm_regs.h | 2 +- 29 files changed, 29 insertions(+), 29 deletions(-) -- Regards, Laurent Pinchart
[PATCH] drm/radeon/dpm: ensure ret is not returning uninitialized value
> -Original Message-
> From: Colin King [mailto:colin.king at canonical.com]
> Sent: Thursday, February 06, 2014 12:18 PM
> To: David Airlie; Deucher, Alexander; dri-devel at lists.freedesktop.org
> Subject: [PATCH] drm/radeon/dpm: ensure ret is not returning uninitialized
> value
>
> From: Colin Ian King
>
> ret is not being initialized, so there is a possibility that
> a garbage value is being returned by kv_dpm_late_enable().
> Initialize ret to 0 to fix this.
>
> Signed-off-by: Colin Ian King
Thanks. Already have the same fix from Dave Jones applied to my fixes tree.
Alex
> ---
> drivers/gpu/drm/radeon/kv_dpm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/kv_dpm.c
> b/drivers/gpu/drm/radeon/kv_dpm.c
> index b6e01d5..351db36 100644
> --- a/drivers/gpu/drm/radeon/kv_dpm.c
> +++ b/drivers/gpu/drm/radeon/kv_dpm.c
> @@ -1223,7 +1223,7 @@ int kv_dpm_enable(struct radeon_device *rdev)
>
> int kv_dpm_late_enable(struct radeon_device *rdev)
> {
> - int ret;
> + int ret = 0;
>
> if (rdev->irq.installed &&
> r600_is_internal_thermal_sensor(rdev->pm.int_thermal_type)) {
> --
> 1.9.rc1
>
[PATCH] drm/radeon/dpm: ensure ret is not returning uninitialized value
From: Colin Ian King
ret is not being initialized, so there is a possibility that
a garbage value is being returned by kv_dpm_late_enable().
Initialize ret to 0 to fix this.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/radeon/kv_dpm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/kv_dpm.c b/drivers/gpu/drm/radeon/kv_dpm.c
index b6e01d5..351db36 100644
--- a/drivers/gpu/drm/radeon/kv_dpm.c
+++ b/drivers/gpu/drm/radeon/kv_dpm.c
@@ -1223,7 +1223,7 @@ int kv_dpm_enable(struct radeon_device *rdev)
int kv_dpm_late_enable(struct radeon_device *rdev)
{
- int ret;
+ int ret = 0;
if (rdev->irq.installed &&
r600_is_internal_thermal_sensor(rdev->pm.int_thermal_type)) {
--
1.9.rc1
[Bug 69301] no screen on update from 3.12.0
https://bugzilla.kernel.org/show_bug.cgi?id=69301 --- Comment #16 from Alex Deucher --- (In reply to Jan Outhuis from comment #15) > So I guess I'll have to do that all over again. I'm not that familiar > yet with doing bisections. > By the way, do I have to do a ' make clean' before each new compile? > No, you don't have to. -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 69301] no screen on update from 3.12.0
https://bugzilla.kernel.org/show_bug.cgi?id=69301 --- Comment #15 from Jan Outhuis --- No, I'm sorry. Picture stays the same. I've also done a Git bisect, but the outcome of that doesn't seem to make any sense: 023838542dc8a4eac9650f98942671078a4ce73d is the first bad commit commit 023838542dc8a4eac9650f98942671078a4ce73d Author: Mengdong Lin Date: Thu Oct 31 18:31:51 2013 -0400 ALSA: hda - not choose assigned converters for unused pins of Valleyview For Valleyview display codec, if an unused pin chooses an assgined converter selected by a used pin, playback on the unused pin can also give sound to the output device of the used pin. It's because data flows from the same convertor to the display port of the used pin. This issue is same as Haswell. So this patch avoids using assinged convertors for unused pins. The related function haswell_config_cvts() is renamed for code reuse. Signed-off-by: Mengdong Lin Signed-off-by: Takashi Iwai :04 04 122edb5fbe717222baf3ce8062b444b29d797f1b e04819f96de6c9b46f14b9749e739667edd7422e Msound ++ So I guess I'll have to do that all over again. I'm not that familiar yet with doing bisections. By the way, do I have to do a ' make clean' before each new compile? On Mon, 2014-02-03 at 15:25 +, bugzilla-daemon at bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=69301 > > --- Comment #14 from Alex Deucher --- > Created attachment 124331 > --> https://bugzilla.kernel.org/attachment.cgi?id=124331&action=edit > possible fix for SI > > Jan, does this patch help? > -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 64471] Radeon HD6570 lockup in Brütal Legend with HyperZ
https://bugs.freedesktop.org/show_bug.cgi?id=64471 --- Comment #15 from Samir Ibrad?i? --- I have the similar issue with radeonsi. The problem is bit more severe on si, cause whole X session would die, probably due to glamor... Kernel: 3.13.0 Libdrm: 2.4.52+git128e74 Mesa 10.1.0-devel (git-dc00ec1) OpenGL renderer string: Gallium 0.4 on AMD TAHITI OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.0-devel (git-dc00ec1 saucy-oibaf-ppa+curaga) OpenGL core profile shading language version string: 3.30 Starting Brutal Legend with disabled HyperZ makes the problem go away: R600_DEBUG=nohyperz ./.local/share/Steam/SteamApps/common/BrutalLegend/Buddha.bin.x86 -- 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/20140206/7c041530/attachment.html>
[PULL] drm-intel-fixes
Hi Dave, Just minor stuff really, on vlv dp fix and two patches to tune down some opregion sanity check. Plus MAINTAINERS update for the new git repo, which is the only reason I've really bothered with this pull request. Cheers, Daniel The following changes since commit ec14ba47791965d2c08e0a681ff44eacbf3c4553: drm/i915: Fix the offset issue for the stolen GEM objects (2014-01-28 09:04:42 +0100) are available in the git repository at: ssh://git.freedesktop.org/git/drm-intel tags/drm-intel-fixes-2014-02-06 for you to fetch changes up to bdde5c6a258a702bdfa7d1f4ae804a7bc405e788: drm/i915: demote opregion excessive timeout WARN_ONCE to DRM_INFO_ONCE (2014-02-04 21:10:45 +0100) Daniel Vetter (1): MAINTAINERS: Update drm/i915 git repo Imre Deak (1): drm/i915: vlv: fix DP PHY lockup due to invalid PP sequencer setup Jani Nikula (2): drm: add DRM_INFO_ONCE() to print a one-time DRM_INFO() message drm/i915: demote opregion excessive timeout WARN_ONCE to DRM_INFO_ONCE MAINTAINERS | 2 +- drivers/gpu/drm/i915/intel_dp.c | 10 ++ drivers/gpu/drm/i915/intel_opregion.c | 9 ++--- include/drm/drmP.h| 3 +++ 4 files changed, 16 insertions(+), 8 deletions(-) -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch
[Bug 73911] Color Banding on R600 (7660G + 7670M)
https://bugs.freedesktop.org/show_bug.cgi?id=73911 --- Comment #13 from Alex Deucher --- (In reply to comment #12) > Hi I am having the same issue with Banding using the open source Radeon > Driver. > My laptop is an Acer Acpire 5560G with Radeon HD6520G + 7470M I have tryed a > few different Distros and I get the same Banding problems at the moment I > have Ubuntu-Gnome 14.04 2.13 kernel and Fedora 20 3.12 Kernel Can you try the patch in comment 10? -- 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/20140206/e6580929/attachment.html>
[pull] radeon fixes 3.14
And one more fix on top: commit d02f8575f1a38b3180a76a8ae0857dfde67f5ead Author: Alex Deucher Date: Thu Feb 6 14:22:21 2014 -0500 drm/radeon: add missing include in btc_dpm.c Fixes a compile error with debugfs disabled. Signed-off-by: Alex Deucher On Thu, Feb 6, 2014 at 2:07 PM, Alex Deucher wrote: > Hi Dave, > > Just some minor fixes for radeon. The most important are the UVD > interrupt fixes. > > The following changes since commit 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790: > > drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06 > 12:13:52 +1000) > > are available in the git repository at: > > git://people.freedesktop.org/~agd5f/linux drm-fixes-3.14 > > for you to fetch changes up to 7c7e867cf0f74c4c79649605b964510041f1a8bf: > > drm/radeon/dpm: fix uninitialized read from stack in kv_dpm_late_enable > (2014-02-06 12:22:49 -0500) > > > Alex Deucher (4): > drm/radeon: fix UVD IRQ support on 7xx > drm/radeon/dpm: use the driver state for dpm debugfs > drm/radeon/dpm: use stored max_vddc rather than looking it up > drm/radeon: remove useless return > > Christian K?nig (1): > drm/radeon: fix UVD IRQ support on SI > > Dave Jones (1): > drm/radeon/dpm: fix uninitialized read from stack in kv_dpm_late_enable > > drivers/gpu/drm/radeon/btc_dpm.c | 31 +++ > drivers/gpu/drm/radeon/btcd.h| 4 > drivers/gpu/drm/radeon/kv_dpm.c | 2 +- > drivers/gpu/drm/radeon/ni_dpm.c | 8 > drivers/gpu/drm/radeon/r600.c| 4 > drivers/gpu/drm/radeon/radeon_asic.c | 2 +- > drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ > drivers/gpu/drm/radeon/rv770_dpm.c | 5 ++--- > drivers/gpu/drm/radeon/si.c | 4 > drivers/gpu/drm/radeon/si_dpm.c | 3 ++- > drivers/gpu/drm/radeon/sumo_dpm.c| 2 +- > drivers/gpu/drm/radeon/trinity_dpm.c | 3 ++- > drivers/gpu/drm/radeon/uvd_v2_2.c| 1 - > 13 files changed, 58 insertions(+), 13 deletions(-)
[pull] radeon fixes 3.14
Hi Dave, Just some minor fixes for radeon. The most important are the UVD interrupt fixes. The following changes since commit 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790: drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06 12:13:52 +1000) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-fixes-3.14 for you to fetch changes up to 7c7e867cf0f74c4c79649605b964510041f1a8bf: drm/radeon/dpm: fix uninitialized read from stack in kv_dpm_late_enable (2014-02-06 12:22:49 -0500) Alex Deucher (4): drm/radeon: fix UVD IRQ support on 7xx drm/radeon/dpm: use the driver state for dpm debugfs drm/radeon/dpm: use stored max_vddc rather than looking it up drm/radeon: remove useless return Christian K?nig (1): drm/radeon: fix UVD IRQ support on SI Dave Jones (1): drm/radeon/dpm: fix uninitialized read from stack in kv_dpm_late_enable drivers/gpu/drm/radeon/btc_dpm.c | 31 +++ drivers/gpu/drm/radeon/btcd.h| 4 drivers/gpu/drm/radeon/kv_dpm.c | 2 +- drivers/gpu/drm/radeon/ni_dpm.c | 8 drivers/gpu/drm/radeon/r600.c| 4 drivers/gpu/drm/radeon/radeon_asic.c | 2 +- drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/rv770_dpm.c | 5 ++--- drivers/gpu/drm/radeon/si.c | 4 drivers/gpu/drm/radeon/si_dpm.c | 3 ++- drivers/gpu/drm/radeon/sumo_dpm.c| 2 +- drivers/gpu/drm/radeon/trinity_dpm.c | 3 ++- drivers/gpu/drm/radeon/uvd_v2_2.c| 1 - 13 files changed, 58 insertions(+), 13 deletions(-)
[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash
https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #31 from Christoph Haag --- Created attachment 124781 --> https://bugzilla.kernel.org/attachment.cgi?id=124781&action=edit callgrind output from X Not much news: I tried to run X with valgrind --tool=callgrind to try to find out about what it does that results in the radeon gpu clocking higher and going to higher voltage when clicking around with windows like minimizing/restoring with kwin & plasma. Unfortunately it does not happen when X runs in valgrind, the radeon gpu always keeps at the lowest frequency and voltage level. But the runpm status is still "active" all the time with or without valgrind. With the exact same xorg and xf86* builds the clocking higher and raising the voltages happens when it runs not in valgrind... I still post the callgrind log, even if it did not clock higher, because in the Callgraph Blockhandler() calls intel sna stuff but it also calls a lot of radeon stuff. Whether this is something that is caused by valgrind or something that should happen with a radeon gpu that is not configured to be used for anything, I don't know. -- You are receiving this mail because: You are watching the assignee of the bug.
[patch] drm/nouveau/hwmon: remove some redundant checks
No need to check "ret" twice in a row.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/nouveau_hwmon.c
b/drivers/gpu/drm/nouveau/nouveau_hwmon.c
index 4aff04fa483c..5e4ab58f4f6b 100644
--- a/drivers/gpu/drm/nouveau/nouveau_hwmon.c
+++ b/drivers/gpu/drm/nouveau/nouveau_hwmon.c
@@ -587,18 +587,14 @@ nouveau_hwmon_init(struct drm_device *dev)
/* set the default attributes */
ret = sysfs_create_group(&hwmon_dev->kobj, &hwmon_default_attrgroup);
- if (ret) {
- if (ret)
- goto error;
- }
+ if (ret)
+ goto error;
/* if the card has a working thermal sensor */
if (therm->temp_get(therm) >= 0) {
ret = sysfs_create_group(&hwmon_dev->kobj,
&hwmon_temp_attrgroup);
- if (ret) {
- if (ret)
- goto error;
- }
+ if (ret)
+ goto error;
}
/* if the card has a pwm fan */
[PATCH v4 00/34] drm/exynos: Refactor parts of the exynos driver
On Thu, Jan 30, 2014 at 1:18 PM, Sean Paul wrote: > This patchset refactors parts of the exynos driver to move it closer to a > proper > drm driver (rather than just implementing a drm layer on top of the hardware > drivers). The hope is to get to a point where the dp/hdmi drivers can > implement > drm_connector/drm_encoder directly, and fimd/mixer can directly implement > drm_crtc. > > The notable changes in this set: > - drm_encoder funcs no longer route through the crtc > - DP driver has been moved from video into the drm driver > - fimd no longer implements encoder callbacks > - exynos_drm_hdmi is removed in favor of generic manager/display > handling > > At a glance, differences between v1 and v2: > - Passing manager/display in callbacks instead of ctx > - Tacked on some dpms patches on the end to handle suspend/resume > through the dpms path > > At a glance, differences between v2 and v3: > - Fixed vidi issues > - Moved exynos_drm_hdmi.c removal to the right place > - Added the exynos_drm_connector removal patches on the end > > At a glance, differences between v3 and v4: > - Rebased on top of exynos-drm-next > - Addressed review comments, no major functional changes > > Sean Even if there is room for even more cleanups and refactorings on top of this, it's good enough as a base and keeping it out of tree is hurting productivity and usefulness for everybody. Let's get this merged for 3.15 so that we can make progress with the rest of the platform! Series: Acked-by: Olof Johansson -Olof
drm/msm: fixes for 3.14
The following changes since commit ef64cf9d06049e4e9df661f3be60b217e476bee1: Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2014-01-30 10:46:06 +1000) are available in the git repository at: git://people.freedesktop.org/~robclark/linux msm-next for you to fetch changes up to f105e76977d97304d7cb2030a52d96800d69: drm/msm: fix deadlock in bo create fail path (2014-02-05 11:24:42 -0500) Rob Clark (5): drm/msm: fix inconsequential typo drm/msm/mdp5: fix ref leaks in error paths drm/msm/mdp4: pageflip fixes drm/msm/mdp4: cursor fixes drm/msm: fix deadlock in bo create fail path drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 179 +++--- drivers/gpu/drm/msm/mdp/mdp4/mdp4_plane.c | 4 +- drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 7 +- drivers/gpu/drm/msm/msm_gem.c | 2 +- 4 files changed, 125 insertions(+), 67 deletions(-)
[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux
https://bugs.freedesktop.org/show_bug.cgi?id=73530 Paul Menzel changed: What|Removed |Added Summary|Asus U38N: Black screen |Asus U38N: Black screen |with Radeon driver in Linux |with Radeon driver in Linux |3.10, 3.11, 3.12, 3.13 | -- 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/20140206/b5dec618/attachment.html>
[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11, 3.12, 3.13
https://bugs.freedesktop.org/show_bug.cgi?id=73530 --- Comment #60 from Paul Menzel --- Just an update that I get the same behavior with Dave?s drm-fixes branch, which has Linux 3.14-rc1 included. -- 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/20140206/c8261186/attachment.html>
3.14-rc1 ring/display regression in "low" power_profile (drm/radeon/pm: move pm handling into the asic specific code)
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Blackcomb [Radeon HD 6970M/6990M] [1002:6720] I don't use dpm, but a profile method. Right after booting (without touching power_profile) I can suspend & resume as many times as I want (tested with ~50 s&r routines). Starting with: commit 6c7bccea390853bdec5b76fe31fc50f3b36f75d5 Author: Alex Deucher Date: Wed Dec 18 14:07:14 2013 -0500 drm/radeon/pm: move pm handling into the asic specific code We need more control over the ordering of dpm init with respect to the rest of the asic. Specifically, the SMC has to be initialized before the rlc and cg/pg. The pm code currently initializes late in the driver, but we need it to happen much earlier so move pm handling into the asic specific callbacks. This makes dpm more reliable and makes clockgating work properly on CIK parts and should help on SI parts as well. Signed-off-by: Alex Deucher I can't successfully resume using "low" power_profile. My testing looks like this: boot s & r (result: GOOD) s & r (result: GOOD) s & r (result: GOOD) echo "low" > /sys/class/drm/card0/device/power_profile s & r (result: BAD) BAD means display corruption [0] and: [ 80.244475] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD) [ 80.244475] [drm:evergreen_resume] *ERROR* evergreen startup failed on resume [0] http://files.zajec.net/barts-low-resume-corruption.jpeg -- Rafa? -- next part -- A non-text attachment was scrubbed... Name: dmesg.log Type: application/octet-stream Size: 173981 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140206/3ad95e3d/attachment-0001.obj>
[Bug 60879] [radeonsi] X11 can't start with acceleration enabled
https://bugs.freedesktop.org/show_bug.cgi?id=60879 --- Comment #63 from Pali Roh?r --- Ok, so do you need to test something other? Or will you include that patch into mesa? -- 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/20140206/fe1025a4/attachment.html>
[git pull] drm fixes
Hi Linus, a few regression fixes already, one for my own stupidity, and mgag200 typo fix, vmwgfx fixes and ttm regression fixes, and a radeon register checker update for older cards to handle geom shaders. Dave. The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72: Linus 3.14-rc1 (2014-02-02 16:42:13 -0800) are available in the git repository at: git://people.freedesktop.org/~airlied/linux drm-fixes for you to fetch changes up to 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790: drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06 12:13:52 +1000) Dave Airlie (5): drm/mgag200: fix typo causing bw limits to be ignored on some chips drm/mgag200,ast,cirrus: fix regression with drm_can_sleep conversion Merge tag 'ttm-fixes-3.14-2014-02-05' of git://people.freedesktop.org/~thomash/linux into drm-next Merge tag 'vmwgfx-fixes-3.14-2014-02-05' of git://people.freedesktop.org/~thomash/linux into drm-next drm/radeon: allow geom rings to be setup on r600/r700 (v2) Dave Jones (1): vmwgfx: Fix unitialized stack read in vmw_setup_otable_base Thomas Hellstrom (9): drm/vmwgfx: Don't commit staged bindings if execbuf fails drm/vmwgfx: Fix regression caused by "drm/ttm: make ttm reservation calls behave like reservation calls" drm/vmwgfx: Fix SET_SHADER_CONST emulation on guest-backed devices drm/vmwgfx: Fix legacy surface reference size copyback drm/vmwgfx: Emulate legacy shaders on guest-backed devices v2 drm/vmwgfx: Detect old user-space drivers and set up legacy emulation v2 drm/vmwgfx: Reemit context bindings when necessary v2 drm/ttm: Fix TTM object open regression drm/ttm: Don't clear page metadata of imported sg pages drivers/gpu/drm/ast/ast_fb.c | 2 +- drivers/gpu/drm/cirrus/cirrus_fbdev.c| 2 +- drivers/gpu/drm/mgag200/mgag200_fb.c | 2 +- drivers/gpu/drm/mgag200/mgag200_mode.c | 4 +- drivers/gpu/drm/radeon/r600_cs.c | 18 +- drivers/gpu/drm/radeon/radeon_drv.c | 3 +- drivers/gpu/drm/radeon/reg_srcs/r600 | 1 + drivers/gpu/drm/ttm/ttm_object.c | 2 +- drivers/gpu/drm/ttm/ttm_tt.c | 3 + drivers/gpu/drm/vmwgfx/svga3d_reg.h | 24 ++ drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 144 -- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 7 + drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 35 ++- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 330 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c| 93 -- drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 1 + drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 11 +- drivers/gpu/drm/vmwgfx/vmwgfx_shader.c | 467 +++ drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 6 +- 19 files changed, 1016 insertions(+), 139 deletions(-)
[Bug 73911] Color Banding on R600 (7660G + 7670M)
https://bugs.freedesktop.org/show_bug.cgi?id=73911 --- Comment #12 from rue --- Hi I am having the same issue with Banding using the open source Radeon Driver. My laptop is an Acer Acpire 5560G with Radeon HD6520G + 7470M I have tryed a few different Distros and I get the same Banding problems at the moment I have Ubuntu-Gnome 14.04 2.13 kernel and Fedora 20 3.12 Kernel NOTE: I have noticed the Banding only happens on the built in Laptop Screen if I attach an external Monitor either VGA or HDMI the displays on those monitors are fine, no Banding. Running xwininfo shows my Depth is 24 bit I originally thought that may have been set to 15. -- 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/20140206/d87a47a5/attachment.html>
[GSoC2014] Call for projects ideas and mentors
Hi, fellow graphics stack developers, Now that FOSDEM is over, it is time to think about the Google Summer of Code 2014! If you would like to propose a project for the GSoC 2014, please write your proposals at [1], before the 14th of February, in order to increase our chances of being an accepted organization. If you simply would potentially be interested in being a mentor, please also contact me as Google wants to have an estimate of the number of potential mentors we would have. If you have any questions regarding the GSoC or need any additional information, please answer in this thread. Cheers, Martin [1] http://xorg.freedesktop.org/wiki/SummerOfCodeIdeas/
