If You really want to help the project, it will be useful to build deb packages with the latest versions of KODI, codecs, modules for WiFi and BT Ubuntu\Debian.

This will probably sound pretty dumb question, but why can't we use the official kernel for arm64 ?

For exemple from here : http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9.1/

And deb packages from here : https://launchpad.net/ubuntu/xenial/arm64 

(Not for kodi, it seems that we need version 17 https://launchpad.net/~team-xbmc/+archive/ubuntu/xbmc-nightly?)

This will probably sound pretty dumb question, but why can't we use the official kernel for arm64 ?

For exemple from here : http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9.1/

And deb packages from here : https://launchpad.net/ubuntu/xenial/arm64 

(Not for kodi, it seems that we need version 17 https://launchpad.net/~team-xbmc/+archive/ubuntu/xbmc-nightly?)

1. Once in mainline realize full support amlogic soc...

2. There is amd64 and i386 pre builds in official repo. For kodi.

Just a small note:

It seems that the EM92 uses AP6255 as well:

http://www.geekbuying.com/item/EM92-Amlogic-S912-2G-16G-Android-6-0-TV-BOX-371485.html

 

(I like the EM92, as it has 4 USB-ports instead of just 2 or 3, A/V jack, clock - so far the most 'stuffed' S912 box I've found).

This will probably sound pretty dumb question, but why can't we use the official kernel for arm64 ?

For exemple from here : http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9.1/

And deb packages from here : https://launchpad.net/ubuntu/xenial/arm64 

(Not for kodi, it seems that we need version 17 https://launchpad.net/~team-xbmc/+archive/ubuntu/xbmc-nightly?)

Actually, I don't mind trying ubuntu 4.9.1 kernel and modules, you could do same.

In fact I may also want to try  aarch64 7.0.3.012 LE kernel and modules.

For me if I can ssh into the box it is fine, fine for my gentoo experiments ...

Keep you informed 

Actually, I don't mind trying ubuntu 4.9.1 kernel and modules, you could do same.

In fact I may also want to try  aarch64 7.0.3.012 LE kernel and modules.

For me if I can ssh into the box it is fine, fine for my gentoo experiments ...

Keep you informed 

I've download it, resized the boot partition (too small when installing another kernel), but I don't know how to tell the box to boot on another kernel....

This will probably sound pretty dumb question, but why can't we use the official kernel for arm64 ?

For exemple from here : http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9.1/

And deb packages from here : https://launchpad.net/ubuntu/xenial/arm64 

(Not for kodi, it seems that we need version 17 https://launchpad.net/~team-xbmc/+archive/ubuntu/xbmc-nightly?)

 

1. In the official kernels not fully support all features Amlogic. You need to apply patches. To create a patch, you need to have a lot of information (about the features of the new kernel + features Amlogic iron and the periphery).

2. Packages can be used. But they may lack specificity for Amlogic (TV boxes).

3. My images use a binding mount points to the labels sections. This allows you to easily resize the partitions, their location and so on. You can connect this device to a PC and using gpartd to easily change the size of the BOOT or ROOTFS. You can create a new carrier of your partitions and just copy the data from current to new. By the way, mark, it is similar to UUID , just easy to remember and use a person. The UUID is the same label, generated automatically by the system (from a set of meaningless and not understandable, hard-to-remember human characters). UUID makes sense to use only in very large distributed systems that are created and managed by the system (clusters, large disk arrays of 10 or more, etc.), where used automatic generation of sections and auto mounted by the system itself.

Ok thanks for the information ! It doesn't seems easy to do for a beginner like me. :-)

 

I bricked my box yesterday (bad sd card flash), so anyway I can't do much for now. 

I've download it, resized the boot partition (too small when installing another kernel), but I don't know how to tell the box to boot on another kernel....

In general one needs to adjust initramfs and remake uInitrd for new kernel and modules.

I managed to do so for kernel built from 150balbes kernel amlogic git (for gentoo). But trying so for kernels I built from other repositories failed. But sure those must also one day succeed.

Hi there !

Can this work on this release ?

http://www.makeuseof.com/tag/upgrade-kernel-ukuu-ubuntu/

If I understand correctly, there is described a kernel for a standard PC (i586 x86_64). It is not suitable for ARM.

I've seen that you released a new version :

 

S9xxx_4G_ICEWM_MATE_XFCE_LXDE_LXQT_20170122.img.xz

 

Is there something new for us in there ?  

 

S9xxx_4G_ICEWM_MATE_XFCE_LXDE_LXQT_20170122.img.xz

This is a test image to evaluate performance of different DE.

 

 

 

Question to the owners of the models on the basis S912. Perhaps it makes sense to combine this theme and the theme s905\s905x ? I do not insist the decision is up to admins and owners.

While the support of S912 is still WIP, and not very stable, I think it might be good to have to separated thread.

Once the support of S912 is as good as the s905, I think we can merge the topics, but it's only my opinion. 

Thanks for your help.

@balbes150

 

I think you are doing an outstanding job, but I'm very confused about what efforts areas we need to focus on, how to build your images from scratch, what are the latest images available, how and if we are going to merge your efforts to armbian building system etc.

 

What do you think about these points?

@balbes150

 

I think you are doing an outstanding job, but I'm very confused about what efforts areas we need to focus on, how to build your images from scratch, what are the latest images available, how and if we are going to merge your efforts to armbian building system etc.

 

What do you think about these points?

 

If You want to help with development - I welcome it. I hope any help would be useful.

Just to check and know your thoughts :

 

--Was already tested the official Kernel from Amlogic?

 

Amlogic openlinux

>> http://openlinux.amlogic.com/

 

buildroot-2016-09-30

>> http://openlinux.amlogic.com/wiki/index.php/Arm/Buildroot/buildroot-2016-09-30

 

 

-- What about the Amlogic instructions support from the news:

 

Amlogic Releases Linux 3.14 Source Code for S905X, S905D, and S912

Processors, Has Started Working on Linux 4.4 / Android 7.0

 

>> http://www.cnx-software.com/2016/08/19/amlogic-releases-linux-3-14-source-code-for-s905x-s905d-and-s912-processors-has-started-working-on-linux-4-4-android-7-0/

 

 

Thanks for your comments!

Amlogic Releases Linux 3.14 Source Code for S905X, S905D, and S912

Processors, Has Started Working on Linux 4.4 / Android 7.0

 

Uhm, the wording is a bit different on CNX-software's web-site:

 

the company appears to have started working on Linux 4.4 likely for future support for Android 7.0

 

 

Those are two important words, even though they do not look important on their own. 

 

I believe that Amlogic's openness is the reason that for the focus is not on - for instance Rockchip based devices.

If you ask me, Amlogic is a company which I like better for two reasons:

1: They like customers (I've been in dialogue directly with them and they did not dismiss me like both Allwinner and Rockchip did).

2: They made a lot of developer resources public, which the other mentioned two companies did not.

 

-Secrecy is not the path to great success.

 

Quoting Thomas: "Armbian is not a distribution, it's a set of scripts". In other words: Armbian is a build-system.

The way I understand Armbian is that it's not about getting "A" Linux working on a device, but to make the build-system in such a clean way that it can be extended (with the necessary discipline) so it does not get "out of hands".

 

... But this is getting slightly off-topic, so I propose a new thread, in order to keep this thread clean. 

Thanks for your comments @Jens Bauer

 

I'm still waiting for my Mecool BB2 to start to work with the Armbian and Amlogic support.

 

That's why I want to know if the Amlogic repository Kernel support was checked or integrated by the Armbian group. What's the current differences?

 

This answer still is not clear to me..

 

Sorry if I'm doing silly questions

@balbes150,

 

Armbian_5.24_Amlogic-s905x_Ubuntu_xenial_3.14.29_desktop_20161125.img.xz has ethernet working, wifi not working.

 

Armbian_5.24_Amlogic-s905x_Ubuntu_xenial_3.14.29_20161223.img.xz has wifi working, ethernet not working.

 

I'm using the 2g DTB file that I have extracted from Android (more details on this post):

https://dl.dropboxusercontent.com/u/11164079/GT1/beelink_gt1.tar.gz

 

There is a request. Try to replace this image

Armbian_5.24_Amlogic-s905x_Ubuntu_xenial_3.14.29_20161223.img.xz

file s905_autoscript on the same file from this link. Delete media file "dtb.img" and try to run it. I'm interested in will work wired network or not.

 

https://yadi.sk/d/kZHc0uQE34z5jR

 

 

P.S.

To my surprise , I now have a model with S912 to test and debug Linux.

http://freaktab.com/forum/tv-player-support/amlogic-based-tv-players/s912/606414-tronsmart-s96-android-6-0-amlogic-s912-4k-tv-box-2g-16g-ac-wifi-bluetooth-1000m-lan-kodi?p=626159#post626159

A question to the owners S912. As you work images Armbian in the off mode ? If you select Shutdown (poweroff), the console shuts down ? WiFi and wired network work ?

A question to the owners S912. As you work images Armbian in the off mode ? If you select Shutdown (poweroff), the console shuts down ? WiFi and wired network work ?

On my Beelink GT1, the ethernet was working for sure. (I think the wifi too, I need to retest the other points.) There seems to be different kind of version of the chipset (depending on the SN.) 

A question to the owners S912. As you work images Armbian in the off mode ? If you select Shutdown (poweroff), the console shuts down ? WiFi and wired network work ?

I have bellink gt 1 and yes it works, ethernet working but wifi not working last time I try ( 2-3 weeks ago)

I have bellink gt 1 and yes it works, ethernet working but wifi not working last time I try ( 2-3 weeks ago)

 

On my Beelink GT1, the ethernet was working for sure. (I think the wifi too, I need to retest the other points.) There seems to be different kind of version of the chipset (depending on the SN.) 

There are at least 3 different revisions of Beelink GT1, and at least 2 of them require different Wi-Fi drivers.

Discovered an interesting behavior Tronsmart S96 at shutdown.

 

http://freaktab.com/forum/tv-player-support/amlogic-based-tv-players/s912/606414-tronsmart-s96-android-6-0-amlogic-s912-4k-tv-box-2g-16g-ac-wifi-bluetooth-1000m-lan-kodi?p=626771#post626771

 

I wonder on other models S912, the system shuts down normally ?

I am running your Armbain images on my Amlogic S905 and 905X boxes, and they work great, especially for Plex and Emby servers.  Of course, they do not have enough processing power to transcode on the fly.  My question, would this S912 have more transcoding power than my S905 boxes??

I am running your Armbain images on my Amlogic S905 and 905X boxes, and they work great, especially for Plex and Emby servers.  Of course, they do not have enough processing power to transcode on the fly.  My question, would this S912 have more transcoding power than my S905 boxes??

The ARM cores are the same Cortex A53, just S912 has more of them. So if software and codec supports parallel transcoding and the CPU doesn't overheat, it may work, but needs to be tested.

The ARM cores are the same Cortex A53, just S912 has more of them. So if software and codec supports parallel transcoding and the CPU doesn't overheat, it may work, but needs to be tested.

Thanks for your feed back.  I see that you have one of the Amlogic S912 boxes, can you test Emby server and see how it works on your box?

 

thanks

Thanks for your feed back.  I see that you have one of the Amlogic S912 boxes, can you test Emby server and see how it works on your box?

I got it only 2 days ago and didn't make any tests or images for it yet (other than trying one of @balbes150 images). I'll try to bring its support to the main Armbian build script, but currently this is at low priority, so I'll leave performance testing for the @balbes150 for now since he has a S912 box too AFAIK.

The ARM cores are the same Cortex A53, just S912 has more of them. So if software and codec supports parallel transcoding and the CPU doesn't overheat, it may work, but needs to be tested.

 

S912 is a big.little setup so unless you can confirm the kernel supports heterogeneous multi-processing, it definitely won't make any difference.

 

In other words the kernel's .config must contain:

CONFIG_SCHED_HMP=y

but even then we still have no idea what the firmware is capable of.

S912 is a big.little setup so unless you can confirm the kernel supports heterogeneous multi-processing, it definitely won't make any difference.

Ok, thanks for that confirmation.