- BPI-M2P kernel 3.4
- username & password: pi/bananapi , root/bananapi
- support HDMI 1080P & 720P(default)
- support GMAC
- support WIFI
- support bpi-bootsel cmd can switch to (bpi-m3 & bpi-m2 & bpi-m2p)
- support uEnv.txt to fatload script.bin & uImage
- support uEnv.txt to set video 1080P & 720P & 480P …
- support BT
- support ov5640 camera
- fix rootmydevice issue
gpu not ready
Most important thing is not ready
main function is working fine , so you can test it at first.
Can we install it on eMMC ?
yes , SD card and eMMC all support
After unzip, the img size is 14.8Go !
The eMMC is 7.3Go, where I wrong ?
But the contained partitions are smaller: http://irclog.whitequark.org/linux-sunxi/2016-06-03#16646755; (so it seems they just made an image from a large 16GB SD card without erasing the unused space – professional as usual).
These guys here simply don’t get it and don’t test their stuff. BTW: This image seems to be the usual horribly outdated kernel ‘Team BPi’ uses combined with the Ubuntu Mate rootfs for Raspberry Pi 2 (so therefore ‘no GPU’).
At Armbian we improved thermal/throttling settings a lot and also included an in-kernel core-keeper (with @sinovoip default settings the horribly overheating BPi M2+ drops CPU cores even after slight load peaks and they never come back until the next reboot). When this issue is resolved I will let our build system create a fresh Xenial build. Will be announced at Armbian forums (not here).
Ah ok I see.
Indeed, It should be better to send some 7Go img size !
I will try to reduce it then… Thanks tkaiser
Not necessary. Simply burn the image to SD card or eMMC. You’ll get an error message that is save to ignore since the 2nd large ext4 partition fortunately is small enough to fit into eMMC. But please keep in mind that you end up with a rootfs that is already filled with 94%
So this image can NOT be used with eMMC since you’re immediately running out of space. No idea what they did wrong this time. Our Armbian desktop images (with GPU acceleration on H3 boards like BPi M2+) aren’t that large. Maybe @sinovoip ships with the usual insane amount of junk on their images.
To test DRAM reliability I just let a 16.04 LTS image for BPi M2+ create (fully automated) so in case you want to try out something more reliable wait half an hour and look then into this thread: http://forum.armbian.com/index.php/topic/1322-testers-wanted-testing-dram-reliability-on-bpi-m2/?view=getlastpost
Ok, install succeed. But no more space to upgrade ! (need 487Mb)
Too much pre-installed packages !!
This is the Armbian build (also 16.04 LTS) I just finished (see thread above). Full desktop environment using 2.0 GB space (I’m running off an old crappy 4 GB SD card since this is only a test build to check DRAM settings of the slowest H3 board available):
____ ____ _ __ __ ____
| __ ) __ _ _ __ __ _ _ __ __ _ | _ \(_) | \/ |___ \ _
| _ \ / _` | '_ \ / _` | '_ \ / _` | | |_) | | | |\/| | __) || |_
| |_) | (_| | | | | (_| | | | | (_| | | __/| | | | | |/ __/_ _|
|____/ \__,_|_| |_|\__,_|_| |_|\__,_| |_| |_| |_| |_|_____||_|
Welcome to ARMBIAN Ubuntu 16.04 LTS 3.4.112-sun8i
System load: 1.48 Up time: 3 min
CPU temp: 59?°C
Usage of /: 59% of 3.5G
root@bananapim2plus:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 371M 0 371M 0% /dev
tmpfs 101M 2.0M 99M 2% /run
/dev/mmcblk0p1 3.5G 2.0G 1.5G 59% /
tmpfs 501M 0 501M 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 501M 0 501M 0% /sys/fs/cgroup
tmpfs 501M 28K 501M 1% /tmp
tmpfs 101M 0 101M 0% /run/user/1000
tmpfs 101M 0 101M 0% /run/user/0
root@bananapim2plus:~# uname -a
Linux bananapim2plus 3.4.112-sun8i #2 SMP PREEMPT Fri Jun 3 15:37:56 CEST 2016 armv7l armv7l armv7l GNU/Linux
Cool ! I will test it too