Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | Armbian 20.11 Tamandua released | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
manpaz has joined #armbian
bzyx has quit [Read error: No route to host]
peterm6881 has joined #armbian
<lanefu> Happy friday
<peterm6881> it's Saturday here
<peterm6881> :)
peterm6881 has quit [Client Quit]
archetech has quit [Quit: Leaving]
<lanefu> Haha
archetech has joined #armbian
archetech has quit [Read error: Connection reset by peer]
archetech has joined #armbian
bashlinux has joined #armbian
manpaz has quit [Ping timeout: 260 seconds]
flyback has quit [Ping timeout: 260 seconds]
flyback has joined #armbian
EZ-Mac has quit [Ping timeout: 256 seconds]
awf_sbrt has joined #armbian
R0b0t1 has quit [Ping timeout: 240 seconds]
R0b0t1 has joined #armbian
archetech has quit [Quit: Konversation terminated!]
drobo_00 has quit [Ping timeout: 260 seconds]
Necrosporus has quit [Ping timeout: 256 seconds]
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 264 seconds]
ChriChri_ is now known as ChriChri
archetech has joined #armbian
Necrosporus has joined #armbian
_whitelogger has joined #armbian
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
kolla has quit [Quit: %fog relay%]
kolla has joined #armbian
TRS-80 has quit [Quit: WeeChat 2.9]
bashlinux has quit [Remote host closed the connection]
archetech has quit [Quit: Konversation terminated!]
Elpaulo has quit [Quit: Elpaulo]
archetech has joined #armbian
jschwart has quit [Ping timeout: 260 seconds]
peterm6881 has joined #armbian
jschwart has joined #armbian
marco44 has quit [Quit: ZNC 1.8.2+deb1~bpo10+1 - https://znc.in]
<lanefu> Pretty interesting
<RzR> hi
<RzR> any updates on Mali 450 ?
Arpalhands[m] has joined #armbian
awf_sbrt has quit [Read error: Connection reset by peer]
marco44 has joined #armbian
<RzR> Arpalhands[m], I see Mali400MP acceleration (EGL/GLES) works now @ https://docs.armbian.com/Release_Changelog/
<RzR> I am interested into Desktop opengl
<IgorPec> don't know for the exact this implementation, but 3d functions are considered experimental
<RzR> recent mali have better lima support
<ArmbianTwitter> @Hacksterio (Hackster.io): "The Helios64 is an impressive second launch from Kobol, and one which is leaps and bounds ahead of its predecessor — but the company still has some way to go with the project." https://t.co/WNlpZk6R4c (20s ago)
<RzR> Any mali users around ?
marco44 has quit [Read error: Connection reset by peer]
marco44 has joined #armbian
marco44 has quit [Remote host closed the connection]
marco44 has joined #armbian
<archetech> RzR, Ive has my rock64 run es2/gl with lima
<archetech> had
<RzR> it's a good candiate
<IgorPec> ... chech other boards with this chip, they are usually better quality
<IgorPec> there are at least three revisions of this boards around in the wild
rneese has joined #armbian
rneese has quit [Client Quit]
<archetech> the rockpro has a better gpu better support
<archetech> 3x price it better
<archetech> Twister OS - Armbian for rockpro and 4c looks nice
<pakcjo> hi
<ArmbianTwitter> @ComputingNl7 (NL7 Computing): Follow me on youtube 💻🖱️📱😉 https://t.co/KuyCY10XPn #computing #computer #orangepi #orangepipc #Linux #debian #Ubuntu #armbian #electronics #electric #DIY #networking #network #netzwerk #Server #raspberrypi https://t.co/DXp5zDphzH (27s ago)
Findus- has quit [Quit: meem]
archetech has quit [Quit: Leaving]
Findus has joined #armbian
Findus has quit [Client Quit]
Findus has joined #armbian
<pakcjo> what's that Rock Pi N10 model?
<pakcjo> 8GB... I want it!
fromport_ has joined #armbian
fromport has quit [Ping timeout: 256 seconds]
archetech has joined #armbian
fromport_ is now known as fromport
<pakcjo> wait, i'm confused, it seems that 4GB are for the NPU
<IgorPec> what you will do with it?
<IgorPec> you need software
<pakcjo> Yes, not sure, I thought that the 8GB were all available, but it doesn't seem to be the case... 4GB for the system and the other 4 for the NPU.
<pakcjo> I don't have any use for npu
<pakcjo> but would love to have an arm board with 8GB
peterm6881 has quit [Remote host closed the connection]
<IgorPec> with software support or without?
<pakcjo> with software support of course
<IgorPec> all current rockchips and amlogics and allwinners can only have 4g
<chewitt> pakcjo RPi4?
<pakcjo> is it a hardware/design limit or commercial?
<Xogium> I believe hardware
<chewitt> RPi4:~ # free -m
<chewitt> total used free shared buff/cache available
<chewitt> Mem: 7722 270 7092 81 359 7149
<Xogium> yeah but noone likes rpi around here, and with good reasons
<IgorPec> total used free shared buff/cache available
<IgorPec> Mem: 263862164 12900836 247568072 9096 3393256 248660888
<IgorPec> :)
<stipa> slight difference
<pakcjo> what hardware is that?
<IgorPec> i didn't use -m :)
<Xogium> beat ya
<Xogium> Mem: 24036 15539 2722 126 5774 7972
<Xogium> :D
<pakcjo> hahahaha
<IgorPec> total used free shared buff/cache available
<IgorPec> Mem: 257677 12601 241762 8 3313 242830
<pakcjo> chewitt: what are you using the pi4(8gb) for?
<Xogium> okay I cheated, that was my dual xeon l5639 machine
<chewitt> I'm only running kodi .. but I get samples whenever they bump revs and such for testing
<IgorPec> i also cheated. that was our build machine
<Xogium> :D
<chewitt> If I had to pay for them I'd be using the 2GB version
<Xogium> been eyeing the honeycomb lx2k
<IgorPec> memory on rpi is slow
<Xogium> but wishful thinking XD
<IgorPec> honeycomb is serious machine, yeah
<pakcjo> sounds expensive
<Xogium> oh, it definitely is
<Xogium> but, I'd take it over the marvell macchiatobin any day
<IgorPec> one should compare to some x86 amd
<Xogium> the mcbin has poor hardware
<IgorPec> that's for different purpose, not as a workstation
<Xogium> yeah
<IgorPec> but also software wise ... if you don't have mainline kernel top pop, its pointless
<Xogium> but I mean, it has serious hardware issues
<Xogium> you can litterally blow up its uart
<IgorPec> probably, we didn't get a chance to deal with it
<pakcjo> an arm workstation, that's what I'm after
<Xogium> IgorPec: easy to blow up, actually… connect tx to gnd
<Xogium> they did not put diodes to protect reverse for current
<pakcjo> what? uart blows up if you connect tx to gnd??
<Xogium> yup
<Xogium> on mcbin
<IgorPec> OMG
<Xogium> it basically send 3.3v into a chip that doesn't want to receive 3.3v and boom
<IgorPec> hehe
<Xogium> and people payed $500 for that kind of board
<IgorPec> anything can happen in hw design. this is when you press on people to speed things up
<pakcjo> too poor for that :(
<IgorPec> yeah, this become common practice now
<IgorPec> also in single board computers this happens
<IgorPec> i mean in more simple design
<IgorPec> we also do some hardware design on a side
<IgorPec> and we also came to rev C and still not sure we are there
<stipa> it can always be better
<Xogium> you guys know what's most open platform ?
<Xogium> I went with stm32mp… I think it's one of the most open I ever saw
<pakcjo> how does the development process to support a board goes? do you get the datasheets from the manufacturer? some dtb? or is it all reverse engineering or so?
<IgorPec> a combination
<IgorPec> but
<IgorPec> datasheets can very in quality a lot
<pakcjo> I bet
<IgorPec> so you can easily waste a lot of time relying on them, while reality is different
<Xogium> *cough cough* allwinner
<stipa> and lose bucnh of nerves
<Tonymac32> right, they make a decent starting point, but there are always errata, often uncorrected
<IgorPec> dtb comes from chip vendor and its tweaked by boark makers ... which can be total amaters
* Xogium hides
<Tonymac32> Xogium Rockchip
<IgorPec> some parts are closed
<Xogium> that was ironic ;)
<Tonymac32> :P
<Xogium> or are you implying that rockchip is even worse off than aw ?
<Tonymac32> they have some very... interesting pipeline from the video system to everything else
<Tonymac32> and it never seems to work right
<Xogium> charming…
<Tonymac32> even their kernel, the camera and DSI stuff is just horrendous
<Tonymac32> anyway, enough griping
<Xogium> I mean, for my project, I went with the stm32mp, because, somehow, it felt right to pay a bit more for a good supported platform on mainline, and actual tons of complete, correct documentation, and outright support direct from st
<Tonymac32> right
<Tonymac32> the microchip ones aren't bad either if you need a deeply embedded SoC
<Tonymac32> I'm just starting to learn the NXP stuff, they keep a lot of crypto stuff so locked up you'll never see it though
<Xogium> yep that's what I heard
<Xogium> though…
<Tonymac32> in all caes I like having a real-time Cortex-M laying around
<Tonymac32> (I make equipment sometimes)
<Xogium> oh, yeah. I've never played with those, yet
<Xogium> but, it sounds like it could perform some action even when linux is asleep
<Tonymac32> yes, they are independant other than some shared memory space
<Tonymac32> and latenvy isn't a problem unless you right shitty microcontroller code
<Tonymac32> latency*
<Xogium> so could you technically use the m4 to reflash the main linux OS or run some kind of recovery mode ?
<Tonymac32> hmmmm, that I haven't looked at, it might not have that kind of hardware access
<Tonymac32> it might be able to trigger the main bootloader
<Xogium> I was thinking the m4 could handle the aptic touch
<Xogium> I think it's the name, at least
<Xogium> vibration when you start charging, etc.
<Xogium> I was also thinking of sending some kind of message via vibrations
<Xogium> like you know how boards like the rpi blink their leds in a pattern to indicate boot problems
<Xogium> blind peeps can't notice that, so I thought of making it vibrate in a pattern if anything goes real bad
<stipa> you would like to monitor the board with the m4 chip
<Xogium> yeah, that
<Tonymac32> That might be doable, but it depends on which peripherals you can hand over to it
<Tonymac32> I think it's generally intended to do external control, but...
<Xogium> yeah that makes sense
<Xogium> maybe this should be handled with a non integrated controller instead
<Tonymac32> for things like haptic feedback, that is external control to a large extent. charge status from an external controller/etc
<Xogium> yeah…
<Xogium> hmm
<Xogium> it's my first time ever working on such a project but man I love it :D
<Tonymac32> it's fun digging into new things
<Xogium> that all started because of me, but we're 3 onboard now :p
<Xogium> trying to make a good audio player/recorder/note taker for the blind, at a reasonable price
<Xogium> and with good performance and no crappy hw
<Tonymac32> IgorPec have we cleaned up the fusb302 on rockchip 64 yet?
<Tonymac32> Xogium high bar :D
<Xogium> oh yes
<Xogium> ain't gonna be easy, but what matters is enjoying the work
<IgorPec> Tonymac32: not sure
<Tonymac32> After seeing a VGA output retro computer emulator running on an ESP32 I have to say that might be an option given the brute force power of the thing
<Xogium> though… some stuff do that already, but it sells for $400 or so, and it's crappy hw along with crappy software able to read only a few file formats… No ogg, no flac, no opus, etc.
<Tonymac32> it also has I2S input so you can use nice microphone
<Xogium> and the update mechanism is badly designed aka no rollback, and no way to unbrick it yourself
<Tonymac32> oooof
<Tonymac32> yeah I can see linux being the go-to if you can get the BOM cost down to a reasonable level
<Tonymac32> IgorPec I'll take a look. In theory the mainline driver is fixed
jl4_ has joined #armbian
<Xogium> we found a neat platform with that stm32mp, and an awesome SoM made by seeedstudio
* jl4_ Mbian newbie here ...
<Xogium> the SoM integrates the SoC, ram, eMMC, and pmu
<Xogium> and best of all, no soldering required, just stuff it on a carrier board with its 70-pins connector
<jl4_> I just flashed my Orange Pi 3 microSD, inserted it on the given slot and booted... Apparently is up and running. Yet,i'm not able to find it on my LAN... what am i missing ?
<IgorPec> "what am i missing" -> searching forums
<jl4_> (LAN LED is flashing and Pi LED it stays on (red color))
<IgorPec> did you search forums?
<Xogium> no soldering is a major selling point for us, given that 2 of the project members are blind, and it will make it super easy for people that want to replace a dead internal storage… Remove the SoM, put the new one up, and flash with usb DFU
<jl4_> i don't understand .. forums ?
<IgorPec> forum.armbian.com
<jl4_> ah, thanks ... i'll give a look at.
<IgorPec> its a bug
<IgorPec> and we have no solution
<Xogium> SoM itself's $26. Could have been a lot worse ;)
stipa has quit [Ping timeout: 240 seconds]
stipa has joined #armbian
<jl4_> ah,thanks for...
<jl4_> Um, this on latest (Orange Pi3) Kernel 5.9.5 ... May use an older armbian version ?
<IgorPec> you can
<jl4_> (typo : may i use..)
<IgorPec> just don't udpate
<jl4_> sure... i'm about to flash Armbian_20.11_Orangepi3_buster_current_5.8.16
<jl4_> BTW... i tried with an OPi4 i have here too... same connectivity issue. May the both OPi3 and OPi4 issues correlated ?
<IgorPec> no, opi4 is very different beast and should work fine
<IgorPec> just bring enough power
<IgorPec> its hungry
<jl4_> umh...ah, here might be the issue, as long as i'm missing OPi4 's power supply
<jl4_> i'm re-using the OPi3 one with OPi4. ...could this be a problem on power shortage ?
<lanefu> yeah actually I used a official OPI USB-A to DC-barrel plug cable that i've had forever on my opi4 and it wasnt enough.. had to use a different cable
<IgorPec> yeah
<IgorPec> 2A is not enough for RK3399
<IgorPec> while its enough for H6
<jl4_> ah,nice to know
<jl4_> BTW ... what are the differences between and ARMbian image and a mere Debian image for OPi like the ones here ? : http://www.orangepi.org/downloadresources/
<IgorPec> huge
<IgorPec> or lets say extreme
<jl4_> why is it so extreme ?
<IgorPec> those are made from private kernels, ours is mainline based
<IgorPec> their boot loaders are closed, ours are open
<jl4_> ah... huge difference.
<IgorPec> so its totally different hardware interface
<IgorPec> their kernel versions are 4.9.y derived, ours are 5.9.y
silver_hook has quit [Ping timeout: 268 seconds]
* jl4_ is wondering... ?
<jl4_> on OPi boards ... would system on USB faster tan staying in its original microSD ?
* jl4_ ... and what about installing something like Yunohost on top of ? https://yunohost.org/#/
<IgorPec> it depends on the media you will use for SD and USB
<IgorPec> and it depends of your use case
<lanefu> jl4_: I used this enclosure https://smile.amazon.com/gp/product/B01M08LCXW/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 with an SSD for my home directory and /var/lib/docker on my orange pi 3.. was performant and reliable
<jl4_> ah, nice to know... you mean, you put all Docker stuff (images, etc.. ) on the SSD ?
<lanefu> IgorPec: FYI on that tp-link switch.. those 4SFP ports of gigabit, adn not 10gig.. in case thats a concern
* jl4_ ah... no, ok,ok just /home on the SSD
<lanefu> jl4_: yeah.. i formated the SSD with btrfs, and mad a subvolume for doker and home
<IgorPec> lanefu: no, that's fine. i need 10Gb for "backbone" only :)
<lanefu> UUID=6678065c-8e6d-453f-b3c6-58d4342453a4 /home/lane btrfs defaults,subvol=homelane 0 2
<lanefu> UUID=6678065c-8e6d-453f-b3c6-58d4342453a4 /var/lib/docker btrfs defaults,ssd,subvol=docker 0 2
<jl4_> ouch, crazy useful thing.aha
<jl4_> Why Btrfs instead of (say) ExtX ?
<lanefu> btrfs in theory is SSD optimized.... and i _really_ prefer it for docker
<lanefu> because docker's storage driver can use it natively via snapshots and suvolvumes n shit
<lanefu> so no overlayfs2 or aufs or anything
<lanefu> btrfs's snapshot features are cool too
<lanefu> and you can have compression etc
<lanefu> anyway. it had a stigma a while back, but i prefer it for general use
* Tonymac32 mutters in latin while holding up crucifix
<Tonymac32> :D
<lanefu> Tonymac32:thats fine you can like hte ext4 journal trash your sdcard
<jl4_> I use Btrfs on my laptop a lot ... in so useful combination with openSUSE's snapper
<Tonymac32> lanefu lol
<jl4_> ...to smoothly rolling'back when things go wrong/broken. So useful.
<jl4_> you rollback to a previous/older (system) read-only image...when checked that is working (again) as expected, reboot from that one. All automagically pre-configured for you, BTW.
<lanefu> IgorPec: see i fixed it :P https://armbian.lane-fu.com/linx/s/yjxq31kv.png
stipa has quit [Ping timeout: 240 seconds]
<lanefu> yeah pretty cool.. I was annoyed at first because i saw 32bit memory controllers, but CNX software guy said there's 2 memoy controllers to 8GB ram possible
Elpaulo has joined #armbian
<lanefu> Hey Tonymac32 .. I've got a bunch of little protoboards like this.. https://armbian.lane-fu.com/linx/s/k849u78j.png what's like the intended purpose fo rthe extra big pads on either side
<Tonymac32> you can do ridiculous things like surface mount headers on like edge connectors
<Tonymac32> and switches
<jl4_> On Bash... how can i get to know wether if my orangi Pi runs armhf or arm64 ?
<jl4_> ah.. donde, ' uname -a'
<lanefu> Ohhhh
<IgorPec> jl4: your orange always runs correct arch :)
<Tonymac32> hehe we don't exist solely because of a fragile and outdated ARM11 ecosystem
<Tonymac32> :)
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #armbian
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #armbian
stipa has joined #armbian
stipa has quit [Ping timeout: 240 seconds]
<ArmbianTwitter> @lanefu (Lane Jennison): @NicoD99364191 @samerhaj @Arm And build some sweet armbian kernels for it (20s ago)
rneese has joined #armbian