From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: Rob Clark <robdclark@gmail.com>
Cc: dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org,
pawel.moll@arm.com, linux-arm-kernel@lists.infradead.org,
tom.cooksey@arm.com
Subject: Re: [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111
Date: Fri, 26 Jul 2013 15:14:30 +0100 [thread overview]
Message-ID: <20130726141430.GQ24642@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <CAF6AEGtspnhSGNM4_QQubVfOkZ1Gh1-Z3iyHOLBPVWuqRy81ew@mail.gmail.com>
On Thu, Jul 25, 2013 at 02:21:59PM -0400, Rob Clark wrote:
> On Thu, Jul 25, 2013 at 1:17 PM, <tom.cooksey@arm.com> wrote:
> > Known issues:
> > * It uses KDS. We intend to switch to whatever implicit per-buffer
> > synchronisation mechanism gets merged, once something is merged.
> > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> > allocate buffers for the GPU. Still not sure how to resolve this
> > as we don't use DRM for our GPU driver.
>
> any thoughts/plans about a DRM GPU driver? Ideally long term (esp.
> once the dma-fence stuff is in place), we'd have gpu-specific drm
> (gpu-only, no kms) driver, and SoC/display specific drm/kms driver,
> using prime/dmabuf to share between the two.
The PL111 primecell is just a scanout device. It has no GPU embedded
in it. It's just like the Armada/Dove DRM stuff - if a GPU is provided
it's an entirely separate piece of IP, and will likely remain a separate
non-DRM driver.
In the case of PL111, PL111 is not manufacturer specific so the GPU can
be any standalone GPU.
next prev parent reply other threads:[~2013-07-26 14:14 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-25 17:17 [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111 tom.cooksey
2013-07-25 17:17 ` [RFC 1/1] " tom.cooksey
2013-08-07 16:17 ` Rob Clark
2013-08-07 16:46 ` Daniel Vetter
2013-08-09 16:15 ` Tom Cooksey
2013-08-09 16:15 ` Tom Cooksey
[not found] ` <520515b0.88b70e0a.3ecd.1004SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-09 16:34 ` Rob Clark
2013-08-09 16:57 ` Daniel Vetter
2013-08-09 17:31 ` Tom Cooksey
2013-08-09 17:31 ` Tom Cooksey
[not found] ` <5205277e.84320f0a.1cdf.ffff8816SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-10 12:30 ` Rob Clark
[not found] ` <000701ce9526$4bb43440$e31c9cc0$@cooksey@arm.com>
2013-08-13 14:35 ` Tom Cooksey
2013-08-13 14:35 ` Tom Cooksey
[not found] ` <520a4435.070a0e0a.4fce.ffff9731SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-13 14:58 ` Rob Clark
2013-08-14 14:59 ` Tom Cooksey
2013-08-14 14:59 ` Tom Cooksey
2013-08-10 4:56 ` Inki Dae
2013-07-25 18:21 ` [RFC 0/1] " Rob Clark
2013-07-26 14:06 ` Pawel Moll
2013-07-26 14:21 ` Rob Clark
2013-07-26 14:41 ` Pawel Moll
2013-07-26 14:14 ` Russell King - ARM Linux [this message]
2013-07-26 14:24 ` Rob Clark
2013-07-26 15:58 ` Tom Cooksey
2013-07-26 15:58 ` Tom Cooksey
[not found] ` <51f29cd1.e686440a.66b2.fffff9d5SMTPIN_ADDED_BROKEN@mx.google.com>
2013-07-26 18:56 ` Daniel Vetter
[not found] ` <51f29ccd.f014b40a.34cc.ffffca2aSMTPIN_ADDED_BROKEN@mx.google.com>
2013-07-29 14:58 ` Rob Clark
2013-08-05 17:10 ` Tom Cooksey
2013-08-05 17:10 ` Tom Cooksey
[not found] ` <51ffdc7e.06b8b40a.2cc8.0fe0SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-05 18:07 ` Rob Clark
2013-08-06 11:31 ` Tom Cooksey
2013-08-06 11:31 ` Tom Cooksey
[not found] ` <5200deb3.0b24b40a.3b26.ffffbadeSMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-06 12:15 ` Rob Clark
2013-08-06 14:03 ` Tom Cooksey
2013-08-06 14:03 ` Tom Cooksey
[not found] ` <52010257.245fc20a.6ff8.1cfdSMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-06 14:40 ` Rob Clark
2013-08-06 17:38 ` Tom Cooksey
2013-08-06 17:38 ` Tom Cooksey
[not found] ` <52013482.e107c20a.27f9.ffffa718SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-06 19:06 ` Rob Clark
2013-08-07 17:33 ` Tom Cooksey
2013-08-07 17:33 ` Tom Cooksey
[not found] ` <520284fe.a16ec20a.2d3c.6e19SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-07 17:56 ` [Linaro-mm-sig] " Alex Deucher
[not found] ` <520284d6.07300f0a.72a4.1623SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-07 18:12 ` Rob Clark
2013-08-09 16:15 ` Tom Cooksey
2013-08-09 16:15 ` Tom Cooksey
[not found] ` <520515b9.87370f0a.16e6.2380SMTPIN_ADDED_BROKEN@mx.google.com>
2013-08-09 17:12 ` Rob Clark
2013-08-14 15:01 ` Tom Cooksey
2013-08-14 15:01 ` Tom Cooksey
2013-08-07 4:23 ` John Stultz
2013-08-07 13:27 ` Rob Clark
[not found] ` <000101ce9298$8ce44ee0$a6aceca0$@cooksey@arm.com>
2013-08-06 12:18 ` [Linaro-mm-sig] " Lucas Stach
2013-08-06 14:14 ` Rob Clark
2013-08-06 14:36 ` Lucas Stach
2013-08-06 14:59 ` Rob Clark
2013-08-06 15:28 ` Daniel Vetter
2013-09-14 21:33 ` Daniel Stone
2013-08-07 3:57 ` John Stultz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130726141430.GQ24642@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=pawel.moll@arm.com \
--cc=robdclark@gmail.com \
--cc=tom.cooksey@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox