Jump to content


  • Posts

  • Joined

  • Last visited

Recent Profile Visitors

671 profile views
  1. Cool, thank you for the explanations. You forgot to mention that the display that EGL talks to, has to be provided by a display server that utilizes the mali drivers. In my case it is X11, which requires the armsoc module, which in turn talks to the mali driver. So the complete chain is: PlayWithShadersProgram -> mali-blobs (implementing EGL & OpenGL ES) -> xserver -> armsoc -> mali-driver -> sun4i-drm -> hardware In case of NVIDIA the X11 part may be skipped, since their userspace blobs provide an EGL extension that support a headless mode. My setup is still not running tho, getting this chain to work is a real pain. :/
  2. With the help of https://www.cnx-software.com/2017/09/26/allwinner-socs-with-mali-gpu-get-mainline-linux-opengl-es-support/ and $ sudo apt install quilt linux-headers-next-sinxi $ git clone https://github.com/mripard/sunxi-mali.git $ cd sunxi-mali $ export CROSS_COMPILE=arm-linux-gnueabihf- $ export KDIR=/usr/src/linux-headers-4.14.18-sunxi/ $ ./build.sh -r r6p2 -b $ sudo insmod r6p2/src/devicedrv/mali/mali.ko $ lsmod | grep mali mali 184320 0 $ dmesg | tail [ 9056.575770] platform mali-utgard: assigned reserved memory node linux,cma [ 9056.577169] Allwinner sunXi mali glue initialized [ 9056.579102] Mali: [ 9056.579113] Found Mali GPU Mali-400 MP r1p1 [ 9056.579916] Mali: [ 9056.579924] 2+0 PP cores initialized [ 9056.580684] Mali: [ 9056.580688] Mali device driver loaded The question remains: Is there a package that provides a ready to use binary blob of this driver? Or maybe some script that does it automatically, when the kernel changes?
  3. Greetings, i want to run some shaders on a headless OrangePI Zero (H2+/Mali 400 running standard Armbian on mainline kernel). I saw there are drivers available now. Is there a binary blob of the driver available somewhere? Or maybe a simple HOWTO? I don't want to mess with driver compilation if I don't have to. I just want to run my shaders on that GPU.
  4. Alright thank you! That worked. VLC utilizes VDPAU to hardware decode the video. Drawing it via X11 video output (XCB) does even circumvent the scaling bug (but using software scaling tho). It all feels a but clunky, having to copy the video url. Also firefox doesn't launch (seems to be a known problem). Is there a way to render the desktop via OpenGL? Through a Compositor maybe? That should speed things up a bit, right?
  5. Hi everyone, i bought an OrangePI PC Plus as a Lab computer to google stuff and watch Youtube. I tried Debian_stretch_next_desktop_nightly.7z, nice desktop, but i figured that compiling the mali driver is a pain. Then i tried Debian_jessie_default.7z, installed xfce4, modprobe mali works out of the box but i seems like X11 doesn't utilize that. So how do i get youtube going smoothly in the most painless manner? Thanks a lot!
  6. Hyppy new year! \()/ I RTFM and changed audio_pa_ctrl to audio_pa_ctrl = Now PA10 is free to use and audio is still working prefectly fine. No need so associate that to some NC port.
  7. I am using fresh installation of armbian legacy server version 3.4.113 on the Orange Pi Zero Rev v1.1. The FEX file seems to be incorrect. Some driver or process is blocking PA10, which is wired directly to the expansion header pin 26. According to the schematics, this port is not used anywhere else. # cat /sys/kernel/debug/gpio GPIOs 0-383, platform/sunxi-pinctrl, sunxi-pinctrl: gpio-10 (? ) out hi gpio-17 (red_led ) out lo gpio-202 (xradio_irq ) in lo gpio-354 (? ) out hi gpio-362 (green_led ) out hi In case i am the first one that tested this: gpio-10 aka PA10 aka ? is blocked gpio-17 aka PA17 aka red_led is correct, echo 1 > /sys/class/leds/red_led/brightness is working gpio-202 aka PG10 aka xradio_irq is wired to WL-WAKE-AP, which is corrected to WL-WAKE-HOST of the XR819, seems legit gpio-354 aka PL2 aka ? is wired to USB0-DRVVBUS, which is not mentioned again in the schematics, may be legit, not sure, tell me how to test.. gpio-362 aka PL10 aka green_led is correct, echo 1 > /sys/class/leds/green_led/brightness is working I am new to armbian, please bare with me if the following questions are stupid. How do i fix this issue correctly? Where can i find and modify the FEX file that is used? How can i disable the occupation of the red/green leds, so i can export the GPIO myself? Thanks a lot
  • Create New...