[Openpvrsgx-devgroup] Building the 1.7.862890 branch for x86

Julius Schwartzenberg julius.vrijheid at freedom.nl
Sat May 25 20:05:58 CEST 2024


I forgot to reply to the list.

Hi Nikolaus,

Thank you so much for the fast elaborate response!!

On 25.05.24 12:22, H. Nikolaus Schaller wrote:
 > I've tried to get it compiled but it fails with:
 >
 >    MAKE    drivers/gpu/drm/pvrsgx: cedarview
 > scripts/Makefile.build:41: 
drivers/gpu/drm/pvrsgx/1.7.862890/pvr/Makefile: No such file or directory
 > make[8]: *** No rule to make target 
'drivers/gpu/drm/pvrsgx/1.7.862890/pvr/Makefile'.  Stop.
 > drivers/gpu/drm/pvrsgx/Makefile:64: recipe for target 
'drivers/gpu/drm/pvrsgx/pvr' failed
 > make[7]: *** [drivers/gpu/drm/pvrsgx/pvr] Error 2
 > scripts/Makefile.build:481: recipe for target 
'drivers/gpu/drm/pvrsgx' failed
 >
 > So is drivers/gpu/drm/pvrsgx/1.7.862890/pvr/Makefile missing?

I do not have this file either. I guess we are using different steps to 
compile. What I am doing on Debian:
1. I copied /boot/config-6.1.0-17-686-pae to .config
2. Ran 'make menuconfig'
3. Disabled the GMA500 driver
4. Enabled the CDV driver
5. Save
6. Ran 'make bindeb-pkg'

Note that I'm using a 32-bit system. I have no idea if the driver could 
be compiled for 64-bit too, there were never any AMD64 binaries for the 
userspace part.

This triggers a full build which eventually should reach the CDV/PVR 
driver. Are you trying to only compile the driver itself?


 > So essentially it means to backport the 1.17 code for 
OSTimerCallbackWrapper
 > to make this compile. The trick is to provide a private struct which 
has the
 > struct timer_list as its first element and then using the 
from_timer() macro.
 > Sort of subclassing with additional variables in the subclass.

Alright, I guess it means more copy-pasting of the parts related to 
OSTimerCallbackWrapper? I could try that I support and see where I end up ��
Many thanks for analyzing this!! It will surely help!


 > Hope this helps. And making me able to compile your code would allow 
me to
 > even verify my theory.

Yeah that would be great, let's try figure out why it seems to behave 
differently on your end.

Best regards,
Julius


More information about the openpvrsgx-devgroup mailing list