HW Acceleration Working - Printable Version +- PINE64 (https://forum.pine64.org) +-- Forum: PINE A64(+) (https://forum.pine64.org/forumdisplay.php?fid=4) +--- Forum: Pine A64 Hardware, Accessories and POT (https://forum.pine64.org/forumdisplay.php?fid=32) +--- Thread: HW Acceleration Working (/showthread.php?tid=587) |
RE: Help with HW Acceleration - longsleep - 04-20-2016 (04-20-2016, 05:49 AM)moondark Wrote:(04-20-2016, 05:06 AM)longsleep Wrote: Yes that's why it is not built in my kernel :-) Compiling is not the issue - problem is that this module uses drm_sman all overthe place which has been removed. The tree you linked is even older and i am unable to see a "fix" or change for that problem there. RE: Help with HW Acceleration - lenny.raposo-pine64.pro - 04-20-2016 waiting on tllim for the libMali.so and associated files for aarch RE: Help with HW Acceleration - moondark - 04-20-2016 (04-20-2016, 01:59 PM)longsleep Wrote: Compiling is not the issue - problem is that this module uses drm_sman all overthe place which has been removed. The tree you linked is even older and i am unable to see a "fix" or change for that problem there. Yes I understand, but this version fixes several problems, such as the init functions and allocation functions that does not exist anymore, (e.g., drm_init and drm_exit). Another example are memory zones, this was removed in the drm of 3.x kernels, this version uses some placeholders and other replacements. They also implemented replacements for sman drm functions based on mm to maintain the compatibility among structs. Please, take a look at the mali_drv.c, for instance, all missing functions from pre-3.0 were replaced or implemented somehow. I'm talking about these files: https://github.com/loboris/OrangePI-Kernel/tree/master/linux-3.4/modules/mali/DX910-SW-99002-r4p0-00rel0_modify/driver/src/egl/x11/drm_module/mali_drm However, I'm not sure about the compatibility of the drm headers available in the include directory and those in the kernel. Some careful inspection is needed. In addition, after compiling it I built the modules symbols and checked for missing symbols, none were missing, however I do not have much experience building kernel modules and dealing with kernel compiling scripts, thus I don't know where to change the mod_layout and magic version. I think I may need to install the new kernel and modules altogether. I may try to do this in the weekend. To sum up, I think it is possible to compile and run mali_drm, this tree seems to fix many problems related to the kernel version incompatibilities. Although I'm not optimistic about the userland driver, i.e. libMali.so for arm64, which is available for Mali450. They are distributed in binary form, so it is impossible to fix any possible incompatibility. libmali for arm64 is available in : http://malideveloper.arm.com/resources/drivers/arm-mali-utgard-gpu-user-space-drivers/ I'm not sure if they can be used with Mali-400, but because they are user space drivers, there may be some kind of compatibility layer. (04-20-2016, 02:56 PM)lenny.raposo Wrote: waiting on tllim for the libMali.so and associated files for aarch Looking forward to it. Can't wait to use GL ES on the pine. RE: Help with HW Acceleration - longsleep - 04-21-2016 (04-20-2016, 04:08 PM)moondark Wrote: They also implemented replacements for sman drm functions based on mm to maintain the compatibility among structs. Please, take a look at the mali_drv.c, for instance, all missing functions from pre-3.0 were replaced or implemented somehow. I'm talking about these files: Yes, but i tried the patched version already - does not work for me. Code: insmod mali_drm.ko Where are those symbols supposed to come from? RE: Help with HW Acceleration - Luke - 04-22-2016 As someone with considerably lesser technical know-how than most on this forum, all I will ask are these two questions: 1) do you guys think that will we have/ you will get hw acceleration working on the Pine64 in the coming weeks ?; and 2) any chance for accelerated desktop environment ? Thanks, I very much appreciate your work ! RE: Help with HW Acceleration - rahlquist - 04-22-2016 (04-22-2016, 10:08 AM)Luke Wrote: As someone with considerably lesser technical know-how than most on this forum, all I will ask are these two questions: 1) do you guys think that will we have/ you will get hw acceleration working on the Pine64 in the coming weeks ?; and 2) any chance for accelerated desktop environment ? The talent here is quite good but everyone is at the mercy of Allwinner and their willingness to provide... I think I wouldn't hold my breath. RE: Help with HW Acceleration - moondark - 04-22-2016 (04-21-2016, 01:37 PM)longsleep Wrote:(04-20-2016, 04:08 PM)moondark Wrote: They also implemented replacements for sman drm functions based on mm to maintain the compatibility among structs. Please, take a look at the mali_drv.c, for instance, all missing functions from pre-3.0 were replaced or implemented somehow. I'm talking about these files: Sorry, I messed up the things. Before trying to compile the modified module I tried other approaches and added some code for sman missing symbols to the drm module, but the unmodified module could not be compiled because of drm_init and exit functions, this was before I tried to compile the modified version. In such way, I forgot that I added those missing symbols before from: https://github.com/loboris/OrangePI-Kernel/blob/0cc8d855adb457d1860d6e25cb93b6cc75d5a09d/linux-3.4/drivers/gpu/drm/drm_sman.c They already implemented those functions over drm_mm. Such functions are very simple, each correspond to a drm_mm allocation/cleanup/free function while also carrying on the ownership in the struct. This is already implemented in drm_sman.c, and seems to be compatible with linux 3.x . I added this code directly to the to the drm module, however it can also be added only to the mali_drm. The main thing I'm not sure about is the struct size compatibility between the provided headers for drm, and those present in your source tree. This weekend I will check this and also try to compile it. I'm not 100% confident, but I think that with such workarounds we can have a functional mali_drm. RE: Help with HW Acceleration - rdPine64 - 04-23-2016 (04-14-2016, 11:00 AM)longsleep Wrote: I have binaries for Ubuntu of xf86-video-fbturbo in a PPA at https://launchpad.net/~longsleep/+archive/ubuntu/ubuntu-pine64-flavour-makers - the ppa is added by default with my Xenial image. How do we get this going as a video accelerator? I see the driver files on the system however I don't know what to edit to have the fbturbo as the video accellerator... Thanks RE: Help with HW Acceleration - lenny.raposo-pine64.pro - 04-25-2016 OK we are getting the Mali binaries that utilize DMA Buffers instead of UMP DRM. There has been some headway on other boards utilizing this method. http://forum.odroid.com/viewtopic.php?f=8&t=3706 also got the bug tracker up and running for Android/Remix/Linux which will post back to the forums here http://www.pine64.pro/bug-reports-3-10-65-bsp/ http://www.pine64.pro/bug-reports-lollipop/ http://www.pine64.pro/bug-reports-remix-os-2-0/ RE: Help with HW Acceleration - sirhcjw - 04-26-2016 So over on the kodi forum I just got a reply from one of the devs stating We don't ship code that would be able to do VDPAU on your hardware. Only a special patched version without any mainline support was done by a dev "somewhere on the internet". mplayer does not use OpenGL. To use VDPAU on kodi glinterop extension is mandatory, which your mesa / glx drivers don't have. Does anyone think this this extension will be available on the pine64 hardware with the Mali driver / kernel module? Or should I plan to use my pine for something else and get a different board for Kodi? |