• Content Count

  • Joined

  • Last visited


  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. If I'm reading this correctly the acceleration is only disabled for Ubuntu bionic and focal, so compiling a groovy image (20.10) should enable acceleration? I didn't remember Armbian still had no groovy available. What other values are available besides "none"? Reading the manpage for "modesetting" reveals that setting the "AccelMethod" to "glamor" should enable acceleration.
  2. This is exactly the same fix I applied on my Orange Pi Lite 2 and I've been having an stable desktop, the panfrost driver needs more work though. I recommend adding the Oibaf PPA to the system (in case Ubuntu is being used) to get the latest Mesa version.
  3. I forgot about that, thanks for the info!
  4. It makes sense for it to be a clock driver issue, setting a fixed frequency for the GPU makes it more stable for me. There are also some weird problems with HDMI when VGA to HDMI adapters are used, I wonder if it's somehow related to this (I doubt it since it would most probably be an HDMI PHY or Display Engine problem).
  5. The screen flickering may be related to this issue I had.
  6. RCA video output is currently not supported in mainline kernel (for supported hardware features read the table in this page), there was an experimental implementation for H3 boards but it's very outdated and it no longer works. RCA video works on Android images because they use the "legacy" Allwinner kernel (may have security flaws and other issues).
  7. Ubuntu changed the location of the mini.iso file for the minimal Ubuntu (Server?) installer in their file servers (since the 20.04 release), it's now located here: The docs should be changed since it could be confusing for new users/developers.
  8. Do you need special VAAPI or VDPAU packages for decoding/encoding or has that been upstreamed? Sunxi-linux wiki mentions libvdpau-cedrus but that package is not available on Armbian. I have yet to try video decoding but as far as I'm aware LibreELEC has cedrus fully working, does that use VDPAU?
  9. I manually added this to the already existing patch (just under the display engine definition, be sure to modify the diff notation if you try it yourself): +&gpu { + mali-supply = <&reg_dcdcc>; + status = "okay"; +}; + With this little modification in place, I compiled the kernel and u-boot packages again. Now I have the relevant entries that Werner has and glxinfo reports panfrost is in use. I'll test more after adjusting the devfreq parameters. EDIT: If I'm not mistaken, LibreELEC already has a patch that does the same thing but the one in Armbian needs to be
  10. I am actually testing with the Orange Pi Lite 2, if that helps. I also have an Orange Pi 3 available.
  11. Same results using those, maybe the patches applied are designed for the Orange Pi 3, not the Lite 2.
  12. That makes sense! Sounds like something that should be fixed "upstream" in the Armbian build system or the kernel. For the time being, I'm going to try to add the GPU to the already existing patch (locally).
  13. In my image there is not even an entry for GPU. But there are others for things like i2c, hdmi, phy and other devices. Maybe the GPU is not defined in the device tree? I compiled it using the latest 5.6 kernel but this patch does not have an entry for the GPU.
  14. In my case there is no 1800000.gpu folder in the /sys/devices/platform/soc location, this is on a freshly compiled Focal image with 5.6.5 kernel (no additional patches used, only Armbian ones). What kernel are you using?