From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Deucher Subject: Re: [RFC 4/4] drm: Add NVIDIA Tegra support Date: Thu, 12 Apr 2012 10:12:31 -0400 Message-ID: References: <1334146230-1795-1-git-send-email-thierry.reding@avionic-design.de> <1334146230-1795-5-git-send-email-thierry.reding@avionic-design.de> <4F85C97E.50203@wwwdotorg.org> <20120412092106.GU3852@pengutronix.de> <20120412093301.GB23336@avionic-0098.mockup.avionic-design.de> <20120412132531.GC5353@avionic-0098.adnet.avionic-design.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Thierry Reding Cc: Sascha Hauer , Stephen Warren , Joerg Roedel , devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, Jon Mayo , iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, Colin Cross , linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Hiroshi Doyu List-Id: linux-tegra@vger.kernel.org On Thu, Apr 12, 2012 at 10:09 AM, Alex Deucher = wrote: > On Thu, Apr 12, 2012 at 9:25 AM, Thierry Reding > wrote: >> * Alex Deucher wrote: >>> On Thu, Apr 12, 2012 at 5:33 AM, Thierry Reding >>> wrote: >>> > In other words I would like to use the Tegra hardware to render c= ontent into >>> > a framebuffer (using potentially the 3D engine or HW accelerated = video >>> > decoding blocks) but display that framebuffer with a CRTC registe= red by a >>> > different driver (perhaps provided by a PCIe or USB device). >>> > >>> > I think such a setup would be possible if the CRTC registration c= an be >>> > decoupled from the DRM driver. Perhaps sdrm even supports that al= ready? >>> >>> You should be able to do something like that already with dma_buf a= nd >>> the drm prime infrastructure. =A0There's even a drm driver for the = udl >>> USB framebuffer devices. >> >> Using DRM PRIME requires user-space to be involved. I was thinking m= ore along >> the lines of allowing a dumb DRM driver that only provides a CRTC to= register >> with another driver so that it shows up as an output for the latter = DRM >> device. > > Even then it could get tricky with synchronization depending on the h= w. > >> >> Then again, having user-space control this may be more flexible. Per= formance- >> wise both should be about the same, right? What I don't quite unders= tand yet >> is how the DMABUF would be synchronized on both ends. Is there some = infra- >> structure to account for it or would I have to export two buffers an= d flip >> them during the vblank of the "consumer"? > > Performance should be about the same. =A0The tricky part is > synchronization. =A0dma_buf is for sharing. =A0There are ideas to mak= e > generic sync objects, but for now, it's up to the userspace component= s > to handle it. Some example code: http://lists.freedesktop.org/archives/dri-devel/2012-April/021182.html Alex