From: Alexey.Brodkin@synopsys.com (Alexey Brodkin)
To: linux-snps-arc@lists.infradead.org
Subject: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual
Date: Fri, 24 Nov 2017 16:25:25 +0000 [thread overview]
Message-ID: <1511540718.3497.73.camel@synopsys.com> (raw)
In-Reply-To: <1511539893.16502.34.camel@pengutronix.de>
Hi Lucas,
On Fri, 2017-11-24@17:11 +0100, Lucas Stach wrote:
> Hi Alexey,
>
> Am Freitag, den 24.11.2017, 16:02 +0000 schrieb Alexey Brodkin:
> >
> > Hello,
> >
> > Being in the middle of bring-up of the new board with Vivante GPU (HSDK namely,
> > see?https://urldefense.proofpoint.com/v2/url?u=https-3A__git.kernel.org_pub_scm_linux_kernel_git_torvalds_linux.git_tree_arch_arc_plat-2Dhsdk&d=Dw
> > IDaQ&c=DPL6_X_6JkXFx7AXWqB0tg&r=lqdeeSSEes0GFDDl656eViXO7breS55ytWkhpk5R81I&m=ZXa-564Jm43PXsqGXCf2US2DY7C0qIlCw6c56pL-
> > bLY&s=ZJSI1u6GgsRHNIcONVFfIKvn1AWaB38GmtCN1dGB3w0&e=)
> > I was looking at simple 3D test apps to see how Etnaviv works on the hardware.
> >
> > So far I was able to get kmscube working perfectly fine and the next item I took
> > was glxgears (for some reason I was under impression that's de facto "Hello world" app
> > in the GPU world). But apparently even with Xserver up and running glxgears doesn't work.
> >
> > Moreover I tried the same thing on Wandboard Quad but to no avail as well.
> > That's what I saw:
> > ------------------------->8---------------------
> > # glxgears
> > Error: couldn't get an RGB, Double-buffered visual
> >
> > # glxinfo
> > name of display: :0
> > Error: couldn't find RGB GLX visual or fbconfig?
> > ------------------------->8---------------------
> >
> > Googling didn't help here unfortunately so maybe some pointers could be
> > suggested here... like what do I do wrong and if glxgears is supposed to
> > work on top of DRM GPU at all?
> >
> > Thanks a lot in advance!
>
> For 3D acceleration to work under X you need the etnaviv specific DDX
> driver, which can be found here:
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__git.arm.linux.org.uk_cgit_xf86-2Dvideo-2Darmada.git_log_-3Fh-3Dunstable-2Ddevel&d=DwIDaQ&c=DPL6_
> X_6JkXFx7AXWqB0tg&r=lqdeeSSEes0GFDDl656eViXO7breS55ytWkhpk5R81I&m=ZXa-564Jm43PXsqGXCf2US2DY7C0qIlCw6c56pL-
> bLY&s=ZzK2fxA6_XlN6pGnf2Tpo6qKzzQh76ocWZ6IDR-WPtc&e=
Thanks for the pointer, still a couple of questions below...
> Don't let you get confused by the name, the armada driver implements
> support for both armada drm and imx-drm and the etnaviv DDX. This
> provides 2D acceleration on the Vivante 2D cores, as well a the DRI2/3
> bit necessary to get a 3D context on X.
WARNING: multiple messages have this Message-ID (diff)
From: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
To: "l.stach@pengutronix.de" <l.stach@pengutronix.de>
Cc: "linux-snps-arc@lists.infradead.org"
<linux-snps-arc@lists.infradead.org>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>
Subject: Re: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual
Date: Fri, 24 Nov 2017 16:25:25 +0000 [thread overview]
Message-ID: <1511540718.3497.73.camel@synopsys.com> (raw)
In-Reply-To: <1511539893.16502.34.camel@pengutronix.de>
Hi Lucas,
On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote:
> Hi Alexey,
>
> Am Freitag, den 24.11.2017, 16:02 +0000 schrieb Alexey Brodkin:
> >
> > Hello,
> >
> > Being in the middle of bring-up of the new board with Vivante GPU (HSDK namely,
> > see https://urldefense.proofpoint.com/v2/url?u=https-3A__git.kernel.org_pub_scm_linux_kernel_git_torvalds_linux.git_tree_arch_arc_plat-2Dhsdk&d=Dw
> > IDaQ&c=DPL6_X_6JkXFx7AXWqB0tg&r=lqdeeSSEes0GFDDl656eViXO7breS55ytWkhpk5R81I&m=ZXa-564Jm43PXsqGXCf2US2DY7C0qIlCw6c56pL-
> > bLY&s=ZJSI1u6GgsRHNIcONVFfIKvn1AWaB38GmtCN1dGB3w0&e=)
> > I was looking at simple 3D test apps to see how Etnaviv works on the hardware.
> >
> > So far I was able to get kmscube working perfectly fine and the next item I took
> > was glxgears (for some reason I was under impression that's de facto "Hello world" app
> > in the GPU world). But apparently even with Xserver up and running glxgears doesn't work.
> >
> > Moreover I tried the same thing on Wandboard Quad but to no avail as well.
> > That's what I saw:
> > ------------------------->8---------------------
> > # glxgears
> > Error: couldn't get an RGB, Double-buffered visual
> >
> > # glxinfo
> > name of display: :0
> > Error: couldn't find RGB GLX visual or fbconfig
> > ------------------------->8---------------------
> >
> > Googling didn't help here unfortunately so maybe some pointers could be
> > suggested here... like what do I do wrong and if glxgears is supposed to
> > work on top of DRM GPU at all?
> >
> > Thanks a lot in advance!
>
> For 3D acceleration to work under X you need the etnaviv specific DDX
> driver, which can be found here:
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__git.arm.linux.org.uk_cgit_xf86-2Dvideo-2Darmada.git_log_-3Fh-3Dunstable-2Ddevel&d=DwIDaQ&c=DPL6_
> X_6JkXFx7AXWqB0tg&r=lqdeeSSEes0GFDDl656eViXO7breS55ytWkhpk5R81I&m=ZXa-564Jm43PXsqGXCf2US2DY7C0qIlCw6c56pL-
> bLY&s=ZzK2fxA6_XlN6pGnf2Tpo6qKzzQh76ocWZ6IDR-WPtc&e=
Thanks for the pointer, still a couple of questions below...
> Don't let you get confused by the name, the armada driver implements
> support for both armada drm and imx-drm and the etnaviv DDX. This
> provides 2D acceleration on the Vivante 2D cores, as well a the DRI2/3
> bit necessary to get a 3D context on X.
From Wandboard's .dts I see that 2D core is a separate node with separate
set of registers mapped at a different location in memory, right?
Do you know if that's possible if the same one memory-mapped register set
controls both 3D and 2D engine?
If we happen to not have 2D core if that's a no go for us for anything?
Like no compositing whatsoever etc?
In the meantime I'll try to figure out if we have 2D core or not.
-Alexey
_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
next prev parent reply other threads:[~2017-11-24 16:25 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-24 16:02 glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual Alexey Brodkin
2017-11-24 16:02 ` Alexey Brodkin
2017-11-24 16:11 ` Lucas Stach
2017-11-24 16:11 ` Lucas Stach
2017-11-24 16:25 ` Alexey Brodkin [this message]
2017-11-24 16:25 ` Alexey Brodkin
2017-11-24 16:38 ` Lucas Stach
2017-11-24 16:38 ` Lucas Stach
2017-11-24 16:49 ` Alexey Brodkin
2017-11-24 16:49 ` Alexey Brodkin
2017-11-24 17:11 ` Lucas Stach
2017-11-24 17:11 ` Lucas Stach
2017-11-24 17:23 ` Alexey Brodkin
2017-11-24 17:23 ` Alexey Brodkin
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=1511540718.3497.73.camel@synopsys.com \
--to=alexey.brodkin@synopsys.com \
--cc=linux-snps-arc@lists.infradead.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.