Jump to content

ARMBIAN for Amlogic S905 and S905X (ver 5.44 =<)


balbes150

Recommended Posts

 

@balbes150,

root@amlogic-s905x:~# fw_printenv
Cannot parse config file '/etc/fw_env.config': No such file or directory

 

What version image are You using ? You need to use the latest version 20161227.

 

In the data that You have provided, I see no useful information. This is not a complete output.

Link to comment
Share on other sites

@balbes150,

 

Please check the output with your latest image.

EnableSelinux=enforcing
aml_dt=gxm_q201_2g
baudrate=115200
bootcmd=run start_autoscript;run storeboot;
bootdelay=1
bootfromnand=0
bootfromrecovery=0
cmdline_keys=if keyman init 0x1234; then if keyman read usid ${loadaddr} str; then setenv bootargs ${bootargs} androidboot.serialno=${usid};fi;if keyman read mac ${loadaddr} str; then setenv bootargs ${bootargs} mac=${mac} androidboot.mac=${mac};fi;if keyman read deviceid ${loadaddr} str; then setenv bootargs ${bootargs} androidboot.deviceid=${deviceid};fi;fi;
cvbs_drv=0
cvbsmode=576cvbs
display_bpp=24
display_color_bg=0
display_color_fg=0xffff
display_color_index=24
display_height=1080
display_layer=osd1
display_width=1920
dtb_mem_addr=0x1000000
ethaddr=00:15:18:01:81:31
factory_reset_poweroff_protect=echo wipe_data=${wipe_data}; echo wipe_cache=${wipe_cache};if test ${wipe_data} = failed; then run init_display; run storeargs;if mmcinfo; then run recovery_from_sdcard;fi;if usb start 0; then run recovery_from_udisk;fi;run recovery_from_flash;fi; if test ${wipe_cache} = failed; then run init_display; run storeargs;if mmcinfo; then run recovery_from_sdcard;fi;if usb start 0; then run recovery_from_udisk;fi;run recovery_from_flash;fi; 
fb_addr=0x3d800000
fb_height=1080
fb_width=1920
fdt_high=0x20000000
firstboot=1
gatewayip=10.18.9.1
hdmimode=1080p60hz
hostname=arm_gxbb
init_display=osd open;osd clear;imgread pic logo bootup $loadaddr;bmp display $bootup_offset;bmp scale
initargs=rootfstype=ramfs init=/init console=ttyS0,115200 no_console_suspend earlyprintk=aml-uart,0xc81004c0 ramoops.pstore_en=1 ramoops.record_size=0x8000 ramoops.console_size=0x4000 
ipaddr=10.18.9.97
jtag=apee
loadaddr=1080000
netmask=255.255.255.0
outputmode=1080p60hz
preboot=run factory_reset_poweroff_protect;run upgrade_check;run init_display;run storeargs;run upgrade_key;forceupdate;run switch_bootmode;
recovery_from_flash=setenv bootargs ${bootargs} aml_dt=${aml_dt} recovery_part={recovery_part} recovery_offset={recovery_offset};if imgread kernel ${recovery_part} ${loadaddr} ${recovery_offset}; then wipeisb; bootm ${loadaddr}; fi
recovery_from_sdcard=setenv bootargs ${bootargs} aml_dt=${aml_dt} recovery_part={recovery_part} recovery_offset={recovery_offset};if fatload mmc 0 ${loadaddr} aml_autoscript; then autoscr ${loadaddr}; fi;if fatload mmc 0 ${loadaddr} recovery.img; then if fatload mmc 0 ${dtb_mem_addr} dtb.img; then echo sd dtb.img loaded; fi;wipeisb; bootm ${loadaddr};fi;
recovery_from_udisk=setenv bootargs ${bootargs} aml_dt=${aml_dt} recovery_part={recovery_part} recovery_offset={recovery_offset};if fatload usb 0 ${loadaddr} aml_autoscript; then autoscr ${loadaddr}; fi;if fatload usb 0 ${loadaddr} recovery.img; then if fatload usb 0 ${dtb_mem_addr} dtb.img; then echo udisk dtb.img loaded; fi;wipeisb; bootm ${loadaddr};fi;
recovery_offset=0
recovery_part=recovery
sdc_burning=sdc_burn ${sdcburncfg}
sdcburncfg=aml_sdc_burn.ini
serverip=10.18.9.113
start_autoscript=if usb start ; then run start_usb_autoscript;fi;if mmcinfo; then run start_mmc_autoscript;fi;
start_mmc_autoscript=if fatload mmc 0 1020000 s905_autoscript; then autoscr 1020000; fi
start_usb_autoscript=if fatload usb 0 1020000 s905_autoscript; then autoscr 1020000; fi
storeargs=setenv bootargs ${initargs} androidboot.selinux=${EnableSelinux} logo=${display_layer},loaded,${fb_addr},${outputmode} maxcpus=${maxcpus} vout=${outputmode},enable hdmimode=${hdmimode} cvbsmode=${cvbsmode} hdmitx=${cecconfig} cvbsdrv=${cvbs_drv} androidboot.firstboot=${firstboot} jtag=${jtag}; setenv bootargs ${bootargs} androidboot.hardware=amlogic;run cmdline_keys;
storeboot=if imgread kernel boot ${loadaddr}; then bootm ${loadaddr}; fi;run update;
switch_bootmode=get_rebootmode;if test ${reboot_mode} = factory_reset; then run recovery_from_flash;else if test ${reboot_mode} = update; then run update;else if test ${reboot_mode} = cold_boot; then run try_auto_burn; fi;fi;fi;
try_auto_burn=update 700 750;
update=run usb_burning; run sdc_burning; if mmcinfo; then run recovery_from_sdcard;fi;if usb start 0; then run recovery_from_udisk;fi;run recovery_from_flash;
upgrade_check=echo upgrade_step=${upgrade_step}; if itest ${upgrade_step} == 3; then run init_display; run storeargs; run update;else fi;
upgrade_key=saradc open 0; if saradc get_in_range 0x0 0x50; then echo detect upgrade key; run update;fi;
upgrade_step=2
usb_burning=update 1000
wipe_cache=successful
wipe_data=successful
Link to comment
Share on other sites

In this embodiment, the variables I see the setting. With some caution you can try to verify the installation to the internal memory. For this you need  be SURE to backup the internal memory. You can use the scripts included in the latest images. To register as a user "root" (su -) and execute one of the options backup "ddbr_backup_3g" or "ddbr_backup_full". The first script creates a minimal copy of the first 3 GB of emmc memory. The second script creates a complete copy of the entire memory. The media must have enough free space to create a selected option of the copy. After the copy, I recommend save it on PC in a safe place the backup file (from the directory /ddbr on the media). To install on internal memory. Start terminal and log in as the user "root" with the command "su -". Start the installation with the command "./install.sh". Avoid not understand the consequences of the script, don't use mode "sudo". The script will attempt to copy the working system to the internal memory. Therefore, before install need to perform all the necessary setup of the system on removable media and check that all the hardware would work as required (WiFi , sound, etc.). After copying is complete, you need to perform a logoff and try to start TV box without external media. Probably the first time the system fail to boot from the internal memory. You need to start the system from external media and reinstall. I when testing, the system started to work after the second reinstall.

Link to comment
Share on other sites

just tested latest armbian image Armbian_5.24_Amlogic-s905x_Debian_jessie_3.14.29_20161223.img.xz on my x96 tv box (s905x)

1) first boot, loging under root and creatig new user account is ok 

2) After reboot the screen resolution is strange, i can see two columns of text next to each other.

 

Any idea on how to fix screen resolution change after second boot?  Can i change it to mode which is being used in first boot?

SSH works well so i can change some configs remotely if that would solve the problem....

Link to comment
Share on other sites

it is kid of annoying. Short comment on where to look from someone who knows how the resolution in armbian is determined would help so i can fix it myself. :-)

boot resolution in  s905_autoscript change txt file, then build binary... in my case this problem disappears after login...

Link to comment
Share on other sites

@balbes150

 

Results from GT1:

 

1) ethernet has stopped working on your latest image;]

2) WiFi is working on GT1 by default;

3) install.sh eMMC script is working, I'm able to boot from eMMC;

 

Only got a error on DTB, look:

 

gt1_boot.jpg

Link to comment
Share on other sites

boot resolution in  s905_autoscript change txt file, then build binary... in my case this problem disappears after login...

How does one build binary s905_autoscript from s905_autoscript txt file ?

such as: I would like to change hardcoded mac address.

thanks!

Link to comment
Share on other sites

What version image are You using ? You need to use the latest version 20161227.

 

Hi !

I had several resolution problem like the guys before (mixed ligns and columns).

But there is the oupout from mine (GT1 with SN starting by A912), my device is not reconize when I plug it into the usb port (don't know why) so I'm not very sure I want to write on my internal memory :

root@amlogic-s905x:~# fw_printenv
EnableSelinux=disabled
aml_dt=gxm_q201_2g
baudrate=115200
bootcmd=run start_autoscript;run storeboot;
bootdelay=1
bootfromnand=0
bootfromrecovery=0
cmdline_keys=if keyman init 0x1234; then if keyman read usid ${loadaddr} str; then setenv bootargs ${bootargs} androidboot.serialno=${usid};fi;if keyman read mac ${loadaddr} str; then setenv bootargs ${bootargs} mac=${mac} androidboot.mac=${mac};fi;if keyman read deviceid ${loadaddr} str; then setenv bootargs ${bootargs} androidboot.deviceid=${deviceid};fi;fi;
cvbs_drv=0
cvbsmode=576cvbs
display_bpp=24
display_color_bg=0
display_color_fg=0xffff
display_color_index=24
display_height=1080
display_layer=osd1
display_width=1920
dtb_mem_addr=0x1000000
ethaddr=00:15:18:01:81:31
factory_reset_poweroff_protect=echo wipe_data=${wipe_data}; echo wipe_cache=${wipe_cache};if test ${wipe_data} = failed; then run init_display; run storeargs;if mmcinfo; then run recovery_from_sdcard;fi;if usb start 0; then run recovery_from_udisk;fi;run recovery_from_flash;fi; if test ${wipe_cache} = failed; then run init_display; run storeargs;if mmcinfo; then run recovery_from_sdcard;fi;if usb start 0; then run recovery_from_udisk;fi;run recovery_from_flash;fi;
fb_addr=0x3d800000
fb_height=1080
fb_width=1920
fdt_high=0x20000000
firstboot=0
gatewayip=10.18.9.1
hdmimode=1080p60hz
hostname=arm_gxbb
init_display=osd open;osd clear;imgread pic logo bootup $loadaddr;bmp display $bootup_offset;bmp scale
initargs=rootfstype=ramfs init=/init console=ttyS0,115200 no_console_suspend earlyprintk=aml-uart,0xc81004c0 ramoops.pstore_en=1 ramoops.record_size=0x8000 ramoops.console_size=0x4000
ipaddr=10.18.9.97
jtag=apao
loadaddr=1080000
netmask=255.255.255.0
outputmode=1080p60hz
preboot=run factory_reset_poweroff_protect;run upgrade_check;run init_display;run storeargs;run upgrade_key;forceupdate;run switch_bootmode;
recovery_from_flash=setenv bootargs ${bootargs} aml_dt=${aml_dt} recovery_part={recovery_part} recovery_offset={recovery_offset};if imgread kernel ${recovery_part} ${loadaddr} ${recovery_offset}; then wipeisb; bootm ${loadaddr}; fi
recovery_from_sdcard=setenv bootargs ${bootargs} aml_dt=${aml_dt} recovery_part={recovery_part} recovery_offset={recovery_offset};if fatload mmc 0 ${loadaddr} aml_autoscript; then autoscr ${loadaddr}; fi;if fatload mmc 0 ${loadaddr} recovery.img; then if fatload mmc 0 ${dtb_mem_addr} dtb.img; then echo sd dtb.img loaded; fi;wipeisb; bootm ${loadaddr};fi;
recovery_from_udisk=setenv bootargs ${bootargs} aml_dt=${aml_dt} recovery_part={recovery_part} recovery_offset={recovery_offset};if fatload usb 0 ${loadaddr} aml_autoscript; then autoscr ${loadaddr}; fi;if fatload usb 0 ${loadaddr} recovery.img; then if fatload usb 0 ${dtb_mem_addr} dtb.img; then echo udisk dtb.img loaded; fi;wipeisb; bootm ${loadaddr};fi;
recovery_offset=0
recovery_part=recovery
sdc_burning=sdc_burn ${sdcburncfg}
sdcburncfg=aml_sdc_burn.ini
serverip=10.18.9.113
start_autoscript=if usb start ; then run start_usb_autoscript;fi;if mmcinfo; then run start_mmc_autoscript;fi;
start_mmc_autoscript=if fatload mmc 0 1020000 s905_autoscript; then autoscr 1020000; fi
start_usb_autoscript=if fatload usb 0 1020000 s905_autoscript; then autoscr 1020000; fi
storeargs=setenv bootargs ${initargs} androidboot.selinux=${EnableSelinux} logo=${display_layer},loaded,${fb_addr},${outputmode} maxcpus=${maxcpus} vout=${outputmode},enable hdmimode=${hdmimode} cvbsmode=${cvbsmode} hdmitx=${cecconfig} cvbsdrv=${cvbs_drv} androidboot.firstboot=${firstboot} jtag=${jtag}; setenv bootargs ${bootargs} androidboot.hardware=amlogic;run cmdline_keys;
storeboot=if imgread kernel boot ${loadaddr}; then bootm ${loadaddr}; fi;run update;
switch_bootmode=get_rebootmode;if test ${reboot_mode} = factory_reset; then run recovery_from_flash;else if test ${reboot_mode} = update; then run update;else if test ${reboot_mode} = cold_boot; then run try_auto_burn; fi;fi;fi;
try_auto_burn=update 700 750;
update=run usb_burning; run sdc_burning; if mmcinfo; then run recovery_from_sdcard;fi;if usb start 0; then run recovery_from_udisk;fi;run recovery_from_flash;
upgrade_check=echo upgrade_step=${upgrade_step}; if itest ${upgrade_step} == 3; then run init_display; run storeargs; run update;else fi;
upgrade_key=saradc open 0; if saradc get_in_range 0x0 0x50; then echo detect upgrade key; run update;fi;
upgrade_step=2
usb_burning=update 1000
wipe_cache=successful
wipe_data=successful

Link to comment
Share on other sites

Hi to all! My first post here...
First of all i am running Armbian_5.24_Amlogic-s905x_Debian_jessie_3.14.29_20161223.img on MiniM8S 2G MEM / 8G EMMC

I'm impressed with the performance of the box, and a big THANK YOU to balbes150 for his work.

I had to put dtb.img from LibreELEC image to my (Armbian_5.24...20161223.img) SD CARD in order to be able to boot it on my system ( otherwise only archlinux it was able to boot without dtb.img ).
I put MATE XORG on top of that and everything is OK except two things:

1) Video performance of mpv is a no-go ( No hardware accel ? )

2) My HDMI resolution is on 1280x720 only.

I'm quite new to this armbian distro, and there any many things i don't know (some how and why things i believe :) )

I can confirm that running pacman -Syu in archlinux ( ArchLinux_4Gb_20161201.img.gz ) bricked my MiniM8S ( a thing that was expected after all ) and i had to do the pin sorting method + USB Burning Tool in Windows to bring it back to life.

I'm not asking questions here (mainly), just my 5 cent of information.

@balbes150
Here is a script that i wrote to automate the process of backing up the internal EMMC in debian ( and hopefully ubuntu ) in case i ( or someone else ) would like to put armbian in EMMC

The script works great for me, and does some checks and takes decisions.

Maybe you find a use for this in your next images.
If someone try the script and find any bugs i will be glad to squash them :D

Here is the script:

#!/bin/bash
# Author: xXx
# Purpose: Automate the process of backing up internal storage.
# Date: 4 Jan 2017 20:22:00 EET
reset
_r=$(tput setaf 1)
_g=$(tput setaf 2)
_b=$(tput setaf 4)
_y=$(tput setaf 3)
_x=$(tput sgr0)
OUTDIR="/root"
[ $(whoami) != root ] && echo "$_r Please run this program as root""$_x" && exit 1
avail=$(lsblk | grep -oE mmcblk[0-9] | sort | uniq)
runfrom=$(lsblk | grep /$ | grep -oE mmcblk[0-9])
emmc=$(echo $avail | sed "s/$runfrom//" | sed "s/ //g")
image=$(echo $(cat /proc/cpuinfo | egrep '(Hardware|Revision)' | awk '{print $3}') | sed "s/ /-/g")-emmc.img
[ -f $OUTDIR/$image.gz ] && echo "$_y DELETING PREVIOUSLY CREATED IMAGE...""$_x" && rm -rf $OUTDIR/$image
intsize=$(fdisk -s /dev/$emmc)
rootfree=$(df | grep /$ | awk '{print $4}')
echo "$_b AVAILABLE DEVICES: "$_g"$(echo $avail)""$_x"
echo "$_b YOU ARE RUNNING "$_g"$(lsb_release -c | awk '{print $2}')"$_b" FROM "$_g"$runfrom""$_x"
echo "$_b INTERNAL EMMC IS: "$_g"$emmc"$_b" SIZE: "$_g"$intsize""$_x"
echo "$_b ROOT FREE SPACE IS: "$_g"$rootfree""$_x"
[ $rootfree -le $intsize ] && echo "$_r NOT ENOUGH FREE SPACE!!! $_x" && exit 1
echo "$_b JOB STARTED!"$_x""
echo "$_b SAVING AND COMPRESSING TO "$_g"$OUTDIR/$image.gz"$_x"..."
dd if=/dev/$emmc | pv -s $intsize"K" | gzip > $OUTDIR/$image.gz
echo "$_g JOB FINISHED!"$_x""

Link to comment
Share on other sites

it is kid of annoying. Short comment on where to look from someone who knows how the resolution in armbian is determined would help so i can fix it myself. :-)

 

View post #381 in this thread.

 

 

@balbes150

 

Results from GT1:

 

1) ethernet has stopped working on your latest image;]

2) WiFi is working on GT1 by default;

3) install.sh eMMC script is working, I'm able to boot from eMMC;

 

Only got a error on DTB, look:

 

 

 

You forgot to copy the correct file dtb (dtb.img) to the root of the FAT partition of the carrier.

 

 

 

Hi !

I had several resolution problem like the guys before (mixed ligns and columns).

But there is the oupout from mine (GT1 with SN starting by A912), my device is not reconize when I plug it into the usb port (don't know why) so I'm not very sure I want to write on my internal memory :

 

All versions of images 20161227 universal (work with external drives). Do not run the installation script.

 

 

 

Hi to all! My first post here...

First of all i am running Armbian_5.24_Amlogic-s905x_Debian_jessie_3.14.29_20161223.img on MiniM8S 2G MEM / 8G EMMC

I'm impressed with the performance of the box, and a big THANK YOU to balbes150 for his work.

I had to put dtb.img from LibreELEC image to my (Armbian_5.24...20161223.img) SD CARD in order to be able to boot it on my system ( otherwise only archlinux it was able to boot without dtb.img ).

I put MATE XORG on top of that and everything is OK except two things:

1) Video performance of mpv is a no-go ( No hardware accel ? )

2) My HDMI resolution is on 1280x720 only.

I'm quite new to this armbian distro, and there any many things i don't know (some how and why things i believe :) )

I can confirm that running pacman -Syu in archlinux ( ArchLinux_4Gb_20161201.img.gz ) bricked my MiniM8S ( a thing that was expected after all ) and i had to do the pin sorting method + USB Burning Tool in Windows to bring it back to life.

I'm not asking questions here (mainly), just my 5 cent of information.

@balbes150

Here is a script that i wrote to automate the process of backing up the internal EMMC in debian ( and hopefully ubuntu ) in case i ( or someone else ) would like to put armbian in EMMC

The script works great for me, and does some checks and takes decisions.

Maybe you find a use for this in your next images.

If someone try the script and find any bugs i will be glad to squash them :D

Here is the script:

 

 

HW (libMali) appeared only in the latest images Armbian. In the image of ArchLinux it is not.

Thanks for the additional script. I looked at its contents. Have you tried to use it to restore ? I have my doubts about the use of compression together with the creation of a copy. I have tried many times to use compression along with the creation of a copy, and each time, after trying system restore (emmc) from this archive, TV box does not boot (broken u-boot). So I refused from the Association of teams of data capture and simultaneous compression.

Link to comment
Share on other sites

hello balbes150, i'm back testing armbian on my amlogic devices.

 

i'd like to know if things have changed with dtb (auto) loading ?

 

i'm testing a beelink minimxiii (s905, 2GB, Gigabit), installed your universal boot v0.6 and booted 4-6 weeks old image (xenial desktop, don't know which version but it had a kernel 3.14.79, now it's 3.14.29, what happened ?) and it booted fine, ethernet "ok" (poor up performances), 2GB ram available.

 

Then flashed your latest Armbian_5.24_Amlogic-s905x_Ubuntu_xenial_3.14.29_20161223.img, and it won't boot.

Stuck at the beelink logo, probably didn't pass uboot, i will install serial if necessary but no time right now.

 

i haven't done anything concerning dtb (no dtb.img on the root folder) but i have already dumped the /dev/block/boot in adb so i can extract my dtb from it. i don't know the board version of that minimx yet.

 

i'm assuming your "s905x" images are also for s905, as you don't have "s905" image anymore, am i wrong ?

 

thx for clearing up those basic questions so i don't loose too much time doing things that are not correct anymore.

Link to comment
Share on other sites

@balbes150

 

Have you tried to use it to restore ? I have my doubts about the use of compression together with the creation of a copy.

No! I have never tried to restore yet as i am still learning the ins and outs of this box ( Mini M8S ) in conjunction with this distro ( armbian ).

But i have created 4 times uncompressed image of my emmc, and 4 times compressed.

Then all 4 times, the uncompressed images and the extracted compressed images checked with md5 and was identical.

So... if the uncompressed boots, then the compressed should boot the same.

Well... the problem you described maybe is emmc brand specific, or my emmc is from a good or standards compatible brand?

Only the brave testers will answer that.

Anyway... i thing i'll get brave soon ;-)
I'm also working on the script to accept USB booters ( not only SD booters ) so it will be easy to add a dialog for the user to deny compression.

When the script will be well tested and error-free, i'll post it back here.

My 5 cent info again:

I used usb boot with the test image Armbian_5.24_Amlogic-s905x_Debian_jessie_3.14.29_desktop_20161227.img.xz today and:

1) mpv and vlc still not able to play videos in real time ( audio is OK ) glxinfo says "direct rendering: yes"

2) when i put mpv (and vlc) in fullscreen the video and the program freezes, but the audio keeps looping the last few second it had in memory until i reboot ( killing mpv,vlc e.t.c. by hand never helped stoping the loop ).

3) I had to put "amlogics905x_init.sh" from "v_5.24" folder in the root of my usb in order to have 1080p resolution, but it varies from boot to boot with corrupted graphics.

I have read all the post in this thread and i still don't know many things, so maybe i'm doing something wrong.
Thanks again.

Link to comment
Share on other sites

Function startup dtb data from the internal memory, if not found the file (the dtb.img), left in all images.

 

The digital version of the kernel was "below" (3.14.29), since there are other source codes. The version number does not matter. It is possible not to pay attention.

 

You tried to set the system to internal memory ? I think You, before installing, add the file "dtb.img" (it is automatically stored in the memory to work correctly a new kernel).

 

Yes, all versions of images now universal , suitable for s905 and s905x.

Link to comment
Share on other sites

@balbes150

No! I have never tried to restore yet as i am still learning the ins and outs of this box ( Mini M8S ) in conjunction with this distro ( armbian ).

But i have created 4 times uncompressed image of my emmc, and 4 times compressed.

Then all 4 times, the uncompressed images and the extracted compressed images checked with md5 and was identical.

So... if the uncompressed boots, then the compressed should boot the same.

Well... the problem you described maybe is emmc brand specific, or my emmc is from a good or standards compatible brand?

Only the brave testers will answer that.

Anyway... i thing i'll get brave soon ;-)

I'm also working on the script to accept USB booters ( not only SD booters ) so it will be easy to add a dialog for the user to deny compression.

When the script will be well tested and error-free, i'll post it back here.

My 5 cent info again:

I used usb boot with the test image Armbian_5.24_Amlogic-s905x_Debian_jessie_3.14.29_desktop_20161227.img.xz today and:

1) mpv and vlc still not able to play videos in real time ( audio is OK ) glxinfo says "direct rendering: yes"

2) when i put mpv (and vlc) in fullscreen the video and the program freezes, but the audio keeps looping the last few second it had in memory until i reboot ( killing mpv,vlc e.t.c. by hand never helped stoping the loop ).

3) I had to put "amlogics905x_init.sh" from "v_5.24" folder in the root of my usb in order to have 1080p resolution, but it varies from boot to boot with corrupted graphics.

I have read all the post in this thread and i still don't know many things, so maybe i'm doing something wrong.

Thanks again.

 

What do You mean by the term "bootable USB" ? All the images are universal and work with all SD cards and USB drives. To create a boot (u-boot runs completely from the USB stick) need binaries bl2\3 supplied by Amlogic. I was not able to find freely available source code to build.

For video playback it is better to use the Ubuntu images. There is better support.

Link to comment
Share on other sites

 

What do You mean by the term "bootable USB"

What i meant by the term "USB BOOTERS" is this:

People that used SD CARD to boot to armbian and to backup their internal emmc is "SD BOOTERS" for me.

People that user USB FLASH to boot to armbian and to backup their internal emmc is "USB BOOTERS" for me.

The script that i posted earlier does NOT HANDLE "USB BOOTERS" and expects one to have booted the system from SD CARD.

This will change in the next version of the script, since i am now able to start the system from USB FLASH, and test it in the "real thing".

I apologize if my bad english caused any misunderstandings.

Link to comment
Share on other sites

Function startup dtb data from the internal memory, if not found the file (the dtb.img), left in all images.

 

The digital version of the kernel was "below" (3.14.29), since there are other source codes. The version number does not matter. It is possible not to pay attention.

 

Yes, all versions of images now universal , suitable for s905 and s905x.

 

Okay then there's a problem somewhere.

 

- I found back my old image that is working fine and flashed it to another sdcard, so i could test a full firstrun boot :

Armbian_5.24_Vegas95_Ubuntu_xenial_3.14.79_desktop_20161103.img

 

That image boots okay on my minimxiii, "first run" then reboot, hdmi ok, ethernet ok, 2GB ram ok.

 

- Now i flashed your new image on another sdcard and it will not boot :

Armbian_5.24_Amlogic-s905x_Ubuntu_xenial_3.14.29_20161223.img

 

As i said above it stays stuck at the beelink logo (probably uboot).

 

I have not used a /boot/dtb.img on either of those two clean images.

 

Do they both use the same uboot code or has it changed between versions ?

Do you want me to test something else before i solder a serial to see uboot ?

 

 

 

 

You tried to set the system to internal memory ? I think You, before installing, add the file "dtb.img" (it is automatically stored in the memory to work correctly a new kernel).

 

Sorry i don't quite understand what you mean.

I did not install armbian to emmc, if that's what you're asking, i'm only using your universal boot v0.6 aml_autoscript and sdcard.

 

thx

Link to comment
Share on other sites

@balbes150

ok, i copied the dtb directory 20161103 (boot ok) into the 20161223 BOOT partition (replaced the original dtb directory).  it did not work.

 

then i extracted my dtb.img from the /dev/block/boot dump (adb dump before installing aml_autoscript and booting armbian)

and copied it into the BOOT partition root of both sdcards.

 

20161103 still works fine, of course i can't confirm which dtb was loaded in uboot but if s905_autoscript works then it should have loaded my dtb.img.

 

and 20161223 did not boot with that very same dtb.img.

 

I noticed that the filenames inside the dtb directory are completely different between the 20161103 (mini_m8s.dtb, mxq_pro_4k.dtb ...) and 20161223 (gxbb_p200_2G.dtb, gxbb_p200.dtb...)

Do i have to rename all the dtb somehow ?

 

Anyways i was never very confident with those dtb files, i never managed to get a system to boot by trying random dtb files, and my original device dtb should boot the 20161223 image, right ?

 

Also i was reading kszaq s905/x libreelec install notes and he writes this : 

"Important: Do not use device trees from previous build! You also cannot use device tree from Android firmware as in 99% cases it won't work."

 

- "Do not use device trees from previous build!" :

that i can understand as dts sources are build against your kernel source and config.

 

- but why does he say the next thing ?

"You also cannot use device tree from Android firmware as in 99% cases it won't work."

and does that also concern the /dev/block/boot dtb already in the internal memory ? or is it specific to his libreelec builds ?

 

I'll test his latest libreelect image and see if it works. But i'll most likely try to solder serial as soon as i can so we can understand why your new s905x image won't boot here.

i'll also the same 20161223 image on my other s905 box i have here, see if it boots or not.

Link to comment
Share on other sites

@balbes150

ok, i copied the dtb directory 20161103 (boot ok) into the 20161223 BOOT partition (replaced the original dtb directory).  it did not work.

 

then i extracted my dtb.img from the /dev/block/boot dump (adb dump before installing aml_autoscript and booting armbian)

and copied it into the BOOT partition root of both sdcards.

 

20161103 still works fine, of course i can't confirm which dtb was loaded in uboot but if s905_autoscript works then it should have loaded my dtb.img.

 

and 20161223 did not boot with that very same dtb.img.

 

I noticed that the filenames inside the dtb directory are completely different between the 20161103 (mini_m8s.dtb, mxq_pro_4k.dtb ...) and 20161223 (gxbb_p200_2G.dtb, gxbb_p200.dtb...)

Do i have to rename all the dtb somehow ?

 

Anyways i was never very confident with those dtb files, i never managed to get a system to boot by trying random dtb files, and my original device dtb should boot the 20161223 image, right ?

 

Also i was reading kszaq s905/x libreelec install notes and he writes this : 

"Important: Do not use device trees from previous build! You also cannot use device tree from Android firmware as in 99% cases it won't work."

 

- "Do not use device trees from previous build!" :

that i can understand as dts sources are build against your kernel source and config.

 

- but why does he say the next thing ?

"You also cannot use device tree from Android firmware as in 99% cases it won't work."

and does that also concern the /dev/block/boot dtb already in the internal memory ? or is it specific to his libreelec builds ?

 

I'll test his latest libreelect image and see if it works. But i'll most likely try to solder serial as soon as i can so we can understand why your new s905x image won't boot here.

i'll also the same 20161223 image on my other s905 box i have here, see if it boots or not.

 

NO NEED to copy the dtb directory from the old version to the new one. You need to copy a SINGLE file (gxbb_p200_2G.dtb or gxbb_p200.dtb). Rename it to "dtb.img".

Link to comment
Share on other sites

NO NEED to copy the dtb directory from the old version to the new one. You need to copy a SINGLE file (gxbb_p200_2G.dtb or gxbb_p200.dtb). Rename it to "dtb.img".

 

okay it booted with gxbb_p200_2G.dtb

 

do you know why it won't boot with my original dtb file ? (extracted from /dev/block/boot)

Link to comment
Share on other sites

dtb is a description of the data according to certain rules (variable names, etc.). The new version of the kernel has a different structure of the "name" (parameters). So your old data is "not clear" to the new kernel. The structure of your data only applies to the version of the kernels, which she was going. In the new images uses the new structure. You need to rebuild your data (source code) with the new kernel.

Link to comment
Share on other sites

ok thx for the explanation, i'll try to do that.

Actually can i do it on the box directly, as i see you've included the dtc tools to manipulate device tree files ?

 

 

Then i have to try to understand why the gigabit on my minimxiii is so bad.

Don't worry it's not related to your linux image, i already tested that in adb with the stock android.

 

Well doing iperf3 tests, i get 980Mbps downstream (iperf3 -s on the box) and barely 100Mbps upstream (iperf -c ipofserver, on the box).

 

The upstream stability is ridiculous, it fluctuates between 5Mbps and 100Mbps.

If there's no way of fixing that then it's another device that will end up in my "useless crap" box.

 

I know tkaiser talked about fixing ethernet timings based on board tracks but i can't find it back..

Link to comment
Share on other sites

@balbes150

i'm also seeing that you've fixed CONFIG_CPU_FREQ_GOV_PERFORMANCE=y in the kernel

 

is cpu freq scaling not working on those kernels at the moment ?

it was working on your old "s905" images.

thx

Link to comment
Share on other sites

Hello again! Mini M8S here as i said before.
I installed Armbian_5.24_Amlogic-s905x_Ubuntu_xenial_3.14.29_desktop_20161227.img.xz from the Test directory, and i can confirm

that video playback is much better with ubuntu. Youtube is also OK if not in fullscreen mode. Also the crashes in mpv and vlc not happening
with this ubuntu test image.
Tried with SD and USB drives and both boot OK with dtb.img taken from my LibreELEC USB stick (7.0.3.011).

I tried installing this system in emmc 6 times with the included script "install.sh".
3 times while booted from SD CARD, and 3 times while booted from USB stick.

Each time installation went OK, but the system was never able to boot from emmc.

There is something i am missing here for sure.

I don't need or even want the official android OS, but i tried to restore it in order to confirm if compressed dd images will work or not.

I restored my compressed image with this command while booted from my reliable SD CARD:

gunzip -c /root/Amlogic-020b-emmc.img.gz | dd of=/dev/mmcblk1

My system came UP in the state it was when i backed it up.

So the good news here is that Mini M8S emmc can be backed up with compression and restored without problems.

But be carefull: Maybe this is not the case with every system as balbes150 have pointed out to me.

Thanks in advance for any info about how to boot MiniM8S from emmc.

Link to comment
Share on other sites

@balbes150

i'm also seeing that you've fixed CONFIG_CPU_FREQ_GOV_PERFORMANCE=y in the kernel

 

is cpu freq scaling not working on those kernels at the moment ?

it was working on your old "s905" images.

thx

 

I'm trying to find the optimal settings.

 

 

Hello again! Mini M8S here as i said before.

I installed Armbian_5.24_Amlogic-s905x_Ubuntu_xenial_3.14.29_desktop_20161227.img.xz from the Test directory, and i can confirm

that video playback is much better with ubuntu. Youtube is also OK if not in fullscreen mode. Also the crashes in mpv and vlc not happening

with this ubuntu test image.

Tried with SD and USB drives and both boot OK with dtb.img taken from my LibreELEC USB stick (7.0.3.011).

I tried installing this system in emmc 6 times with the included script "install.sh".

3 times while booted from SD CARD, and 3 times while booted from USB stick.

Each time installation went OK, but the system was never able to boot from emmc.

There is something i am missing here for sure.

I don't need or even want the official android OS, but i tried to restore it in order to confirm if compressed dd images will work or not.

I restored my compressed image with this command while booted from my reliable SD CARD:

gunzip -c /root/Amlogic-020b-emmc.img.gz | dd of=/dev/mmcblk1

My system came UP in the state it was when i backed it up.

So the good news here is that Mini M8S emmc can be backed up with compression and restored without problems.

But be carefull: Maybe this is not the case with every system as balbes150 have pointed out to me.

Thanks in advance for any info about how to boot MiniM8S from emmc.

 

What size partition /dev/data ? Maybe not enough space. When you install you are copying a system from external media in the eMMC.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines