sfx2000

Another edge-router based on the Armada 3700 series...
 
Specs look decent - 1GB, 16MB SPI-NOR, 8GB eMMC - runs OpenWRT, but they promise ubuntu support - shipping mid-October 2019
 
https://www.gl-inet.com/products/gl-mv1000/
 

 
I've done work with other devices in their product lineup - and GL-Inet does a pretty good job on the HW side, and good SW support.
 
Nice that they have USB gadget support on the USB-C port (which is also power)
 
Initial vendor docs here -- https://docs.gl-inet.com/en/3/setup/brume/first-time_setup/
 
 
 
 

Another edge-router based on the Armada 3700 series...
 
Specs look decent - 1GB, 16MB SPI-NOR, 8GB eMMC - runs OpenWRT, but they promise ubuntu support - shipping mid-October 2019
 
https://www.gl-inet.com/products/gl-mv1000/
 

 
I've done work with other devices in their product lineup - and GL-Inet does a pretty good job on the HW side, and good SW support.
 
Nice that they have USB gadget support on the USB-C port (which is also power)
 
Initial vendor docs here -- https://docs.gl-inet.com/en/3/setup/brume/first-time_setup/
 
 
 
 

Another edge-router based on the Armada 3700 series...
 
Specs look decent - 1GB, 16MB SPI-NOR, 8GB eMMC - runs OpenWRT, but they promise ubuntu support - shipping mid-October 2019
 
https://www.gl-inet.com/products/gl-mv1000/
 

 
I've done work with other devices in their product lineup - and GL-Inet does a pretty good job on the HW side, and good SW support.
 
Nice that they have USB gadget support on the USB-C port (which is also power)
 
Initial vendor docs here -- https://docs.gl-inet.com/en/3/setup/brume/first-time_setup/
 
 
 
 

logrotate is one item to look at to close out logs and age them out.
 
FWIW -  There's armbian specific services in systemd that you might want to actually disable - armbian-ramlog for example, as when it runs out of space it gets ugly.
systemctl list-unit-files | grep armbian armbian-firstrun-config.service            enabled         armbian-firstrun.service                   disabled        armbian-hardware-monitor.service           enabled         armbian-hardware-optimize.service          enabled        armbian-ramlog.service                     disabled        armbian-resize-filesystem.service          disabled        armbian-zram-config.service                disabled  Anyways - the ram logging and ZRAM stuff tend to be problematic for some that come into Armbian from other platforms...
 
The two services I would disable from SystemD are below:
armbian-ramlog.service armbian-zram-config.service  
I know folks might be offended here - but disabling this results in expected behavior.
 
 

Spent some time to sort out things... not a kernel issue...
 
ended up being that systemctl rc.local.service was exiting based on a bad entry in rc.local that was calling dnsmasq as a systemd resource, and it failed.
 
Since the rc.local.service fails, oled-start doesn't run
 
Don't ask me how dnsmasq service ever got into my rc.local, along with an iptables-restore entry - as I don't recall...
 
Might have been when I was trying to help one of our forum members out with AP mode stuff...
 
I've never been the biggest fan of systemd - it is things like this where one can get nested items that make it hard to troubleshoot. 
 
 

Did you use the armbian-build-system for generating the image/kernel? :  https://github.com/armbian/build
This can be done in a VirtualBox or a unused real PC.
I think there you havent to activate much i2c stuff, but after booting activating i2c through the armbian-config and reboot.
 
For myself I disconnected the OLED-Screen and did put the Neo2 now in the silver NAS-Case from FriendlyARM
and connected a LCD2USB-Display which can be used with LCD4Linux e.g. like 
USB port 1602 LCD Module for Pi (LCD2USB)
https://www.friendlyarm.com/index.php?route=product/product&product_id=136
 

One of the better SoC's for comms processing that is affordable is the Armada 8xxx series - I know of several folks that have converted Machiatto-Bin boards for ARM development workstations.

Interesting - some casual benchmarking of Pi4 vs Pi3...
 
For virtualization - the new Broadcom SoC is a good step forward for the Pi Folks...
 
A lot of this comes from how the new chip does interrupt handling.
 
https://blog.cloudkernels.net/posts/rpi4-64bit-virt/
 
 

USB-C power is very specific on how to design a circuit - too many folks take shortcuts....Looks like the Pi folks did as well...
 
https://medium.com/@leung.benson/how-to-design-a-proper-usb-c-power-sink-hint-not-the-way-raspberry-pi-4-did-it-f470d7a5910
 
Any competent EE will see the issue at hand...

- 4 big cores on 28 nm, see the Tinker Board for a lesson in cooling that form factor.  (the Pi seems oddly underclocked, if I'm being honest, a 3288 will go 1.8 GHz, @wtarreau will tell you 2.0+)
 
- As far as USB3/Gb, the tunnel-vision Pi people would have seen an insane improvement with just 4x USB2 on their own channels and a 100 Mb PHY.  So yes, they are going to think they're lighting the world on fire performance wise.
 
- That USB-C does not appear to be intelligent PD type, so I'd be interested to see when people use smart supplies with it, if it will run on the 500 mA they'll probably limit to.  (correct me if I've gotten it mixed up)
 
It looks more interesting than the Pi 3, I bought a few 3's and have since let them rot.  I still used a 2 until recently for music.

Not quite accurate - 2G (GSM/GPRS) is a completely different radio access network, including waveforms and modulation scheme.
 
2G was turned down some time back here in the US, and now the major operators have scheduled the 3G sunset in the next couple.

espressoBIN is a decent choice - good performance at a decent price, and a community here on Armbian that can support it
 
The ClearFogs are a step up, even though their on an older ARMv7A Armada - the 8K is newer and is ARMv8, but not sure where the BSP support is there.
 
There's been a trio of QC-Atheros IPQ-40xx devices recently announced, and they have integrated 802.11ac dual band radios - but most of them are somewhat tight - e.g. to get best performance out of them, one has to use the QSDK, which is built on an older version of OpenWRT - there is support for some IPQ40xx in OpenWRT 18.06 and Master, but I'm not sure it's stable enough yet for daily-driver use on the WiFi (ath10k drivers are under heavy development, and there's issues with the Switch outside of typical setup - see DSA on this chip over on OpenWRT forums...)
 
I was starting to develop a fairly open board based on AR9331/AR9531 - not ARM based, as these are MIPS cores, but the SOC is very well documented, and strong OpenWRT support, but that got set aside when work stepped up and my free time was reduced quite a bit.

Anyways - would be fun to see a cage match between Nano Pi M4 vs. Odroid N2 vs nVidia Jetson Nano...
 
Traditional benchmarks as well as some VPU/GPU work - as RK3399 has Mali T864 vs. Amlogic with G52 vs. nVidia with Maxwell
 
Since all are supported in some way with Ubuntu 18.04LTS with Vendor supplied BSP's...

Would be interesting to see how it competes with Jetson Nano with a good power supply...
 
Jetson has a fairly large heatsink, but it's generally cool to the touch right now with 2.5A over MicroUSB - 5 amp Power Supply is scheduled to arrive tomorrow, and then we can turn up the Jetson clocks and see what it can really do...
 
(Jetson Nano under full load can easily consume 20w when doing GPU compute tasks - not too much different than Google Coral)

But it works... wg is cool as CPU load is minimal, compared to the CPU intense OpenVPN -
 
Enter MIPS24Kc, which would be comparable to ARM11 - Pre-ARM Cortex-A7... the other day, two clients attached, and CPU load was 3 percent, and that's with Stubby and WG active over a 4G mobile hotspot (USB-150 was WiFi to the phone as WAN, and routing from there to two WiFi clients)
 
I suppose this is the difference between an Application focused SoC vs a Network focused platform.
 
There's another thread where I chat a bit about MIPS - interesting arch there for networking stuff...
 
Anyways - the openwrt repo's also support Tor, which may be of some interest to some...

Something to consider...
 
https://www.gl-inet.com/products/gl-usb150/
 
MIPS based - but full OpenWRT/Linux under the hood - wireguard client/server and OpenVPN client/server - plug into the PC/Mac/Linux and it is an ethernet device, but not needed, just give it power and it'll run...
 
If one is bent toward WiFi hacking, the SoC WiFi is ATH9K based, which is one of the better WiFi chips for documentation purposes...

It's *amazing* what you can find reading the Armbian documentation! 
 
I dig the shell, even old-school in a virtual terminal or minimal server type setup.  Normally that means going through some squinty-eyed hoops to get the Terminus console font installed with larger sizes in the first place on large monitors.
 
Wait - what's this?
 
sudo dpkg-reconfigure console-setup
 
I did this in a virtual terminal, and allowed setup to pick the right character set for me.  Then I blasted the framebuffer with the largest Terminus font size allowed.
 
Perfection!  Not a big deal to most, but having this be part of the standard distribution image made my day.  Soooo easy.  thanks!
 

Not ready to say, as it fills a gap that is currently missing...

Hehe - my first calculator back when I was 12 or so...
 
http://www.vintagecalculators.com/html/novus_650_-mathbox-.html
 
So stepping into HP RPN calcs was not a problem

I see dust and overpriced coffee... 
 
I have a 50G as part of having been an EE major.  The professors wouldn't support the TI hardware.  And, since I'd done assembly coding of an 8087 math co-processor, RPN made perfect sense to me right away...    I also got the 50 and not the 49 because the 49 was complete garbage, quality wise.
 
 

@NicoD - Nice concept...
 
Put some muscles on the penguin - big ARM's for Armbian...

Goes back to what I was saying about DKIM/SPF/DMARC as this establishes the trust and credibility for being an SMTP sender... Requires a bit of DNS work to update the records, but once done, generally works.... then just keep on top of certificates, which isn't much overhead there once they're set up.
 
One can use postfix, qmail, or sendmail even (don't consider sendmail - it's powerful, but it's a curve all it's own).
 
postfix works well as a smarthost for outbound, and works equally well for inbound as an full blown MTA
 
BTW - I used to be the MMS admin for the 7th largest Wireless Telecom with over 7m users in the US - and MMS has the SMTP gateway...
 
 

that's not the same Ranger...
 
Going back to Slant Six - when I was a kid - my dad had a older Dodge Van (the one where you sat over the front wheels, and no protection if you had a front end hit...)
 
It had I suppose 150,000 miles, and it threw a rod...  dad welded up the side of the block in the driveway, ground down the broken rod end, and drove it for 3 more years as a slant five...
 
beast of a motor, even wounded...
 

Indeed.  Had failure of idiotic plastic thermostat housing (replaced with Aluminum), then the timing chains flew out the side and bent a bunch of valves at 117k (miles).  The shortest lived engine I've ever had in an American car (I had a Stratus, but I may have crashed it)
 
To be fair to Cologne, the pushrod version of the engine was far better, but the weird fetish with overhead cams was it's undoing.  I'm swapping in a 5.0L V8 from an Explorer, since they were the same vehicle from the drivers seat forward it will be extremely easy, the donor vehicle with the engine in it costs about as much as a new head for that V6...  I agree the LS is solid, but the GM people are too insufferable, I can't do that to the Ford.  If a Dodge 318 fit in there, I'd gladly do that, the community would give me a high five for something different...

I have a dedicated KVM image, as I don't want to introduce changes from the distribution that might impact the build process - it's an old habit of mine.
 
Anyways - root is a major deity on a *nix system, and an errant script could do a fair amount of damage - it doesn't have to be a "bad actor" but even a typo...
 
Started looking at fakeroot as an option, as this does provide the opportunity to do file manipulation as needed to build an image.