[Bug 115141] New: radeon kernel module hangs suspend

https://bugzilla.kernel.org/show_bug.cgi?id=115141 Bug ID: 115141 Summary: radeon kernel module hangs suspend Product: Drivers Version: 2.5 Kernel Version: Linux hydra 4.5.0-040500-generic #201603140130 SMP Mon Mar 14 05:32:22

[PATCH] gma500: fix missing comma in dsi_errors array initializer

From: Colin Ian King There is a missing comma between two strings in the dsi_errors[] array initializer, causing two strings to be concatenated and the array being incorrectly initialized. Add in the missing comma. Signed-off-by: Colin Ian King ---

[PATCH v3] drm/radeon: don't include RADEON_HPD_NONE in HPD IRQ enable bitsets

into the 'enabled' bitset in the *_init()- or the 'disabled' bitset in the *_fini()-functions respectively. Signed-off-by: Nicolai Stange --- Applicable to linux-next-20160322. WARNING: Apart from compilation, the changes to r100.c, r600.c and rs600.c are untested! v2 thread can be

[Bug 115131] amd gpu driver scales wrong

https://bugzilla.kernel.org/show_bug.cgi?id=115131 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #2

[Bug 115131] amd gpu driver scales wrong

https://bugzilla.kernel.org/show_bug.cgi?id=115131 --- Comment #1 from ShalokShalom --- All works fine, once i set the resolution to 1650 x 1050 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 115131] New: amd gpu driver scales wrong

https://bugzilla.kernel.org/show_bug.cgi?id=115131 Bug ID: 115131 Summary: amd gpu driver scales wrong Product: Drivers Version: 2.5 Kernel Version: Linux 4.4.5 Hardware: All OS: Linux Tree: Mainline

[PATCH libdrm 2/2] modetest: print signed values correctly

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- tests/modetest/modetest.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index a5ac5bd..21d5438 100644 --- a/tests/modetest/modetest.c +++

[PATCH libdrm 1/2] gitignore: ignore kms-steal-crtc and kms-universal-planes

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- .gitignore | 2 ++ 1 file changed, 2 insertions(+) diff --git a/.gitignore b/.gitignore index 1b853a2..a44566f 100644 --- a/.gitignore +++ b/.gitignore @@ -93,6 +93,8 @@ tests/modeprint/modeprint

[PATCH v2] drm/virtio: send vblank event after crtc updates

From: Gustavo Padovan virtio_gpu was failing to send vblank events when using the atomic IOCTL with the DRM_MODE_PAGE_FLIP_EVENT flag set. This patch fixes each and enables atomic pageflips updates. Signed-off-by: Gustavo Padovan ---

[PATCH] drm/core: Fix ordering in drm_mode_config_cleanup.

On Tue, Mar 22, 2016 at 03:42:14PM +0100, Maarten Lankhorst wrote: > __drm_atomic_helper_plane_destroy_state calls > drm_framebuffer_unreference, which means that if drm_framebuffer_free > is called before plane->destroy freed memory will be accessed. > > A similar case happens for the blob list,

[PATCH] gma500: fix missing comma in dsi_errors array initializer

On Tue, 2016-03-22 at 22:49 +, Colin King wrote: > From: Colin Ian King > > There is a missing comma between two strings in the dsi_errors[] > array initializer, causing two strings to be concatenated and the > array being incorrectly initialized.  Add in the missing comma. > >

[PATCH v14 0/17] Add Analogix Core Display Port Driver

Hello, On 03/18/2016 07:53 PM, Doug Anderson wrote: > Hi, > > On Thu, Mar 17, 2016 at 11:41 PM, Caesar Wang > wrote: >> Hi all, >> >> I pick this series up and test on C101PA chromebook, after Heiko update the >> 3 patches. >> >> [v14.1,09/17] drm: rockchip: dp: add rockchip platform dp driver

[PATCH] drm/core: Fix ordering in drm_mode_config_cleanup.

Op 22-03-16 om 15:58 schreef Ville Syrjälä: > On Tue, Mar 22, 2016 at 03:42:14PM +0100, Maarten Lankhorst wrote: >> __drm_atomic_helper_plane_destroy_state calls >> drm_framebuffer_unreference, which means that if drm_framebuffer_free >> is called before plane->destroy freed memory will be

[PATCH v2] drm/rockchip: vop: Disable planes when disabling CRTC

When a VOP is re-enabled, it will start scanning right away the framebuffers that were configured from the last time, even if those have been destroyed already. To prevent the VOP from trying to access freed memory, disable all its windows when the CRTC is being disabled, then each window will

[PATCH 2/2] drm/radeon/mst: cleanup code indentation

On Mon, Mar 21, 2016 at 7:38 PM, Dave Airlie wrote: > From: Dave Airlie > > This was all sorts of ugly from when I hacked it up, > just clean it up now and remove the extra indents. > > Signed-off-by: Dave Airlie Applied the series to my fixes tree, thanks! Alex > --- >

[Bug 93911] Radeon rv635 with KMS and no dpm, intermittent/random GPU lockup

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/fd825dce/attachment.html>

[Bug 91268] R6xx freezes with kernel 3.17 and up

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/74fa8010/attachment-0001.html>

[PULL] topic/drm-misc

Hi Dave, Bunch of small fixupes all over. Plus a dma-buf patch that Sumit asked me to cherry-pick since that's the only one he had in his tree. There's a sparse issue outstanding in the color mgr stuff, but Lionel is still working on something that actually appeases sparse. Cheers, Daniel The

[PATCH] drm/core: Fix ordering in drm_mode_config_cleanup.

__drm_atomic_helper_plane_destroy_state calls drm_framebuffer_unreference, which means that if drm_framebuffer_free is called before plane->destroy freed memory will be accessed. A similar case happens for the blob list, which was freed before the crtc state was, resulting in the unreference_blob

[Bug 94581] [drm:radeon_cs_parser_relocs [radeon]] *ERROR* gem object lookup failed 0xe

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160322/b67f9fd6/attachment.html>

[PATCH v2 13/18] mm/compaction: support non-lru movable page migration

On Mon, Mar 21, 2016 at 03:31:02PM +0900, Minchan Kim wrote: > We have allowed migration for only LRU pages until now and it was > enough to make high-order pages. But recently, embedded system(e.g., > webOS, android) uses lots of non-movable pages(e.g., zram, GPU memory) > so we have seen several

[PATCH] drm: fix lut value extraction function

When extracting the value at full precision (16 bits), no need to round the value. This was spotted by Jani when running sparse. Unfortunately this fix doesn't get rid of the warning. Signed-off-by: Lionel Landwerlin Reported-by: Jani Nikula Cc: Daniel Stone Cc: Daniel Vetter Cc: Matt Roper

[PATCH v2] drm/radeon: evergreen_hpd_init()/_fini(): fix HPD IRQ bitset

Alex Deucher writes: > On Mon, Mar 21, 2016 at 8:10 AM, Nicolai Stange > wrote: >> The values of all but the RADEON_HPD_NONE members of the radeon_hpd_id >> enum transform 1:1 into bit positions within the 'enabled' bitset as >> assembled by evergreen_hpd_init(): >> >> enabled |= 1 <<

[PATCH 2/2] drm/virtio: send vblank event on plane atomic update

Hi, On 21 March 2016 at 19:23, Gustavo Padovan wrote: > @@ -96,6 +98,11 @@ static void virtio_gpu_plane_atomic_update(struct > drm_plane *plane, > plane->state->crtc_y, > plane->state->crtc_w, >

[PATCH] drm/core: Do not preserve framebuffer on rmfb.

Op 22-03-16 om 12:09 schreef Daniel Vetter: > On Tue, Mar 22, 2016 at 11:53:53AM +0100, Maarten Lankhorst wrote: >> Op 22-03-16 om 11:50 schreef Daniel Vetter: >>> On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote: Op 21-03-16 om 18:37 schreef Daniel Vetter: > On Mon, Mar

[Bug 91960] [i915] kernel warning hsw_unclaimed_reg_debug intel_uncore.c:619

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/d80eec71/attachment.html>

[PATCH] drm/core: Do not preserve framebuffer on rmfb.

On Tue, Mar 22, 2016 at 11:53:53AM +0100, Maarten Lankhorst wrote: > Op 22-03-16 om 11:50 schreef Daniel Vetter: > > On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote: > >> Op 21-03-16 om 18:37 schreef Daniel Vetter: > >>> On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst

[PATCH 3/5] drm: introduce pipe color correction properties

On Fri, 26 Feb 2016, Lionel Landwerlin wrote: > @@ -2554,6 +2583,21 @@ static inline struct drm_property > *drm_property_find(struct drm_device *dev, > return mo ? obj_to_property(mo) : NULL; > } > > +/* > + * Extract a degamma/gamma LUT value provided by user and round it to the > + *

[PATCH] drm/core: Do not preserve framebuffer on rmfb.

Op 22-03-16 om 11:50 schreef Daniel Vetter: > On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote: >> Op 21-03-16 om 18:37 schreef Daniel Vetter: >>> On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst wrote: It turns out that preserving framebuffers after the rmfb call

[PATCH] drm/core: Do not preserve framebuffer on rmfb.

On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote: > Op 21-03-16 om 18:37 schreef Daniel Vetter: > > On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst wrote: > >> It turns out that preserving framebuffers after the rmfb call breaks > >> vmwgfx userspace. This was

[RFC PATCH v1 0/4] Add Rockchip RGA support

Hi Yakir, Am 21.03.2016 um 13:17 schrieb Yakir Yang: > On 03/21/2016 07:29 PM, Heiko Stübner wrote: >> Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang: >>> This patch set would add the RGA direct rendering based 2d graphics >>> acceleration module. >> very cool to see that. > ;) >>> This

[PATCH] drm/core: Do not preserve framebuffer on rmfb, v2.

It turns out that preserving framebuffers after the rmfb call breaks vmwgfx userspace. This was originally introduced because it was thought nobody relied on the behavior, but unfortunately it seems there are exceptions. drm_framebuffer_remove may fail with -EINTR now, so a straight revert is

[PATCH] drm/core: Do not preserve framebuffer on rmfb.

Op 21-03-16 om 18:37 schreef Daniel Vetter: > On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst wrote: >> It turns out that preserving framebuffers after the rmfb call breaks >> vmwgfx userspace. This was originally introduced because it was thought >> nobody relied on the behavior, but

[PATCH v2] drm/radeon: evergreen_hpd_init()/_fini(): fix HPD IRQ bitset

On Tue, Mar 22, 2016 at 8:29 AM, Nicolai Stange wrote: > Alex Deucher writes: > >> On Mon, Mar 21, 2016 at 8:10 AM, Nicolai Stange >> wrote: >>> The values of all but the RADEON_HPD_NONE members of the radeon_hpd_id >>> enum transform 1:1 into bit positions within the 'enabled' bitset as >>>

[RFC PATCH v1 0/4] Add Rockchip RGA support

Hi Heiko, On 03/22/2016 08:42 AM, Heiko Stuebner wrote: > Hi Yakir, > > Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang: >> On 03/21/2016 07:29 PM, Heiko Stübner wrote: >>> Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang: This patch set would add the RGA direct rendering based

[PATCH 2/2] drm/radeon/mst: cleanup code indentation

From: Dave Airlie This was all sorts of ugly from when I hacked it up, just clean it up now and remove the extra indents. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon_dp_mst.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git

[PATCH 1/2] drm/radeon/mst: fix regression in lane/link handling.

From: Dave Airlie The function this used changed in 092c96a8ab9d1bd60ada2ed385cc364ce084180e drm/radeon: fix dp link rate selection (v2) However for MST we should just always train to the max link/rate. Though we probably need to limit this for future hw, in theory

[Bug 94595] [Mesa AMD] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160322/1fe6e50d/attachment.html>

[Bug 94412] Trine 3 misrender

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/78e1f9b2/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/158057c7/attachment-0001.html>

[Bug 94595] [Mesa AMD] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/95f41c12/attachment.html>

[Bug 94512] X segfaults with glx-tls enabled in a x32 environment

not a driver specific issue then but a general one with GLX-TLS on x32. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160

[RFC PATCH v1 0/4] Add Rockchip RGA support

Hi Yakir, Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang: > On 03/21/2016 07:29 PM, Heiko Stübner wrote: > > Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang: > >> This patch set would add the RGA direct rendering based 2d graphics > >> acceleration module. > > > > very cool to

[Bug 94581] [drm:radeon_cs_parser_relocs [radeon]] *ERROR* gem object lookup failed 0xe

https://bugs.freedesktop.org/show_bug.cgi?id=94581 --- Comment #4 from Vladislav Kamenev --- [ 326.627005] [drm:radeon_cs_parser_relocs [radeon]] *ERROR* gem object lookup failed 0xe [ 326.627032] [drm:radeon_cs_ioctl [radeon]] *ERROR* Failed to parse relocation -2! [ 326.689902] radeon

[Bug 94581] [drm:radeon_cs_parser_relocs [radeon]] *ERROR* gem object lookup failed 0xe

https://bugs.freedesktop.org/show_bug.cgi?id=94581 Vladislav Kamenev changed: What|Removed |Added Summary|Red flood in dmesg when |[drm:radeon_cs_parser_reloc

[Bug 94581] Red flood in dmesg when running applications

https://bugs.freedesktop.org/show_bug.cgi?id=94581 Vladislav Kamenev changed: What|Removed |Added Severity|normal |critical -- You are receiving this

[Bug 94581] Red flood in dmesg when running applications

https://bugs.freedesktop.org/show_bug.cgi?id=94581 Vladislav Kamenev changed: What|Removed |Added Version|11.0|git --- Comment #3 from Vladislav

[Bug 94581] Red flood in dmesg when running applications

https://bugs.freedesktop.org/show_bug.cgi?id=94581 --- Comment #2 from Vladislav Kamenev --- Created attachment 122472 --> https://bugs.freedesktop.org/attachment.cgi?id=122472=edit Graphic artifacts -- You are receiving this mail because: You are the assignee for the bug. --