Now everything is one big memarena instead of a separate PHYS and EMEM, and instead of having to micromanage the split between Z160 (always PHYS here) and GPU (99% of it's allocations come out of EMEM), we give blocks from the same memory pool. This should effect some more efficient allocation strategies and allow Xorg acceleration to proceed with much less movement of data (when it evicts for low memory in PHYS, it moves it to userspace and uses pixman to render everything, which is CPU intensive) at the potential cost of leaving slightly less memory around for the 3D GPU, but userspace apps using the GPU should be doing better with texture management so as not to soak up >32MiB of reserved GPU memory needlessly. Moving away from gsl_memmgr to genalloc is not desirable right now since the driver requires multiple allocation alignment orders and genalloc can only really guarantee a minimum alignment (i.e. size of allocation represented by each bit in the allocation bitmap). Moving to a dma_alloc_coherent/writecombine-only model also poses a problem since significant amounts of code expects to be able to find the "base" GPU memory address and with individual allocations instead of a pooled area, there is no such thing. Signed-off-by: Matt Sealey <firstname.lastname@example.org>
Signed-off-by: Matt Sealey <email@example.com>
- fixes crashes with full-screen 720p eglsink
Mistakenly applied this to 2.6.31 all those years ago while doing experiments on later kernels. Actually it depends on several other patches which never got applied. This reverts commit 9dda27b. Signed-off-by: Matt Sealey <firstname.lastname@example.org>
Conflicts: arch/arm/configs/mx51_efikamx_defconfig drivers/mxc/amd-gpu/gsl_hal.c
It fix gpu hang. Signed-off-by: Richard Zhao <email@example.com>
It's a bit like Terminus, but more rounded and less harsh on the eyes. Ubuntu has shipped it as their default console font for years, before they switched to the "Ubuntu" font. Putting this in the kernel has practically no benefit except to reduce the amount of "glitching" swapping the built-in kernel console font for a new one halfway through boot when you see the kernel output on a screen. Note to gain the benefit of it not swapping the font around again when "consolefont" or similar service starts, you need to set your font to Uni3-Fixed16.psf.gz or something very similar.
The AMD gpu driver memory manager is stupid to allocating a memory block from the first free block. Neither check the best fit free block. Here just add a little codes to let allocation to find a best size fitted free block. To avoid memory fragement. Signed-off-by: Xinyu Chen <firstname.lastname@example.org>
increase max process number to fix gsl_kmod open issue Signed-off-by: xianzhong <email@example.com> Signed-off-by: Richard Liu <firstname.lastname@example.org> Conflicts: drivers/mxc/amd-gpu/include/gsl_buildconfig.h
According to Qualcomm it can be at a 4-byte boundary, but for using MMU it needs to be at a page boundary
…ven with MMU
Makes sense (and is from Qualcomm's driver) since we cannot guarantee the memory writes have finished posting before we submit them to the GPU.