Re: [PATCH v5 15/16] drm/mediatek: modify mediatek-drm for mt8195 multi mmsys support

Hi Chun-Kuang, Thanks for the review. On Wed, 2021-09-29 at 08:03 +0800, Chun-Kuang Hu wrote: > > Hi, Nancy: > > Nancy.Lin 於 2021年9月6日 週一 下午3:15寫道： > > > > MT8195 have two mmsys. Modify drm for MT8195 multi-mmsys support. > > The two mmsys (vdosys0 and vdosys1) will bring up two drm

Re: Questions over DSI within DRM.

Hi, Thanks Laurent for reviving the thread, I have missed it entirely. On 03.10.2021 16:16, Laurent Pinchart wrote: Hello, Reviving a bit of an old thread. On Thu, Jul 15, 2021 at 11:50:22AM +0200, Maxime Ripard wrote: On Tue, Jul 06, 2021 at 05:44:58PM +0100, Dave Stevenson wrote: On

572994bf18ff prevents system boot

Hi- After updating one of my test systems to v5.15-rc, I found that it becomes unresponsive during the later part of the boot process. A power-on reset is necessary to recover. I bisected to this commit: 572994bf18ff ("drm/ast: Zero is missing in detect function") Checking out v5.15-rc3 and

Re: Questions over DSI within DRM.

Hello, Reviving a bit of an old thread. On Thu, Jul 15, 2021 at 11:50:22AM +0200, Maxime Ripard wrote: > On Tue, Jul 06, 2021 at 05:44:58PM +0100, Dave Stevenson wrote: > > On Tue, 6 Jul 2021 at 16:13, Maxime Ripard wrote: > > > > > > On a similar theme, some devices want the clock lane in HS

Re: [PATCH] drm: rcar-du: Don't create encoder for unconnected LVDS outputs

Hi Geert, On Tue, Sep 28, 2021 at 10:55:57AM +0200, Geert Uytterhoeven wrote: > On Mon, Aug 23, 2021 at 4:54 PM Laurent Pinchart wrote: > > On Mon, Aug 23, 2021 at 02:25:32PM +0200, Geert Uytterhoeven wrote: > > > On Sun, Aug 22, 2021 at 2:36 AM Laurent Pinchart wrote: > > > > On R-Car D3 and E3,

[GIT FIXES FOR v5.15] R-Car DU fix

at: git://linuxtv.org/pinchartl/media.git tags/du-fixes-20211003 for you to fetch changes up to 734d0b3b6afd44510b4752ea730685f89e107767: drm: rcar-du: Don't create encoder for unconnected LVDS outputs (2021-10-03 16:05:36 +0300

Re: [PATCH v4 00/24] drm/bridge: Make panel and bridge probe order consistent

Hi Maxime, On Thu, Sep 30, 2021 at 12:56:02AM +0300, Laurent Pinchart wrote: > On Fri, Sep 10, 2021 at 12:11:54PM +0200, Maxime Ripard wrote: > > Hi, > > > > We've encountered an issue with the RaspberryPi DSI panel that prevented the > > whole display driver from probing. > > > > The issue is

[PATCH] drm/i915: Prefer struct_size over open coded arithmetic

As noted in the "Deprecated Interfaces, Language Features, Attributes, and Conventions" documentation [1], size calculations (especially multiplication) should not be performed in memory allocator (or similar) function arguments due to the risk of them overflowing. This could lead to values

[PATCH v7 2/2] habanalabs: add support for dma-buf exporter

From: Tomer Tayar Implement the calls to the dma-buf kernel api to create a dma-buf object backed by FD. We block the option to mmap the DMA-BUF object because we don't support DIRECT_IO and implicit P2P. We only implement support for explicit P2P through importing the FD of the DMA-BUF. In

[PATCH v7 1/2] habanalabs: define uAPI to export FD for DMA-BUF

User process might want to share the device memory with another driver/device, and to allow it to access it over PCIe (P2P). To enable this, we utilize the dma-buf mechanism and add a dma-buf exporter support, so the other driver can import the device memory and access it. The device memory is

[PATCH v7 0/2] Add p2p via dmabuf to habanalabs

Hi, I'm sending v7 after the latest review from Jason. All the changes are detailed in the commit messages. Dave, I'll appreciate if you can also a-b this patchset. Thanks, Oded Oded Gabbay (1): habanalabs: define uAPI to export FD for DMA-BUF Tomer Tayar (1): habanalabs: add support for