Thank you very much for your help.
I am able to run kmscube application and able to notice substantial
difference b/w H/W and S/W rendering.
I also changed freedreno test-cube.c application with GBM interface and
it also worked fine.
On Thursday 10 August 2017 07:59 PM, Wladimir J. van der Laan wrote:
On Thu, Aug 10, 2017 at 07:45:03PM +0530, abhijit wrote:
Thank you very much for the reply.
I am able to build the kernel, drm and mesa components.
After loading the kernel, I am getting following entries,
That's expected. gsl_kmod is for the GPU, card0/renderD128 is the
Can you please let me know what are the test application that be used to
test the driver through gsl_kmod interface?
Anything using kms/gbm should work.
Now to test the driver, I am running kmscube, which is giving exception,
"@MF@ using DRM kernel interface
@MF@ fd_device_del refcnt=1
@MF@ fd_cleanup_bo_cache devtime=0 time=0 num_buckets=55
Can freedreno test be used with gsl_kmod interface, I am simultaneously
trying build freedreno tests?
I don't know. Might well be that they depend on a msm interface to the kernel.
I have allocated 9MB of memory to "memchunk" in
drivers/mxc/amd-gpu/platform/hal/linux/gsl_hal.c as, dma_alloc_coherent is
failing for 72MB
I set CONFIG_CMA_SIZE_MBYTES=128 to avoid that issue.
9MB of video memory is not enough, in any case.
and mmu is currently forced to disabled in the amdgpu driver as it resulted in
(this is something that broke during forward-porting it from the 2.x to 3.x
Freedreno mailing list