Re: [RFC PATCH v1 3/3] dt-binding: display: Require two rests on mantix panel

2020-09-27 Thread Thierry Reding
On Thu, Sep 24, 2020 at 09:38:07PM +0200, Sam Ravnborg wrote: > Hi Guido. > > On Mon, Sep 21, 2020 at 06:55:52PM +0200, Guido Günther wrote: > > We need to reset both for the panel to show an image. > > > > Signed-off-by: Guido Günther > > --- > > .../bindings/display/panel/mantix,mlaf057we51-x

Re: [PATCH v3 0/4] dma-buf: Flag vmap'ed memory as system or I/O memory

2020-09-27 Thread Christian König
Am 27.09.20 um 21:16 schrieb Sam Ravnborg: Hi Thomas. struct simap { union { void __iomem *vaddr_iomem; void *vaddr; }; bool is_iomem; }; Where simap is a shorthand for system_iomem_map And it could al be stuffed into a include/linux/sima

Re: linux-next: build failure after merge of the drm tree

2020-09-27 Thread Dave Airlie
On Mon, 28 Sep 2020 at 16:05, Christoph Hellwig wrote: > > On Mon, Sep 28, 2020 at 01:54:05PM +1000, Stephen Rothwell wrote: > > Hi all, > > > > After merging the drm tree, today's linux-next build (x86_64 allmodconfig) > > failed like this: > > The driver needs to switch do dma_alloc_noncoherent

Re: [PATCH 1/5] drm/ttm: move SG flag check into ttm_bo_vm_reserve

2020-09-27 Thread Dave Airlie
On Sat, 26 Sep 2020 at 00:55, Christian König wrote: > > Just check earlier if a BO can be page faulted in the first place. > > Signed-off-by: Christian König Nice work, For the series Reviewed-by: Dave Airlie > --- > drivers/gpu/drm/ttm/ttm_bo_vm.c | 16 +--- > 1 file changed,

linux-next: build failure after merge of the drm tree

2020-09-27 Thread Stephen Rothwell
Hi all, After merging the drm tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/gpu/drm/ingenic/ingenic-drm-drv.c: In function 'ingenic_drm_sync_data': drivers/gpu/drm/ingenic/ingenic-drm-drv.c:478:4: error: implicit declaration of function 'dma_cache_sync'; did you

[PATCH 2/4] mailbox / soc / drm: mediatek: Use mailbox rx_callback instead of cmdq_task_cb

2020-09-27 Thread Chun-Kuang Hu
rx_callback is a standard mailbox callback mechanism and could cover the function of proprietary cmdq_task_cb, so use the standard one instead of the proprietary one. Signed-off-by: Chun-Kuang Hu --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 17 +-- drivers/mailbox/mtk-cmdq-mailbox.c

[PATCH 4/4] drm/mediatek: Detect CMDQ execution timeout

2020-09-27 Thread Chun-Kuang Hu
CMDQ is used to update display register in vblank period, so it should be execute in next vblank. If it fail to execute in next 2 vblank, tiemout happen. Signed-off-by: Chun-Kuang Hu --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-)

[PATCH 3/4] mailbox / soc / drm: mediatek: Remove struct cmdq_client

2020-09-27 Thread Chun-Kuang Hu
In mailbox rx_callback, it pass struct mbox_client to callback function, but it could not map back to client instance because struct cmdq_client use a pointer to struct mbox_client: struct cmdq_client { struct mbox_client client; struct mbox_chan *chan; }; struct client_instance {

[PATCH 0/4] Mediatek DRM driver detect CMDQ execution timeout by vblank IRQ

2020-09-27 Thread Chun-Kuang Hu
CMDQ helper provide timer to detect execution timeout, but DRM driver could have a better way to detect execution timeout by vblank IRQ. For DRM, CMDQ command should execute in vblank, so if it fail to execute in next 2 vblank, timeout happen. Even though we could calculate time between 2 vblank an

[PATCH 1/4] soc / drm: mediatek: cmdq: Remove timeout handler in helper function

2020-09-27 Thread Chun-Kuang Hu
For each client driver, its timeout handler need to dump hardware register or its state machine information, and their way to detect timeout are also different, so remove timeout handler in helper function and let client driver implement its own timeout handler. Signed-off-by: Chun-Kuang Hu ---

Re: [PATCH v3 1/1] drm/ingenic: Add support for paletted 8bpp

2020-09-27 Thread Sam Ravnborg
On Sun, Sep 27, 2020 at 09:36:45PM +0200, Paul Cercueil wrote: > On JZ4725B and newer, the F0 plane supports paletted 8bpp with a > 256-entry palette. Add support for it. > > v3: Only accept a full 256-entry palette. > > Signed-off-by: Paul Cercueil Looks good. Reviewed-by: Sam Ravnborg > ---

Re: [PATCH v2] ARM: dts: r8a7742-iwg21d-q7: Add LCD support

2020-09-27 Thread Laurent Pinchart
Hi Prabhakar, On Sun, Sep 27, 2020 at 02:01:50PM +0100, Lad, Prabhakar wrote: > On Mon, Aug 24, 2020 at 1:48 AM Laurent Pinchart wrote: > > On Thu, Aug 13, 2020 at 03:00:41PM +0100, Lad Prabhakar wrote: > > > The iwg21d comes with a 7" capacitive touch screen, therefore > > > add support for it. >

Re: [PATCH v3 0/4] dma-buf: Flag vmap'ed memory as system or I/O memory

2020-09-27 Thread Sam Ravnborg
Hi Thomas. > > > > struct simap { > >union { > >void __iomem *vaddr_iomem; > >void *vaddr; > >}; > >bool is_iomem; > > }; > > > > Where simap is a shorthand for system_iomem_map > > And it could al be stuffed into a include/linux/simap.h fi

Re: [PATCH v3 0/4] dma-buf: Flag vmap'ed memory as system or I/O memory

2020-09-27 Thread Thomas Zimmermann
Hi Sam Am 26.09.20 um 09:13 schrieb Sam Ravnborg: > Hi Thomas. > > Sorry for chiming in late here, have been offline for a while. > > On Fri, Sep 25, 2020 at 01:55:57PM +0200, Thomas Zimmermann wrote: >> Dma-buf provides vmap() and vunmap() for retriving and releasing mappings >> of dma-buf memo

[pull] drm/msm: msm-next for 5.10

2020-09-27 Thread Rob Clark
Hi Dave, A bit bigger this time around, with the addition of DP support which has been baking for a while now. Overall: * DSI support for sm8150/sm8250 * Support for per-process GPU pagetables (finally!) for a6xx. There are still some iommu/arm-smmu changes required to enable, without which

Re: [PATCH] vt_ioctl: make VT_RESIZEX behave like VT_RESIZE

2020-09-27 Thread Greg KH
On Sun, Sep 27, 2020 at 08:46:30PM +0900, Tetsuo Handa wrote: > syzbot is reporting UAF/OOB read at bit_putcs()/soft_cursor() [1][2], for > vt_resizex() from ioctl(VT_RESIZEX) allows setting font height larger than > actual font height calculated by con_font_set() from ioctl(PIO_FONT). > Since fbco