[PATCH] drm: Deal with rotation in drm_plane_helper_check_update()

From: Ville Syrjälä drm_plane_helper_check_update() needs to account for the plane rotation for correct clipping/scaling calculations. Do so. There was an earlier attempt [1] to add this into intel_check_primary_plane() but I requested that it'd be put into the

[Bug 93548] Grid Autosport causes a hard system crash

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/57b734db/attachment.html>

DRM support in Android

> android product that uses it. > > > > We have a devel group working on that. > > If you are interesting, I can invite you to join. > > Fyi Google just opened up their drm_hwcomposer implementation. Open as in > actually open for patches! > > https://dev.chr

[RFC 26/29] dma-buf/fence: remove pointless fence_timeline_signal at destroy phase

On 15/01/2016 14:55, Gustavo Padovan wrote: > From: Gustavo Padovan > > All changes to timeline value come through the user via > fence_timeline_signal() calls. When fence_timeline_destroy() is called no > changes on timeline->value happens hence call fence_timeline_signal() with > no increment

[PATCH v2 0/2] Add a DRM display driver to the Allwinner H3

The proposed DRM driver works on a Orange PI 2 with a kernel 4.4.0 and the H3 patches found in Hans de Goede's GIT repository. As there is no documentation about the HDMI of the H3, the associated encoder/connector driver has not been included in this patch series. For tests, it may be built as a

[PATCH v3 2/2] dt-bindings: add document for Innosilicon HDMI on Rockchip platform

Signed-off-by: Yakir Yang Acked-by: Rob Herring --- Changes in v3: None Changes in v2: - Correct the misspell "rk3036-dw-hdmi" (Heiko) .../display/rockchip/inno_hdmi-rockchip.txt| 50 ++ 1 file changed, 50 insertions(+) create mode 100644

[PATCH v3 0/2] Introduce Innosilicon HDMI driver on Rockchip platforms

Here are a brief introduction to Innosilicon HDMI IP: - Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter - Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec - Digital video interface supports a pixel size of 24, 30, 36, 48bits color depth in RGB - S/PDIF

[PATCH v2 2/2] drm: sunxi: Add a basic DRM driver for Allwinner DE2

In recent SoCs, as the H3, Allwinner uses a new display interface, DE2. This patch adds a DRM video driver for this interface. Signed-off-by: Jean-Francois Moine --- Changes: - remarks from Russell King - DT documentation added - working resolution change with xrandr

[PATCH v2 02/26] reset: Make reset_control_ops const

Am Donnerstag, den 14.01.2016, 16:24 +0100 schrieb Maxime Ripard: > The ops pointer is holding a pointer to a structure that is usually not > modified. Make it const. > > Signed-off-by: Maxime Ripard > --- > include/linux/reset-controller.h | 2 +- > 1 file changed, 1 insertion(+), 1

[PATCH v2 01/26] reset: Move DT cell size check to the core

Hi Maxime, Am Donnerstag, den 14.01.2016, 16:24 +0100 schrieb Maxime Ripard: > The core currently doesn't check that the DT cell size matches what the > driver declares, which means that every xlate function needs to duplicate > that check. > > Make sure that of_reset_control_get checks for this

[PATCH v2 1/2] clk: sunxi: Add sun6i/8i video support

Add the clock types which are used by the sun6i/8i families for video. Signed-off-by: Jean-Francois Moine --- Changes: - remarks from Chen-Yu Tsai - DT documentation added --- Documentation/devicetree/bindings/clock/sunxi.txt | 2 + drivers/clk/sunxi/clk-sun6i-display.c

Lockdep warning when using REGCACHE_RBTREE

--- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/8a5c229d/attachment.sig>

[PATCH] configure.ac: disable annoying warning -Wmissing-field-initializers

On Fri, Jan 15, 2016 at 12:12 PM, Emil Velikov wrote: > On 12 January 2016 at 23:14, Marek Olšák wrote: >> From: Marek Olšák >> >> It warns for all "{}" initializers. Well, I want us to use {}. >> --- >> configure.ac | 3 ++- >> intel/intel_decode.c | 2 -- > The whole of libdrm,

[RFC 26/29] dma-buf/fence: remove pointless fence_timeline_signal at destroy phase

2016-01-15 John Harrison : > On 15/01/2016 14:55, Gustavo Padovan wrote: > >From: Gustavo Padovan > > > >All changes to timeline value come through the user via > >fence_timeline_signal() calls. When fence_timeline_destroy() is called no > >changes on timeline->value happens hence call

[Bug 93548] Grid Autosport causes a hard system crash

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/0af42b8d/attachment.html>

[RFC 26/29] dma-buf/fence: remove pointless fence_timeline_signal at destroy phase

On 01/15/2016 10:02 AM, Gustavo Padovan wrote: > Patches 27 and 28 are attempt to fix that. I assumed that if some code is > calling fence_timeline_destroy() it wants to stop everything so I > worked on a solution that stops any waiter and allows the timeline to be > destroyed. > > No one is using

[Bug 93713] System hangs (beomes totaly unresponsive) when trying to use hybrid graphics with ATI 7730M videocard

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

[PATCH RFC] drm/i2c: tda998x: Only set atomic funcs if bound to atomic drm driver

Only set atomic connector callbacks if the tda998x driver is bound to a drm driver that supports atomic modesetting. At least drm_crtc_helper_set_config() calls connectors dpms callback without knowing that it may assume atomic modeset support. Calling drm_atomic_helper_connector_dpms() causes a

[Bug 93534] Issues with color and rendering through OpenGL composited desktops on ATI FirePro v4800

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

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On Fri, Jan 15, 2016 at 11:34:08AM +0100, Vlastimil Babka wrote: > Hi, > > since kernel 4.4 I'm unable to login to kde5 desktop (on openSUSE > Tumbleweed). There's a screen with progressbar showing the startup, > which normally fades away after reaching 100%. But with kernel 4.4, the >

[PATCH RFC] drm/i2c: tda998x: Only set atomic funcs if bound to atomic drm driver

On Fri, Jan 15, 2016 at 02:55:26PM +0200, Jyri Sarha wrote: > Only set atomic connector callbacks if the tda998x driver is bound to > a drm driver that supports atomic modesetting. At least > drm_crtc_helper_set_config() calls connectors dpms callback without > knowing that it may assume atomic

[PATCH 7/7] drm/amdgpu: drop hard_reset module parameter

It doesn't currently do anything and there's no need for it going forward since pci config reset will be required as a fallback even when we have fine grained reset implemented. Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 -

[PATCH 6/7] drm/amdgpu: add a debugfs property to trigger a GPU reset

Ported from similar code in radeon. Reviewed-by: Junwei Zhang Reviewed-by: Christian König Reviewed-by: Ken Wang Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git

[PATCH 5/7] drm/amdgpu: post card after hard reset

Posting is required after a pci config reset. Reviewed-by: Junwei Zhang Reviewed-by: Christian König Reviewed-by: Ken Wang Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH 4/7] drm/amdgpu: clean up asic level reset for VI

Drop soft reset, always use pci config reset. Reviewed-by: Junwei Zhang Reviewed-by: Christian König Reviewed-by: Ken Wang Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/vi.c | 385 +--- 1 file changed, 4 insertions(+), 381 deletions(-) diff

[PATCH 3/7] drm/amdgpu: clean up asic level reset for CI

Drop soft reset, always use pci config reset. Reviewed-by: Junwei Zhang Reviewed-by: Christian König Reviewed-by: Ken Wang Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/cik.c | 308 +-- 1 file changed, 4 insertions(+), 304 deletions(-) diff

[PATCH 2/7] drm/amdgpu: Add some tweaks to gfx 8 soft reset

Reviewed-by: Junwei Zhang Reviewed-by: Christian König Reviewed-by: Ken Wang Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 23 ++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c

[PATCH 1/7] drm/amdgpu: fix tonga smu resume

Need to make sure smu buffers are pinned on resume. This matches what Fiji does. Cc: stable at vger.kernel.org Reviewed-by: Junwei Zhang Reviewed-by: Christian König Reviewed-by: Ken Wang Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/tonga_dpm.c | 17 ++--- 1 file

[PATCH 0/7] Add gpu reset to amdgpu

This patch set gets basic gpu reset working with amdgpu. It's only been tested via debugfs. It still needs to be integrated into the lockup detection in the driver to be used for runtime lockup resets. Alex Deucher (7): drm/amdgpu: fix tonga smu resume drm/amdgpu: Add some tweaks to gfx 8

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/15/2016 01:26 PM, Ville Syrjälä wrote: > On Fri, Jan 15, 2016 at 11:34:08AM +0100, Vlastimil Babka wrote: >> >> I have suspected that kwin is waiting for some event, but nevertheless >> tried bisecting the kernel between 4.3 and 4.4, which lead to: >> >> # first bad commit:

[PATCH v3 1/3] drm: add generic zpos property

On Fri, Jan 15, 2016 at 11:12:25AM +0100, Daniel Vetter wrote: > On Fri, Jan 15, 2016 at 10:09:14AM +0100, Marek Szyprowski wrote: > > Hello, > > > > On 2016-01-14 11:46, Ville Syrjälä wrote: > > >On Tue, Jan 12, 2016 at 02:39:18PM +0100, Marek Szyprowski wrote: > > >>This patch adds support

[Bug 106901] Brightness / WIFI Key does not generate any events

https://bugzilla.kernel.org/show_bug.cgi?id=106901 --- Comment #28 from Roman Gruber --- lsmod Module Size Used by nvidia_modeset721045 3 nvidia 9922734 59 nvidia_modeset intel_powerclamp7094 0 xhci_pci3818 0 xhci_hcd

[Bug 106901] Brightness / WIFI Key does not generate any events

https://bugzilla.kernel.org/show_bug.cgi?id=106901 --- Comment #27 from Roman Gruber --- Linux ASUS-G75VW 4.4.0-gentoo_14-01-2016 #1 SMP Thu Jan 14 19:15:47 CET 2016 x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux same behaviour -- You are receiving this mail because:

[Bug 106901] Brightness / WIFI Key does not generate any events

https://bugzilla.kernel.org/show_bug.cgi?id=106901 Roman Gruber changed: What|Removed |Added Kernel Version|Linux ASUS-G75VW|Linux ASUS-G75VW

[Bug 106901] Brightness / WIFI Key does not generate any events

https://bugzilla.kernel.org/show_bug.cgi?id=106901 --- Comment #26 from Roman Gruber --- uname -a; echo " ";dmesg |grep ACPI Linux ASUS-G75VW 4.4.0-gentoo_14-01-2016 #1 SMP Thu Jan 14 19:15:47 CET 2016 x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux [0.00]

[PATCH] configure.ac: disable annoying warning -Wmissing-field-initializers

On 12 January 2016 at 23:14, Marek Olšák wrote: > From: Marek Olšák > > It warns for all "{}" initializers. Well, I want us to use {}. > --- > configure.ac | 3 ++- > intel/intel_decode.c | 2 -- The whole of libdrm, minus the intel_decode can get away without using such constructs.

[PATCH] drm: nouveau: fix nouveau_debugfs_init prototype

> Emil Velikov hat am 15. Januar 2016 um 12:06 > geschrieben: > > On 13 January 2016 at 16:00, Arnd Bergmann wrote: > > On Wednesday 13 January 2016 14:55:47 Karol Herbst wrote: > >> > Arnd Bergmann hat am 13. Januar 2016 um 14:48 > >> > geschrieben: > >> > > >> > The new debugfs

[PATCH] drm: nouveau: fix nouveau_debugfs_init prototype

On 13 January 2016 at 16:00, Arnd Bergmann wrote: > On Wednesday 13 January 2016 14:55:47 Karol Herbst wrote: >> > Arnd Bergmann hat am 13. Januar 2016 um 14:48 >> > geschrieben: >> > >> > The new debugfs initialization code fails to build when CONFIG_DEBUG_FS >> > is disabled: >> > >> > In

[Bug 77835] X crash when using xrandr with R9 290X and 7870 for triple head

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

[RFC 29/29] dma-buf/fence: de-stage sync framework

From: Gustavo Padovan The sync framework is ready for mainline inclusion. Here we move it to drivers/dma-buf and the header files to the appropiated places. The sync framework contained some abstractions around struct fence and those were removed in the

[RFC 28/29] staging/android: use .cleanup() to interrupt any sync_fence waiter

From: Gustavo Padovan When the timeline is being destroyed all the waiters waiting for the sync_fence to signal need to be woken up and finished as well. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sw_sync.c | 8

[RFC 27/29] dma-buf/fence: add .cleanup() callback

From: Gustavo Padovan Called when the fence_timeline is destroyed so users can cleanup routines on fences. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 24 include/linux/fence.h | 4 2 files changed, 28

[RFC 26/29] dma-buf/fence: remove pointless fence_timeline_signal at destroy phase

From: Gustavo Padovan All changes to timeline value come through the user via fence_timeline_signal() calls. When fence_timeline_destroy() is called no changes on timeline->value happens hence call fence_timeline_signal() with no increment is pointless.

[RFC 25/29] dma-buf/fence: remove unused var from fence_timeline_signal()

From: Gustavo Padovan signaled_pts is not used in this function. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/dma-buf/fence.c b/drivers/dma-buf/fence.c index 09faf2e..7a5fc9b 100644 ---

[RFC 24/29] dma-buf/fence: add debug to fence timeline

From: Gustavo Padovan Bring the debug information that belonged to sync_timeline and sync_pt back. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/Makefile | 2 +- drivers/dma-buf/fence.c | 4 ++ drivers/dma-buf/fence_debug.c

[RFC 23/29] staging/android: remove sw_sync_timeline and sw_sync_pt

From: Gustavo Padovan As we moved value storage to fence_timeline and fence those two structs became useless and can be removed now. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sw_sync.c| 15 ++- drivers/staging/android/sw_sync.h

[RFC 22/29] staging/android: remove sync_pt_create()

From: Gustavo Padovan get sw_sync_pt_create() to use fence_create_on_timeline() directly and remove an abstractions layers between fences and its users. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sw_sync.c | 22 ++

[RFC 21/29] dma-buf/fence: add fence_create_on_timeline()

From: Gustavo Padovan This functions in intended to replace sync_pt_create() and it does exactly the same thing sync_pt_create() did. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c| 38 ++

[RFC 20/29] dma-buf/fence: remove fence_timeline_ops

From: Gustavo Padovan fence_timeline_ops was just workarounding over fence_ops and was used chained in the fence ops. So remove it all to simplify the fence code flow. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 7 ++-

[RFC 19/29] dma-buf/fence: create fence_default_fill_driver_data()

From: Gustavo Padovan The value needed by sw_sync is now inside struct fence so we create a default ops to reply that value for us. --- drivers/dma-buf/fence.c| 21 + drivers/staging/android/sync.c | 12 +---

[RFC 18/29] dma-buf/fence: create default .fence_value_str() and .timeline_value_str()

From: Gustavo Padovan Provide simple default functions to help users retrieve the values of the fence and the timeline. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 31 +++

[RFC 17/29] dma-buf/fence: store last signaled value on fence timeline

From: Gustavo Padovan Now fence timeline is aware of the last signaled fence, as it receives the increment to the current value in fence_timeline_signal(). That allow us to create a fence_default_signaled() using timeline->value and fence->seqno in the

[RFC 16/29] dma-buf/fence: create fence_default_timeline_name()

From: Gustavo Padovan The fence timeline struct already receives the name of the timeline so we can use a default function to return the timeline name. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c| 14 ++

[RFC 15/29] dma-buf/fence: create fence_default_get_driver_name()

From: Gustavo Padovan Move driver name handling to fence and create a default function for it. Returns the driver which the fence belongs. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c | 19 ++-

[RFC 14/29] dma-buf/fence: create fence_default_release()

From: Gustavo Padovan Add a default .release() op to be used on fence_ops vtable. It removes the fences from any list it was added, removes a timeline ref and free the fence. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c| 28

[RFC 13/29] dma-buf/fence: create fence_default_enable_signaling()

From: Gustavo Padovan Add a default .enable_signaling() op to be used on fence_ops vtable. fence_default_enable_signaling() checks if the was not signaled yet and adds it to the active_list. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/fence.c|

[RFC 12/29] staging/android: remove struct sync_pt

From: Gustavo Padovan struct sync_pt was just wrapping around struct fence and creating an extra abstraction layer. The only two members of struct sync_pt, child_list and active_list, were moved to struct fence in an earlier commit. After removing those two

[RFC 11/29] dma-buf/fence: move sync_timeline to fence_timeline

From: Gustavo Padovan Add the sync timeline from sync framework to fence synchronization system. This is an attempt to remove some duplication between sync.c and fence.c The sync_timeline was no more than a wrapper on top of the fence framework to be used by

[RFC 10/29] staging/android: rename 'sync_pt' to 'fence' in struct sync_fence_cb

From: Gustavo Padovan 'sync_pt' is actually declared as struct fence so to make the name means its type we rename it to 'fence'. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 20 ++-- drivers/staging/android/sync.h

[RFC 09/29] staging/android: rename struct sync_fence's variables to 'sync_fence'

From: Gustavo Padovan To avoid confusion with struct fence vars that are most of the time called 'fence' as well we should rename all struct sync_fence's to sync_fence. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 192

[RFC 08/29] staging/android: Remove WARN_ON_ONCE when releasing sync_fence

From: Gustavo Padovan There isn't any problem on removing the sync_pts from the active_list when the fence is released. If the user decides to close the fence before it is signaled we should do it and not warn about anything. Signed-off-by: Gustavo Padovan ---

[RFC 07/29] staging/android: move sw_sync file to debugfs file

From: Gustavo Padovan This remove CONFIG_SW_SYNC_USER and instead compile the sw_sync file into debugpfs under /sync/sw_sync. Signed-off-by: Gustavo Padovan --- drivers/staging/android/Kconfig | 9 --- drivers/staging/android/sw_sync.c| 129

[RFC 06/29] staging/android: create a 'sync' dir for debugfs information

From: Gustavo Padovan Creates the 'sync' dir on debugfs root dir and move the 'sync' file to sync/info. This is the preparation to add more debug info and control. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync_debug.c | 21

[RFC 05/29] staging/android: remove not used sync_timeline ops

From: Gustavo Padovan .dup and .compare are not used by the sync framework, so remove them from sw_sync. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sw_sync.c | 29 + drivers/staging/android/sync.c| 6 --

[RFC 04/29] staging/android: rename 'android_fence' to 'sync_fence'

From: Gustavo Padovan As we are de-staging it rename it to a name that is not related to android. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 40 1 file changed, 20 insertions(+), 20 deletions(-)

[RFC 03/29] staging/android: rename sync_fence_release

From: Gustavo Padovan To avoid collision with an upcoming rename change the name of sync_fence_release() to sync_fence_release_file() Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[RFC 02/29] staging/android: fix checkpatch warning

From: Gustavo Padovan Trivial indentation fix. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/android/sync.h b/drivers/staging/android/sync.h index

[RFC 01/29] staging/android: fix sync framework documentation

From: Gustavo Padovan Updates comments about functions and structures. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.h | 45 -- 1 file changed, 21 insertions(+), 24 deletions(-) diff --git

[RFC 00/29] De-stage android's sync framework

From: Gustavo Padovan This patch series de-stage the sync framework, and in order to accomplish that a bunch of cleanups/improvements on the sync and fence were made. The sync framework contained some abstractions around struct fence and those were removed in

[Bug 93727] [Regression] [r600g] Core profile is 3.2 instead of 3.3 in Big Endian PPC

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160115/67ca8642/attachment.html>

[Bug 93727] [Regression] Core profile is 3.2 instead of 3.3 in Big Endian PPC

|Linux (All) -- 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/20160115/49b5471e/attachment.html>

[Bug 93727] [Regression] Core profile is 3.2 instead of 3.3 in Big Endian PPC

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

[Bug 93727] [Regression] Core profile is 3.2 instead of 3.3 in Big Endian PPC

600 driver -- 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/20160115/4d19df61/attachment-0001.html>

[Bug 93713] System hangs (beomes totaly unresponsive) when trying to use hybrid graphics with ATI 7730M videocard

es/dri-devel/attachments/20160115/2a8329ed/attachment.html>

[Bug 93721] Tonga [drm:amdgpu_vm_init [amdgpu]] *ERROR* Cannot allocate memory for page table array

hives/dri-devel/attachments/20160115/178741da/attachment.html>

[Bug 93721] Tonga [drm:amdgpu_vm_init [amdgpu]] *ERROR* Cannot allocate memory for page table array

- OK so far, but then it took some time/luck to show up on unpatched. -- 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/20

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

. -- 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/20160115/00f08a04/attachment.html>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

nience. Thanks for that as well. -- 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/20160115/1edc7d47/attachment-0001.html>

[PATCH] drm: omap dss: add missing includes

The omapdrm dss driver currently fails to build in some configurations when the pinctrl and seq_print declarations are not visible: omapdrm/dss/dss.c:1268:2: error: implicit declaration of function 'pinctrl_pm_select_sleep_state' [-Werror=implicit-function-declaration] omapdrm/dss/dss.c:1277:2:

Lockdep warning when using REGCACHE_RBTREE

next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/1926ba49/attachment.sig>

linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

Hi, since kernel 4.4 I'm unable to login to kde5 desktop (on openSUSE Tumbleweed). There's a screen with progressbar showing the startup, which normally fades away after reaching 100%. But with kernel 4.4, the progress gets stuck somewhere between 1/2 and 3/4 (not always the same). Top shows

DRM support in Android

On Fri, Jan 15, 2016 at 09:35:27AM +0800, Chih-Wei Huang wrote: > 2016-01-09 16:37 GMT+08:00 vijay kumar : > > Thanks Greg .You Helped me a lot. > > > > On Thu, Jan 7, 2016 at 10:52 PM, Greg Hackmann > > wrote: > >> > >> On Tue, Jan 5, 2016 at 12:06 AM, vijay kumar > >> wrote: > >>> > >>> Hii

[PATCH v2 13/26] drm/fb_cma_helper: Remove implicit call to disable_unused_functions

On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote: > Hi Maxime, > > Thank you for the patch. > > On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote: > > The drm_fbdev_cma_init function always calls the > > drm_helper_disable_unused_functions. Since it's part of the usual

[PATCH v3 1/3] drm: add generic zpos property

On Fri, Jan 15, 2016 at 10:09:14AM +0100, Marek Szyprowski wrote: > Hello, > > On 2016-01-14 11:46, Ville Syrjälä wrote: > >On Tue, Jan 12, 2016 at 02:39:18PM +0100, Marek Szyprowski wrote: > >>This patch adds support for generic plane's zpos property property with > >>well-defined semantics: >

[RFC 00/29] De-stage android's sync framework

On Fri, 2016-01-15 at 12:55 -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > This patch series de-stage the sync framework, and in order to accomplish that > a bunch of cleanups/improvements on the sync and fence were made. Perhaps add/update a MAINTAINERS entry too?

Lockdep warning when using REGCACHE_RBTREE

On 2016-01-15 08:28, Mark Brown wrote: > On Thu, Jan 14, 2016 at 05:14:47PM -0800, Stefan Agner wrote: > >> On a slightly other topic, I question whether REGCACHE_RBTREE is the >> right cache type for the DCU DRM driver. The driver has uses a regmap >> area of 1144 32-bit registers, the most

Lockdep warning when using REGCACHE_RBTREE

On Thu, Jan 14, 2016 at 02:30:50PM -0800, Stefan Agner wrote: > Hi Mark, > > I currently work on the DCU DRM driver (drivers/gpu/drm/fsl-dcu/) on a > Linux 4.4 kernel. With CONFIG_LOCKDEP enabled I get the following > warning on startup: > > [1.327284] [ cut here ] >

[PATCH v3 1/3] drm: add generic zpos property

Hello, On 2016-01-14 11:46, Ville Syrjälä wrote: > On Tue, Jan 12, 2016 at 02:39:18PM +0100, Marek Szyprowski wrote: >> This patch adds support for generic plane's zpos property property with >> well-defined semantics: >> - added zpos properties to drm core and plane state structures >> - added

DRM support in Android

2016-01-09 16:37 GMT+08:00 vijay kumar : > Thanks Greg .You Helped me a lot. > > On Thu, Jan 7, 2016 at 10:52 PM, Greg Hackmann > wrote: >> >> On Tue, Jan 5, 2016 at 12:06 AM, vijay kumar wrote: >>> >>> Hii all, >>> I want to know some information regarding DRI and DRM >>> support

[PATCH 5/5] drm: Enable markdown^Wasciidoc for gpu.tmpl

On Thu, 14 Jan 2016, Jonathan Corbet wrote: > On Thu, 14 Jan 2016 22:03:26 +0200 > Jani Nikula wrote: > >> What if we added support for some markup language as an alternative to >> DocBook for the high level documentation? What if we taught kernel-doc >> to output said markup natively, and

[PATCH v2 24/26] devicetree: Add olimex vendor prefix

ree-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/20160115/b4a4dc1e/attachment.sig>

[PATCH] drm/rockchip/dsi: fix handling mipi_dsi_pixel_format_to_bpp result

Hi Andrzej On 01/14/2016 04:59 PM, Andrzej Hajda wrote: > The function can return negative value so it should be assigned to signed > variable. > > The problem has been detected using patch > scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci. > > Signed-off-by: Andrzej Hajda > --- >

[Bug 93721] Tonga [drm:amdgpu_vm_init [amdgpu]] *ERROR* Cannot allocate memory for page table array

, but I had 100% hang rate. Couldn't find any logs messages though. -- 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/20160115/92659

[Bug 77835] X crash when using xrandr with R9 290X and 7870 for triple head

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160115/58326067/attachment-0001.html>

[PATCH v2 24/26] devicetree: Add olimex vendor prefix

> Rob Herring hat am 15. Januar 2016 um 04:15 geschrieben: > > > On Thu, Jan 14, 2016 at 04:25:07PM +0100, Maxime Ripard wrote: > > Olimex is an open source hardware boards vendors based in Bulgaria. > > > > Signed-off-by: Maxime Ripard > > --- > >

[Bug 93721] Tonga [drm:amdgpu_vm_init [amdgpu]] *ERROR* Cannot allocate memory for page table array

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

r600/shader: emit tessellation factors to GDS at end of TCS.

Hello Dave, first all the best for your newborn and your whole family! Second: What could be differend between r6xx/r7xx and EG+ (NI, here) that the below fixes the 'gsraytrace' GPU hang on the later but NOT on the former? Any ideas, hints where I could start? r6xx/r7xx do not have any TESS

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

-- 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/20160115/6f857c58/attachment.html>

[Bug 93706] Xorg freeze when running 3d app (Guild Wars 2) on RV620

not to clutter up this report. -- 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/20160115/cf32d332/attachment.html>

[PATCH v2 13/26] drm/fb_cma_helper: Remove implicit call to disable_unused_functions

Hi Maxime, Thank you for the patch. On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote: > The drm_fbdev_cma_init function always calls the > drm_helper_disable_unused_functions. Since it's part of the usual probe > process, all the drivers using that helper will end up having their encoder

  1   2   >