Gateworks’s latest Ventana SBC runs Linux, OpenWRT, and Android on an i.MX6 SoC, and offers A/V, serial, and mini-PCIe I/O, plus wide temperature operation.
The Ventana GW5220 is nearly identical to the Ventana GW5200 SBC announced in 2013, “but only supports PCIe signaling on one mIni-PCIe slot and adds SPI support,” says Gateworks. Like the other Ventana SBCs, including the recent, higher-end Ventana GW5520, the new GW5220 supports -40 to 85°C temperatures, and runs OpenWrt, OpenEmbedded/Yocto, or Android on a Freescale i.MX6 SoC. Like the GW5200, it supports the dual-core i.MX6 Dual version at 800MHz, and measures 100 x 70mm.
A “Domino.IO” Kickstarter project offers an Atheros AR9331 module running OpenWRT Linux, plus two tiny baseboards, one of which is Arduino Yun compatible.
To stand out from the growing number of OpenWRT Linux-based computer-on-modules and tiny, com-LIKE single board computers running Qualcomm’s WiFi-ready Atheros AR9331 system-on-chip, startups are now offering entire modular kit families based on an AR9331. Last month, we saw an Onion OmegaKickstarter project, which has since been funded, based on an AR9331 COM with stackable expansion modules. Now a Hong Kong based startup called Domino.IO has gone on Kickstarter to sell its own kit that expands on a Domino Core COM with Domino Pi and Domino Qi expansion boards, as well as smaller I/O modules that enable further customization.
Variscite unveiled a 50 x 20mm “DART-MX6″ module that runs Linux or Android on the Freescale i.MX6, with up to 64GB eMMC flash and -40 to 85°C support.
Variscite’s claim that the 50 x 20mm DART-MX6 is the world’s smallest computer-on-module based on Freescale’s i.MX6 system-on-chip appears to be a valid one. It beats the smallest ones we’ve seen to date: TechNexion’s 40 x 36mm PICO-IMX6, and Solid-Run’s 47 x 30mm microSOM i4. It’s also just a hair larger than Variscite’s own 52 x 17mm DART-4460, which is based on a dual-core TI OMAP4460 SoC, and Gumstix’s slightly larger 58 x 17mm Overo modules, which use TI Sitara AM37xx SoCs.
It's nearing the end of the Linux 4.1 kernel and Chris Mason has now sent in his pull request of Btrfs file-system updates for this next kernel update.
This pull request is coming in late in part due to him running a longer series of load tests than normal. For this cycle he changed around the free space cache writeout and wanted to ensure the code is properly conditioned. Changing the free space cache writeout should fix stalls on large file-systems. In particular, over at Facebook they were seeing 10+ second stalls during commits on file-systems with around twenty terabytes of space and greater. Should you happen to have a 20TB+ Btrfs file-system, Linux 4.1 will perform better.