[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161017/78ab04f0/attachment.html>

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

his topic here.) -- 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/20161017/0e531b27/attachment.html>

[Bug 178221] New: radeon performance drop from 4.8 to 4.9-rc1 in Shadow of Mordor

https://bugzilla.kernel.org/show_bug.cgi?id=178221 Bug ID: 178221 Summary: radeon performance drop from 4.8 to 4.9-rc1 in Shadow of Mordor Product: Drivers Version: 2.5 Kernel Version: 4.9-RC1 Hardware: All

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

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

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161017/e6a8065e/attachment.html>

[PATCH 00/28] Reenable maybe-uninitialized warnings

On Tue, Oct 18, 2016 at 12:03:28AM +0200, Arnd Bergmann wrote: > This is a set of patches that I hope to get into v4.9 in some form > in order to turn on the -Wmaybe-uninitialized warnings again. Hi Arnd, I jsut complained to Geert that I was introducing way to many bugs or pointless warnings

[Bug 92806] 1 second freezes during new effects UT4

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/dfb33df5/attachment-0001.html>

[Bug 96381] Texture artifacts with immutable texture storage and mipmaps

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/c69cf52b/attachment.html>

[PATCH v6] drm: Helper for lspcon in drm_dp_dual_mode

Readme: { This patch-series got approved in drm-intel mailing list already. Sending this one patch to dri-devel too, as this patch touches the drm layer dp_dual_mode_helper implementation. Plese provide an ack so that we can merge this in intel-gfx tree. The

[Bug 95551] Firewatch: Missing elements in menu

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161017/0fb8602a/attachment.html>

[Bug 95317] "the timeless" demo in wine: Red dot rendered that shouldn't be there

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/a327363c/attachment.html>

[PATCH] dma-buf/fence-array: fix deadlock in fence-array

On Mon, Oct 17, 2016 at 02:59:52PM -0400, Rob Clark wrote: > On Mon, Oct 17, 2016 at 2:52 PM, Gustavo Padovan > wrote: > > 2016-10-17 Rob Clark : > > > >> Currently with fence-array, we have a potential deadlock situation. If we > >> fence_add_callback() on an array-fence, the array-fence's

[Intel-gfx] [PATCH v4 2/4] drm: Add aspect ratio parsing in DRM layer

Regards Shashank On 10/17/2016 8:30 PM, Ville Syrjälä wrote: > On Mon, Oct 17, 2016 at 08:21:21PM +0530, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 10/17/2016 7:36 PM, Ville Syrjälä wrote: >>> On Mon, Oct 17, 2016 at 07:10:42PM +0530, Sharma, Shashank wrote: Regards

[Bug 92428] Sword Coast Legends causing GPU lockup. radeon 0000:01:00.0: GPU lockup (current fence id 0x000000000000afd1 last fence id 0x000000000000b194 on ring 3)

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/6a57270a/attachment.html>

[Bug 84156] Half of lighting gets broken in older apps

org/archives/dri-devel/attachments/20161017/ecf908b1/attachment.html>

[Intel-gfx] [PATCH v4 2/4] drm: Add aspect ratio parsing in DRM layer

Regards Shashank On 10/17/2016 7:36 PM, Ville Syrjälä wrote: > On Mon, Oct 17, 2016 at 07:10:42PM +0530, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 10/17/2016 6:01 PM, Ville Syrjälä wrote: >>> On Mon, Oct 17, 2016 at 05:34:38PM +0530, Shashank Sharma wrote: Current

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/2baaa04a/attachment-0001.html>

[Bug 98276] Kernel Panic on shutdown caused by "drm/amdgpu: always apply pci shutdown callbacks"

s://lists.freedesktop.org/archives/dri-devel/attachments/20161017/b0942862/attachment.html>

[Intel-gfx] [PATCH v4 2/4] drm: Add aspect ratio parsing in DRM layer

Regards Shashank On 10/17/2016 6:01 PM, Ville Syrjälä wrote: > On Mon, Oct 17, 2016 at 05:34:38PM +0530, Shashank Sharma wrote: >> Current DRM layer functions don't parse aspect ratio information >> while converting a user mode->kernel mode or vice versa. This >> causes modeset to pick mode

[Bug 98298] System freezes 380X

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/242b4c2f/attachment.html>

[PATCH v4 0/4] Picture aspect ratio support in DRM layer

Regards Shashank On 10/17/2016 5:55 PM, Daniel Vetter wrote: > On Mon, Oct 17, 2016 at 05:34:36PM +0530, Shashank Sharma wrote: >> This patch series adds 4 patches. >> - The first two patches add aspect ratio support in DRM layes >> - Next two patches add new aspect ratios defined in CEA-861-F

[PATCH 3/3] drm/bridge: Add ITE IT6251 bridge driver

Add driver for the ITE IT6251 LVDS-to-eDP bridge. Signed-off-by: Marek Vasut Cc: Daniel Vetter Cc: Sean Cross --- drivers/gpu/drm/bridge/Kconfig | 9 + drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/ite-it6251.c | 606 3 files

[PATCH 2/3] dt-bindings: it6251: add bindings for IT6251 LVDS-to-eDP bridge

Add DT bindings for ITE IT6251 LVDS-to-eDP bridge. Signed-off-by: Marek Vasut Cc: devicetree at vger.kernel.org Cc: Daniel Vetter Cc: Rob Herring Cc: Sean Cross --- .../bindings/display/bridge/ite,it6251.txt | 35 ++ 1 file changed, 35 insertions(+) create mode

[PATCH 1/3] dt-bindings: Add ITE Tech prefix

Add vendor prefix for ITE Tech Inc, http://www.ite.com.tw/ Signed-off-by: Marek Vasut Cc: devicetree at vger.kernel.org Cc: Daniel Vetter Cc: Rob Herring Cc: Sean Cross --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 3/3] ARM: dts: da850: add the syscfg and ddrctl nodes

Add the nodes for the System Configuration and DDR2/mDDR memory controller drivers to da850.dtsi. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi index

[PATCH 2/3] ARM: bus: da8xx-syscfg: new driver

Create the driver for the da8xx System Configuration and implement support for writing to the three Master Priority registers. Signed-off-by: Bartosz Golaszewski --- .../devicetree/bindings/bus/ti,da850-syscfg.txt| 63 +++ drivers/bus/Kconfig| 8 +

[PATCH 1/3] ARM: memory: da8xx-ddrctl: new driver

Create a new driver for the da8xx DDR2/mDDR controller and implement support for writing to the Peripheral Bus Burst Priority Register. Signed-off-by: Bartosz Golaszewski --- .../memory-controllers/ti-da8xx-ddrctl.txt | 25 +++ drivers/memory/Kconfig | 8

[PATCH 0/3] ARM: da850: new drivers for better LCDC support

This series adds two new drivers in order to better support the LCDC rev1 present on the da850 boards. The first patch adds a new memory driver which allows to write to the DDR2/mDDR memory controller present on the da8xx SoCs. The second patch adds a new bus driver which allows to interact with

[PATCH -next] gpu: ipu-v3: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

Am Mittwoch, den 21.09.2016, 15:12 + schrieb Wei Yongjun: > From: Wei Yongjun > > Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). > > Generated by: scripts/coccinelle/api/err_cast.cocci > > Signed-off-by: Wei Yongjun > --- > drivers/gpu/ipu-v3/ipu-image-convert.c | 2 +- >

[patch] drm/imx: drm_dev_alloc() returns error pointers

Am Donnerstag, den 13.10.2016, 11:53 +0300 schrieb Dan Carpenter: > We are checking for NULL here, when we should be checking for error > pointers. > > Fixes: 54db5decce17 ("drm/imx: drop deprecated load/unload drm_driver ops") > Signed-off-by: Dan Carpenter > > diff --git

[PATCH 3/3] drm/imx: ipuv3-plane: Access old u/vbo properly in ->atomic_check for YU12/YV12

Hi Liu, Am Montag, den 10.10.2016, 14:50 +0800 schrieb Liu Ying: > Before accessing the u/v offset(aka, u/vbo for IPUv3) of the old plane state's > relevant fb, we should make sure the fb is in YU12 or YV12 pixel format(which > are the two YUV pixel formats we support only), otherwise, we are

[Intel-gfx] [PATCH v4 2/4] drm: Add aspect ratio parsing in DRM layer

On Mon, Oct 17, 2016 at 08:21:21PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 10/17/2016 7:36 PM, Ville Syrjälä wrote: > > On Mon, Oct 17, 2016 at 07:10:42PM +0530, Sharma, Shashank wrote: > >> Regards > >> > >> Shashank > >> > >> > >> On 10/17/2016 6:01 PM, Ville

[PATCH] dma-buf/fence-array: fix deadlock in fence-array

2016-10-17 Chris Wilson : > On Mon, Oct 17, 2016 at 02:59:52PM -0400, Rob Clark wrote: > > On Mon, Oct 17, 2016 at 2:52 PM, Gustavo Padovan > > wrote: > > > 2016-10-17 Rob Clark : > > > > > >> Currently with fence-array, we have a potential deadlock situation. If > > >> we > > >>

[PATCH] drm/msm/mdp5: expose "alpha" property

On Mon, Oct 17, 2016 at 04:34:27PM +0200, Daniel Vetter wrote: > On Mon, Oct 17, 2016 at 10:08:28AM -0400, Rob Clark wrote: > > On Mon, Oct 17, 2016 at 2:24 AM, Daniel Vetter wrote: > > > On Fri, Oct 14, 2016 at 07:50:13PM -0400, Rob Clark wrote: > > >> We had this wired up already internally but

[PATCH v4 4/4] drm: Add and handle new aspect ratios in DRM layer

HDMI 2.0/CEA-861-F introduces two new aspect ratios: - 64:27 - 256:135 This patch: - Adds new DRM flags for to represent these new aspect ratios. - Adds new cases to handle these aspect ratios while converting from user->kernel mode or vise versa. Signed-off-by: Shashank Sharma Reviewed-by:

[PATCH v4 3/4] video: Add new aspect ratios for HDMI 2.0

HDMI 2.0/CEA-861-F introduces two new aspect ratios: - 64:27 - 256:135 This patch adds enumeration for the new aspect ratios in the existing aspect ratio list. Signed-off-by: Shashank Sharma Reviewed-by: Sean Paul Reviewed-by: Jose Abreu Acked-by: Tomi Valkeinen Cc: Daniel Vetter Cc: Emil

[PATCH v4 2/4] drm: Add aspect ratio parsing in DRM layer

Current DRM layer functions don't parse aspect ratio information while converting a user mode->kernel mode or vice versa. This causes modeset to pick mode with wrong aspect ratio, eventually causing failures in HDMI compliance test cases, due to wrong VIC. This patch adds aspect ratio information

[PATCH v4 1/4] drm: add picture aspect ratio flags

This patch adds drm flag bits for aspect ratio information Currently drm flag bits don't have field for mode's picture aspect ratio. This field will help the driver to pick mode with right aspect ratio, and help in setting right VIC field in avi infoframes. Signed-off-by: Shashank Sharma

[PATCH v4 0/4] Picture aspect ratio support in DRM layer

This patch series adds 4 patches. - The first two patches add aspect ratio support in DRM layes - Next two patches add new aspect ratios defined in CEA-861-F supported for HDMI 2.0 4k modes. Adding aspect ratio support in DRM layer: - The CEA videmodes contain aspect ratio information, which we

[PATCH] dma-buf/fence-array: fix deadlock in fence-array

2016-10-17 Rob Clark : > On Mon, Oct 17, 2016 at 2:52 PM, Gustavo Padovan > wrote: > > 2016-10-17 Rob Clark : > > > >> Currently with fence-array, we have a potential deadlock situation. If we > >> fence_add_callback() on an array-fence, the array-fence's lock is acquired > >> first, and in

Etnaviv driver does bind with 4.9-rc1

Am Montag, den 17.10.2016, 12:49 -0200 schrieb Fabio Estevam: > Hi, > > With kernel 4.8.2 the following messages are seen on a mx6q: > > root at imx6qsabresd:~# dmesg | grep etnaviv > [2.378176] etnaviv gpu-subsystem: bound 134000.gpu (ops gpu_ops) > [2.384352] etnaviv gpu-subsystem:

[Intel-gfx] [PATCH v4 2/4] drm: Add aspect ratio parsing in DRM layer

On Mon, Oct 17, 2016 at 07:10:42PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 10/17/2016 6:01 PM, Ville Syrjälä wrote: > > On Mon, Oct 17, 2016 at 05:34:38PM +0530, Shashank Sharma wrote: > >> Current DRM layer functions don't parse aspect ratio information > >> while

[PATCH v3 0/4]: Picture aspect ratio support in DRM layer

Regards Shashank On 10/17/2016 5:01 PM, Jose Abreu wrote: > Hi Shashank, > > > On 17-10-2016 12:32, Shashank Sharma wrote: >> This patch series adds 4 patches. >> - The first two patches add aspect ratio support in DRM layes >> - Next two patches add new aspect ratios defined in CEA-861-F >>

[PATCH v3 4/4] drm: Add and handle new aspect ratios in DRM layer

HDMI 2.0/CEA-861-F introduces two new aspect ratios: - 64:27 - 256:135 This patch: - Adds new DRM flags for to represent these new aspect ratios. - Adds new cases to handle these aspect ratios while converting from user->kernel mode or vise versa. Signed-off-by: Shashank Sharma Reviewed-by:

[PATCH v3 3/4] video: Add new aspect ratios for HDMI 2.0

HDMI 2.0/CEA-861-F introduces two new aspect ratios: - 64:27 - 256:135 This patch adds enumeration for the new aspect ratios in the existing aspect ratio list. Signed-off-by: Shashank Sharma Reviewed-by: Sean Paul Cc: Daniel Vetter Cc: Emil Velikov V2: rebase V3: rebase ---

[PATCH v3 2/4] drm: Add aspect ratio parsing in DRM layer

Current DRM layer functions don't parse aspect ratio information while converting a user mode->kernel mode or vice versa. This causes modeset to pick mode with wrong aspect ratio, eventually causing failures in HDMI compliance test cases, due to wrong VIC. This patch adds aspect ratio information

[PATCH v3 1/4] drm: add picture aspect ratio flags

This patch adds drm flag bits for aspect ratio information Currently drm flag bits don't have field for mode's picture aspect ratio. This field will help the driver to pick mode with right aspect ratio, and help in setting right VIC field in avi infoframes. Signed-off-by: Shashank Sharma

[PATCH v3 0/4]: Picture aspect ratio support in DRM layer

This patch series adds 4 patches. - The first two patches add aspect ratio support in DRM layes - Next two patches add new aspect ratios defined in CEA-861-F supported for HDMI 2.0 4k modes. Adding aspect ratio support in DRM layer: - The CEA videmodes contain aspect ratio information, which we

[PATCH v2][resend v2] drm: bridge: add DesignWare HDMI I2S audio support

From: Kuninori Morimoto Current dw-hdmi is supporting sound via AHB bus, but it has I2S audio feature too. This patch adds I2S audio support to dw-hdmi. This HDMI I2S is supported by using ALSA SoC common HDMI encoder driver. Tested-by: Jose Abreu

[PATCH] dma-buf/fence-array: fix deadlock in fence-array

2016-10-17 Rob Clark : > Currently with fence-array, we have a potential deadlock situation. If we > fence_add_callback() on an array-fence, the array-fence's lock is acquired > first, and in it's ->enable_signaling() callback, it will install cb's on > it's array-member fences, so the

[PATCH v3 4/4] drm: Add and handle new aspect ratios in DRM layer

HDMI 2.0/CEA-861-F introduces two new aspect ratios: - 64:27 - 256:135 This patch: - Adds new DRM flags for to represent these new aspect ratios. - Adds new cases to handle these aspect ratios while converting from user->kernel mode or vise versa. Signed-off-by: Shashank Sharma Reviewed-by:

[PATCH v3 3/4] video: Add new aspect ratios for HDMI 2.0

HDMI 2.0/CEA-861-F introduces two new aspect ratios: - 64:27 - 256:135 This patch adds enumeration for the new aspect ratios in the existing aspect ratio list. Signed-off-by: Shashank Sharma Reviewed-by: Sean Paul Cc: Daniel Vetter Cc: Emil Velikov V2: rebase V3: rebase ---

[PATCH v3 2/4] drm: Add aspect ratio parsing in DRM layer

Current DRM layer functions don't parse aspect ratio information while converting a user mode->kernel mode or vice versa. This causes modeset to pick mode with wrong aspect ratio, eventually causing failures in HDMI compliance test cases, due to wrong VIC. This patch adds aspect ratio information

[PATCH v3 1/4] drm/i915: Add lspcon resume function

As per the software design, we are driving lspcon in PCON mode. But while resuming from suspend, lspcon can go in LS mode (which is its default operating mode on power on) This patch adds a resume function for lspcon, which makes sure its operating in PCON mode, post resume. V2: Address review

[PATCH v3 0/4] Picture aspect ratio support in DRM layer

This patch series adds 4 patches. - The first two patches add aspect ratio support in DRM layes - Next two patches add new aspect ratios defined in CEA-861-F supported for HDMI 2.0 4k modes. Adding aspect ratio support in DRM layer: - The CEA videmodes contain aspect ratio information, which we

[PATCH v11 2/4] drm: Add API for capturing frame CRCs

On Thu, Oct 06, 2016 at 05:21:06PM +0200, Tomeu Vizoso wrote: > Adds files and directories to debugfs for controlling and reading frame > CRCs, per CRTC: > > dri/0/crtc-0/crc > dri/0/crtc-0/crc/control > dri/0/crtc-0/crc/data > > Drivers can implement the set_crc_source callback() in

[RFC] drm/fb-helper: reject any changes to the fbdev

On Wed, Oct 12, 2016 at 12:37:07PM +0300, Tomi Valkeinen wrote: > On 12/10/16 02:15, Stefan Agner wrote: > > The current fbdev emulation does not allow to push back changes in > > width, height or depth to KMS, hence reject any changes with an > > error. This makes sure that fbdev ioctl's fail

[PATCH] crygpu/drm/exynos/exynos_hdmi - Unmap region obtained by of_iomap

Free memory mapping, if hdmi_probe is not successful. Signed-off-by: Arvind Yadav --- drivers/gpu/drm/exynos/exynos_hdmi.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index 2275efe..9b7857b 100644 ---

kernel panic caused by raedon driver during reboot

org/archives/dri-devel/attachments/20161017/b3063fd9/attachment.sig>

[PATCH] drm/msm/mdp5: expose "alpha" property

On Mon, Oct 17, 2016 at 10:08:28AM -0400, Rob Clark wrote: > On Mon, Oct 17, 2016 at 2:24 AM, Daniel Vetter wrote: > > On Fri, Oct 14, 2016 at 07:50:13PM -0400, Rob Clark wrote: > >> We had this wired up already internally but initially did not expose the > >> property pending bikeshed about

About the Xserver for rockchip

On 10/17/2016 04:02 PM, Mark yao wrote: > On 2016年10月17日 15:12, Heiko Stuebner wrote: >> Am Montag, 17. Oktober 2016, 14:45:30 CEST schrieb Randy Li: >>> Hello Tomasz: >>>Heiko told me you are in charge of the graphics part of chromium, I >>> think I had better told you the developing

[git pull] drm fixes for 4.9-rc2

Hi Linus, Just had a couple of amdgpu fixes and one core fix I wanted to get out early to fix some regressions. I'm sure I'll have more stuff this week for -rc2. Signed tags should be working again. Dave. The following changes since commit 69405d3da98b48633b78a49403e4f9cdb7c6a0f5: Merge

[Bug 91965] RS482M [Mobility Radeon Xpress 200] screen corruption

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161017/e8b4f6ed/attachment.html>

[Bug 98276] Kernel Panic on shutdown caused by "drm/amdgpu: always apply pci shutdown callbacks"

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

[bug report] drm/amd/powerplay: add vce state tables initialize for ppt v1.

> regards, > dan carpenter > > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/5ed91f0f/attachment.html>

kernel panic caused by raedon driver during reboot

On 10/17/16 at 04:37pm, Michel Dänzer wrote: > On 17/10/16 04:17 PM, Baoquan He wrote: > > In fact this could happen in radeon_pci_shutdown. I tried reboot and > > poweroff, kernel panic happened in both cases. Attachments are console > > log and kernel config of 4.9-rc1 on linus's tree. > >

About the Xserver for rockchip

On 2016年10月17日 15:12, Heiko Stuebner wrote: > Am Montag, 17. Oktober 2016, 14:45:30 CEST schrieb Randy Li: >> Hello Tomasz: >>Heiko told me you are in charge of the graphics part of chromium, I >> think I had better told you the developing status of the xorg xserver in >> rockchip. >

[PATCH 2/2] ARM: dts: da850: add a node for the LCD controller

2016-10-17 14:29 GMT+02:00 Tomi Valkeinen : > On 17/10/16 14:40, Laurent Pinchart wrote: >> Hello, >> >> On Monday 17 Oct 2016 10:33:58 Tomi Valkeinen wrote: >>> On 17/10/16 10:12, Sekhar Nori wrote: On Monday 17 October 2016 11:26 AM, Tomi Valkeinen wrote: > On 15/10/16 20:42, Sekhar

[Bug 91965] pictures artefacts

Linux 4.6.0-040600-generic -- 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/20161017/dd0c0676/attachment.html>

[GIT PULL] etnaviv-fixes for 4.9-rc2

Hi Dave, 2 more patches to stabilize the new MMUv2 support. Regards, Lucas The following changes since commit b89857852656f016328d2d7ccec5fff57445fa85: Merge branch 'drm-next-4.9' of git://people.freedesktop.org/~agd5f/linux into drm-next (2016-10-10 16:40:16 +1000) are available in the

[PATCH 3/3] reservation: revert "wait only with non-zero timeout specified (v3)"

From: Christian König This reverts commit fb8b7d2b9d80e1e71f379e57355936bd2b024be9. Otherwise signaling might never be activated on the fences. This can result in infinite waiting with hardware which has unreliable interrupts. Signed-off-by: Christian König ---

[PATCH 2/3] dma-buf/fence: revert "don't wait when specified timeout is zero"

From: Christian König This reverts commit 847b19a39e4c9b5e74c40f0842c48b41664cb43c. When we don't call the wait function software signaling might never be activated. This can cause infinite polling loops with unreliable interrupt driven hardware. Signed-off-by:

[PATCH 1/3] dma-buf/fence: make timeout handling in fence_default_wait consistent

From: Christian König Kernel functions taking a timeout usually return 1 on success even when they get a zero timeout. Signen-off-by: Christian König --- drivers/dma-buf/fence.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git

[Bug 91965] pictures artefacts

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/c0d368ba/attachment.html>

[PATCH 2/2] ARM: dts: da850: add a node for the LCD controller

Hi Tomi, On Monday 17 Oct 2016 15:29:23 Tomi Valkeinen wrote: > On 17/10/16 14:40, Laurent Pinchart wrote: > > On Monday 17 Oct 2016 10:33:58 Tomi Valkeinen wrote: > >> On 17/10/16 10:12, Sekhar Nori wrote: > >>> On Monday 17 October 2016 11:26 AM, Tomi Valkeinen wrote: > On 15/10/16 20:42,

[PATCH 1/2] devicetree/bindings: display: Add bindings for LVDS panels

Hi Rob, On Friday 14 Oct 2016 07:40:14 Rob Herring wrote: > On Sun, Oct 9, 2016 at 11:33 AM, Laurent Pinchart wrote: > > On Saturday 08 Oct 2016 20:29:39 Rob Herring wrote: > >> On Tue, Oct 04, 2016 at 07:23:29PM +0300, Laurent Pinchart wrote: > >>> LVDS is a physical layer specification defined

[PATCH v4 3/4] video: Add new aspect ratios for HDMI 2.0

On Mon, Oct 17, 2016 at 05:34:39PM +0530, Shashank Sharma wrote: > HDMI 2.0/CEA-861-F introduces two new aspect ratios: > - 64:27 > - 256:135 > > This patch adds enumeration for the new aspect ratios > in the existing aspect ratio list. > > Signed-off-by: Shashank Sharma > Reviewed-by: Sean

[Intel-gfx] [PATCH v4 2/4] drm: Add aspect ratio parsing in DRM layer

On Mon, Oct 17, 2016 at 05:34:38PM +0530, Shashank Sharma wrote: > Current DRM layer functions don't parse aspect ratio information > while converting a user mode->kernel mode or vice versa. This > causes modeset to pick mode with wrong aspect ratio, eventually > causing failures in HDMI

[PATCH 2/2] ARM: dts: da850: add a node for the LCD controller

e, and I agree that's the "correct" way, but looking at the history, it's not just once or twice when we've suddenly found out some difference or bug or such in an IP revision, or the integration to a SoC, that can't be found based on the IP revision. That's why I feel it's usually safer to have the SoC revision there in the compatible string. That said, we have only a few different old SoCs with LCDC (compared to, say, OMAP DSS) so in this case perhaps just "ti,lcdc" would be fine. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161017/6c32126e/attachment.sig>

[RESEND][PATCH 2/2 v4] drm/bridge: adv7511: Enable the audio data and clock pads on adv7533

From: Srinivas Kandagatla This patch enables the Audio Data and Clock pads to the adv7533 bridge. Without this patch audio can not be played. Cc: David Airlie Cc: Archit Taneja Cc: Laurent Pinchart Cc: Wolfram Sang Cc:

[RESEND][PATCH 1/2 v4] drm/bridge: adv7511: Add Audio support.

This patch adds support to Audio for both adv7511 and adv7533 bridge chips. This patch was originally from [1] by Lars-Peter Clausen and was adapted by Archit Taneja and Srinivas Kandagatla . Then I heavily reworked it to use the hdmi-codec driver. And also folded in some audio packet

kernel panic caused by raedon driver during reboot

In fact this could happen in radeon_pci_shutdown. I tried reboot and poweroff, kernel panic happened in both cases. Attachments are console log and kernel config of 4.9-rc1 on linus's tree. -- next part -- [ 14.275003] Rebooting in 10 seconds..[ 24.329266] ACPI MEMORY

[PATCH] dma-buf/fence-array: fix deadlock in fence-array

On Mon, Oct 17, 2016 at 2:52 PM, Gustavo Padovan wrote: > 2016-10-17 Rob Clark : > >> Currently with fence-array, we have a potential deadlock situation. If we >> fence_add_callback() on an array-fence, the array-fence's lock is acquired >> first, and in it's ->enable_signaling() callback, it

About the Xserver for rockchip

Hello Tomasz: Heiko told me you are in charge of the graphics part of chromium, I think I had better told you the developing status of the xorg xserver in rockchip. Currently the graphics department released a modification version of xserver which would support the libMali, but the way to

[PATCH] dma-buf/fence-array: fix deadlock in fence-array

Currently with fence-array, we have a potential deadlock situation. If we fence_add_callback() on an array-fence, the array-fence's lock is acquired first, and in it's ->enable_signaling() callback, it will install cb's on it's array-member fences, so the array-member's lock is acquired second.

[PATCH 2/2] ARM: dts: da850: add a node for the LCD controller

Hello, On Monday 17 Oct 2016 10:33:58 Tomi Valkeinen wrote: > On 17/10/16 10:12, Sekhar Nori wrote: >> On Monday 17 October 2016 11:26 AM, Tomi Valkeinen wrote: >>> On 15/10/16 20:42, Sekhar Nori wrote: > diff --git a/arch/arm/boot/dts/da850.dtsi > b/arch/arm/boot/dts/da850.dtsi >

[PATCH 19/19] drm/atomic: Rename atomic oldnew iterator

With the old users of for_each_obj_in_state gone, we can rename for_each_oldnew_obj_in_state back to that name. It's slightly less ugly. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 34 ++--- drivers/gpu/drm/drm_blend.c

[PATCH 18/19] drm/i915: Use new atomic iterator macros in display code

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 156 ++- 1 file changed, 80 insertions(+), 76 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index 3bd3f6a93c12..d310abace86a

[PATCH 17/19] drm/i915: Use new atomic iterator macros in wm code

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_pm.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c index 2df06b703e3d..163b73b493bf 100644 --- a/drivers/gpu/drm/i915/intel_pm.c

[PATCH 16/19] drm/i915: Use new atomic iterator macros in fbc

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_fbc.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_fbc.c b/drivers/gpu/drm/i915/intel_fbc.c index faa67624e1ed..0028335fc1bb 100644 --- a/drivers/gpu/drm/i915/intel_fbc.c +++

[PATCH 15/19] drm/i915: Use new atomic iterator macros in ddi

Also make the function static, it's only used inside intel_ddi.c Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_ddi.c | 4 ++-- drivers/gpu/drm/i915/intel_drv.h | 2 -- 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_ddi.c

[PATCH 14/19] drm/mediatek: Use new atomic iterator macros

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/mediatek/mtk_drm_drv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_drv.c b/drivers/gpu/drm/mediatek/mtk_drm_drv.c index db61aa5f32ef..414e848d8cbf 100644 ---

[PATCH 13/19] drm/imx: Use new atomic iterator macros

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/imx/imx-drm-core.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/imx/imx-drm-core.c b/drivers/gpu/drm/imx/imx-drm-core.c index 98df09c2b388..d484af773460 100644 ---

[PATCH 12/19] drm/msm: Use new atomic iterator macros

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c | 4 ++-- drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 6 +++--- drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.h | 3 ++- drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 4 ++-- drivers/gpu/drm/msm/msm_atomic.c | 16

[PATCH 11/19] drm/omap: Use new atomic iterator macros

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/omapdrm/omap_drv.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c b/drivers/gpu/drm/omapdrm/omap_drv.c index 1735c7accf72..74f9519878a2 100644 ---

[PATCH 10/19] drm/rcar-du: Use new atomic iterator macros.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c b/drivers/gpu/drm/rcar-du/rcar_du_kms.c index

[PATCH 09/19] drm/rockchip: Use new atomic iterator macros.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c index c7eba305c488..5c0625e5dca1 100644 ---

[PATCH 08/19] drm/vc4: Use new atomic iterator macros.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/vc4/vc4_kms.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu/drm/vc4/vc4_kms.c index f31f72af8551..76cc9b374215 100644 --- a/drivers/gpu/drm/vc4/vc4_kms.c +++

[PATCH 07/19] drm/atomic: Fix atomic helpers to use the new iterator macros.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 302 +++- 1 file changed, 157 insertions(+), 145 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c index fcb6e5b55217..c8aba493fc17

[PATCH 06/19] drm/atomic: Use new atomic iterator macros.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 1915ec44f7eb..6672ea93ee73 100644 --- a/drivers/gpu/drm/drm_atomic.c +++

  1   2   >