BPI-M64 Development Board is the first 64-bit Banana Pi Board

Sinovoip has gone on the Allwinner A64 and 64-bit ARM bandwagon, announcing a Pine A64+ competitor, with Banana Pi BPI-M64 (or just Banana Pi M64) with 2GB RAM, 8GB eMMC flash, Gigabit Ethernet, and more.

Banana_Pi_BPI-M64Banana Pi BPI-M64 board specifications:

  • SoC – Allwinner A64 quad core ARM Cortex A53 processor @ 1.2 GHz with Mali-400MP2 GPU
  • System Memory – 2GB DDR3
  • Storage – 8GB eMMC flash (16, 32 and 64GB options), micro SD slot up to 256 GB
  • Video Output / Display interface – HDMI 1.4 up to 4K resolution @ 30 Hz, MIPI DSI interface
  • Audio – HDMI, 3.5 mm headphone jack, built-in microphone
  • Connectivity – Gigabit Ethernet + 802.11 b/g/n WiFi & Bluetooth 4.0 (AP6212)
  • USB – 2x USB 2.0 host ports, 1x micro USB OTG port
  • Camera – MIPI CSI interface (which I guess you support parallel cameras via some kind of bridge)
  • Security – Hardware security enables ARM TrustZone, Digital Rights Management (DRM), information encryption/decryption, secure boot, secure JTAG and secure efuse
  • Expansion – 40-pin Raspberry Pi 2 somewhat-compatible header
  • Debugging – 3-pin UART header
  • Misc – IR receiver; U-boot, reset and power buttons;
  • Power – 5V via power barrel; 3.7V Lithium battery header; AXP803 PMIC
  • Dimensions – N/A
The board is said to run Android 5.1/6.0, Debian Linux, Ubuntu Linux, Raspbian image (obviously not the Raspberry Pi image), and other operating systems. Usually, when companies provide multiple operating systems like that, none of them work properly, except possibly Android. If you want to use any of the security features listed in the specs, better check with the company, as while the hardware can handle this, the required software is often not available, or requires some licenses.

Banana_Pi_M64There’s some technical information on the Wiki, but currently limited to hardware (PDF schematics are coming soon), and Linux and Android software documentation links only being placeholders. So far, OS images have not been uploaded to the download page either.

BPI-M64 is still work in progress, and I don’t know when it will be availability, but the company told me it would cost around $35. [Update: The board is now for sale on Aliexpress for about $50 shipped]

Thanks to tkaiser for the tip.

Support CNX Software - Donate via PayPal or become a Patron on Patreon
Advertisements
Subscribe
Notify of
guest
30 Comments
oldest
newest most voted
kdayns
kdayns
3 years ago

meh, another board with 2Gb of RAM, why?
this is the only thing holding me back of buying cheap ARM board to upgrade my home server, it needs more RAM.

tkaiser
tkaiser
3 years ago

@kdayns A64 can deal with 3GB DDR3/DDR3L max. — so you would need 2 x 12Gb modules. @Jean-Luc Aufranc (CNXSoft) Did they really say they want to sell this board with 2 GB DRAM for $35? If so anyone now knows how horribly overpriced the other Bananas (especially the M3) are. Comparing M3 with M64: A83T has been replaced with A64, the crappy GL830 USB-to-SATA bridge has been saved and everything else is the same (one USB host port of the SoC used with a Terminus USB hub, providing 2 type A receptacles and another USB port on solder holes).… Read more »

RK
RK
3 years ago

@kdayns
I used to run samba, transmission, nfs, syncthing and a bunch of other stuff WELL under 256mb RAM using debian or ubuntu. When my transmission-daemon queue got around active 20 torrents and some 50 others, I switched to using 512mb.

Then again, as soon as I got my first 2gb board, I switched to NixOS to simplify deployment and maintenance which does take some extra 500mb of RAM to resolve /nix/store when updating…

Still, 2GB RAM is more then enough for home servers.

Jan de Boer
Jan de Boer
3 years ago

@kdayns Out of curiosity – what do you need >2GB of RAM for?

@RK Same for me regarding 256MB for quite a long time, then had to upgrade to 512 once spamassassin started hogging all the RAM. Pretty happy with 512 ever since.

tkaiser
tkaiser
3 years ago

@Jan de Boer
More RAM than 2 GB is a requirement for specific types of application (eg. in-memory databases — some filesystems make use of this to keep track of blocks for deduplication, that’s why many people believe one would need huge amounts of RAM for ZFS even if not true), then the more RAM the more kernel or daemons can cache which might speed up some things and everything else is most probably lack of understanding (‘free memory’ vs ‘Unix virtual memory implementation’) and explained here in detail: http://www.linuxatemyram.com

tkaiser
tkaiser
3 years ago

I had a quick look into their latest OS image they advertise as being capable to run on the M64 too. For Linux they do not rely on Allwinner but linux-sunxi community’s work: Shell [email protected]:/mnt/sda2/usr/lib/u-boot/bananapi/bpi-m64/linux# ls -al total 17064 drwxr-xr-x 2 root root 4096 Jul 12 07:32 . drwxr-xr-x 3 root root 4096 Jul 12 07:23 .. -rw-r--r-- 1 root root 763 Jul 4 09:21 boot.cmd -rw-r--r-- 1 root root 835 Jul 4 09:23 boot.scr -rw-r--r-- 1 root root 87430 Jun 30 13:00 config-3.10.101-pine64 -rw-r--r-- 1 root root 11111672 Jul 3 21:13 Image -rw-r--r-- 1 root root 3526744 Jul 3… Read more »

kdayns
kdayns
3 years ago

@Jan de Boer well, right now after doing 3 > drop_caches on my 1G board i see free 517M with some torrents seeding in background, samba server and web with torrent interface and some other minor things. so my processes use ~250M + ~245M vmalloced for dma, seems fine but when I fire some huge torrents ~10G they can easly eat my 500M memory, i think the download speed is a factor too even without going over 10MBytes/s! I know rtorrent has memory limit setting, but I wonder what are the implications of lowering it too much…? also I wanted… Read more »

tkaiser
tkaiser
3 years ago

Does anyone has a clue which camera module(s) this board supports? On the image above they’re talking about a parallel camera interface, in their gitbook ‘documentation’ they claim the camera interface would be compatible to Banana Pi M2+ (that’s not parallel but MIPI CSI instead) but according to their docs BPi M2+ features a 24-pin FPC connector while the one on BPi M64 is a 40-pin FPC connector.

Parallel? MIPI CSI? 24 pins? 40 pins? Linux drivers available?

Fossxplorer
Fossxplorer
3 years ago

@tkaiser
So OPi 2E is way better i guess?

tkaiser
tkaiser
3 years ago

@Fossxplorer Well, H3 has way more IO bandwidth (3 USB host ports that do not have to share bandwidth vs. 1 host port on BPi M64 behind an internal USB hub), the other features are more or less similar (no idea whether LPDDR3 vs. DDR3L makes a real difference). But there’s one huge difference: OS images and support. You should keep in mind that for all H3 based boards software/support is already great (even when thinking about mainline kernel). I just test one of the most recent OS images from SinoVoip (Raspbian-Lite) on a Pine64+ since all A64 stuff is… Read more »

wildcat_paris
wildcat_paris
3 years ago

@tkaiser
Reading they just reuse pine64 kernel… OMG… you are good at bucking the real from the crappy.

@fossxplorer
I haven’t used much OPi 2E but thinking of proper Opi2E design, I would bet yes

mikecu
mikecu
3 years ago

Man, I keep waiting for one of these boards to come out with real SATA or USB 3.0, so that I can attach mass storage and access it at a reasonable speed. Why is it so rare?

tkaiser
tkaiser
3 years ago

@wildcat_paris IMO it’s great that ‘Team BPi’ does not rely on Allwinner’s BSP but learned a little bit and relies on longsleep’s improved community kernel for A64 (please keep also in mind that Zador took the time to patch Allwinner’s 3.10.65 kernel up to the latest LTS version a few weeks ago). It’s somewhat sad that they use this kernel in an incompatible way (longsleep’s kernel upgrade script will fail but he might fix that for them) and of course they need to adjust device tree stuff for their own hardware (not done now so with these settings no eMMC… Read more »

Fossxplorer
Fossxplorer
3 years ago

@tkaiser
OMG, i was literally LMAO reading the first couple of replies on that thread.
“What is this joke ? There is no Rs components like yours on my board M3… Did you invent someting new to explain the wifi is not working after 3 meters ?”
“Are you kidding me? You sold me a SBC with on board wi-fi that doesn’t work.”
“I already have a hammer in my hand to remove this R! But I can’t find it!! Please help me find the bastard to get WiFi working”

Fossxplorer
Fossxplorer
3 years ago

@mikecu
You know about A20 with SATA and gbit NIC right?

tkaiser
tkaiser
3 years ago

@Fossxplorer Regarding Wi-Fi and M3 it’s funny when dealing with this non-sense while not being personally affected. But please try to imagine that you bought a board that is advertised as Wi-Fi/BT capable just to realize that Wi-Fi only works when you get as close as possible to the AP. Then you spot the connector for an external antenna, buy such a thing, attach it… and nothing changes. Since you would have to desolder components first to make use of an external antenna and this joke is not mentioned in a quick start guide but hidden in a random forum… Read more »

tkaiser
tkaiser
3 years ago

Banana Pi M64 does not have LPDDR3 RAM (still shown wrong on their hardware page and wrong clockspeed of 733 MHz mentioned there — ‘copy&paste gone wrong’ from BPi M3) but simple DDR3 instead: http://linux-sunxi.org/Sinovoip_Banana_Pi_M64

Which is great news since only minor modifications in device tree stuff are necessary to get hardware fully supported (eMMC, leds), Pine64 OS images can be used and there’s absolutely no need to rely on software provided by SinoVoip 🙂

tkaiser
tkaiser
3 years ago

And the next A64 SBC appeared: http://wiki.friendlyarm.com/wiki/index.php/NanoPi_A64/zh

Seems like a cheap variant (no eMMC) and it seems also that FriendlyARM re-uses the 24 pin camera connector from Nano Pi M1 and AIR and let their new 5MP camera module be supported by all three boards. I hope they’re smart and design this new board in a compatible way to NanoPi M3 so that the huge heatsink fits there too.

Theguyuk
Theguyuk
3 years ago

You could try suggesting it to them ☺[email protected]

In the past I have spoke to them several times.

tkaiser
tkaiser
3 years ago

And even an A64 SoM is on its way: https://www.theobroma-systems.com/a64-uq7/tech-specs

tkaiser
tkaiser
3 years ago

@Jean-Luc Aufranc (CNXSoft) Well, Olimex is starting production soon (or did already start): https://olimex.wordpress.com/2016/09/19/final-updates-on-a64-olinuxino-gmac-and-emmc-we-are-ready-to-launch-production/ Good to know that there’s another company. I would assume it will be like with H3 now and several dev boards will be available soon. But to be honest: lack of IO is something that annoys me a bit with A64. H5 (same Cortex-A53 cores as A64 but 4 USB ports instead of 2) seems to be more interesting here but lacks PMIC support so no battery support out of the box. IMO the most interesting Allwinner SoC is R40 now given that devices available with… Read more »

tkaiser
tkaiser
3 years ago
tkaiser
tkaiser
3 years ago

And they still provide ‘Raspbian’ for this ARMv8 board with a userland ‘optimized’ for ARMv6 to ensure that their clueless customers really get the slowest 64-bit board around. 🙁

Of course u-boot and kernel oudated (eg. no Dirty COW fix). They rely on longsleep’s BSP kernel for Pine64 but did the filesystem layout so braindead that now the kernel can’t be updated easily any more. On the bright side: at least everything as expected.

tkaiser
tkaiser
3 years ago

Close to unbelievable: While trying to help a BPi M64 user to get WiFi working we discovered that all their Linux OS images use wrong settings: they simply took everything from Pine64 and ship with an unaltered pine64-plus.dtb. WiFi can’t work without correct DT settings and I fear that applies to other stuff as well. Everything as expected: An absolutely careless vendor providing wrong information and broken OS images. And still no schematic released. As lousy as ever. BTW: By visiting their forum to search whether WiFi is mentioned anywhere regarding M64 (it is not) I’ve also seen that Xunlong… Read more »

Jon Smirl
3 years ago

@tkaiser

In AW reference wifi power is on DLDO4, for M64 they moved it to DLDO2. GPIOs are in the same place.

They have changed VBUS too, I haven’t taken the time yet to figure out what they did to it. Of course with schematics I could just look and see.

VBUS is wired completely wrong on the Pine64 to the point that adb can’t be used over USB. At least USB adb works on M64.

Only reason I am bothering with this board is because I needed an A64 board with Broadcom wifi on it.

tkaiser
tkaiser
3 years ago

@Jon Smirl I’ve seen you asked for schematics multiple times in their forum. Did they ever react? They speak about ‘open source hardware’ all the time and do not even manage to release schematic. Lousy and stupid since what do they achieve with this? They hinder you in porting Android to their device. Great move. Maybe they don’t have schematic yet since they’re just manufacturer? In the past Xunlong did the ODM work for Foxconn, no idea who’s doing the design now. But obviously it’s not SinoVoip since they’ve always no clue how their ‘own’ hardware works when they start… Read more »

tkaiser
tkaiser
3 years ago


R18 is the same SoC as A64 featuring only a different chipid assigned to a different business unit. When Pine Inc started 1.5 years ago they used also R18 (Allwinner BU5, seems to not exist any more now) http://www.cnx-software.com/2015/12/05/15-pine64-64-bit-arm-single-board-computer-is-powered-by-allwinner-r18-processor-crowdfunding/ but switched soon to A64 (BU2) which required zero changes since same SoC anyway.

BTW: You find similar weird SinoVoip announcements for A83T/H8/R58 (all 3 being the same SoC) too: https://www.youtube.com/watch?v=XEZqG5yqCcY — it’s just a try to get some media coverage.

Advertisements