[Bug 66963] Rv6xx dpm problems

st it on my device. -- 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/20151106/9fb434c0/attachment.html>

Mobility Radeon HD 4530/4570/545v: flicker in 1920x1080

On 06.11.2015 05:23, Pavel Machek wrote: > Hi! > The flickering would vanish completely if that's the reason for the issue you are seeing. >>> Try setting ref_div_min and ref_div_max to 2 in radeon_compute_pll_avivo(). >>> >>> Ok, I did this, but no luck, still flickers. But

[PATCH] drm/ttm: Set CPU caching mode to cached for BOs being swapped out

On 05.11.2015 17:47, Thomas Hellstrom wrote: > Hi, Michel, > > On 11/05/2015 09:08 AM, Michel Dänzer wrote: >> From: Michel Dänzer >> >> I ran into the BUG_ON in ttm_tt_swapout, presumably the BO being swapped >> out was using a write-combined CPU mapping. >> >> Instead of BUGging out, just

[Bug 92806] 1 second freezes during new effects UT4

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

[PATCH] drm/amdgpu: Fix default page access routing

On 05.11.2015 20:06, Jay Cornwall wrote: > The VM default page (used when a VM translation fails) is allocated in > system memory. The VM is misconfigured to interpret the physical address > as referencing a VRAM physical page. > > Route default page accesses to system memory. > > Signed-off-by:

[RFC PATCH 0/7] reset: make RESET_CONTROLLER a select'ed option

Hi Arnd, 2015-11-05 23:49 GMT+09:00 Arnd Bergmann : > On Thursday 05 November 2015 20:15:21 Masahiro Yamada wrote: >> When I was implementing a new reset controller for my SoCs, >> I struggled to make my sub-menu shown under the reset >> controller menu. >> I noticed the Kconfig in reset

[Bug 92806] 1 second freezes during new effects UT4

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/6aa6f23a/attachment.html>

[PATCH 2/2] drm/imx: Remove the primary plane created by create_primary_plane()

Am Mittwoch, den 04.11.2015, 18:15 +0800 schrieb Liu Ying: > Since we are using ipu_plane_init() to add one primary plane for each > IPU CRTC, it's unnecessary to create the safe one by using the helper > create_primary_plane(). > > Furthermore, the safe one is attached to crtc->primary, which

[PATCH 1/2] drm/imx: ipuv3-crtc: Return error if ipu_plane_init() fails for primary plane

Hi Liu, Am Mittwoch, den 04.11.2015, 18:15 +0800 schrieb Liu Ying: > For primary plane initialization failure cases, ipu_plane_init() may return > a pointer encoded by ERR_PTR(). So, we should bailout instead of use that > pointer blindly. > > Signed-off-by: Liu Ying > --- >

[Bug 76490] Hang during boot when DPM is on (R9 270X)

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

[Bug 76490] Hang during boot when DPM is on (R9 270X)

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

[PATCH] drm/imx: switch to universal planes

Use drm_universal_plane_init to create the planes, create the primary plane first and use drm_crtc_init_with_planes to associate it with the crtc. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/imx-drm-core.c | 4 ++-- drivers/gpu/drm/imx/imx-drm.h | 3 ++-

[PATCH 2/2] drm/imx: Remove the primary plane created by create_primary_plane()

On Fri, Nov 06, 2015 at 11:05:48AM +0100, Philipp Zabel wrote: > Am Mittwoch, den 04.11.2015, 18:15 +0800 schrieb Liu Ying: > > Since we are using ipu_plane_init() to add one primary plane for each > > IPU CRTC, it's unnecessary to create the safe one by using the helper > >

[PATCH 1/2] drm/imx: ipuv3-crtc: Return error if ipu_plane_init() fails for primary plane

On Fri, Nov 06, 2015 at 11:05:54AM +0100, Philipp Zabel wrote: > Hi Liu, > > Am Mittwoch, den 04.11.2015, 18:15 +0800 schrieb Liu Ying: > > For primary plane initialization failure cases, ipu_plane_init() may return > > a pointer encoded by ERR_PTR(). So, we should bailout instead of use that > >

[RESEND PATCH] drm/rockchip: vop: Correct enabled clocks during setup

When doing the initial setup both the hclk and the aclk need to be enabled otherwise the board will simply hang. This only occurs when building the vop driver as a module, when its built-in the initial setup happens to run before the clock framework shuts of unused clocks (including the aclk).

Mobility Radeon HD 4530/4570/545v: flicker in 1920x1080

On Fri 2015-11-06 11:25:09, Michel Dänzer wrote: > On 06.11.2015 05:23, Pavel Machek wrote: > > Hi! > > > The flickering would vanish completely if that's the reason for the issue > you are seeing. > >>> > Try setting ref_div_min and ref_div_max to 2 in >

[PATCH] GPU-DRM-i915: Delete an unnecessary check before the function call "pwm_put"

On Fri, 06 Nov 2015, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 6 Nov 2015 13:38:22 +0100 > > The pwm_put() function tests whether its argument is NULL and then > returns immediately. Thus the test around the call is not needed. The compiler doesn't need it, but IMO it's

[PATCH] drm/ttm: Set CPU caching mode to cached for BOs being swapped out

On 11/06/2015 03:33 AM, Michel Dänzer wrote: > On 05.11.2015 17:47, Thomas Hellstrom wrote: >> Hi, Michel, >> >> On 11/05/2015 09:08 AM, Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> I ran into the BUG_ON in ttm_tt_swapout, presumably the BO being swapped >>> out was using a

GPU-DRM-i915: Delete an unnecessary check before the function call "pwm_put"

On Fri, 06 Nov 2015, SF Markus Elfring wrote: >>> The pwm_put() function tests whether its argument is NULL and then >>> returns immediately. Thus the test around the call is not needed. >> >> The compiler doesn't need it, but IMO it's useful documentation for humans. > > How do you think about

[Bug 91993] Graphical glitch in Astromenace (open-source game).

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/5985f32b/attachment.html>

[PULL] drm-intel-next-fixes

Hi Dave - Here's a handful of i915 fixes for drm-next/v4.4. Imre's commit alone should address the remaining warnings galore you experienced on Skylake. Almost all of the rest are also fixes against user or QA reported bugs, with references. Without going into specifics, please know that we're

[PATCH] drm/imx: switch to universal planes

Hi Phillip, On Fri, Nov 06, 2015 at 11:12:20AM +0100, Philipp Zabel wrote: > Use drm_universal_plane_init to create the planes, create the primary > plane first and use drm_crtc_init_with_planes to associate it with > the crtc. It's better to mention in the commit message that this patch removes

[PATCH v2] drm/imx: ipuv3-crtc: Return error if ipu_plane_init() fails for primary plane

For primary plane initialization failure cases, ipu_plane_init() may return a pointer encoded by ERR_PTR(). So, we should bailout instead of using that pointer blindly. Signed-off-by: Liu Ying --- v1->v2: * Trivial commit message fix. * Rebase onto Phillip's patch[1]. [1]

[PATCH] drm/amdgpu: Fix default page access routing

On 2015-11-06 02:28, Christian König wrote: > On 05.11.2015 20:06, Jay Cornwall wrote: >> The VM default page (used when a VM translation fails) is allocated in >> system memory. The VM is misconfigured to interpret the physical >> address >> as referencing a VRAM physical page. >> >> Route

[PATCH v2] drm/imx: ipuv3-crtc: Return error if ipu_plane_init() fails for primary plane

Am Freitag, den 06.11.2015, 22:42 +0800 schrieb Liu Ying: > For primary plane initialization failure cases, ipu_plane_init() may return > a pointer encoded by ERR_PTR(). So, we should bailout instead of using that > pointer blindly. > > Signed-off-by: Liu Ying > --- > v1->v2: > * Trivial commit

[PATCH] drm/imx: switch to universal planes

Am Freitag, den 06.11.2015, 21:58 +0800 schrieb Liu Ying: > Hi Phillip, > > On Fri, Nov 06, 2015 at 11:12:20AM +0100, Philipp Zabel wrote: > > Use drm_universal_plane_init to create the planes, create the primary > > plane first and use drm_crtc_init_with_planes to associate it with > > the crtc.

[git pull] vmwgfx-next

Dave, One is fix for a regression in 4.3, One irq locking rework. The following changes since commit b76ff5ea1cf6fe648e7ce2b84e636f8a95849a0b: drm/vmwgfx: Replace iowrite/ioread with volatile memory accesses (2015-11-02 00:16:05 -0800) are available in the git repository at:

[Bug 107381] New: radeon VCE init error (-110) -- AMD/Intel Mars Hybrid Graphics

https://bugzilla.kernel.org/show_bug.cgi?id=107381 Bug ID: 107381 Summary: radeon VCE init error (-110) -- AMD/Intel Mars Hybrid Graphics Product: Drivers Version: 2.5 Kernel Version: 4.3 Hardware: x86-64

[PATCH] drm/nouveau: Fix pre-nv50 pageflip events

+void drm_crtc_send_vblank_event(struct drm_crtc *crtc, > + struct drm_pending_vblank_event *e); > extern bool drm_handle_vblank(struct drm_device *dev, unsigned int pipe); > extern bool drm_crtc_handle_vblank(struct drm_crtc *crtc); > extern int drm_vblank_get(struct drm_device *dev, unsigned int pipe); > -- > 2.5.1 > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/7fb50964/attachment.sig>

[Bug 92722] radeon 0000:01:00.0: VCE init error (-22) on Kernel >= 4.2

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

[Bug 92836] amdgpu does not resume properly from suspend

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/d0492852/attachment-0001.html>

[Bug 92836] amdgpu does not resume properly from suspend

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

[Bug 92836] amdgpu does not resume properly from suspend

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

[Bug 92836] amdgpu does not resume properly from suspend

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

[Bug 92850] Segfault loading War Thunder

org/modules/dri/radeonsi_dri.so [Current thread is 1 (Thread 0x7f384eccc700 (LWP 3923))] -- 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/20151106/52eefe95/attachment.html>

[Bug 79011] GPU lockup, screen freeze with Radeon HD7770

https://bugzilla.kernel.org/show_bug.cgi?id=79011 --- Comment #16 from Thue Kristensen --- I am no longer experiencing any crashes. (running latest arch rolling release) -- You are receiving this mail because: You are watching the assignee of the bug.

GPU-DRM-i915: Delete an unnecessary check before the function call "pwm_put"

>> The pwm_put() function tests whether its argument is NULL and then >> returns immediately. Thus the test around the call is not needed. > > The compiler doesn't need it, but IMO it's useful documentation for humans. How do you think about to extend the explicit documentation for the affected

[PATCH] HDMI-HDCP: Delete an unnecessary check before the function call "kfree"

From: Markus Elfring Date: Fri, 6 Nov 2015 15:00:22 +0100 The kfree() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by:

[PATCH 01/19] clk: sunxi: Add display clock

ubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/4c1b70b4/attachment-0001.sig>

[PATCH 04/19] clk: sunxi: Add TCON channel1 clock

simplify a bit the logic though. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/2524a5a4/attachment.sig>

[PATCH 04/19] clk: sunxi: Add TCON channel1 clock

plication/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/7b03f575/attachment-0001.sig>

[RFC PATCH 0/7] reset: make RESET_CONTROLLER a select'ed option

On Friday 06 November 2015 14:58:04 Masahiro Yamada wrote: > 2015-11-05 23:49 GMT+09:00 Arnd Bergmann : > [1] > Why is ARCH_HAS_RESET_CONTROLLER select'ed by > ARCH_MULTIPLATFORM, but not by others? > This seems weird. I tried to avoid having to set this from each platform separately, and all

[PATCH] GPU-DRM: Delete unnecessary checks before drm_property_unreference_blob()

From: Markus Elfring Date: Fri, 6 Nov 2015 12:03:46 +0100 The drm_property_unreference_blob() function tests whether its argument is NULL and then returns immediately. Thus the tests around the calls are not needed. This issue was detected by using the Coccinelle

[PATCH] GPU-DRM-i915: Delete an unnecessary check before the function call "pwm_put"

From: Markus Elfring Date: Fri, 6 Nov 2015 13:38:22 +0100 The pwm_put() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by:

[PATCH 01/19] clk: sunxi: Add display clock

> > Can we change this to 4, so we can reuse this for TCON clocks on > sun4i/sun7i? Good point, I'll change this. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/37a5dc78/attachment.sig>

[PATCH 07/19] drm/panel: simple: Add timings for the Olimex LCD-OLinuXino-4.3TS

> > .data = _sca07010_bfn_lnn, > > }, { > > + .compatible = "olimex,lcd-olinuxino-43-ts", > > + .data = _lcd_olinuxino_43ts, > > + }, { > > /* sentinel */ > > } > > Here as well. Thanks for

[PATCH] GPU-DRM-ps8622: Delete an unnecessary check before backlight_device_unregister()

From: Markus Elfring Date: Fri, 6 Nov 2015 14:38:34 +0100 The backlight_device_unregister() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle

[PATCH] GPU-DRM-vc4: Delete unnecessary checks before two function calls

From: Markus Elfring Date: Fri, 6 Nov 2015 16:04:22 +0100 The following functions test whether their argument is NULL and then return immediately. * drm_fbdev_cma_hotplug_event * drm_fbdev_cma_restore_mode Thus the tests around their calls are not needed. This

[linux-sunxi] [PATCH 11/19] drm: sun4i: Add composite output

s Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/7855b955/attachment.sig>

[PATCH 19/19] ARM: sun5i: chip: Enable the TV Encoder

ed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/65e75bc4/attachment.sig>

[PATCH 03/19] clk: sunxi: Add TCON channel0 clock

Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archiv

[PATCH 09/19] drm: sun4i: Add DT bindings documentation

on the boards. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151106/77e51878/attachment.sig>