Rfreire

@chwe @TonyMac32 Well, in the end I have bought the 1054Z. And it made its debut sniffing the phone line voltages in order to ensure if is my carrier providing "voltage reversal" upon disconnect. It was not :-P Tony, you might love the discussion (bottom) at https://hackaday.com/2016/10/05/choosing-a-scope-examining-bandwidth/

Hi all. Sharing my somewhat peculiar use case here. I am a control freak. Yes. I don't like Carrier-provided modems controlling my network. Or a off-the-shelf (read: TP-Link, Netgear, Linksys, etc.) Router/Wifi too. And I also keep tab of the power consumption, because, the lower the power consumption, the longest the endurance of my UPS ;-) I elected the Tinker Board as my solution after some research. It's been a month since it went 'production' and I have to say that I am a hundred percent happy with the stability and performance. A little more about my scenario. The Tinker Board is mainly my Router / NAT device. I only use the on-board Gigabit interface: I don't use any other external interfaces (USB Ethernet Dongles) or the WiFi / Bluetooth devices: I relinquish my Wireless ops to a Ubiquiti UAP-AC-Pro. The 'magic' of the NIC partitioning is achieved by using VLAN tag. It creates several other different and independent interfaces while using the same underlying physical device. Do not mistake with Interface Aliases - which are neither isolated nor independent. VLAN tag requires a capable switch, so it can tag and forward the traffic accordingly to its respective ports. After running synthetic tests, I was able to pull around 930 Mbps sustained NATed throughput. The Tinker Board persistence resides in two external hard drives; one is a small factor (slim) 2½" laptop 500 GB HDD, powered by its caddy and a standard 3½" 6 TB hard drive as warm storage. Both caddies are the same, USB 3 capable and attached to a powered USB hub, so no power is drawn from the Tinker Board during its run time. As a side note, the 500 GB HDD spins all the time, while the 6 TB is spun only on demand, and spins down after 10 minutes if no activity. The boot is provided by a 256 MB (grins) SD card, which refers the rest of the boot process to the 500 GB HDD. The USB hub also has a Huawei GSM Dongle, in order to provide a cellphone gateway to my Asterisk VoIP infrastructure. Besides VoIP and NAT, the Tinker Board also runs Samba services and a DLNA media server, VPN, DHCP, DNS, HTTP, git, rsync (in daemon mode, because SSH is... costly!) and UPS monitoring. The memory figures usually stays behind 400 MB of RAM, as well its average load average below 0.2. VoIP is smooth, no cracks / lag, and the Samba service throughput is limited by the USB 2.0 bus bandwidth. It currently runs a stripped out to bare kernel, tailored to my needs and it is 100% headless. It is powered by a 1A power supply, using the loathed micro USB port and runs with the shipped heat sink. Temperature is monitored and it is always behind 50 Celsius. Looks like graph processing is the villain here when speaking about power consumption. Since I tally the power consumption (thanks to the UPS), the Tinker Board is using the same amount of power as the Raspberry Pi used to: Thrice the computing power with the same power consumption. I am positive that this scenario might not tailor the general use of the board. But it stated here, in case anyone has a similar use case ;-) If interested or have any question don't hesitate to get in touch. - Rodrigo.

Ah @Hoerli Check /etc/securetty The console that you are trying to log in is probably unlisted. \o Tony!!

Hey @TonyMac32!!! First of all, HUGE thanks for your output: I was expecting you to pour something here ;-) Well. I don't really really need 4 channels. Matter of fact, initially it will be more like a luxury multimeter, while I don't get more well versed in the possibilities and usage. I don't envision myself in a medium term tinkering with more complex electronic circuits (read: > 20 MHz), so... Well, I see that I could save around 50 bucks and get the double bandwidth with the 1102E. However, the 1054Z does have a bundle (from where I have a open RFP) which also includes a I2C, SPI and UART protocol decoder, where I do see myself tinkering with (would have helped me a lot when I was writing a LTC2990 I2C python driver...). Datasheet here. And the 1054 sports a larger screen :-P Any extra thoughts? Ah, FWIW, HP / Agilent / Keysight; I got somewhat acquainted with it, hehe. Last year I bought one of those software-defined VNAs (PocketVNA) and was observing the alternatives. I was stunned by the pricing of a old, 2nd hand VNA. What for? A fancy Antenna Analyzer to test VSWR and impedance ;-P Oh well. ;-) EDIT: Check this out, contains pricing (in CAD): https://www.rigolcanada.com/products/digital-oscilloscopes/

Hi there Board! o/ This is me again tapping from your infinite wisdom. I will be emptying my pockets in the Canada trip and another item that I have in my shopping list is a Oscilloscope. And I'm flirting witha Rigol 1054Z (https://www.amazon.com/gp/product/B012938E76/) Far from being a Engineer (my major was in chemistry, heh), but some times I do feel the need to check out some waveforms. And I like bench stuffs - I'm not considering some software-defined oscilloscope that would do the same for half the price. Because I'm cranky :-P What's your opinion? I aim to stay behind the USD450 bar. Eager to hear your opinion! Happy Sunday; - RF.

"AVAILABLE FOR IN-STORE PICKUP ONLY." dammit. Thanks Tony! For what is worth, US is okay - I can have it shipped to some friend in us and I fetch in Canada ;-)

Hi all o/ I'll be travelling to Canada in a couple of weeks (anyone visiting OpenStack summit in Vancouver?) and I was preparing my shopping cart. To my dismay, Tinker Board is off stock in both US and Canada resellers; I can only find rip-off prices from Marketplace and eBay! Does anyone here knows a reputable vendor where I could buy it sub-USD60? Appreciate any hints!

No worries at all. Just stating the obvious, in case no one else raised the flag! Add to the bucket list ;-) Thank you very much for your efforts.

Hi @Igor! Still no Shell syntax highlighting in the new extension?

For what is worth, works great with my intentionally un-updated iPhone 6 iOS 9 Edit: because... Old people are cranky!!! Get off my lawn slowing down my phone with new iOS, Apple!

Thanks, maintainers!! o/

Hello there, @berre o/ During your IPv6 tests: 0 0 100 0 0 0| 0 0 | 180B 0 |71.8M 10.1M 92.0M 1831M 0 0 100 0 0 0| 0 0 | 120B 0 |71.8M 10.1M 92.0M 1831M 2 4 93 0 0 1|8192B 0 | 21M 300k|72.1M 10.1M 92.0M 1831M 1 15 82 0 0 2| 0 0 | 101M 1926k|76.1M 10.1M 92.0M 1827M 1 13 84 0 0 2| 0 8192B| 94M 1513k|72.3M 10.1M 92.0M 1831M 1 12 86 0 0 1| 0 0 | 95M 1440k|71.9M 10.1M 92.0M 1831M 1 11 86 0 0 1| 0 0 | 92M 1229k|72.1M 10.1M 92.0M 1831M 1 14 84 0 0 1| 0 0 | 106M 1583k|71.9M 10.1M 92.0M 1831M 1 10 85 0 0 3| 0 0 | 92M 1508k|72.1M 10.1M 92.0M 1831M 1 12 85 0 0 2| 0 0 | 99M 1606k|72.3M 10.1M 92.0M 1831M 1 11 87 0 0 1| 0 8192B| 94M 1388k|72.0M 10.1M 92.0M 1831M 1 10 87 0 0 3| 0 0 | 89M 1222k|72.2M 10.1M 92.0M 1831M 1 5 94 0 0 1| 0 0 | 44M 4955k|73.2M 10.1M 92.0M 1830M 0 0 99 0 0 0| 0 0 | 114k 2655k|73.4M 10.1M 92.0M 1830M 0 0 100 0 0 0| 0 0 | 130k 2995k|73.0M 10.1M 92.0M 1830M 0 0 99 0 0 0| 0 0 | 95k 2046k|73.5M 10.1M 92.0M 1830M 1 0 99 0 0 0| 0 8192B| 85k 1896k|73.3M 10.1M 92.0M 1830M 0 0 100 0 0 0| 0 0 | 13k 282k|73.2M 10.1M 92.0M 1830M 0 0 99 0 0 0| 0 0 | 623B 5309B|73.2M 10.1M 92.0M 1830M I do see it filling up the available bandwidth (ranging from 92-101 MB/s; times 9 -> 808 ~ 909 Mbps. Pretty decent. The System CPU times (2nd column) are on par with the IPV4 tests. And matter of fact, the BW tests too. So there's no aberration to point you immediately. I will be travelling in the end of May and will buy a extra tinkerboard (as a backup and for playing) and will run your tests.

Hi there @berre Would you be willing to run your test along 'dstat -cdnm' and: - Paste us around 15 lines of good behaviour - Paste us the same 15 lines when you're getting the bad behaviour Looking forward, - RF.

I have also added PR https://github.com/armbian/build/pull/934 Which is a dependency to my howto, due to default image size issues.

@zador.blood.stained if you want to take a look, there's a pull request in Armbian' docket ;-)

Hello Zador! Ooooo that's pretty very well organized!!! Will clone and send the PR over there. > Are there issues building packages and full images using "./compile.sh docker" or you didn't test this method? I have not tested, because I was not in need and also documentation stated that it does not work. Would be willing to give a try in the future, if wanted. - RF.

Hi hi @Igor I have written in my tree a markdown file in build rootdir (wondering about a /doc directory?) guiding how to build a kernel using RHEL / CentOS containers. URL: https://github.com/rfrht/build/blob/testdoc1/build-docker-rhel.md Wondering if would you be interested to merge it into your tree. Let me know! - RF.

Hi Board, I have submitted a PR a few minutes ago to Build repo (https://github.com/armbian/build/pull/927) removing some drivers that WILL NOT load in RK3288, because they are specific to other SoCs / Architectures. I also took the opportunity to convert a batch of drivers / machines to modules, in order to alleviate the kernel size and squeeze some performance (because some of the loaded stuffs does effectively consumes CPU). Well, that's what modules are meant for, right? The patch was crafted to DEV version. Need more extensive Tinkerboard tests (did not test the GUI) and MiQi (not tested at all, I lack the hardware). Have a great week, - RF.

Bump @Igor; thoughts? I envisioned something like skipping patch if defining force checkout / ignore updates. -RF

Word. I can confirm that it is defined in 4.4-120 build: [rfreire@rf tools-rf]$ grep -A7 opp-1800000000 ./cache-build-armbian/sources/linux-rockchip/release-4.4/arch/arm/boot/dts/rk3288.dtsi opp-1800000000 { opp-hz = /bits/ 64 <1800000000>; opp-microvolt = <1350000>; opp-microvolt-L0 = <1400000>; opp-microvolt-L1 = <1350000>; opp-microvolt-L2 = <1300000>; clock-latency-ns = <40000>; }; [rfreire@rf tools-rf]$ // In the Tinkerboard: [root@rasp-rodhome ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 126000 216000 408000 600000 696000 816000 1008000 1200000 1416000 1512000 1608000 1704000 1800000 [root@rasp-rodhome ~]# [root@rasp-rodhome ~]# [root@rasp-rodhome ~]# cat /proc/version Linux version 4.4.120-beleza-10-rockchip (root@f1b58cf9c773) (gcc version 7.2.1 20171011 (Linaro GCC 7.2-2017.11) ) #25 SMP Mon Apr 9 03:59:22 UTC 2018

Hi Tony! Morning! o/ Ah ok then! Thanks for let me know! It is good to have it documented, so if someone stumble upon it will find that this is not some breakage. Have a great Sunday!

Hi Beau!! Thanks for clarifying! I appreciate your post. I have just migrated my rpi stuffs into the Tinkerboard and I happen to have a ipsec tunnel between home and a US endpoint. I have the rk_crypto module active and the ipsec tunnel is doing just fine.. Go figure :-)

Hi there Board, I have bought my Tinkerboard after some good research with my fellow techies at Red Hat and reading thoroughly that 19+pages Tinkerboard Thread. After crafting a super lean/mean kernel (kconfig at https://gist.github.com/rfrht/5f0fa113f12fbacf832e57ff4967785a ), I got a stable and lightweight kernel configuration. Things got a lot funnier when doing some compatibility tests with specific Asterisk versions, I was able to install and run cleanly a Raspi .DEB pkg. And that got me thinking. I have now JUST replaced the Raspberry Pi with the Tinkerboard. And guess what: It was a _inplace_ upgrade! Using the same userland, same hard drive, same everything. I just had to set the MMC card with Tinkerboard /boot stuffs, specified the USB root device using rootdev=<proper clause> (in my case, rootdev=LABEL=TinkerRoot), edited /etc/fstab accordingly and... It RAN! Smoothly. Perfectly. My 120 Mbps from carrier being diligently delivered. My userspace apps running nicely. Well, I would like to send my deep respect and special thanks to @TonyMac32 for exploring Tinkerboard and putting it to work nicely, and @Igor for hosting the project. We grow when we share! ;-)

Dear Root, The Tinkerboard case use here at home is almost what you are describing. For what is worth, I've been able to pull 900+Mbps of NAT throughput using the Tinkerboard Ethernet (see the below post) You are inflicting more pain to yourself by trying to make this Gigabit interface work out of the USB 2.0 bus of the Tinkerboard. If VLAN tag is really not an option (which would surely tackle your issues over there), take a look at https://www.amazon.com/gp/product/B01GIVQI3M/ and https://omnia.turris.cz/en/ Good luck! - RF.