From: Martin Peres <martin.peres@linux.intel.com>
To: Rob Herring <robh@kernel.org>,
dri-devel <dri-devel@lists.freedesktop.org>
Cc: Benjamin Gaignard <benjamin.gaignard@linaro.org>
Subject: Re: dumb BOs and prime
Date: Fri, 4 Dec 2015 20:21:22 +0200 [thread overview]
Message-ID: <5661D9A2.8080203@linux.intel.com> (raw)
In-Reply-To: <CAL_JsqJ-EX2w1UHykDXbierHmTm7cEV+cP5a36=1UBCy1w=Kbw@mail.gmail.com>
On 04/12/15 19:49, Rob Herring wrote:
> I'm working on getting Android working with DRM drivers. ATM, I'm
> using virtio-gpu as the driver and trying to get just KMS side working
> without rendering. I have it working with stock AOSP and the emulated
> fb with a few additions to the virtio-gpu driver[1]. Now I'm trying to
> get things working with native KMS using drm_gralloc and
> drm_hwcomposer (now in AOSP). I've hit one problem though which I'm
> not sure how to solve without hacking around it.
>
> Is prime allowed on dumb BOs? AIUI, dumb buffer allocation is not
> allowed on render nodes and drmPrimeHandleToFD is not allowed on
> card0, so I'm stuck. I could open both nodes, but then I want the case
> of no render node to work. After some searching, I thought it was a
> matter of needing to do drmAuthMagic, but then found that is
> considered obsolete[2].
Obsolete when using render nodes, but still necessary on usual nodes
(/dev/dri/cardX) as far as I remember. The usual nodes can do everything
the render nodes can do.
Authentication should help! Please make sure you are master or
authenticated before doing anything on the usual nodes.
>
> Rob
>
> [1] git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git android-4.4
> [2] http://www.x.org/wiki/Events/XDC2013/XDC2013DavidHerrmannDRMSecurity/slides.pdf
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2015-12-04 18:21 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-04 17:49 dumb BOs and prime Rob Herring
2015-12-04 18:07 ` Daniel Stone
2015-12-04 18:21 ` Martin Peres [this message]
2015-12-04 18:40 ` Benjamin Gaignard
2015-12-04 19:23 ` Rob Herring
2015-12-04 23:48 ` Greg Hackmann
2015-12-05 10:16 ` Daniel Vetter
2015-12-05 23:40 ` Rob Herring
2015-12-05 23:52 ` Stéphane Marchesin
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=5661D9A2.8080203@linux.intel.com \
--to=martin.peres@linux.intel.com \
--cc=benjamin.gaignard@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=robh@kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.