Hi Heiko,
On 06/12/2018 08:15 PM, Heiko Stuebner wrote:
From: Sandy Huang
The vop irq is shared between vop and iommu and irq probing in the
iommu driver moved to the probe function recently. This can in some
cases lead to a stall if the irq is triggered while the vop driver
still has it disab
bind/unbind.
but i found a kmemleak issue(dma_mask not freed) in dw-hdmi when testing
that, will send patch soon.
On 03/03/2018 08:20 AM, JeffyChen wrote:
Hi Laurent,
On 03/03/2018 05:49 AM, Laurent Pinchart wrote:
Hi Enric,
Thank you for the patch.
On Friday, 2 March 2018 19:57:57 EET E
Hi Laurent,
On 03/03/2018 05:49 AM, Laurent Pinchart wrote:
Hi Enric,
Thank you for the patch.
On Friday, 2 March 2018 19:57:57 EET Enric Balletbo i Serra wrote:
From: Jeffy Chen
We inited connector in attach(), so need a detach() to cleanup.
Do we ? The dw-hdmi driver already sets drm_co
Hi Thierry,
Thanks for posting these :)
Hi Archit,
Thanks for your reply.
On 01/10/2018 05:46 PM, Archit Taneja wrote:
I don't know if the rest of the rockchip patches in the series
depend on the 4 bridge patches. If they do, the rockchip maintainer
can queue both rockchip and bridge patches
Hi Heiko,
On 10/31/2017 07:01 AM, Heiko Stuebner wrote:
As I was just looking at the edp dts change in patch1 again, does this
series also contain a fix for the issue below [0] ?
I'm still seeing this on 4.14-rc6 with the most recent drm tree merged in.
i saw that too, it should due to our psr
