stut

  • Content Count

    41
  • Joined

  • Last visited

Reputation Activity

  1. Like
    stut reacted to Igor in Ubuntu Focal with 5.6.y for testing   
    Most of the boards just got one freshly build test image - check bottom of download pages.
     
    - minimal image only
    - mainly kernel 5.6.y
    - Ubuntu Focal 20.04 based
    - u-boot 2020.04
    - xz compressed
    - no end-user support
  2. Like
    stut got a reaction from Diamond in Armbian for Amlogic S805   
    Each kernel version needs its own dtb. So I'm afraid you will have to make one from scratch for 5.x kernels. I also have a mxq s805 board and no dtb was working for either 4.x or 5.x kernels. It just runs 3.x kernels and that's about it. We need someone with skills that can make an up to date dtb for s805 mxq boards or stick to kernel 3.x where everything including nand works.
  3. Like
    stut got a reaction from bubbadestroy in RK3399 -Smart Technologies AM40 iQ "Module"   
    You make a good point! I will contact some of these sellers and offer them a low amount. It will be a nice device to learn and tinker with and it shouldn't be too difficult to hunt down a SDK for this somehow somewhere. Which might make it easier to get Armbian on this. This box could make a nice little router or access point or something. I'm mostly sold on the form factor to be honest. I got a weak spot for these kind of boxes. I hope I can get my hands on one or two at a nice price. 
     
    As for your power bill, I charge powerbanks using one of those 'camping' solar panels and use those powerbansk to run sbc's on. During day time the pass trough charging makes sure all the banks are filling up and at night there's enough juice left to last all night. And to be honest my main sbc doesn't take much at all. I have a bunch of NanoPi NEO2 boards and as Pihole or little webserver they're usually under 100ma at 5v. Very very little.
     
    You could also get one of those chargers they had for the OLPC laptops. They have this foot pedal or crank to generate power. Charge powerbanks with it that are powering your sbc, or build your own desk 

     
  4. Like
    stut got a reaction from gounthar in RK3399 -Smart Technologies AM40 iQ "Module"   
    You make a good point! I will contact some of these sellers and offer them a low amount. It will be a nice device to learn and tinker with and it shouldn't be too difficult to hunt down a SDK for this somehow somewhere. Which might make it easier to get Armbian on this. This box could make a nice little router or access point or something. I'm mostly sold on the form factor to be honest. I got a weak spot for these kind of boxes. I hope I can get my hands on one or two at a nice price. 
     
    As for your power bill, I charge powerbanks using one of those 'camping' solar panels and use those powerbansk to run sbc's on. During day time the pass trough charging makes sure all the banks are filling up and at night there's enough juice left to last all night. And to be honest my main sbc doesn't take much at all. I have a bunch of NanoPi NEO2 boards and as Pihole or little webserver they're usually under 100ma at 5v. Very very little.
     
    You could also get one of those chargers they had for the OLPC laptops. They have this foot pedal or crank to generate power. Charge powerbanks with it that are powering your sbc, or build your own desk 

     
  5. Like
    stut reacted to bubbadestroy in RK3399 -Smart Technologies AM40 iQ "Module"   
    you'd be supprised at how the asking price and market value can find a reasonable middle ground with a reasonablely low offer on technology. because the supported hardware/software revision has expired anyhow (EOL); i believe any open pluggable specification device pre 2017 are about (less) as useful as my virtualboy or sega saturn was at its EOL as far as market value is concerned.  
     
    i imagine if they ask more than $50-70 the seller better verify from buyer and seller should confirm its not EOL, is  model 2017+  new or used with all parts in working order.. and boots to an OS... otherwise it needs to be relisted as for parts only and gfl.
     
    -phew. my 2-or-more-bits oppionion anyhow
     
     
    on topic;
     
    thank you, and I will give a legitimate attempt to bub my way through flashing armbian to this board!
     
     
     
     
    till then I had better mention a few important things; some of which have may already been said multiple times by myself or others, on forum or otherwise
     
     
    # disclaimer and acknowledgement
    # I claim no rights to inventing, development, safe practices or translation iterization utilization or any other legal shit that hoes on, on this device, reference, or any other planet.
    #this disclaimer is possibly the only thing i take responsiblilty for, so if any system, ANY system breaks down, welcome to the club, bubba destroy  alot of stuff for hobby and educational purposes only.
    #if it armbian made, old new borrowed or dissassembled, I will share the knowledge and credit source to those who are due credit as best as possible.
     
    #any the unlikely event of any new software or hardware  developed unless otherwise mentioned specifically as my own creation is purely by a miracle circumstance and sheer brute force plug it in till it works or breaks method.
     
    # peer sharing is awesome, bright red blood makes the green grass grow, and always remember to spay and tutor your pests.
     
    supporting original content creators and future makers is probably a really good thing.  money is a tool for helping many people create something together, so use it intelligently once in a while.
     
    Which reminds me, all shit costs electricity.
    i gotta go invest in a hamster wheel and hamster army to power this experiment. thats what i would say anyway, if i was the boss of anything.
     
     
     
  6. Like
    stut reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    you can try activating the multi-upload manually. Execute these commands.
     
    usb start
    fatload usb 0 1020000 aml_autoscript
    autoscr 1020000
  7. Like
    stut reacted to martinayotte in SPI NOR chips, what to buy for a ZeroPi?   
    Most of them are working as long as they are 2.7V and above. Frequency is not really an issue since in DT it is usually set 40MHz and could be lowered manually by editing DTS.
    I've used Winbond ones on both my OPiZeros and OPiPC2. So, I suggest Winbond one, but maybe also GigaDevice.
  8. Like
    stut reacted to balbes150 in Armbian for Amlogic S805   
    https://yadi.sk/d/QCGU0PIv3G5kEa
     
     
  9. Like
    stut reacted to ning in How to use HW video codec?   
    mainline amlogic hwvdec with patches still in review, can be directly used by mpv with `-hwdec=auto`
     
    cpu usage drop to 10% from 50%
  10. Like
    stut reacted to ning in Is there a better way to prevent a custom kernel update than apt hold?   
    or just add SUBREVISION=.99999 to your build command line
  11. Like
    stut reacted to ej0rge in any clues for the creation of a dtoverlay for fbtft on 5.4.y?   
    I have the waveshare 2.8 A tft and touch panel working on the Orange Pi PC2 with one long dtoverlay. 
     
    Some of my inspiration came from here: 
     
    Like i said one dtoverlay, both fbtft and the touch panel, no other overlays needed. 
     
    I admit i am a neophyte and it might be possible to trim this one slightly and use it in combination with the CS1 dtoverlay but it wasn't clear to me how that would work. 
     
    I am using a 6 inch hand-made cable to connect my waveshare 2.8 A but it is wired straight through on only the needed wires for touch and tft. 
     
    As I've said before it should work just the same with a 3.2 B. 
     
    May work on PC Prime as-is, should work on other orange pi boards with minor changes (compatible arch and the assignment of pin 26 varies from board to board).
    For orange pi zero, zero plus (H3 and H5), maybe some others, instances of PA21 should be changed to PA10. Check your pinouts to be sure. 
     
    The spi speed of 1.6mhz for the tft is a safe example, I have run up to 4mhz without issues and might be able to go higher but i am leaving the safe default in place for this post.
     
    one caveat: as i said i don't have a use for the touch panel in my application. I tested it by catting /dev/input/mouse1 and running a fingernail over the touch panel. I got output. yay. More tweaks might be needed, but the driver is fundamentally working and all the overrides are included in the dts
     
    waveshare_32b_28a_opipc2.dts
  12. Like
    stut reacted to aaditya in Build Armbian with Panfrost   
    Thanks for the instructions @NicoD!
     
    I modified the mesa build options to enable egl:
    meson -D egl=true -D gles1=true -D gles2=true -D shared-glapi=true -Ddri-drivers= -Dvulkan-drivers= -Dgallium-drivers=panfrost,kmsro -Dlibunwind=false -Dprefix=/usr build/  
    With egl one can compile and run git version of supertuxkart.
  13. Like
    stut reacted to NicoD in Build Armbian with Panfrost   
    Panfrost instructions Armbian
     
    !!!! I made a script that does all this, check a few posts later for the script !!!!!  
    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.55.3-1_all.deb sudo dpkg -i meson_0.55.3-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
  14. Like
    stut reacted to Werner in Is there a better way to prevent a custom kernel update than apt hold?   
    What may help is adding a custom version string in menuconfig when building the kernel package.
  15. Like
    stut reacted to ej0rge in Is there a 32-bit version of armbian or that is compatible with widevine?   
    I don't have specific experience with widevine but debian-derived distributions including armbian are capable of hosting multiple ABIs. 

    Your s912 is aarm64 but is backward compatible with armhf. Your 32-bit arm binary is armhf. Similar to how an amd64 system is backward compatible with an i386 system. 
     
    You start with dpkg --add-architecture armhf
     
    then apt-get update
     
    Then you install 32-bit versions of everything you need for your 32-bit netflix, etc with "apt-get install foo:armhf" and so on. 
     
    I've only done this on a small scale, but if you get lucky and everything you need is in the distribution, it's pretty painless.  the "ldd" command will tell you what libraries a dynamically linked binary needs to have around. 
     
    more info here: https://wiki.debian.org/Multiarch/HOWTO
  16. Like
    stut got a reaction from Anung Un Rama in Installation Guide and your questions answered for TV Boxes   
    Very nice guide, thanks for this! What I'm missing is an upgrade part. How does one upgrade to a newer release without losing data? I remember a while back we could download separate deb files for the new release and install those one by one. But I don't see those anymore, just an image now. Is the best way to upgrade to do a clean install and then copy back the old files and stuff? Almost seems more feasible to build your own from source so you end up with the deb packages to upgrade an existing system. But Maybe I'm missing something.
  17. Like
    stut got a reaction from lanefu in Armbian 20.02 (Chiru) Release Thread   
    I was having issues connecting to certain APs, the password was always wrong even though I knew for sure they were right. In the end it was due to network-manager's random mac address trickery. After disabling it I could connect just fine. Maybe the random mac should be turned off by default as it can interfere with certain APs?
     
    A quick fix, create /etc/NetworkManager/conf.d/99-disable-wifi-random-mac.conf and add the following;
    [connection] wifi.mac-address-randomization=1 [device] wifi.scan-rand-mac-address=no  
  18. Like
    stut got a reaction from TRS-80 in Armbian 20.02 (Chiru) Release Thread   
    I was having issues connecting to certain APs, the password was always wrong even though I knew for sure they were right. In the end it was due to network-manager's random mac address trickery. After disabling it I could connect just fine. Maybe the random mac should be turned off by default as it can interfere with certain APs?
     
    A quick fix, create /etc/NetworkManager/conf.d/99-disable-wifi-random-mac.conf and add the following;
    [connection] wifi.mac-address-randomization=1 [device] wifi.scan-rand-mac-address=no  
  19. Like
    stut reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    Important information for Rockchip RK3328\RK3399 and Allwinner H6. If you have written to the SD card any version of the system that uses a GPT table or a non-standard u-boot (for example, an Android image or an Ubuntu image built by the device manufacturer, etc.). Before writing an Armbian or Libreelec image, be sure to zero the entire SD card with the
     
    dd if=/dev/zero  of=/dev/<sd_card> bs=64M
     
    command. Only then can you write the image to the SD card and it will work correctly. If you do not zero the SD card, there will be problems with u-boot from Armbian and Libreelec (u-boot does not start and stops with a partition table error message). For those who use the new version of u-boot, which supports direct launch from USB media, I recommend using USB media to launch, this guarantees that the system will start, regardless of what was previously on the USB media.
  20. Like
    stut reacted to balbes150 in Single Armbian image for RK + AML + AW (aarch64 ARMv8)   
    Version 20200127.
    EMMC installation fixes for NanoPC T4.
     
    Added deb files with the new kernel to the site for manual kernel updates.
  21. Like
    stut got a reaction from lanefu in Armbian 20.02 (Chiru) Release Thread   
    I do have one of those gun like ones, thanks for reminding me. I checked some temps and the reported temps are pretty much spot on. It might run cooler without the 1.3ghz overlay cuz I think that increases the voltage, not sure though. Of course I can't measure the chip itself due to the heatsink but I did my best to get a close as possible and find the hottest parts. I do have a temp sensor for a multimeter somewhere that is probably small enough to sit between the heatsink and the dye of the chip but it will reduce the surface so might influence results a bit.
     
    Edit: ran sbc-bench without errors: http://ix.io/28pz
  22. Like
    stut got a reaction from lanefu in Armbian 20.02 (Chiru) Release Thread   
    RC1 working very nicely on NanoPi NEO2 boards here. Also running cooler than I remember, hovering between 22-27c idle/light load. Everything I need works including 8811au ac sticks and overlays to enable 1.3ghz and extra usb port on the oled add-on, the oled also works. Wifi seems faster/more responsive. No issues to report so far. Great work!
  23. Like
    stut got a reaction from lanefu in Removing Unneeded Packages   
    If you need to free up space try installing localepurge to remove unwanted languages from docs and man pages and such. When every megabyte counts this will help a lot without having to remove any programs. Select no when asked about the exclude path option to process already installed stuff. If you select yes it will only strip the languages from newly installed stuff.
  24. Like
    stut got a reaction from TonyMac32 in Armbian 20.02 (Chiru) Release Thread   
    I do have one of those gun like ones, thanks for reminding me. I checked some temps and the reported temps are pretty much spot on. It might run cooler without the 1.3ghz overlay cuz I think that increases the voltage, not sure though. Of course I can't measure the chip itself due to the heatsink but I did my best to get a close as possible and find the hottest parts. I do have a temp sensor for a multimeter somewhere that is probably small enough to sit between the heatsink and the dye of the chip but it will reduce the surface so might influence results a bit.
     
    Edit: ran sbc-bench without errors: http://ix.io/28pz
  25. Like
    stut reacted to tripole in Armbian for Amlogic S9xxx kernel 5.x   
    How to get a working LED/VFD front display on Tanix TX3 mini-A:
     
    First, many thanks to Balbes, Igor and the other heroes of the Armbian community.
     
    Instructions (noob-like, i.e. like me):
     
    Install (see instructions at the top of this thread) the dtb file meson-gxl-s905w-tx3-mini-vfd.dtb.gz and boot your tx3 box with this file. (This assumes that you boot from SD/USB so that you don't risk bricking your box. See also notes below, incl md5sum) Download the vfd code (module and daemon) tarball vfdd-20181209.tar.xz from a link at the bottom of the page http://www.rvq.fr/linux/tanix-vfd.php and unpack it someplace on your tx3 box. Build the vfd module (natively): Install the *.deb package from Balbes/Armbian with linux kernel headers for the kernel you are running. Then, copy the contents of vfdd-20181209/vfdmod/vfdmod/ to some place in the kernel headers tree, say drivers/vfd Go to drivers/vfd and write up a Makefile somewhat like this;  KERNEL_SOURCE := /usr/src/linux-headers-4.19.7-aml-s9xxx PWD := $(shell pwd) default: ${MAKE} -C ${KERNEL_SOURCE} M=${PWD} modules clean: ${MAKE} -C ${KERNEL_SOURCE} M=${PWD} clean Run 'make' and build the module vfdmod.ko
    Check that the module loads: insmod vfdmod.ko Build the daemon vfdd: Go to the directory vfdd-20181209/ and run make. (I got some seemingly harmless warnings, which I ignored.) The daemon executable vfdd should emerge. After inspection/editing of the Makefile in vfdd-20181209/ (e.g. BINDIR, ETCDIR) you can run 'make install' to copy the the daemon executable and configuration file to their proper locations (or do this manually). Test the daemon: Check the vfd conf file (default /etc/vfd.conf) and edit according to taste, or leave as-is. Start the daemon with recipe as in vfdd-20181209/vfdd.runit.in If everything is OK some nice little numbers and symbols should now emerge on the front LED display of your tx3 box. (Note that the daemon cycles through time/date/temp on the display and that e.g. the play button means bluetooth, I think.) Notes:
    The dtb file meson-gxl-s905w-tx3-mini-vfd.dtb (md5sum is fe846c5c3c7903b15c0725c2bd289fe5) is an augmentation of the Balbes/Armbian file meson-gxl-s905w-tx3-mini.dtb where the following definition has been added/compiled in (method; hack to Balbes' Armbian cross compile build environment) to support vfd (as per recipe in vfdd-20181209):  meson-vfd { compatible = "amlogic,aml_vfd"; dev_name = "meson-vfd"; status = "okay"; gpios = <&gpio_ao GPIOAO_4 GPIO_ACTIVE_HIGH>, /* STB */ <&gpio GPIODV_27 GPIO_ACTIVE_HIGH>, /* CLK */ <&gpio GPIODV_26 GPIO_ACTIVE_HIGH>; /* DI/DO */ }; (A dtb file can easily be decompiled and inspected by decompiling it with dtc, the device tree compiler.)
    The vfd module can also be complied using the Balbes/Armbian cross compile environment, using (at least for me) some ugly hacks, but the native route seems much simpler. (The module built with the cross compile environment becomes smaller; I don't know why (perhaps due to some shared code).)
    I have used information and links mainly from the excellent tx3 info source http://www.rvq.fr/linux/tanix-tx3.php