Jump to content

tripole

Members
  • Posts

    9
  • Joined

  • Last visited

Reputation Activity

  1. Like
    tripole got a reaction from hexdump in Chainloaded uboot images for amlogic   
    @hexdump
     
    Thank you for your work on these chain loaders. It has enabled me to do something I have wanted for a long time.
     
    I have your g12a-u-boot.bin (renamed to u-boot.ext) running on my Ugoos AM6 plus, in a multi-os boot setup, with all OSes installed on the SD (utilizing the vendor boot for the all boot stages except the last, which is in u-boot.ext). Currently, I can boot into Armbian Meson64 (Hirsute flavor, built in QEMU based on the rootfs file tree), Manjaro ARM (for VIM3/Ugoos, copied from distro image), and a Armbian Buster mini as rescue (also from QEMU/rootfs).
     
    By writing the entries in extlinux.conf according to the correct menu syntax (inferred from e.g. pxe_utils.c in u-boot source, see below) one can select which kernel+initrd+dtb to load, and which root file system to mount. (One has to be quick at the second prompt to make the OS selection. This prompt appears at the sysboot stage, after u-boot autoload has timed out. Perhaps the sysboot timeout can be extended a bit? Edit: The TIMEOUT keyword does not seem to take effect.)
     
    On all the OSes I have kept their original /boot dir and then added a new mount point /boot_FAT32 where the first FAT32 partition is located (with extlinux.conf, kernels+initrds+dtbs, and u-boot.ext), and updated the local /etc/fstab accordingly. Then it is simple to propagate the changes made to /boot under a running OS also to the boot partition. The SD layout/geometry is essentially: From the first available sector (2048, no gap needed) and 300M onwards; the kernel+initrd+dtbs and extlinux.conf stuff on a FAT32 partition. The follows, after perhaps a common swap partition, a number of ext4 partitions with the different OSes.
     
    Here is what the extlinux.conf can look like
     
     
    P.S. I know it is hard to compile these loaders correctly: From u-boot-amlogic (custodian) have have managed to compile, starting with different defconfigs, chain loaders that boot but with; no (HDMI) screen, green screen (several flavors), and indeed, purple-pinkish screen, but not one single working properly. Doh.
  2. Like
    tripole reacted to SteeMan in Information for users of TV boxes on the Amlogic platform   
    @balbes150 If I could ask a favor of you.  Would it be possible to add a tag to your public github repositories that corresponds to your last build supporting AML?  With a tagged version of source code that corresponds to your final released build others can pick up where you have left off if they are capable and motivated.  I appreciate your dedication to armbian and respect your decision to end your support of Amlogic cpus.
  3. Like
    tripole reacted to SteeMan in Armbian for Amlogic S905X3   
    Technically Balbes never supported the s905x3. But it is true that he is now ending support of all amlogic cpus.  I already make my own kernel builds, and since I own a few different amlogic based boxes, I have an interest in seeing support continue in some form.  I have asked balbes in another thread if he would tag his public github repositories with a tag that corresponds to his last build supporting amlogic, which then can be a starting point for continued support by the community if there is enough interest.
  4. Like
    tripole got a reaction from Skull Sherbet 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
  5. Like
    tripole got a reaction from stut 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
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines