[PATCH 1/1] drm/radeon: remove null test before kfree

Fix checkpatch warning: WARNING: kfree(NULL) is safe this check is probably not required Cc: Alex Deucher Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Signed-off-by: Fabian Frederick --- drivers/gpu/drm/radeon/radeon_pm.c | 8 ++-- 1 file changed, 2 insertions(+), 6

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

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/20140704/db388f82/attachment.html>

[PATCH 1/1] drm/omap: remove null test before kfree

Fix checkpatch warning: WARNING: kfree(NULL) is safe this check is probably not required Cc: David Airlie Cc: David Herrmann Cc: Tomi Valkeinen Cc: dri-devel at lists.freedesktop.org Signed-off-by: Fabian Frederick --- drivers/gpu/drm/omapdrm/omap_gem.c | 4 +--- 1 file changed, 1

[Bug 79696] 10.2.x GPU stall & Xorg crash while using Geeqie

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/20140704/57e8174b/attachment.html>

[Bug 80922] New: XCOM :Enemy Unknown will crash and kill the output after some time.

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

[Bug 79806] Performance degradation after resume

glmark2), and check /sys/kernel/debug/dri/64/radeon_pm_info. -- 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/20140704/d02aeeca/attachment.html>

[Bug 79806] Performance degradation after resume

power_dpm_state -- 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/20140704/2c5837ea/attachment-0001.html>

[v2 11/11] drm: Resetting rotation property

On Fri, Jul 04, 2014 at 03:14:03PM +0530, sonika.jindal at intel.com wrote: > From: Sonika Jindal > > Reset rotation property to 0 wherever applicable > > v2: Also calling set_property of the plane to set the rotation in the plane > structure. > > Cc: damien.lespiau at intel.com >

[Intel-gfx] [v2 00/11] Support for 180 degree HW rotation

On Fri, Jul 04, 2014 at 03:13:52PM +0530, sonika.jindal at intel.com wrote: > From: Sonika Jindal > > Enables 180 degree rotation for sprite and primary planes. > Updated the primary plane rotation support as per the new universal plane > design. > > Most of these patches were already reviewed

[PATCH] drm/exynos: fimd: Keep power enabled during fimd_bind

Under some conditions (when IOMMU is enabled), fimd_bind() accesses hardware registers and power-domain should be enabled during that time. fimd_bind --> fimd_mgr_initialize --> fimd_clear_channel If the power-domain is disabled by that time, we get a boot-time crash. It would be better to keep

[Intel-gfx] [v2 10/11] drm/i915: Add 180 degree primary plane rotation support

On Fri, Jul 04, 2014 at 03:14:02PM +0530, sonika.jindal at intel.com wrote: > +static int intel_primary_plane_set_property(struct drm_plane *plane, > + struct drm_property *prop, > + uint64_t val) > +{ > + struct drm_device *dev =

[PATCH v5 00/11] Add DRM for stih4xx platforms

Hi, I have following Russel advice to rebase my patches on top of the new component helpers API. A new branch "drm_kms_for_next-v6" is available here git://git.linaro.org/people/benjamin.gaignard/kernel.git Regards, Benjamin 2014-07-04 10:39 GMT+02:00 Benjamin Gaignard : > Rob, Russel, > >

[PATCH v2 2/7] pwm: add support for atmel-hlcdc-pwm device

On Sun, 15 Jun 2014 11:11:04 +0200 Jean-Jacques Hiblot wrote: > > > > +config PWM_ATMEL_HLCDC_PWM > > + tristate "Atmel HLCDC PWM support" > > + depends on MFD_ATMEL_HLCDC > I'd personnaly prefer a 'select' instead of 'depends on' here. Or maybe > the MFD driver should enabled y defaut

[v2 11/11] drm: Resetting rotation property

From: Sonika Jindal Reset rotation property to 0 wherever applicable v2: Also calling set_property of the plane to set the rotation in the plane structure. Cc: damien.lespiau at intel.com Signed-off-by: Sonika Jindal --- drivers/gpu/drm/drm_fb_helper.c | 16

[v2 10/11] drm/i915: Add 180 degree primary plane rotation support

From: Sonika Jindal Primary planes support 180 degree rotation. Expose the feature through rotation drm property. v2: Calculating linear/tiled offsets based on pipe source width and height. Added 180 degree rotation support in ironlake_update_plane. v3: Checking if

[v2 09/11] drm/i915: Add rotation property for sprites

From: Ville Syrj?l? Sprite planes support 180 degree rotation. The lower layers are now in place, so hook in the standard rotation property to expose the feature to the users. v2: Moving rotation_property to drm_plane Cc: dri-devel at lists.freedesktop.org

[v2 08/11] drm/i915: Make intel_plane_restore() return an error

From: Ville Syrj?l? Propagate the error from intel_update_plane() up through intel_plane_restore() to the caller. This will be used for rollback purposes when setting properties fails. Cc: dri-devel at lists.freedesktop.org Signed-off-by: Ville Syrj?l?

[v2 07/11] drm/i915: Add 180 degree sprite rotation support

From: Ville Syrj?l? The sprite planes (in fact all display planes starting from gen4) support 180 degree rotation. Add the relevant low level bits to the sprite code to make use of that feature. The upper layers are not yet plugged in. v2: HSW handles the rotated

[v2 06/11] drm: Add drm_rotation_simplify()

From: Ville Syrj?l? drm_rotation_simplify() can be used to eliminate unsupported rotation flags. It will check if any unsupported flags are present, and if so it will modify the rotation to an alternate form by adding 180 degrees to rotation angle, and flipping the

[v2 05/11] drm: Add drm_rect rotation functions

From: Ville Syrj?l? Add some helper functions to move drm_rects between different rotated coordinate spaces. One function does the forward transform and another does the inverse. Cc: dri-devel at lists.freedesktop.org Signed-off-by: Ville Syrj?l? Reviewed-by:

[v2 04/11] drm/omap: Switch omapdrm over to drm_mode_create_rotation_property()

From: Ville Syrj?l? Use the new drm_mode_create_rotation_property() in omapdrm. Cc: dri-devel at lists.freedesktop.org Signed-off-by: Ville Syrj?l? Reviewed-by: Rob Clark Reviewed-by: Imre Deak Reviewed-by: Sagar Kamble ---

[v2 03/11] drm: Add drm_mode_create_rotation_property()

From: Ville Syrj?l? Add a function to create a standards compliant rotation property. Signed-off-by: Ville Syrj?l? Reviewed-by: Imre Deak --- drivers/gpu/drm/drm_crtc.c | 18 ++ include/drm/drm_crtc.h |2 ++ 2 files changed, 20

[v2 02/11] drm: Add support_bits parameter to drm_property_create_bitmask()

From: Ville Syrj?l? Make drm_property_create_bitmask() a bit more generic by allowing the caller to specify which bits are in fact supported. This allows multiple callers to use the same enum list, but still create different versions of the same property with

[v2 01/11] drm: Move DRM_ROTATE bits out of omapdrm into drm_crtc.h

From: Ville Syrj?l? The rotation property stuff should be standardized among all drivers. Move the bits to drm_crtc.h from omap_drv.h. Signed-off-by: Ville Syrj?l? Reviewed-by: Imre Deak --- drivers/gpu/drm/omapdrm/omap_drv.h |7 ---

[v2 00/11] Support for 180 degree HW rotation

From: Sonika Jindal Enables 180 degree rotation for sprite and primary planes. Updated the primary plane rotation support as per the new universal plane design. Most of these patches were already reviewed in intel-gfx in February 2014 thats why there is version history

[PATCH V4 00/10] drm: exynos: few patches to enhance bridge chip support

Hi Ajay, Am 03.07.2014 16:55, schrieb Ajay kumar: > On Thu, Jul 3, 2014 at 10:49 AM, Andreas F?rber wrote: >> Am 11.06.2014 20:26, schrieb Ajay Kumar: >>> This series is based on exynos-drm-next branch of Inki Dae's tree at: >>>

[Bug 80878] [r600g][regression] Metro: Last Light freezes when trying to kill stealthily

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140704/1b2d33bd/attachment.html>

[PATCH 1/4] drm/dsi: Add flag for continuous clock behavior

Hi Andrejz, On Thu, Jul 3, 2014 at 5:23 PM, Andrzej Hajda wrote: > > Hi Alexandre, > > Thanks for the patch. > > On 07/02/2014 02:19 PM, Alexandre Courbot wrote: >> As per section 5.6.1 of the DSI specification, all DSI transmitters must >> support continuous clock behavior on the clock lane,

[Bug 75241] radeon_compute_pll_avivo broken in 3.15-rc3

https://bugzilla.kernel.org/show_bug.cgi?id=75241 Christian K?nig changed: What|Removed |Added Attachment #134611|0 |1 is obsolete|

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 sdh changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 --- Comment #41 from Christian K?nig --- (In reply to sdh from comment #40) > Hi. Do we close this bug report now that I can successfully boot into 3.15 > along with the radeon module? I think we can close it, but it's your bug report you need

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

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

[PULL] vmwgfx-next

Dave, A compat shader namespace fix that at the same tame makes much of the code more generic in preparation for future use. The following changes since commit bc1dfff04a5d4064ba0db1fab13f84ab4f333d2b: Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into

[PATCH] drm/vmwgfx: Fix compat shader namespace

goto out_no_shman; - file_priv->driver_priv = vmw_fp; return 0; -out_no_shman: - ttm_object_file_release(_fp->tfile); out_no_tfile: kfree(vmw_fp); return ret; diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h b/drivers/gpu/drm/vmwgfx

[PATCH 1/4] drm/dsi: Add flag for continuous clock behavior

On 07/04/2014 07:57 AM, Alexandre Courbot wrote: > Hi Andrejz, > > On Thu, Jul 3, 2014 at 5:23 PM, Andrzej Hajda wrote: >> Hi Alexandre, >> >> Thanks for the patch. >> >> On 07/02/2014 02:19 PM, Alexandre Courbot wrote: >>> As per section 5.6.1 of the DSI specification, all DSI transmitters must

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

fixed this, despite promising to do so. :( -- 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/20140704/338abb01/attachment.html>

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

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

[Bug 79696] 10.2.x GPU stall & Xorg crash while using Geeqie

nd later locks up randomly. There is a memory corruption when page tables are moved. -- 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/20140704/68c3398a/attachment.html>

[PATCH v5 00/11] Add DRM for stih4xx platforms

Rob, Russel, What I can do is to rebase my driver on driver-core-next branch from Greg tree (git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git). Does that could help ? Regards, Benjamin 2014-07-03 23:59 GMT+02:00 Rob Clark : > On Thu, Jul 3, 2014 at 5:52 PM, Russell King -

[Nouveau] [PATCH] drm: default scaling to NONE for external connectors

On Fri, Jul 4, 2014 at 5:27 AM, Ilia Mirkin wrote: > Signed-off-by: Ilia Mirkin > --- > > Based on a recent discussion in #radeon, and also my own observation that the > 'full' scaling causes no end of confusion among users. > > See https://bugs.freedesktop.org/show_bug.cgi?id=80868 for some

Radeon R7 240 GPU Lockup, Ring 0 Stalled

Alex Deucher writes: > Is this a regression? Well, I'm not sure. I bought this gpu yesterday, because my old one died, so I'm new with this card. > If so, can you bisect? If not, you might try an updated version of > mesa I'm running git from yesterday of mesa. > try changing options in

[PATCH v2] ASoC: tda998x: add a codec to the HDMI transmitter

This patch adds a CODEC function to the NXP TDA998x HDMI transmitter. The CODEC handles both I2S and S/PDIF input and does dynamic input switch in the TDA998x I2C driver on start/stop audio streaming. Signed-off-by: Jean-Francois Moine --- v2: check double stream start (Mark Brown) ---

[Bug 79696] 10.2.x GPU stall & Xorg crash while using Geeqie

dri-devel/attachments/20140704/ef5482e6/attachment.html>

[Bug 80868] Support screen scaling modes for external monitors

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

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

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/20140704/7ad78fe5/attachment.html>

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

scene they're essentially random. -- 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/20140704/7cf8e2a1/attachment.html>

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

org/archives/dri-devel/attachments/20140704/fe693300/attachment.html>

Radeon R7 240 GPU Lockup, Ring 0 Stalled

I was running the Xonotic game and the gpu locked up. I have compiled the radeon driver inside the kernel. 04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon R7 240] Linux quasar 3.16.0-rc3 #1 SMP PREEMPT Thu Jul 3 19:42:11 CEST 2014 i686 GNU/Linux I'm

[Bug 80878] [r600g][regression] Metro: Last Light freezes when trying to kill stealthily

org/archives/dri-devel/attachments/20140704/fb674249/attachment-0001.html>

[PATCH RFC] drm: add of_graph endpoint helper to find possible CRTCs

On Thu, Jul 03, 2014 at 06:17:24PM -0400, Rob Clark wrote: > On Thu, Jul 3, 2014 at 12:49 PM, Russell King > wrote: > > Add a helper to allow encoders to find their possible CRTCs from the > > OF graph without having to re-implement this functionality. We add a >

Radeon R7 240 GPU Lockup, Ring 0 Stalled

On Thu, Jul 3, 2014 at 6:54 PM, Esben Stien wrote: > > I was running the Xonotic game and the gpu locked up. I have compiled > the radeon driver inside the kernel. > > 04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > Oland PRO [Radeon R7 240] > Linux quasar 3.16.0-rc3

[Bug 80878] [r600g][regression] Metro: Last Light freezes when trying to kill stealthily

https://bugs.freedesktop.org/show_bug.cgi?id=80878 --- Comment #1 from yashax at windowslive.com --- Just to clarify: When I wrote "the game worked with 3.15.0", I meant that a week ago, when the game worked fine, it was on Linux 3.15.0. -- You are receiving this mail because: You are the

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #61 from Tobias Droste --- I'm currently running drm-next from that day+your patch. It does not seem to be the same problem for me, because mlck is 12 for every level as soon as there's a second screen and only level 2 stays

[Bug 80878] New: [r600g][regression] Metro: Last Light freezes when trying to kill stealthily

https://bugs.freedesktop.org/show_bug.cgi?id=80878 Priority: medium Bug ID: 80878 Assignee: dri-devel at lists.freedesktop.org Summary: [r600g][regression] Metro: Last Light freezes when trying to kill stealthily Severity:

[Bug 80876] luxrays/slg4 hangs GPU (CEDAR)

https://bugs.freedesktop.org/show_bug.cgi?id=80876 --- Comment #5 from Aaron Watry --- The bitcode and hangs were all reproduced with luxrays commit 2099 (hg up -r 2099) and the image support disabling patch applied. Commit 2099 is the same as was used for the luxrender_v1.3.1 tag. -- You are