lanefu reacted to guidol in [Info] compiling SDL2 "Commander X16" Emulator on armbian Desktop
Maybe someone here knows the 8-Bit Guy and the project of his Dream-Computer - the Commander X16
You could see the actual state of the real hardware at YT-Video from the 8-Bit Guy:
(Building my Dream Computer - Part 2)
Since the hardware isnt ready/completed yet there is a Emulator which uses SDL2 and can be compiled now (since r30)
also on Linux ARM
Github-page of the emulator: https://github.com/commanderx16/x16-emulator https://github.com/commanderx16/x16-emulator/releases Source: https://github.com/commanderx16/x16-emulator/archive/r30.zip or https://github.com/commanderx16/x16-emulator/archive/r30.tar.gz Linux-Binary for PC including the 2 ROMs: https://github.com/commanderx16/x16-emulator/releases/download/r30/x16emu_linux-r30.zip libsdl2-dev hasnt to be compiled from source for armbian, because we have already a installable package
and the runtime libsdl2-2.0-0 is already installed in the desktop image.
For compiling the Emulator I used on my NanoPi K1 Plus a fresh compiled (with armbian-build-system) dev-image:
For to have all programs for compiling the application I did use
sudo apt install gcc git make libsdl2-dev zip unzip -y
Then we do create a directory and download the source and extract it:
tar -xvf r30.tar.gz
Now we change in the newly created directory and do compile with make:
For running the emulator we do need the 2 ROMs chargen.bin and rom.bin out of the archive
in the same directory as the compile x16emu binary.
Now we can run the emulator (here with german keymap):
./x16emu -keymap de
Unfortunately the emulator doesnt run very fast, do use only one CPU-core and hasnt idle-support - so the CPU will get really fast very hot (70 Degree).
A AMD Phenom II X4 with 4x3GHz max. is about 2 times more faster (100%+200%=300%) than the X16 on the NanoPi K1 Plus
lanefu reacted to gprovost in Helios4 Support
@SweetKick Regarding the issue of WoL not being enable at each startup, there is effectively a timing issue that seems to be new... the eth0 interface is not yet ready when helios4-wol.service is triggered. I'm going to look at this and see how to fix that.
Regarding the other issue where your system reboot 1-2 minute after the system has been put in suspend mode, my guess is because you have installed OpenMediaVault. OMV install watchdog service by default. When the system is put in standby / suspend mode the watchdog is not stopped, therefore since nothing will be kicking the watchdog in that state, the watchdog will reset the system after 60sec.
The workaround for now is to disable watchdog service.
sudo systemctl disable watchdog
Note: you will need to reboot after you disable the watchdog in order to ensure the watchdog is stopped.
This also something I was supposed to investigate, in order to see how to make systemcl disable / enable watchdog before / after going to suspend mode.
Actually I forgot but I did work with OMV guys to fix the watchdog / suspend issue here : https://github.com/openmediavault/openmediavault/issues/343 But the fix only made to it OMV5.
You can add manually the tweak for OMV4, by creating files /lib/systemd/system-sleep/openmediavault and /usr/lib/pm-utils/sleep.d/openmediavault with the code you find in this commit : https://github.com/openmediavault/openmediavault/pull/345/commits/1c162cf69ed00beccdfe65501cb93f6fb1158df0
I fixed the issue related to WoL not being enable at startup. The issue was now that we rely completely on NetworkManager to configure the network interface, the unit file that enabled WoL on eth0 didn't use anymore the right target dependency and was called too early. Just edit /lib/systemd/system/helios4-wol.service,
then do sudo systemctl daemon-reload and reboot the system
lanefu reacted to MercuryGuy7815 in Which ARM SoC is most suitable for a light linux desktop experience at this point?
I'm not a fan of the rasperry pi and the fundation behind it for reasons I don't want to go into here and would rather not support them with money. Honestly, hearing that the N2 will have no trouble with fbdev/turbo in 1280x1024 was pretty much all I wanted to hear. I could probably use kodi for multimedia, that'd leave checking out how well libsdl/sdl2 is supported with mali and framebuffer. Many thanks!
lanefu got a reaction from MercuryGuy7815 in Which ARM SoC is most suitable for a light linux desktop experience at this point?
I'm running an Odroid N2 as a desktop at 2460x1440@60hz typically with 3 terminals, and chromium with hangouts, homeassistant, plex, slack, and armbian forums always pinned.
i'd tried ARM desktop in the past with my le potato and tritium h5... wasn't quite there...... I used an Atomic Pi and it was sufficient--but ultimately 2 gigs of ram wasn't enough even with zram compression. Finally I tried the N2, and I think it's there.. even with bruteforce fbturbo doing the video.. I'm running Armbian bionic, with vendor kernel and Mate Desktop... pretty happy with it.
lanefu reacted to Igor in Repository uploader 2.0
Its (always) a compromise
The primary reason for this upgrade is to have a better working solution for easy experimenting with things as such: https://forum.armbian.com/topic/11424-playing-with-limamesa-mali-drivers/
Initial upload repository size will be addressed (recreating/truncating), while for upload limit, there is nothing I can do. On the other hand Github has advantages, like existing user management ... for one user this is not a problem.
The bulk of the job surrounding this change is elsewhere - package management RFC - rebuild is done much faster/in parallel, cleaning is more efficient ...
lanefu reacted to AristoChen in Clock jumps back and resulting unresponsiveness
I have encountered this issue for many times on OrangePi PC, this issue happened by using following version
Armbian version: 5.41, Kernel version: 4.14.32 Armbian version: 5.77, Kernel version: 4.19.25 Armbian version: 5.90, Kernel version: 4.19.57 I have more than 10 Orangepi PC running busy tasks at the same time, and this issue happened more than 15 times in the past year, still have no idea how to deal with this, it is still able to send data to my server somehow, which means that the internet connection is available, but i'm not able to ssh.
I have tried the following methods:
Wrote a udev file to copy all system log when usb pendrive is detected, this works fine when device runs normally, but not working when encounter this issue. Using watchdog, works fine if using fork bomb to test, but not able to recover from this issue Tried connect to a keyboard and hdmi monitor, this works fine when device runs normally, but not working when encounter this issue. Using TTL serial to usb adapter, I'm able to control device when it runs normally, but not working when encounter this issue.
I found that dmesg record some error message as below when I encountered this again yesterday
Currently, I might try to continuously detect whether this error message occurred in dmesg, if yes, I will try using this command "sudo systemctl --force --force reboot"(it seems that /sbin/reboot does not work at the moment)
lanefu reacted to TRS-80 in What is your favorite Armbian Background
There are graphical backgrounds?
This is my favorite, and the only one I ever saw, prior to opening this thread:
____ _ _ _ _ / ___| _| |__ (_) ___| |_ _ __ _ _ ___| | __ | | | | | | '_ \| |/ _ \ __| '__| | | |/ __| |/ / | |__| |_| | |_) | | __/ |_| | | |_| | (__| < \____\__,_|_.__/|_|\___|\__|_| \__,_|\___|_|\_\ Welcome to Debian Jessie with Armbian Linux 4.19.62-sunxi System load: 1.06 0.64 0.58 Up time: 19:01 hours Memory usage: 28 % of 2010MB IP: 192.168.1.5 10.0.1.5 CPU temp: 35°C Usage of /: 6% of 59G storage/: 9% of 3.6T Last login: Fri Aug 23 01:51:43 2019 from 10.0.1.12
All jokes aside, I probably like the last one (rounded with plain grey background), and also the terra cotta army one mane me smile.
lanefu reacted to TRS-80 in Surveying the hardware landscape 2019 and beyond, with an eye toward freedom (headless server)
Thanks for the input, but proprietary software is a non-starter for me. So much so in fact, that I purchase hardware nowadays based on how free/open the driver support (and company/community around it in general) are. In fact, I never even considered purchasing any IP cameras until I came across those ones with the Dafang hacks.
I did hear the Zoneminder guy on some Linux podcast a few months back, and it sounded like some more development has been going on of late. Well, I certainly hope, anyway. I have yet to touch it, but I will be knee deep in it here soon enough! :D
So, I've got (2x) the fixed (Xiaofang) ones and (1x) PTZ (Dafang) on the way from AliExpress as we speak. The former were only lke $20 something each, and the latter ~$30(!). I can remember what seems like only a few short years ago PTZ cameras being like $500!
Anyway, back to topic, I came across this post which nicely summarizes sort of where we are today with regard to SBCs and particularly how open they are which leads directly to how well they are supported by community / Linux which means a good, long term, and stable experience for end users.
For now I am going to pull trigger on (1-2) ODROID-XU4, one for dedicated ZoneMinder instance, and the other one for a spare / development / testing platform. I've also ordered a 16 port (8 PoE) gigabit switch, 1000' box of Cat5e (only $38 shipped on eBay, surprisingly!) and some ends, crimping tool, etc... so yeah we will see how it goes!
lanefu reacted to NicoD in Video : How to install Armbian on a SBC + Set up of Destkop + install on external device
I try not to aim at the total noobs with my videos. I expect people who watch my videos to know what an SBC is, and how to write an image to an SD-card.
I think ETA-Prime is better for you. He's a noob explaining to other noobs Try to learn from him Then later on maybe again watch one of my videos again
No hard feelings, just messing a bit.
lanefu reacted to NicoD in Build Armbian with Panfrost
Panfrost instructions Armbian
This tutorial explains how to build an Armbian image with panfrost. And what else you need to make it work.
These are early drivers. Many things don't work yet. Only OpenGL 2.1 works now.
You need to build an image with kernel 5.2 or later.
For this you need an x86 pc with Ubuntu 18.04 or a virtual Ubuntu 18.04 x86 image.
First install git, then clone the build folder from Armbian, and enter the build directory.
apt-get -y -qq install git git clone --depth 1 https://github.com/armbian/build cd build Now run the script with EXPERT=yes so you can choose to build a dev image.
sudo ./compile EXPERT=yes Choose "Full OS image for flashing" Then "Show a kernel configuration menu before compilation" Choose your board. If it's not in the regular list, look in "Show SCS/WIP/EOS/TVB". Choose Development version kernel configuration -> device drivers -> graphic drivers -> panfrost
Let it run until it's finished. The image will be in the /build/output/images
Burn it to an SD-card/eMMC/...
Now we need to install all the needed software
sudo apt install flex bison python3-mako libwayland-egl-backend-dev libxcb-dri3-dev libxcb-dri2-0-dev libxcb-glx0-dev libx11-xcb-dev libxcb-present-dev libxcb-sync-dev libxxf86vm-dev libxshmfence-dev libxrandr-dev libwayland-dev libxdamage-dev libxext-dev libxfixes-dev x11proto-dri2-dev x11proto-dri3-dev x11proto-present-dev x11proto-gl-dev x11proto-xf86vidmode-dev libexpat1-dev libudev-dev gettext glmark2 glmark2-es2 mesa-utils xutils-dev libpthread-stubs0-dev ninja-build bc python-pip flex bison cmake git valgrind llvm llvm-8-dev python3-pip pkg-config zlib1g-dev wayland-protocols Download and install meson
wget http://ftp.de.debian.org/debian/pool/main/m/meson/meson_0.51.1-1_all.deb sudo dpkg -i meson_0.51.1-1_all.deb Download and install mesa DRM
git clone git://anongit.freedesktop.org/mesa/drm cd drm meson build --prefix=/usr ninja -C build sudo -E ninja -C build install cd .. Download and install mesa graphics
git clone git://anongit.freedesktop.org/mesa/mesa cd mesa meson -Ddri-drivers= -Dvulkan-drivers= -Dgallium-drivers=panfrost,kmsro -Dlibunwind=false -Dprefix=/usr build/ ninja -C build/ sudo ninja -C build/ install REBOOT
Optionally, update sdl (recommended)
git clone https://github.com/SDL-mirror/SDL.git cd SDL mkdir build cd build cmake ../ make -j6 sudo make install REBOOT
Only thing that works ok with it is supertuxkart, to install it.
sudo apt install supertuxkart
Panfrost - Linux games working from repo
SuperTuxKart - Works well
ExtremeTuxRacer - lots of glitches
AssaultCube - lots of glitches
Instructions by Salvador Liébana & NicoD
lanefu got a reaction from Werner in [RFC] New Naming Convention for Kernel Source Trees
lanefu reacted to Igor in [RFC] New Naming Convention for Kernel Source Trees
1/2 into that direction.
lanefu reacted to guidol in Start looking at 5.3.y
Great Job @martinayotte !
I did a new compile with 5.3 - and no exception anymore AND restart does work
(also while using the NAS-Hat for the OPi Zero on the OPi R1 )
login as: root email@example.com's password: ___ ____ _ ____ _ / _ \| _ \(_) | _ \/ | | | | | |_) | | | |_) | | | |_| | __/| | | _ <| | \___/|_| |_| |_| \_\_| Welcome to Debian Buster with Armbian Linux 5.3.0-rc3-sunxi package bsp-kernel[5.94] u-boot[5.94] dtb[5.94] firmware[5.94] config[5.94] System load: 0.72 0.26 0.09 Up time: 1 min Memory usage: 32 % of 238MB IP: 192.168.6.101 CPU temp: 46°C Usage of /: 7% of 15G Last login: Fri Aug 16 23:42:39 2019 from 192.168.6.17 root@opi-r1(192.168.6.101):~#
lanefu reacted to TonyMac32 in La Frite (AML-S805X-AC)
_ _____ _ _ | | __ _ | ___| __(_) |_ ___ | | / _` | | |_ | '__| | __/ _ \ | |__| (_| | | _|| | | | || __/ |_____\__,_| |_| |_| |_|\__\___| Welcome to Ubuntu Bionic with Armbian Linux 5.2.8-meson64 System load: 1.23 0.45 0.17 Up time: 5 min Memory usage: 11 % of 967MB IP: CPU temp: 55°C Usage of /: 4% of 56G Well then. Give me a few to get it committed.
lanefu reacted to jimbolaya in Helios4 Support
I just received and set up my Helios4. I set it up with Buster and it seems to be working OK.
One thing that seems to be missing is the ch341 usb serial driver. I have this attached to an old APC UPS that has a serial port and a USB serial cable that uses the HL-340 serial chip.
I was unable to find the driver in /lib/modules. Will I need to compile the driver myself or am I missing a package?
If it wasn't included intentionally, is there a technical reason not to include the driver for this kernel?
lanefu reacted to drice in Hardware Graphic/Video Acceleration in H3 Mainline
After doing a lot of reading (documentation and code) regarding the Cedrus driver (sunxi-cedrus), LibVA V4L2 Request API driver (libva-v4l2-request), VA-API, and interfacing with video players, I think most of the work will involve VA-API and interfacing with the video players. Or more precisely, updating the video players to interface with the LibVA driver in a way that works with the V4L2 Request API. Based on my testing, the Cedrus driver in sunxi-dev (5.2.6 - MPEG2 only) is working with the native V4L2 Request API as shown by testing with v4l2-request-test and the preset slice data included with that tool. When I run the test, I get hardware accelerated full screen output via DRM.
But so far I haven't been able to get any video playback to work with VA-API in mpv or vlc. mpv fails with "device or resource busy" when calling v4l2_set_format() in X11 and says that the hardware decoder isn't compatible with DRM. vlc fails after rendering the first frame with "buffer deadlock prevented". I still have more reading to do, and I have a few things to try that would be as simple as compiling the players with a few additional options set. But if that doesn't work this could end up being a complicated problem to solve.