[Openpvrsgx-devgroup] openpvrsgx-devgroup Digest, Vol 11, Issue 12

H. Nikolaus Schaller hns at goldelico.com
Mon Oct 26 10:03:36 CET 2020

Hi Eloy,

> Am 25.10.2020 um 12:57 schrieb Eloy Degen <degeneloy at gmail.com>:
> Hi Nikolaus,
>> Ah, oh...
>> drivers/gpu/drm/pvrsgx/Makefile
>>       $(Q)SOC_VENDOR=intel SOC_FAMILY=poulsbo SOC=gma500 SGX=sgx530 SGX_FLAG=SGX535 SGX_REV=126 $(MAKE) TARGET_TYPE=$(CONFIG_SGX_POULSBO) $(build)=$(SOURCE)
>> should of course be SGX=sgx535
>> Maybe you can try and send a patch. Or I make one with "reported-by:".
> I tried this and ran make again, but no files like
> pvrsrvkm_gma500_sgx535 appeared. Also ran make clean, same effect.

Hm. For me I got:

  LD [M]  drivers/gpu/drm/pvrsgx/1.17.4948957/eurasia_km/pvrsrvkm_gma3600_sgx545_10141.o - due to target missing
  LD [M]  drivers/gpu/drm/pvrsgx/1.17.4948957/eurasia_km/pvrsrvkm_gma500_sgx535_126.o - due to target missing
  LD [M]  drivers/gpu/drm/gma500/gma500_gfx.o - due to target missing

The SGX= variable determines the file name.

But: there may be some more caching involved and the Makefile is really a big
hack to compile multiple kernel modules from a single source tree (can be
simplified if we ever manage to merge all SoC specific wrappers into a single
generic driver).

This also means a 'make clean' may not tidy up some debris which prevents the
build process to use the right module name.

What I have also done is to take your defconfig as a new letux_defconfig.
I had to disable two CONFIGS to get it compile on my compiler (disable RETPOLINE
and remove reference to the debian predefined keys).

I plan to have a letux-5.9.2 asap which will include these changes.


More information about the openpvrsgx-devgroup mailing list