[Openpvrsgx-devgroup] Intel Poulsbo

[James Hilliard]

On Thu, Apr 23, 2020 at 9:47 AM Jeffrey Mckenzie
<jeffreymckenzie094 at gmail.com> wrote:
>
> > See here for the pci id table used by the gma500 driver for autodetection:
> > https://github.com/torvalds/linux/blob/v5.6/drivers/gpu/drm/gma500/psb_drv.c#L40-L99
>
> I see.
>
> > I've had work done already to add page_flip support to the gma500
> > driver for psb and cdv variants in the mainline kernel so that this
> > hardware can be used with a wayland based graphics stack for an
> > embedded cdv/gma3650 platform I'm supporting, psb/gma500 was
> > also supported at the same time.
>
> Awesome!
>
> > While my use case luckily doesn't
> > have a hard requirement on acceleration it would be handy to have
> > so I'd be willing to support any project working on a fully open source
> > accelerated driver as I have a very large amount of these boards I
> > will need to support indefinitely on a mainline kernel. From my
> > understanding the accelerated drivers Intel released for older kernels
> > do not support 64 bit however so using those would not be feasible
> > as I use a 64 bit mainline kernel. The changes to support wayland
> > were only recently added in the mainline kernel 5.6 release.
>
> I would also support this, but I think that's simply too much work and
> I'm definitely not skilled enough for this. I've read this blog from
> libv and I'm not really optimistic about it, to be honest:
> https://libv.livejournal.com/26972.html
Yeah, the situation is certainly not great and unless imgtec decides to
actually support upstream driver development I don't see it likely that
we would get 3D acceleration, at least not without a huge amount of
reverse engineering work.
>
> It seems that this project is about shaping the out-of-tree kernel
> drivers and use it with the existing userspace blobs, which would be
> good enough for me. I would like to have working 3D on an otherwise
> more modern software stack. This seems to be a successful way of
> achieving it, considering what the Maemo Leste people have done for
> the Motorola Droid 4.
Yeah, not really a viable option for me as I haven't even seen 64 bit
userspace blobs available at all for this platform. From my understanding
the upstream gma500 driver is the only 64 bit compatible version for this
hardware.
>
> But I'm clueless about the differences between the kernel modules. If
> we would use the proprietary userspace blobs for 3D OpenGL
> acceleration, which driver should be used? The GMA500 is already
> mainlined, but support seems to be limited to kernel modesetting, 2D
> acceleration and thanks to you also supports page_flip. The other
> works for OMAP with the blobs, but would it make sense to use it on
> x86, considering it does not make any use of DTs?
>From my understanding the OMAP blobs are incompatible with gma500
style hardware as the CPU architecture they are built for is entirely
different.
>
> @Nikolaus: what kind of file is the firmware? Have you searched
> through the EMGD-Community/intel-binaries-linux repository before for
> the firmware file of the SGX535?
> _______________________________________________
> https://github.com/openpvrsgx-devgroup/linux_openpvrsgx
> openpvrsgx-devgroup mailing list
> openpvrsgx-devgroup at letux.org
> http://lists.goldelico.com/mailman/listinfo.cgi/openpvrsgx-devgroup