[Openpvrsgx-devgroup] New version letux-pvrsrvkm-v5.6.0-rc1 available
tony at atomide.com
Mon Feb 17 16:04:56 CET 2020
* H. Nikolaus Schaller <hns at goldelico.com> [200217 08:06]:
> > Am 17.02.2020 um 01:20 schrieb Tony Lindgren <tony at atomide.com>:
> > I first applied the missing patches from omap5-sgx-ddk-um-linux:
> > 50c1ec2308b9 ("km: Use CONFIG_PREEMPTION")
> > 76f305295daf ("km: pvr_fence: Replace seqcount with seqlock_t")
> > 1cc2eded30f8 ("km: Migrate to kernel version 5.4")
> > 2a777b8fb72a ("km: Add build targets for sgx530-121 and sgx540-120 devices")
> This really sounds cool :) Although I think the key problem that
> we have with 1.14 is not building a kernel module but user-space libs
> matching the 1.14 kernel module.
Yes correct, the lack of current user space blobs was the reason for
may SoCs being stuck with the old kernel module too.
> Anyways, having the latest DDK on as many platforms as possible is
> > 5e1217b70a13 ("km: Fix null pointer dereference when dma_ops is null")
> > 4dc02a9be903 ("km: Add support for compiling with the ARM GCC 9.2+ toolchain")
> > a45dd03f1e3e ("km: Fix check against mixed-bit DDK and kernel builds")
> > cf7f48cb30ab ("km: Remove Xorg and Linux from version string")
> > 2e83a1d081c5 ("km: Drop unused platform definitions for jz4780")
> Well, I am not sure if we should drop this :)
> I am currently working on getting the HDMI driver of the CI20 board working.
> Then it is at least possible to test the jz4780 variant.
> And, the openpvrsgx goal is to support all platforms where we can get code
Right, I think that's for the old code though that we are not using
in module.c though.. But please do check, I agree we should have things
working in a generic way.
> > c85f932329f8 ("km: Use CONFIG_ZONE_DMA for LPAE")
> > 290c3f3c9a7c ("build: Make eurasia_km makefile match to UM")
> > 14f7ec76136d ("build: Move target selection to top and use elseif logic")
> > 6dac08386fe5 ("build: Remove unused config variable SYS_OMAP5_UEVM")
> > b1c0f63c128e ("build: Do not build without TARGET_PRODUCT set")
> > 40eade347566 ("build: Remove deprecated no warning flags")
> > Then fixed up things to compile and use pvr-drv. I've only tested that
> > the kernel module loads so far,
And I also got it working with kmscube on droid4 last night :)
> > I need to update my test system to
> > test the pvrsrvctl as it needs GLIBC_2.28.
> Yes, I think one needs to have Debian Buster (10). Stretch (9) is too old.
> > I've pushed it out to  below, please test.
> Find. I'll try to integrate into letux-pvrsrvkm-v5.6.0-rc2.
After testing and checking the jz4780 issue I can also do a pull request
for you if you prefer that.
> >  git://github.com/tmlind/linux_openpvrsgx letux-pvrsrvkm-v5.6.0-rc1-pvr-drv
> >  https://github.com/tmlind/linux_openpvrsgx/tree/letux-pvrsrvkm-v5.6.0-rc1-pvr-drv
More information about the openpvrsgx-devgroup