Jump to content


  • Posts

  • Joined

  • Last visited

  1. Hello, I have several ARM boards in my possession and I want to be able to boot them all from a single SD card (I have commercial SW which requires activation and is tied to a particular SD card afterwards). So far, I have made this script which creates multiple /boot-boardname directories, replaces /boot with a symlink to one of those, and makes sure the right u-boot is written to the card. However, I have one little problem I couldn't yet solve: I would like to generate the correct /etc/modules file for a new board, and I don't know how. For example, Orange Pi Zero needs this xradio_wlan module for WIFI. Where do I find the info that this module is needed? As far as I understand, /etc/modules file doesn't belong to a package and is generated by installation scripts, but I couldn't find which ones. Could someone point me in the right direction?
  2. Well, that's what the tutorial tell you to do, right? Anyway, I believe there is a pre-built package for xf86-video-fbturbo in armbian, so it may be worth a try to use that.
  3. Hard to say why that is happening, since I don't use Ubuntu. My first guess would be that libGL.so.1 is stored elsewhere, or is named slightly differently, so you didn't actually replace it.
  4. Note that glshim cannot work until you have mali GLES driver working, so you should concentrate on making that mali test running. I'll try to look into your issue this weekend.
  5. Good to know. Feel free to report any OpenCPN-specific bugs if you encounter any. I cannot guarantee anything but I will take a look.
  6. You will need hardware GLES for glshim OpenGL wrapper, so you'll need sunxi-mali driver which only works with 3.x legacy kernel. glshim itself is just a library which can be built for virtually any distro (it was originally developed for Angstrom Linux).
  7. Banana Pi M1 has the same SoC as banana Pi Pro, so it should work just as well. I cannot help you without the exact error message you're getting. Please post the exact command which fails and its output. Note that Zador has already integrated this GL wrapper in mainstream build script, so it will be available in desktop version of Armbian soon.
  8. A few follow-up questions: Are you referring to 'extras-buildpkgs' directory? I'm having trouble using that. I have created a conf file and a package directory with a control file, but the package is not getting built. Now, I have noticed a line in 'main.sh' saying: main.sh:[[ $EXTERNAL_NEW == yes && $(lsb_release -sc) == xenial ]] && chroot_build_packages Does that mean I need to be on Ubuntu Xenial to get this working? Right now I'm building my package via a custom sh script in 'extras' folder. I didn't run into any compiler problems yet. I remember (from some time ago) that GCC 4.7 or 4.8 had troubles building a working ARM kernel, so one had to use either 4.3 or 4.9. I'm pretty sure the bug is now fixed. Honestly, I don't know. These lines were carried over from some tutorial, and I'm not sure they are needed. I'm building without this step and I will only do the file replacement if the problems arise. Edit: I've made a commit with the build script, based on similar scripts I've found in extras. I also had to modify 'desktop.sh' so it doesn't fail when my scripts leaves an unconfigured package over (it has to, since glshim depends on Mali driver and fbturbo). The scripts is to be used with BUILD_DESKTOP and works fine on both boards I have (bananapipro/sun7i and orangepi/sun8i).I will continue working towards a solution using 'extras-buildpkgs' folder.
  9. Discussion thread for github issue 423 - glshim packaging. Related discussion is here. Glshim development happens here. Current status: build script is mostly working, I'm fixing minor issues before making a github commit: - avoid hardcoded dependencies - make sure OpenGL apps can be built on target system Once these are resolved, I'll post a link to my commit for an eventual review and will be ready to create a pull request. ---------- Unrelated topic: armbian build script fixes for Debian Jessie Although only Ubuntu distribution is supported by armbian build scripts, Debian sid and above have all the necessary packages and should work fine. For Debian Jessie, emdebian repository should be added to apt sources, as described in cross toolchains wiki. Some of the cross toolchain packages have different names on Jessie as well. I have modified lib/general.sh file to account for those differences and be able to run armbian build scripts on my Debian Jessie machine. If there is interest, I could create an additional issue / pull request for this.
  10. That would certainly be useful for me. I'm not sure if covering all the cases is necessary, but at least there should be an option to refrain from extending root, or choose its future size. I had to shrink it back to 12 GB on my 32 GB card to accomodate the other partition I needed (/opt)
  11. It's enough to play Minecraft, OpenArena, Torcs and Nexuiz, just to name a few (when I say ehough I mean solely OpenGL API version, GPU and CPU performance can be sufficient or not for a decent gameplay).
  12. Pardon my ignorance, but what is CHIP (a very unfortunate name to google for)? Is it rockchip SoC? And yes, OpenGL is primarly needed for games (you have stuff like openscad, but I don't expect to meet many users here). You make it sound like games are not a big deal, or not normal usage. I bet many people would see it as a big advantage if they could run 3D games on their boards.
  13. I have a bunch of questions, (I hope I don't waste your time with these, feel free to tell if I do): Do you refer to "legacy" images here? Am I right that Mali is only usable with the old 3.x kernel? This is handled by desktop.sh when going from CLI to desktop, right? Is the rollback to be done manually when going from desktop to CLI? Well, I fully agree. I switched from bananian to armbian exactly because of how you guys have packaged everything nicely. I just wanted to show you what I've done to understand if people are interested in this. Also, I'm not familiar with debian packaging system, so it would be hard for me to share *.deb files from the start (and I'd do the double work for all the packages you already have, as it turned out)
  14. I didn't try any video players, though I'm pretty sure GLX won't beat VDPAU for video rendering. I tested X11 one.
  • Create New...