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

[H. Nikolaus Schaller]

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.

BR,
Nikolaus