Jump to content


  • Posts

  • Joined

  • Last visited

Reputation Activity

  1. Like
    manuti reacted to guidol in Single Armbian image for RK + AML + AW (armhf ARMv7)   
    Who did say that I wanted that?  I know thats a problem on all SBCs when getting a new OS.
    It was only as information!
    Its really cool to get a newer Kernel greater than 3.0x AND armbian-style  Many Thanks!
  2. Like
    manuti reacted to fabiobassa in CSC Armbian for RK322X TV Boxes   
    For those boxes is really a jungle !!
    Those Chinese tend to grab the first avaible cheap chip and put inside so a big variety of possibilities.
    @Jock contacted me and maybe now is the moment to " put hands " in this sluttish driver.
    @Ztrawberry the driver for ssv6051 doesn't suit sv 6x5x this is the problem and that project for a universal image is a nice idea but me and jock and other clever programmers  ( the same man  that bring libreelec to life on those boards @knaerzche ) own so many different boards that  has been reached great maturity  on rk 322x . Mostly bugs are well known ( ssv6x5x among others) and still working on them
    Of course support , ideas and suggestions are highly appreciated
  3. Like
    manuti reacted to vlna in Beelink x2 wifi problems   
    I've built fresh image for Beelink X2 on 2020-07-18. Focal with Xorg only. It looks even wifi works out of box.
    Download image at https://mega.nz/file/z0IlgKiQ#UNdKk68q4XmZ8hb7zrYoGkdh_NtcbiuI-5XEZPvMPQ8
  4. Like
    manuti reacted to jernej in Hardware Graphic/Video Acceleration in H3 Mainline   
    Well, kernel modification is needed for better decoding (less glitches). Probably new *-ctrl.h files contain new fields (not 100% sure) which also need to be filled.
    There is no any post processing implemented here like scaling. It would be possible to do that via SoC specific peripherals but that wouldn't be universal and thus it's out of scope of this library.
    Anyway, I'm glad you succeeded.
  5. Like
    manuti reacted to Pega in Armbian for TV box rk3328   
    Is there a set of instructions available on how to update from an early version to a recent version?
    I got a H96 Max rk3328 running a very early release of the Armbian rk3328 builds, i want to update to a recent version now and after 2 days of searching and trying still no luck...
  6. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (armhf ARMv7)   
    Test image for rk3188
    Download, unpack and burn the ArmbianTV image to your SD card.
    Connect to the TV box and turn on the power. The system will start automatically.
  7. Like
    manuti reacted to Virverus in Single Armbian image for RK + AML + AW (armhf ARMv7)   
    you are right , visual inspection:

  8. Like
    manuti reacted to gogoer in Is Mali GPU driver available in Mainline for H3?   
    sudo modinfo lima filename: /lib/modules/5.4.45-sunxi/kernel/drivers/gpu/drm/lima/lima.ko license: GPL v2 description: Lima DRM Driver author: Lima Project Developers alias: of:N*T*Carm,mali-450C* alias: of:N*T*Carm,mali-450 alias: of:N*T*Carm,mali-400C* alias: of:N*T*Carm,mali-400 depends: gpu-sched intree: Y name: lima vermagic: 5.4.45-sunxi SMP mod_unload ARMv7 thumb2 p2v8 sig_id: PKCS#7 as i understand, lima is already installed in my system. 
    how can i use it and install OpenGL ES lib?
  9. Like
    manuti reacted to tkaiser in Nanopi R2S overheating and throttling   
    Are you kidding? Again: 
    There's no problem with the RK3328, this is just another boring Quad-Core A53 in 28nm (just like the H6). So the question remains what's wrong with NanoPi R2S and not the RK SoCs.
    And I really don't understand why so many blindly trust in numbers. There's a thermal sensor inside the SoC, there's a reference voltage, there's some calibration needed, there's driver code. The idea that the numbers this driver spits out are somewhat or even closely related to the actual temperature of the SoC in question is just a hope!
    Care to remember what you yourself already reported?
  10. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    Checked the transition from Bionic to Focal with the command (do-release-upgrade). The system was updated from the beginning to Eoan and then upgraded to Focal. Please note that this is a potentially dangerous procedure and you must first save all your valuable data.
  11. Like
    manuti reacted to Igor in Rock Pi S, RK3308 CPU, is it supported by anything?   
    Thanks for confirming that it works. Focal images are also fixed and uploaded by now.

    Well, its good that it works ... at all. I don't have this board so I can't test, but I am soon getting one. And it will be added to the autotest rig.
  12. Like
    manuti reacted to Igor in Rock Pi S, RK3308 CPU, is it supported by anything?   
    Did you miss the big banner on the download page saying that Focal images are broken? Or is the other one also broken?
  13. Like
    manuti reacted to guidol in [Info] compiling/running z80pack imsaisim/altairsim on armbian Desktop   
    If you know the movie "Wargames" then you may know the computer of "David Lightman" a IMSAI 8080
    Udo Munk did create the software z80pack (last version from 2017 v1.36 at https://www.autometer.de/unix4fun/z80pack/ )
    which does include
    - IMSAI 8080
    - Altair
    - Cromemco Z1
    - cpmsim
    Against the text based cpmsim emulation the other features a graphical frontpanel with "blinken lights"
    Yesterday I did try to compile/start my favourite IMSAI 8080.
    I did follow the instructions - which I collect and wrote for me - see attached to this message.
    But yesterdy I only got limited success (after many "bad" compiles with missing dependencies) in starting the IMSAI 8080 emulation.
    I did get the graphical frontend *yeah* - but after POWERON/RUN the computer I didnt get any terminal-output
    After MANY retries I did give up  
    Today I did the same compile-session on a PC with Ubuntu MATE 20.04LTS and it did work in the first try  
    At first I got no idea what wasnt working....but then I discovered that - when moving the graphical frontpanel - the terminal-output was written VERY SLOWLY to the terminal-screen *Aha*
    Because the garphical frontpanel seem to work perfectly (and did also compile very well) I searched inside the directorys of imsaisim and found in the "conf"-directory the file system.conf
    There in system.conf is a line where the FPS-rate of the frontpanel as default is configured to 60 FPS (Frames per second).
    While taking a look at htop the NanoPi A64 (where my armbian buster Desktop does run) the cpu-utilization is near 90%
    So my gut instinct did tell me thats to much and the NanoPi has to much work with the frontpanel than writing to the terminal.
    I changed the framerate in
    - for the IMSAI 8080: ~/z80pack-1.36/imsaisim/conf/systemconf
    - for the Altair: ~/z80pack-1.36/altairsim/conf/systemconf
    - for the Cromemco Z1: ~/z80pack-1.36/cromemcosim/conf/systemconf
    # front panel framerate fp_fps 10 After that change all 3 emulators with graphical frontend did startup and give output on the terminal
    I contacted Udo Munk via email about this topic and he already knew it
    He wrote that he had implemented the FPS option, because some lower-spec systems had problems to achieve the power for producing a framerate of 60 FPS for the frontpanel.
    Here my write-up / documentation how I did compile /  successfully start the IMSAI 8080 emulation:
    (many thanks to John Kennedy from the FB-Group Altair 8800 for double-checking my instructions!)
    ====================================================================== My normal evironment for compiling source: ====================================================================== apt install gcc libncurses5-dev liblua5.3-dev git make zip unzip -y ====================================================================== Getting z80pack-source: ====================================================================== cd ~ wget https://www.autometer.de/unix4fun/z80pack/ftp/z80pack-1.36.tgz tar -xvf z80pack-1.36.tgz cd ~/z80pack-1.36/ ====================================================================== Dependencies named by z80pack: ====================================================================== libjpeg X11 OpenGL c++ compiler (g++) libpthread ====================================================================== Packages for the z80pack-dpendencies: ------------------------------------- apt install libjpeg-dev x11-common libpthread-stubs0-dev libxmu-dev apt install mesa-common-dev z80asm libglu1-mesa-dev freeglut3-dev ====================================================================== ==> <== ==> I built all packages of z80pack in the following order: <== ==> <== ==> ATTENTION: for some commands you may have to use sudo <== ====================================================================== 1.) FRONTPANEL ====================================================================== cd ~/z80pack-1.36/frontpanel/ make -f Makefile.linux NOTE: Be sure to copy libfrontpanel.so to a shared library path! NOTE: cp ~/z80pack-1.36/frontpanel/libfrontpanel.so /usr/lib make -f Makefile.linux clean ====================================================================== 2.) CPMSIM ====================================================================== cd ~/z80pack-1.36/cpmsim/srcsim/ make -f Makefile.linux make -f Makefile.linux clean ====================================================================== 3.) CPMSIM-TOOLS ====================================================================== if you are user root: mkdir /root/bin if you are user pi: mkdir /home/pi/bin cd ~/z80pack-1.36/cpmsim/srctools make make install NOTE: (does install in /root/bin/) NOTE: Tools installed in /root/bin, make sure it is NOTE: included in the systems search PATH NOTE: export PATH=$PATH:/root/bin NOTE: or NOTE: export PATH=$PATH:/home/pi/bin make clean ====================================================================== 4.) ALTAIRSIM ====================================================================== cd ~/z80pack-1.36/altairsim/srcsim/ make -f Makefile.linux make -f Makefile.linux clean NOTE: change framerate to "fp_fps 10" in NOTE: ~/z80pack-1.36/altairsim/conf/system.conf ====================================================================== 5.) CROMEMCOSIM ====================================================================== cd ~/z80pack-1.36/cromemcosim/srcsim/ make -f Makefile.linux make -f Makefile.linux clean NOTE: change framerate to "fp_fps 10" in NOTE: ~/z80pack-1.36/cromemcosim/conf/system.conf ====================================================================== 6.) IMSAISIM ====================================================================== cd ~/z80pack-1.36/imsaisim/srcsim/ make -f Makefile.linux make -f Makefile.linux clean NOTE: change framerate to "fp_fps 10" in NOTE: ~/z80pack-1.36/imsaisim/conf/system.conf ====================================================================== PREPARE 1st start of imsaisim; ====================================================================== cp ~/z80pack-1.36/frontpanel/libfrontpanel.so /usr/lib cd ~/z80pack-1.36/imsaisim rm conf ln -s conf_2d conf export PATH=$PATH:/root/bin NOTE: maybe add the export-command to your ~/.bashrc ====================================================================== START of IMSAI 8080 CPM v2.2 from the x-terminal on the desktop (needs to be a "x-terminal) for connecting to the X-Server for creating the graphical frontpanel: ====================================================================== ./cpm22 NOTE: maybe root has to give access-rights: NOTE: chmod -R 666 ~/z80pack-1.36/imsaisim/disks NOTE: on the x-terminal root and the to the desktop logged in user can NOTE :start the application and connect to the X-server on a NOTE: SSH-terminal ONLY the to the desktop logged in user can start the NOTE: application and connect to the X-server to give root access to NOTE: the X-server from a SSH-terminal the he to the desktop logged NOTE: in user has to give root access via the xhost command: NOTE: xhost SI:localuser:root ====================================================================== POWER-UP the IMSAI 8080 in the graphical frontpanel ====================================================================== Press "POWER ON " upper part on the first switch on the right side (POWER ON / POWER OFF) Press "RUN" upper part of the third (red) switch (RUN/STOP) ====================================================================== Exit the IMSAI 8080 ====================================================================== Enter "bye" on the CP/M-commandline OR press "POWER OFF " lower part on the first switch on the right side (POWER ON / POWER OFF) OR close the graphical frontpanel with the close button X (Window-Manager-close)  
    Pictures (screenshots are done with Mirage as you can see) of my "success"

  14. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    To upgrade from the old core, you need to restore the original firmware and go through all the steps for a clean installation. Or perform all the steps manually (do not wait for a detailed step-by-step guide for the manual option, you will have to solve everything yourself on the spot).
  15. Like
    manuti reacted to Turgus in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    I guess it is more a new installation than an update what you want..because I have just p281 devices with s905w chip I can only write how I proceed on these devices, but as s905x and s905w are quite similar, that should work for you too: Burn image on card, configure that dtb is working for your hardware in uenv.txt"Complete copy OS to eMMC "
    If new system runs good from sd card, just boot from it, open a terminal and type:
    sudo /root/install-aml.sh after few minutes the script should have copied(/usr/ takes a while..) the stuff to eMMC and prompt:"Complete copy OS to eMMC "
    If that fails to reboot 20.05.5 image from internal after that, maybe try in terminal on boot from card to copy (again):
    sudo /root/install-aml-s905-emmc.sh ..but for me on 5+ amlogic p281/p212 devices install-aml.sh works perfect..
  16. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    Version 20200529.
    Added 4K support for rk3399 and rk3328.
  17. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    I tried to build Armbian images directly on the ARM device (rk3399). Surprisingly, after some refinement of the build system, i'm managed to get the first test images of the universal system RK+AW+AML. At this stage, there is no u-boot in the images. Therefore, you can run on rk3399 either from USB media, or, when writing to an SD card, you need to additionally write u-boot, as provided in the instructions in the first message of the theme for all other platforms. Otherwise, the handling of these images is the same as before (setting up DTB via uEnv.txt, etc).
    Please check these images on different hardware to determine their  whether they can be used as images build in the traditional way.
  18. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    Version 20200519.
    This version is fully built not mediocre on the ARM platform (rk3399).
    I checked how the images work on different models, and no problems were found. The system works identically to the version built using the old scheme via cross-compilation on x86. While these images do not have u-boot and to run from the SD card on RK3399 add u-boot, as described at the beginning of the topic.
    Now anyone can build their own version of ArmbianTV not mediocre on their device.
  19. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    The clean build of the Focal-server on NanoPC T4 with NVMe took 22 minutes.
  20. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    The new version 20.05.5 (20200522).
    All images are build entirely on the ARM platform (rk3399 + NVMe). After fixing bugs, the process of building the first image (including downloading sources, building all packages, building the kernel, u-boot, and so on) took less than 50 minutes. 
  21. Like
    manuti reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    Contact the hardware manufacturer to develop and source the correct DTB for the mainline kernel with support for all devices for your models.
  22. Like
    manuti reacted to guidol in Orrange Pi PC is restarting and losing wifi connection   
    additionally to the 2 USB-devices
    - WLAN/WiFi Realtek 
    Bus 004 Device 002: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
    - USB Stick sda Kingston DataTraveler 3.0
    Bus 003 Device 002: ID 0930:6545 Toshiba Corp. Kingston DataTraveler 102/2.0 / HEMA Flash Drive 2 GB / PNY Attache 4GB Stick
    you do use more than 1008Mhz on the OPi PC (H3-CPU):
    Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St.
    13:43:55: 1368MHz 1.20 44% 18% 12% 0% 13% 0% 72.8°C 0/8
    13:43:56: 1368MHz 1.20 75% 27% 31% 1% 12% 2% 71.2°C 0/8 13:43:56:
    which is often unstable and does heat up the cpu (too much).
    Try to set the max. Mhz to 1008 in armbian.config -> system -> cpu
    (around 500 Mhz for min.) and governor ondemand.
    Maybe then it will be more stable
  23. Like
    manuti reacted to Igor in Beelink x2 wifi problems   
    armbianmonitor -u
  24. Like
    manuti reacted to guidol in EXT4-fs zram0 Checksum error   
    You dont have a Raspberry Pi 4 with armbian These are Rockchip64 SBCs  
    because there is no armbian for the Raspberry Pi
  25. Like
    manuti reacted to Maker39 in H2: Sunvell R69 Android TV Box (AliExpress)   
    Great job!
    Thanks to you I finally have a working image for my MXq-4k ,
    PCB silkscreen : MXQ-S-V3.0-20180126 ZN
    Hw: Allwinner H3, 1G DDR3, 8G NAND, XR819
    XR819 work
    All 4 USB enable from armbian-config
    cpufreq is working.
    Because i have NAND system transfer to eMMC does not work ...

  • Create New...