[PATCH v2 3/4] ARM: dts: exynos5250: add rotator node

2015-11-14 Thread Krzysztof Kozlowski
W dniu 13.11.2015 o 22:29, Marek Szyprowski pisze: > This patch adds device node for Rotator device to Exynos 5250 device > tree file. > > Signed-off-by: Marek Szyprowski > --- > arch/arm/boot/dts/exynos5250.dtsi | 9 + > 1 file changed, 9 insertions(+) > Reviewed-by: Krzysztof Kozlows

[PATCH v2 2/4] ARM: dts: exynos4: fix power domain for sysmmu-rotator device

2015-11-14 Thread Krzysztof Kozlowski
W dniu 13.11.2015 o 22:29, Marek Szyprowski pisze: > Rotator device and it's SYSMMU belongs to different power domains > on various Exynos4 SoC revisions: LCD0 for 4210 and TOP for 4x12. This > patch fixes this by moving power-domains property to exynos4210.dtsi. TOP > power domain is always enable

[PATCH v2 1/4] ARM: dts: exynos4: add rotator nodes

2015-11-14 Thread Krzysztof Kozlowski
W dniu 13.11.2015 o 22:29, Marek Szyprowski pisze: > This patch adds device node for Rotator device to Exynos 4210 and 4x12 > device tree files. > > Signed-off-by: Marek Szyprowski > --- > arch/arm/boot/dts/exynos4.dtsi| 9 + > arch/arm/boot/dts/exynos4210.dtsi | 4 > arch/arm/b

[PATCH v2 4/4] ARM: dts: exynos542x: add rotator node

2015-11-14 Thread Krzysztof Kozlowski
W dniu 13.11.2015 o 22:29, Marek Szyprowski pisze: > This patch adds device node for Rotator device and it's SYSMMU to Exynos > 542x device tree file. > > Signed-off-by: Marek Szyprowski > --- > arch/arm/boot/dts/exynos5420.dtsi | 19 +++ > 1 file changed, 19 insertions(+) > I

[Bug 92952] Enabling Anti-Aliasing causes screen to corrupt

2015-11-14 Thread bugzilla-dae...@freedesktop.org
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/20151114/6b27ad92/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

2015-11-14 Thread bugzilla-dae...@freedesktop.org
questExit(1) -- 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/20151114/be348b27/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

2015-11-14 Thread bugzilla-dae...@freedesktop.org
next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151114/22713913/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

2015-11-14 Thread bugzilla-dae...@freedesktop.org
.org/archives/dri-devel/attachments/20151114/af6fece6/attachment.html>

[Bug 92952] Enabling Anti-Aliasing causes screen to corrupt

2015-11-14 Thread bugzilla-dae...@freedesktop.org
. -- 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/20151114/87c5559c/attachment-0001.html>

[PATCH] [media] hdmi: added functions for MPEG InfoFrames

2015-11-14 Thread Enric Balletbo i Serra
The MPEG Source (MS) InfoFrame is in EIA/CEA-861B. It describes aspects of the compressed video stream that were used to produce the uncompressed video. The patch adds functions to work with MPEG InfoFrames. Signed-off-by: Enric Balletbo i Serra --- drivers/video/hdmi.c | 156 ++

[Bug 92952] Enabling Anti-Aliasing causes screen to corrupt

2015-11-14 Thread bugzilla-dae...@freedesktop.org
scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151114/a843445b/attachment.html>

[Bug 92952] Enabling Anti-Aliasing in swkotor causes screen to corrupt

2015-11-14 Thread bugzilla-dae...@freedesktop.org
scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151114/34d9a7e7/attachment.html>

[Bug 92952] Enabling Anti-Aliasing in swkotor causes screen to corrupt

2015-11-14 Thread bugzilla-dae...@freedesktop.org
iew?usp=sharing -- 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/20151114/776a89ab/attachment.html>

atomic explicit fencing vs android

2015-11-14 Thread Rob Clark
On Fri, Nov 13, 2015 at 8:47 PM, Greg Hackmann wrote: > On Fri, Nov 13, 2015 at 1:47 PM, Rob Clark wrote: >> >> I suppose the philosophy here is >> that on android, surfaceflinger (userspace) is the trusted one (which >> may well be correct on some vendor kernel branches), whereas upstream >> the