* Status of etnaviv for Linux kernel.
@ 2017-07-02 18:36 James Courtier-Dutton
2017-07-02 21:25 ` Lucas Stach
0 siblings, 1 reply; 2+ messages in thread
From: James Courtier-Dutton @ 2017-07-02 18:36 UTC (permalink / raw)
To: dri-devel
Hi,
I have a Utilite Pro PC that uses the "Freescale i.MX 6 Quad".
I am running Linux kernel 4.11.8
I get the following messages:
[ 5.234054] etnaviv gpu-subsystem: bound 134000.gpu (ops gpu_ops [etnaviv])
[ 5.234124] etnaviv gpu-subsystem: bound 130000.gpu (ops gpu_ops [etnaviv])
[ 5.234192] etnaviv gpu-subsystem: bound 2204000.gpu (ops gpu_ops [etnaviv])
[ 5.235765] etnaviv-gpu 134000.gpu: model: GC320, revision: 5007
[ 5.291835] etnaviv-gpu 134000.gpu: command buffer outside valid
memory window
[ 5.298195] etnaviv-gpu 130000.gpu: model: GC2000, revision: 5108
[ 5.392637] etnaviv-gpu 130000.gpu: command buffer outside valid
memory window
[ 5.400029] etnaviv-gpu 2204000.gpu: model: GC355, revision: 1215
[ 5.400044] etnaviv-gpu 2204000.gpu: Ignoring GPU with VG and FE2.0
[ 5.402024] [drm] Initialized etnaviv 1.0.0 20151214 for
gpu-subsystem on minor 0
I would like to see at least 2D support so that I could see a
framebuffer console.
Is this possible yet with the above gpu hardware?
I am hoping that there is some quick fix for the "command buffer
outside valid memory window" so that I can at least get some of it
working.
Kind Regards
James
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Status of etnaviv for Linux kernel.
2017-07-02 18:36 Status of etnaviv for Linux kernel James Courtier-Dutton
@ 2017-07-02 21:25 ` Lucas Stach
0 siblings, 0 replies; 2+ messages in thread
From: Lucas Stach @ 2017-07-02 21:25 UTC (permalink / raw)
To: James Courtier-Dutton, dri-devel
Hi James,
Am Sonntag, den 02.07.2017, 19:36 +0100 schrieb James Courtier-Dutton:
> Hi,
>
> I have a Utilite Pro PC that uses the "Freescale i.MX 6 Quad".
> I am running Linux kernel 4.11.8
>
> I get the following messages:
> [ 5.234054] etnaviv gpu-subsystem: bound 134000.gpu (ops gpu_ops
> [etnaviv])
> [ 5.234124] etnaviv gpu-subsystem: bound 130000.gpu (ops gpu_ops
> [etnaviv])
> [ 5.234192] etnaviv gpu-subsystem: bound 2204000.gpu (ops gpu_ops
> [etnaviv])
> [ 5.235765] etnaviv-gpu 134000.gpu: model: GC320, revision: 5007
> [ 5.291835] etnaviv-gpu 134000.gpu: command buffer outside valid
> memory window
> [ 5.298195] etnaviv-gpu 130000.gpu: model: GC2000, revision: 5108
> [ 5.392637] etnaviv-gpu 130000.gpu: command buffer outside valid
> memory window
> [ 5.400029] etnaviv-gpu 2204000.gpu: model: GC355, revision: 1215
> [ 5.400044] etnaviv-gpu 2204000.gpu: Ignoring GPU with VG and
> FE2.0
> [ 5.402024] [drm] Initialized etnaviv 1.0.0 20151214 for
> gpu-subsystem on minor 0
>
>
> I would like to see at least 2D support so that I could see a
> framebuffer console.
> Is this possible yet with the above gpu hardware?
Framebuffer console has nothing do do with etnaviv. The framebuffer is
provided by imx-drm and has no acceleration capabilities.
Other than that, GC2000 and GC320 are well supported with etnaviv.
> I am hoping that there is some quick fix for the "command buffer
> outside valid memory window" so that I can at least get some of it
> working.
Please enable CONFIG_CMA.
In general the imx_v6_v7_defconfig should be a good starting point. It
enables way too much stuff for a single board, but it at least provides
a sane set of defaults.
Regards,
Lucas
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-07-02 21:26 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-07-02 18:36 Status of etnaviv for Linux kernel James Courtier-Dutton
2017-07-02 21:25 ` Lucas Stach
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox