Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Forums Feed: #armbian-rss | Development Talk: #armbian-devel | Type 'help' for help | Logs: -> irc.armbian.com
xec has quit [Remote host closed the connection]
xecuter has joined #armbian
<flyback> anyone else have a orange pi lite or one
<flyback> I think I found part of the issue
<flyback> either I got a knockoff or xulong doesn't even know wtf parts they used for vregs
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 264 seconds]
ChriChri_ is now known as ChriChri
<[TheBug]> Tony_mac32: is there a new beta image?
<[TheBug]> for Rock64
<[TheBug]> or you mean its being worked on?
nologin has quit [Ping timeout: 258 seconds]
nologin has joined #armbian
<[TheBug]> SSD isn't hateful on Rock64 USB3 - 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 8.28397 s, 130 MB/s
<[TheBug]> 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 7.51921 s, 143 MB/s
<Tony_mac32> if you can build yourself you can test
<Tony_mac32> I am going to build one here momentarily
<[TheBug]> ahh I don't have a build setup like you guys
<[TheBug]> if you build and want to share
<[TheBug]> ill test
<[TheBug]> since I loaded up 20.11 image to test what archetech was on about
<[TheBug]> and to test USB 3.0 to SSD
<Tony_mac32> sounds like a batch of improperly binned RAM, or perhaps a routing leading to some skew that's marginal in all cases, and just makes one side of the parts distribution flake out
<[TheBug]> hmm I wonder what package archetech actually wanted me to compile
<[TheBug]> any suggestions for this test?
<Tony_mac32> to test boot?
<Tony_mac32> I didn't read back through history
<Tony_mac32> or was it for desktop?
<Tony_mac32> ah ok, just do some hard work with it
<Tony_mac32> to make the memory flake, correct?
<[TheBug]> ya I guess
<[TheBug]> he didn't specify what he wanted me to compile I guess
<[TheBug]> any suggestions?
<lanefu> flyback: yeah i've got lite and one
<Tony_mac32> run this first: https://github.com/ThomasKaiser/sbc-bench
<Tony_mac32> it murders my Renegade still, something is not quite right with the DMC there (lanefu, I might need an assist since you're the DMC expert. :D)
<lanefu> I can google like a mofo
<Tony_mac32> hahahaha
<[TheBug]> ROFL
<Tony_mac32> you're hired
<[TheBug]> System too busy for benchmarking: 21:21:58 up 22 min, 3 users, load average: 0.12, 0.17, 0.32
<[TheBug]> System too busy for benchmarking: 21:22:03 up 22 min, 3 users, load average: 0.11, 0.16, 0.31
<Tony_mac32> yeah, let it sit uninterrupted
<Tony_mac32> it's waiting
<Tony_mac32> then it will install some stuff silently, and then you've got like 45 minutes of benchmarking
<Tony_mac32> including some zipping to get it good and hot
<[TheBug]> eesh
<[TheBug]> okay
<[TheBug]> ohh ment to mention above, my ssd speed test via USB 3 were with luks encryption on the volume
<[TheBug]> it is compiling some stuff
<[TheBug]> only using a single core though
<Tony_mac32> http://ix.io/1iHB
<Tony_mac32> that's what the report will look like if it survives
sunshavi has quit [Remote host closed the connection]
<[TheBug]> oh you weren't even running armbian
<[TheBug]> that was one of ayufan's legacy kernels
<[TheBug]> also you had 2x the memory
xecuter has quit [Ping timeout: 272 seconds]
<flyback> lanefu do you have any overheat and sluggishness in armbian
<Tony_mac32> flyback is this an H3?
<flyback> yes
<[TheBug]> um flyback heatsink and fan
<[TheBug]> on h3 bro
<[TheBug]> at minimum heatsink
<[TheBug]> like 28mmx28mm
<Tony_mac32> which one again? I'm actually not completely staring into the abyss with the renegade at the moment
<[TheBug]> he has opi lite / one he was saying
<lanefu> flyback: yeah need a little context i have a bunchof H3 boards that seem preetty good
<flyback> I don't doubt that but why it does run on the xulong's own ubuntu 16.04 port run fine
<[TheBug]> because it's BSP
<[TheBug]> uboot has different timings for memory
<[TheBug]> etc etc
<flyback> but armbian ubuntu 20.04 it's totally unusable it gets hot and fais
<[TheBug]> ohh
<[TheBug]> this is easier than you think
<lanefu> flyback: desktop? server?
<[TheBug]> that little board can't have same heat curve
<[TheBug]> not without a fan and heatsink
<flyback> and it's the lite lanefu
<[TheBug]> its getting to hot cause it's actually clocking up
<Tony_mac32> the voltage reference for the internal temp sensor on Allwinner stuff is... special
<[TheBug]> the BSP throttles like crazy
<Tony_mac32> and yeah
<Tony_mac32> probably is
<flyback> so xulong is throtting or armbian is
<Tony_mac32> xunlong may not even have as many opps
<[TheBug]> well Armbian isn't BSP
<flyback> this is spyserver runs fine on the xulong's own software
<flyback> based on ubuntuy 16
<lanefu> spyserver? have a link?
<Tony_mac32> my Libre Computer Tritium boards, for example, follow the Allwinner recommendation and only go to 1 GHz
<flyback> but their port sucks missing wifi etc
<flyback> syre
<flyback> sure
<[TheBug]> anyways -- so you have a fan and heatsink, if not add one, otherwise you will need to change the cooling dvfs freq table in dtb/dts manually so it doesn't clock up so high
<flyback> but you won't be able to run it without the rtl-sdr donge
xecuter has joined #armbian
<flyback> !bmcc Amok
<flyback> <corsehock> amok: BITE MY 'CANUCK', CANUCK!
<flyback> err
<flyback> wrong paste
<lanefu> flyback: can you fir up your software and run armbian-monitor -u a few times until it dies
<Tony_mac32> you're so happy with the maple syrup Tim Horton's guys
<Tony_mac32> sheesh
<Tony_mac32> lol
<flyback> now
<flyback> someone hwere had me run a older version of armbian
<flyback> it ran a little better for spyserver but stil ooops
<lanefu> flyback: is this a desktop app?
<flyback> spyserver no it's headlesss
<flyback> it streams the rtl-sdr dongle packets over a lan
<flyback> for clients to pickup and then decode
<lanefu> okay
<lanefu> so when you say overheats and dies... do you mean totally locks up or what
<flyback> chip gets really hot 55C+
<flyback> gets cold as soon as you kill the app
<lanefu> oh dude that chip can go way higher than that
<lanefu> don't sweat 55
<flyback> the app is unkillable on 20.x
<flyback> it hangs up
<lanefu> k
<lanefu> so forreal dude.. need some data from armbianmonitor -u
<flyback> and I have had 2 oops
<flyback> null pointer deferences
<[TheBug]> hmm sure its not the driver for whatever your running
<flyback> like indiana jones trying to spell jehova
<flyback> :P
<flyback> ok but I need 5-10 mins to setup
<[TheBug]> whoa
<[TheBug]> Rock64 clocked up to 1.5Ghz for first time ive seen
<[TheBug]> I ran a bunch of stuff the other night never got it to clock up to 1.5
<Tony_mac32> TheBug careful with that, too, it's over the recommended specs, I was thinking we should wrap a "turbo" functiona round it like on the Tinker Board
<Tony_mac32> so the Tinker goes 1.8, but if you enable "turbo" it will use 2-3 more opps that take it to 2.1 GHz or so
<Tony_mac32> They were added by some MiQi enthusiasts
<Tony_mac32> but the average user wouldn't see/risk them
<[TheBug]> not sure how I can be careful, I am just running Armbian 20.11 out of box, I didn't set it lol
<[TheBug]> I just ran the bench you told me to ;p
<flyback> shit
<flyback> think I lost the other sd card
<Tony_mac32> sheesh, this is starting to sound like the RPi forums
<Tony_mac32> "Memory is crap"
<Tony_mac32> "SD cards dying"
<lanefu> lol
<Tony_mac32> "this thing has no power"
<Tony_mac32> And I will pretend to be an RPi forum Mod: "I am banning all of you for saying that stuff isn't working. We sold 10 billion of these so they must be perfect"
* Tony_mac32 locks thread
<lanefu> "my rock64 wont ping"
<lanefu> lane@hambone:~$ ping -c 4 rock64
<lanefu> PING rock64.angrybear.com ( 56(84) bytes of data.
<lanefu> From hambone.angrybear.com ( icmp_seq=1 Destination Host Unreachable
<lanefu> From hambone.angrybear.com ( icmp_seq=2 Destination Host Unreachable
<lanefu> From hambone.angrybear.com ( icmp_seq=3 Destination Host Unreachable
<lanefu> From hambone.angrybear.com ( icmp_seq=4 Destination Host Unreachable
<lanefu> --- rock64.angrybear.com ping statistics ---
<Tony_mac32> ruh-roh
<lanefu> 4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3049ms
<lanefu> lol
<Tony_mac32> which ver is it?
<Tony_mac32> so another amazing feature of the rock64
<Tony_mac32> there are 2 different ethernet setups
<flyback> might have found the source of the oops
<flyback> forgot to disable a driver this time
<flyback> but doesn't explain the rest
<Tony_mac32> SoC's usually got to 80C or so before temperature throttling
<Tony_mac32> locking up, well that's different
<flyback> wtf
<lanefu> Tony_mac32: lol rock64 running 5.8.12-rockchip... and literraly was idling
<Tony_mac32> which Rock64 is it
<lanefu> infamous v2
<Tony_mac32> :P
<Tony_mac32> if you google around, check to make sure the RX/TX delays are correct in the device tree
<[TheBug]> finally getting toasty
<[TheBug]> hit 70c w/ heatsink and fan under full cpu usage
<[TheBug]> now 73c
<[TheBug]> seems thats the peak
<Tony_mac32> hahaha yeah at 1.51 GHz that's going to happen
<flyback> armbianmonitor -u
<flyback> System diagnosis information will now be uploaded to
<flyback> see has no where to go
<Tony_mac32> welp
<Tony_mac32> no good
<[TheBug]> oo hit 75c
* flyback has pretty much lost all insterest in this project
<flyback> how do I check cpu temp
<[TheBug]> 80c... woo
<Tony_mac32> htop shoudl show it, and amrbianmonitor -m
<Tony_mac32> armbianmonitor -m
<flyback> Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St.
<flyback> 01:53:07: 1368MHz 1.62 40% 4% 35% 0% 0% 0% 48.3°C 0/8
<flyback> 01:53:12: 1368MHz 1.65 43% 2% 40% 0% 0% 0% 47.0°C 0/8
<flyback> running armbian biotic right now
<Tony_mac32> it's cool yet
<flyback> completely stock no updates yet
<[TheBug]> 21:53:57: 1512MHz 4.31 100% 1% 98% 0% 0% 0% 76.5°C 0/6
<flyback> was told to lock the bsp and kernel
<lanefu> yeah crank it back to 1.2
<flyback> the app is working right now
<lanefu> flyback: first `curl -i ix.io|head -n1`
<lanefu> flyback: yeah keep on running that then lets see what it does in a few
<[TheBug]> 21:54:39: 1512MHz 4.22 100% 0% 99% 0% 0% 0% 79.2°C 0/6
<Tony_mac32> lanefu honestly that processor is "guaranteed" at 1 GHz
<flyback> % Total % Received % Xferd Average Speed Time Time Time Current
<flyback> Dload Upload Total Spent Left Speed
<flyback> root@orangepilite:~#
<flyback> HTTP/1.1 302 Found
<flyback> 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
<flyback> yeah why it is running 1.3
<flyback> isn't that ocing
<Tony_mac32> ok, so OPi and a few others run them that way
<Tony_mac32> 99% of the time it's fine from what I can tell
<Tony_mac32> but you are having a problem (maybe unrelated)
<flyback> ok here's a weird part
<lanefu> a few months ago some guys found soem tuning they thought gave them sgtable 1.3 1.4
<lanefu> i think the mileage varies
<flyback> I forgot to disable a video driver for this usb stick
<Tony_mac32> a what
<flyback> which you are supposted to disable when using the usb stick as a radio
<Tony_mac32> for a what
<flyback> and when I disabled it it didn't work
<Tony_mac32> ok
<flyback> it's acting bac-asswards
<flyback> right now
<flyback> that might explain the oops though
<flyback> 2 drivers fighting
<[TheBug]> Tony_mac32: http://ix.io/2zRz
<Tony_mac32> lanefu are there more than one flavor of these OPi's where maybe someone could mistakenly grab the wrong image and have it not look wrong?
<flyback> sudo echo "blacklist dvb_usb_rtl28xxu" >> /etc/modprobe.d/blacklist.conf
<flyback> when I disabled that
<flyback> the thing didn't work at all
<flyback> which doesn't make sense
<[TheBug]> seems it hit oom killer while running
<[TheBug]> :/
<flyback> checking something
<Tony_mac32> Cpufreq OPP: 1512 Measured: 1466.951/1471.129/2404.145
<Tony_mac32> uh
<Tony_mac32> wut
<[TheBug]> ?
<lanefu> [TheBug]: uhmmm you're runnning sbcbench with the desktop running?
<Tony_mac32> look at the last measured speed
* nekomancer[m] some times use armbian-config to lower upper cpu freq to 2-3 steps after some random errors during rust compilation. and it helps.
<[TheBug]> I guess
<[TheBug]> I just loaded the desktop image lol
<flyback> nevermind what I said about that driver
<flyback> it has nothing to do with anything
<flyback> must have been a bad bootup or something
<flyback> bbut the driver left enabled
<[TheBug]> no one gave me any other instructions
<lanefu> [TheBug]: im amazed sbcbench started
<flyback> might be causing the oops
<flyback> but blacklisting it didn't stop the appp from working
<Tony_mac32> nekomancer[m] forgot that was in the armbian-config
<flyback> that was a fluke
<lanefu> [TheBug]: systemctl stop lightdm
<lanefu> then sbcbench
<Tony_mac32> flyback, take the cpu max speed down a notch and see
<flyback> how do I do that
<[TheBug]> okay I will run it again after that lanefu
<Tony_mac32> armbian-config
<lanefu> flyback: armbian-config -> hardware -> cpu
<[TheBug]> oit's running, on that note time for a smoke.. bbiab
<[TheBug]> lanefu: would it be better to actually add a decet swap there vs zram?
<[TheBug]> decent*
<[TheBug]> Tony_mac32: what was wrong with that OPP you pointed out?
<lanefu> [TheBug]: nah usually that doesnt happen
<[TheBug]> k
<[TheBug]> its running again there
<flyback> im going to leave it along for now and let it run a bit
<[TheBug]> im gonna have a smoke and probably a few rounds on quake live, i'll bbiab
<flyback> updating the system
<flyback> except bsp and kernel
<lanefu> great job everyone
<flyback> everything seems ok
<flyback> armbian biotic
<lanefu> bionic
<lanefu> :P
<flyback> mabye another night try bsp or kernel update
<flyback> see if it breaks
<flyback> then try the other
<flyback> highest temp is 53
<lanefu> ice cold
<flyback> which would you recommend unlocking first the bsp or the kernel
<[TheBug]> Hmm
<[TheBug]> still got oom
<[TheBug]> ohh
<[TheBug]> ignore me
<[TheBug]> I ran it on another screen thats why
<[TheBug]> I came back thought it finished hmm
<[TheBug]> hrmmm
<[TheBug]> no that was it
<[TheBug]> but the oom cause the script to end while one of the 7zip tests was still competing it appears ;/
<lanefu> [TheBug]: interesting.... are you just using default armbian swap stuff?
<[TheBug]> actually I wonder if this is indicative of what was being explained
<[TheBug]> it would appear like it should be trying to swap but can't do it fast enough
<[TheBug]> yeah
<[TheBug]> default
<lanefu> flyback: sorry not following
<[TheBug]> here let me get exact image
<[TheBug]> I am running Armbian_20.11.0-trunk_Rock64_focal_current_5.8.12_desktop.img
<[TheBug]> I stopped lightdm as you suggested
<[TheBug]> the desopt (hdmi) is blank
<[TheBug]> but I think the issue was kswapd related it couldn't swap or reallocate memory fast enough
<lanefu> hmm
<lanefu> systemctl stop armban-ramlog
<[TheBug]> k 1 sec
<[TheBug]> done
<[TheBug]> re-run?
<lanefu> systemctl stop armbian-zram-config
<lanefu> then re-run
<[TheBug]> k
<lanefu> weird tho since my rock64 is running same kernel
<lanefu> my image is just focal_server
<flyback> lanefu, just nevermind fro tonight
<flyback> just going to let it run as is
<flyback> tomarrow we can try allowing the bsp or the kernel to updte to the latest for bionic to see if anything breaks
<Tony_mac32> which kernel are you running [TheBug]
<Tony_mac32> oops, looked up
<Tony_mac32> lol
<Tony_mac32> I just built a focal with 5.8.13 and my rock64 is living at 1.3 GHz
<[TheBug]> ./sbc-bench.sh: line 611: 18394 Killed "${SevenZip}" b >> ${TempLog}
<[TheBug]> ./sbc-bench.sh: line 611: 18581 Killed "${SevenZip}" b >> ${TempLog}
<[TheBug]> again oom
<[TheBug]> but still running it seems
<Tony_mac32> what ram is that one?
<[TheBug]> 1GB
<Tony_mac32> ah
<[TheBug]> I can add swap on ssd
<lanefu> try a headless image
<lanefu> mine doesnt do that
<[TheBug]> well I will kill t his and restart with swap
<[TheBug]> and see the outcome
<lanefu> on the 7zip stage
<lanefu> right now
<lanefu> btw my pinebook has been running over over 3 hours
<lanefu> and has 86% battery left
<Tony_mac32> yeah, mine has some pretty awesome battery life as well
<lanefu> not on manjaro :P
<[TheBug]> lanefu: you have 1Gb ram also?
<lanefu> [TheBug]: yeah man
<lanefu> v2 1gig
<lanefu> from fleabay
<[TheBug]> well yeah I assume some of memory is used by GPU eh
<[TheBug]> cause I only get 978M out of box
<[TheBug]> I assume some is allocated to GPU in desktop
<lanefu> lane@rock64:~$ free
<lanefu> total used free shared buff/cache available
<lanefu> Mem: 1002168 460676 469108 188 72384 471416
<lanefu> Swap: 501080 40256 460824
<lanefu> [TheBug]: apt install ccze
<[TheBug]> ?
<[TheBug]> I setup swap on ssd and it's running see what goes on there
<[TheBug]> what is ccze?
<lanefu> then `curl http://ix.io/2zRN|ccze -A|less --raw`
<lanefu> colorizer
<[TheBug]> okay well circling back
<[TheBug]> what was the main goal here, to see if I could make it crash ?
<[TheBug]> so far none of the runs have crashed it at least
<[TheBug]> just oomed
<lanefu> yeah that ooming is weirding me out
<lanefu> "shouldn't" be happening... but beign desktop image makes it beliable
<Tony_mac32> I think Chwe was telling me he'd had this happen
<Tony_mac32> I've been a bad forum mod and haven't been on the forum, I need to give this a try: https://github.com/sgjava/java-periphery
<Tony_mac32> tbh I really don't like Java, but
<lanefu> Tony_mac32: i think his library has python bindings or cbindings available
<Tony_mac32> it did, this one looks pure java
<Tony_mac32> between him and Larry Bank we could have some sweet stuff
<Tony_mac32> Larry Bank goes by "The Performance Whisperer" on Twitter, more focused on MCU's these days
<lanefu> yeah sgjava does really nice stuff it doenst get the visiblity it deserves
<lanefu> mickmack or cnx guy should do somethign
<Tony_mac32> Well, I can give him a plug once I play with this a little
<Tony_mac32> I was referred to as "Java Jesus" once upon a time
<Tony_mac32> (Made some money tutoring too. ;) )
<lanefu> youve lived too many lives
<Tony_mac32> I started programming when I was 12 or so, haha
<Tony_mac32> Werner and I disagreed about the good doctor's hacking a USB device or other for a keyboard I see
<Tony_mac32> no worries, I figured "Making hardware" would go in "hardware hack", but it can just as easily be peer-peer
sunshavi has joined #armbian
<[TheBug]> Looks to have gotten past the 7zip tests now without OOM with swap in place
<[TheBug]> its on to cpuminer testing now
<[TheBug]> I did see it use up to 250MB of swap there maybe more when I wasn't looking
<[TheBug]> noting this seems to be running wpasupplicant , pulseaudio and a few other things as well, I am sure if I stopped all of that crap it would help
<lanefu> Yeah its really mean to be ran on a bare system
<Tony_mac32> cool
<Tony_mac32> but honestly if it hasn't exploded or caught on fire I don't think you're seeing the issue
<lanefu> Alright gonna do some room scrolling and crash
<lanefu> Later
<Tony_mac32> if the dmesg is clean then
<Tony_mac32> lol later
<Tony_mac32> I'm trying the updated BL31 with a coule DDR4 fixes in it
<[TheBug]> completed no oom
<[TheBug]> highest temp 79.6 it seems
<Tony_mac32> and no dmesg anger
<[TheBug]> nope
<Tony_mac32> I don't think your V2 has the bugs
<Tony_mac32> but try the compiling/etc to be sure I guess
<Tony_mac32> I don't know the specifics
<[TheBug]> well when mesing withg GPU some fun glitching but could just be normal for the implementation I was using
<[TheBug]> I was using ayufan's kernel and saw weird bugs
<[TheBug]> in stable and otherwise
<[TheBug]> but yeah guess I could build something
<[TheBug]> any good suggestions something easy to pull and build real quick?
<Tony_mac32> not really, I never had the problem so
<Werner> Good morning
<[TheBug]> interesting, since it clocked up during the bench and I have been using the ssd for swap, the throughput has seemingly increased some -- 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 6.78734 s, 158 MB/s though this could just be speed of memory I guess I should test a larger file
<[TheBug]> 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 27.1986 s, 158 MB/s
<[TheBug]> Timing buffered disk reads: 880 MB in 3.01 seconds = 292.83 MB/sec
<Tony_mac32> cool
Unit193 has quit [Ping timeout: 610 seconds]
Unit193 has joined #armbian
_whitelogger has joined #armbian
<Tony_mac32> ok, watching devfreq while sbc-bench, I think something is off with the DDR4 config, OR not being headless I need to hook the ddr clock into some other parts of the pipeline
<Tony_mac32> I can see when it jumps to 924 MHz Firefox crashes
<Tony_mac32> the updated bl31 does not seem to have helped this particular issue, however tinymembench has not crashed yet
<[TheBug]> ohh
<[TheBug]> this is fun
<[TheBug]> since rebooting it
<[TheBug]> no HDMI output
<[TheBug]> hmm
<[TheBug]> not true
<[TheBug]> seems shutdown somehow corrupted my image :Z
<[TheBug]> hmm this is odd
<[TheBug]> emmc booted
<[TheBug]> let try reboot to sd again
<[TheBug]> lol
<[TheBug]> so I know it booted cause I can ping it
<[TheBug]> but no hdmi output O_o
<[TheBug]> but of course sshd isn't enabled so I can't access it
<Tony_mac32> well then
<Tony_mac32> Friends don't let friends use RK3328 :P
<[TheBug]> weird shit
<[TheBug]> I would think I would still get console on boot there
<[TheBug]> but seems not
<Tony_mac32> hit ctrl alt F1?
<[TheBug]> no idea its strange for sure
<[TheBug]> android boots from emmc
<[TheBug]> but that image
<Tony_mac32> sry <ctrl><alt><F1>
<[TheBug]> whatever the deal won't boot fully again
<Tony_mac32> change consoles
<[TheBug]> maybe something I installed or the sysbench installed broke something else
<[TheBug]> nah i am re-writing card
<[TheBug]> it wasn't even initializing display
<[TheBug]> I can only guess I some how corrupted the card on shutdown or something I installed broke something else
<[TheBug]> will know in a minute I hope
<Tony_mac32> IgorPec well, 50% victory on Renegade
<Tony_mac32> standard memcpy : 1605.8 MB/s (0.1%)
<Tony_mac32> standard memset : 5489.7 MB/s (0.2%)
<Tony_mac32> it will clock up to 924 MHz, but it is not stable there, reasons unknown
<Tony_mac32> going to go with something basic and check the drive levels and voltage requirements of the specific RAM
<[TheBug]> okay hdmi back after image reburnt
<[TheBug]> so likely broke something with the sysbench script
<Tony_mac32> so it might be something eacerbated by the script. It itself only runs tiny membench, 7-zip, and cpuminer
<Tony_mac32> nothing that goes anywhere near the window manager
<[TheBug]> again
<[TheBug]> it wasn't just xwindows that didn't start
<[TheBug]> it wouldn't initialze HDMI output at all
<[TheBug]> even for console
<Tony_mac32> yeah, and none of those tools do anything but memory IO
<Tony_mac32> that's my point
<[TheBug]> well did oom it a bit..
<[TheBug]> could have ended up with some corrupt bits
<[TheBug]> who knows
<Tony_mac32> So on my Renegade yesterday I had a window manager fail after running some apps that made the DMC cahnge frequency
<Tony_mac32> Do you have /sys/class/devfreq/dmc on the rock64?
<Tony_mac32> (mine isn't running at the moment to check)
<[TheBug]> cat /sys/class/devfreq/dmc
<[TheBug]> cat: /sys/class/devfreq/dmc: No such file or directory
<Tony_mac32> ok, then you don't have my issue. wanted to check
<Tony_mac32> the opps are using to low of voltage for my RAM I am beginning to think
<Tony_mac32> some reading/study
bigbrovar_ has joined #armbian
ArmbianHelper` has joined #armbian
ArmbianHelper has quit [Disconnected by services]
TheNumb has quit [*.net *.split]
freddor has quit [*.net *.split]
ikmaak has quit [*.net *.split]
bigbrovar has quit [*.net *.split]
Spads has quit [*.net *.split]
Spads has joined #armbian
Spads has joined #armbian
Spads has quit [Changing host]
ikmaak has joined #armbian
TheNumb has joined #armbian
ArmbianHelper` is now known as ArmbianHelper
freddor has joined #armbian
<Tony_mac32> holy crap I might be on the right track
<IgorPec> solving DMC issue? :)
<Tony_mac32> working on it
<Tony_mac32> since it works fine with the other boards, at least as far as we can test (Renegade has desktop), I feel like it has to be the RAM itself
<IgorPec> which is initalized with a blob?
<Tony_mac32> the Rockchip blobs initialize it at 333 MHz, which is why we get the performance numbers we do when the DMC driver fails to init
<Tony_mac32> with the normal voltage levels from the patches that work on the other boards, anything above 768MHz was unstable
jbergler has joined #armbian
<Tony_mac32> at 924MHz Firefox crashed on launch with a CPU lock
<Tony_mac32> I went to 1.15 volts from 1.05 and firefox will launch, but crashes randomly
<Tony_mac32> still within the SoC spec so no problem
<IgorPec> and just this board is having this?
<Tony_mac32> Yep
<Tony_mac32> the settings are part of it's DT
<IgorPec> damn.
<Tony_mac32> so it won't affect anything else if I tinker
<Tony_mac32> with 1.15V I can get 840MHz "stable" meaning Youtube hasn't crashed in 10 minutes. ;)
<jbergler> Hey Werner, you replied to my zfs thread on the forums but I can't reply because my account is new and I'm limited with how many posts I can make in a day. Any chance of bumping that up a bit or should I just wait?
<IgorPec> we don't have people to answer on you with the speed you want
<IgorPec> that's why this is enable
<Tony_mac32> IgorPec I have the datasheet for the RAM, and am learning about the parameters to make sure I've got my head wrapped around it properly before getting any more adventurous
martinayotte has quit [Ping timeout: 256 seconds]
<jbergler> IgorPec wasn't expecting anything in particular, I'm certainly not trying to be demanding of anyones time, and I made sure that when I posted I didn't come across that way. I get that you probably get a lot of folks showing up demanding help. I asked here because I was surprised by the quick response and then not being able to reply.
martinayotte has joined #armbian
archetech has quit [Quit: Leaving]
<IgorPec> jbergler: don't take this personally
<jbergler> I'm not :)
<IgorPec> support cost real money
<jbergler> That I know!
<IgorPec> and if we pay in 100%, we will limit you down
<jbergler> I don't understand that last statement
<IgorPec> why not?
<IgorPec> this is support contract https://github.com/armbian/build#support
<IgorPec> i would easily be engaged with support requests 24/7
<IgorPec> there is zero income from that. not sure how is possible to survive that?
<jbergler> I'm not at all questioning your decision making, it makes.
<jbergler> Just this sentence "and if we pay in 100%, we will limit you down" doesn't make sense to me
<IgorPec> there are people who provide paid help
<IgorPec> are you paying for support?
<IgorPec> if not, we are
<jbergler> got ya
<IgorPec> and we don't need to. that's also important part
<IgorPec> supporting free software is "as is"
<IgorPec> also you can unlock yourself automatically without creating more support costs
<jbergler> I appreciate everything you all do, and I think you've got the wrong impression here. I've spent probably ~8-10 hours already digging into this problem before coming and asking for help. I'm a professional software engineer, I spend my working life dealing with this stuff, I get it. All I was asking about was if the reason I was limited to one post
<jbergler> per day was for spam reasons or for something else.
archetech has joined #armbian
<IgorPec> i spent 1000h that i can solve the problem now in 1h
<archetech> Sysinfo for 'alarm-r64': Running against KDE Frameworks 5 on Arch Linux ARM powered by Linux 5.8.9-2-ARCH, CPU: Unknown model at 1296.0 MHz, RAM: 554/976 MB, Storage: 8/14 GB, 126 procs, 0.1h up
<IgorPec> its for both, spam and limit stress level down
<IgorPec> forum is not proffesionall support channel
eduamld1 has joined #armbian
<IgorPec> from time to time we had people that discovered this gold mine ... asked tons of questions in one day
<archetech> I saw some testing was done but no prob concensus
<archetech> on rock64
<eduamld1> Hi guys
<IgorPec> hi
* IgorPec off to a meeting in 3m
<eduamld1> Oh igor glad to see you
eduamld1 has quit [Ping timeout: 256 seconds]
eduamld1 has joined #armbian
<eduamld1> back
eduamld1 has quit [Remote host closed the connection]
archetech has quit [Ping timeout: 240 seconds]
jbergler has quit [Remote host closed the connection]
<IgorPec> back
<ArmbianTwitter> @armbian (armbian): RT @fhusson: Kobol Helios64 unboxing and assembling photos https://t.co/FQYnyk4lDA #nas #helios64 @kobol_io (30s ago)
archetech has joined #armbian
xecuter has quit [Remote host closed the connection]
xecuter has joined #armbian
archetech has quit [Remote host closed the connection]
creemj has joined #armbian
flyback has quit [Ping timeout: 244 seconds]
flyback has joined #armbian
archetech has joined #armbian
diederik has joined #armbian
nologin has quit [Ping timeout: 240 seconds]
<diederik> 'aptitude update' took an unusual amount of time and then found this in dmesg: https://paste.debian.net/1166093/
<diederik> uname -a: Linux <host> 5.8.13-rockchip64 #20.08.7 SMP PREEMPT Fri Oct 2 10:36:32 CEST 2020 aarch64 GNU/Linux
<IgorPec> i see something related to zram?
<IgorPec> ahh, Rock64 :)
<diederik> yes, but I don't know if it's just one of the modules linked in or if there's more to it
<IgorPec> we need to see this on some other hardware
<IgorPec> so far only on this one?
<diederik> yes. But I only have 1 device with armbian
<IgorPec> understand. we need to detect this soemwhere else, before no action will be taken
<diederik> I have another Rock64 running libreelec and some RPi's running either raspbian or debian (pure)
<IgorPec> rock64 is terrible hw
<IgorPec> and we drop support this weekend since it only eats our time
<diederik> in what sense(s)?
<IgorPec> there are three revisions in the wild and so far all have issues
<diederik> yeah, that's not good. Is the RockPro any better?
<IgorPec> it is possible that this has somethnig to do with memory initialisation
<IgorPec> but we already tried all possible variants and bords is crashing
<diederik> where are the zram things defined? Are things going to break if I disable them?
<IgorPec> zram is just a symptom
<IgorPec> of problems with memory
<diederik> I can understand restricting time. It's not like pine64 itself does a lot
<IgorPec> if you disable it, it will just crash in some other way
<IgorPec> pine64 does what?
<diederik> "pine64 does what?" very little in the software department afaict
<IgorPec> yes
<IgorPec> close to nothing, but the biggest problem is IMO the speed they are developing hw
<IgorPec> rock64 is an example of doing things sloopy. Perhaps they learned, perhaps not
<diederik> I can see your point
<archetech> diederik I pointed armbian devs to the mem fix they havent got to it yet
<archetech> and may not ever
<IgorPec> we have tried too many of them
<archetech> 'this guy confirmed the fix with testing and a graph. not some shot in the dark
<IgorPec> welcome to subnit a fix. not sure why this would be our duty??
<archetech> lo its your choice
<archetech> not ur duty
<IgorPec> and we choose not to waste time for rock64
<archetech> giving the guy my take on it
<IgorPec> i am not aware of any fix
<IgorPec> and until its not tested, its not even a fix
<archetech> I dont blame givein up on it but this is a pretty solid thread on it https://forum.pine64.org/forumdisplay.php?fid=86
<IgorPec> when you finish with research and tesging https://docs.armbian.com/Process_Contribute/
<archetech> post #8
<IgorPec> now you just need to find someone that will do it
<IgorPec> my first available time is 2022
<diederik> archetech: the link point to a forum section, not a specific thread ...
freddor has quit [*.net *.split]
Spads has quit [*.net *.split]
ArmbianTwitter has quit [*.net *.split]
nekomancer[m] has quit [*.net *.split]
wysiwtf has quit [*.net *.split]
kolla has quit [*.net *.split]
thebigfrog has quit [*.net *.split]
<archetech> im on a mac. seems thats good as ffox can do lol
<archetech> called segfault in ingcc rock64 general
freddor has joined #armbian
kolla has joined #armbian
ArmbianTwitter has joined #armbian
nekomancer[m] has joined #armbian
Spads has joined #armbian
wysiwtf has joined #armbian
thebigfrog has joined #armbian
<diederik> archetech: I found it, thx.
<diederik> What's the reason for the armhf foreign arch? aptitude reported there were no installed pkgs from it; does that mean I can remove that arch?
<archetech> good question
<archetech> idk
<archetech> I would guess its ok since the board is aarch64 not hf
<diederik> otoh they made a deliberate choice to add the foreign arch and I want to find out the reason
<ArmbianTwitter> @kobol_io (Kobol Innovations): #Helios64 Software News 1! https://t.co/QpYhZpRorr We have just published new Armbian images (20.08.8) with some adjustments that should be fixing the instability issues that we have been facing with early image releases. (1s ago)
<diederik> I think I found it: https://github.com/armbian/build/commit/f5cef19f483813c9398aea5e951e1edb099e4eff IOW for 32bit firefox/iceweasel
<IgorPec> armhf is added that you can install 32bit app too
<IgorPec> i think that is the only reason
<IgorPec> and from OS perspective, this is foreign arhitecture
<IgorPec> nothing to worry about
<diederik> ok, thx.
<archetech> https://forum.armbian.com/topic/15082-rock64-focal-fossa-memory-frequency/. igor told the above guy in armbian forum to toss said board in trash
<IgorPec> where it belongs
<diederik> I understand your point/frustration with the board, but I'm not ready to do that just now ;)
<archetech> I just use arch aarm and ignore that
<IgorPec> haha
<archetech> Host: alarm-r64 Kernel: 5.8.9-2-ARCH aarch64 bits: 64 Console: tty 0 Distro: Arch Linux ARM
<archetech> Machine: Type: ARM Device System: Pine64 Rock64
<IgorPec> which also crashing
<archetech> nope
<IgorPec> ofc it does
<archetech> got a nice weston desktop
<archetech> lima obly supports ES2 gl
<archetech> only
<IgorPec> why are you not spending your time with your ARCH crowd?
<archetech> I m a lone sheep no packs for me
<archetech> I helped diederik my good deed for the day
<diederik> thx for that
<archetech> he can redo his uboot per thread or do nothing his choice
<archetech> foss is about peer to peer help not project affiliations. and brand loyalty igor dont buy that I guess. we have to tow the armbian line here
<archetech> toe
<IgorPec> its about wasting time. some things just don't desever it
<archetech> ok I am an armbian user who ususaly diaagrees with you def on this
<archetech> I have time
<archetech> my time is not money
<IgorPec> is mine perhaps?
<IgorPec> but i can't waste it in bulk
<IgorPec> i can't afford to waste 16h per day on armbian
<IgorPec> unnder any condition
<archetech> arm is a hobby for many not a biz
<archetech> so we dont sweat the time thing. I like a tech challenge
<archetech> so I persist where you choose to bail
<archetech> which is fine
<IgorPec> ARM is industry / business first
<IgorPec> we are some side sheep in this
<IgorPec> we as armbian. not you and me
<IgorPec> and we have 1000x more tech challanges then we are able to process them. So my perception is fundamentally different
<IgorPec> even this is not a job
<diederik> IgorPec: I appreciate all the time you've put into this and for helping me here :)
<IgorPec> diedrik: no worries. i am just saying.
<Werner> Free software is not actually free if you think about it. Somebody always has to pay for electricity...
<diederik> I know. I just wanted to show my appreciation. I know how difficult and too often thankless a maintainers 'job' is
<Werner> Nico agreed in doing a collab. I do the voicing or at least I try to do so and record some clips and he will process them. IgorPec
<IgorPec> diederik: maintaining is something archetech doesn't even see. Its a job which has little tech challanges, consumes a lot of time, there is no thrill and everyone is avoid it
<IgorPec> people will gladly research things but here things stop. Then supporting "clients" that doesn't pay anything. How much we can pay for them when giving after giving after giving ... this means nothing anymore.
<IgorPec> Werner: great so hear it!
<IgorPec> "hear it" in real :)
<Werner> I have to admit I am nervous as hell ^^
<IgorPec> don't worry about. Repeat it 100x times and select the best one. Even profis do it more then once ;)
<archetech> call me a self centered ingrate. thats what all the foss irc mods do. im used to it.
<diederik> IgorPec: I know exactly what you mean. I've reduced my time to https://github.com/debian-pi/raspbian-ua-netinst substantially bc of it
<archetech> I just keep throwing links to peeps. in need w/e I am
<Werner> Sure thing
<archetech> I expect nothing not even a thks
<IgorPec> archetech: i am not a irc mod
<IgorPec> archertech: did you send a merge request with a solution?
<archetech> you got chan op power?
<archetech> then ur a mod
<IgorPec> i do. do i use the power?
<IgorPec> no
<archetech> ya just dont like MY views on things its ok
<IgorPec> diederik: netinstaller is years on Armbian wish list. That would be a wonderful thing to have and cover so many hw at once
<archetech> arm is fun
<IgorPec> arm is company that make a design
<archetech> no MR just links from me
<archetech> MR's are for devs
<IgorPec> thanks, we don't need such help
<IgorPec> devs have their plans what they will do
<archetech> seeok Ill just be a good silent lurker
<IgorPec> nobody prevents you saying things. i am just saying that devs have other plans
<IgorPec> if you have some urgency in solving something in OSS, hire a dev.
<archetech> true
<archetech> I have none
<archetech> hmm. sed -i 's/800/600/g' arch/arm/dts/rk3328-sdram-lpddr3-1600.dtsi
<IgorPec> forum has hundreds of solutions waiting for someone to pick them up
snapples has joined #armbian
<archetech> see if it works on my bullseye
<snapples> Does anyone happen to know what the issue is when I use armbian-config to enable overlayroot, it complains about not being able to find /etc/overlayroot.conf?
<IgorPec> probably package was not installed
<IgorPec> when you run "enable overlayroot" some packages must be installed. They can't be installed in case you are off line or in case there is some packages problems / corruption etc.
<snapples> Ok, I'll check the logs if I can see something.
<IgorPec> manual way
<IgorPec> i tried this last time on Ubuntu Bionic, never on Focal
<snapples> I do have focal running, so there might be an issue there, yea.
<IgorPec> well, go step by step manual way and see
rneese has joined #armbian
snapples has quit [Remote host closed the connection]
snapples has joined #armbian
<snapples> Sorry, I didn't see any potential answers due to the webchat getting stuck.
<snapples> I generated a log but cannot access it due to a connection issue "SSL_ERROR_RX_RECORD_TOO_LONG"
torv has quit [Remote host closed the connection]
torv has joined #armbian
snapples has quit [Remote host closed the connection]
<IgorPec> snapples: open a forum topic in general section
archetech has quit [Quit: Textual IRC Client: www.textualapp.com]
<rneese> ?
<rneese> snapple
<rneese> oarnge mangoo pls
archetech has joined #armbian
epsilonKNOT has quit [Quit: ZNC - https://znc.in]
epsilonKNOT has joined #armbian
<archetech> what rev ya got there nekomancer[m]
<[TheBug]> archetech: I din't compile anything in particular but I did run a sbc bench on it last night as you can read up in the buffer if thats of interest to you?
<[TheBug]> I didn't see any crashes
<archetech> ok im burning a nightly focal for it now
<archetech> I see a note to forum link for stability so im trying it out
<archetech> may be all thats needed hopefully
<lanefu> /buffer 31
<lanefu> lol
<lanefu> weechat fail
<nekomancer[m]> <archetech "what rev ya got there nekomancer"> hm. rev?
<archetech> board
<archetech> fresh img has a kp right off the bat
<archetech> null poiter at mem address
<archetech> pointer
<lanefu> they should use a better pointer
<archetech> means it corrupts the sdcard like it always has
<archetech> image is for v3
<nekomancer[m]> <archetech "fresh img has a kp right off the"> I can check it manualy, if yoy point me where to look
<archetech> ya need a serial thing to se why
<archetech> see
<archetech> oh rev is on the board somewhere
<archetech> 1.1 or 1.2 is latest
<nekomancer[m]> archetech: I found `Rev 1.2 2020` printed on board
<archetech> nice looks like a sweet NAS ill read a review
<archetech> see their blog for latest kernel info vs 4.4
<nekomancer[m]> openmrdiavault and btrfs. nothing interesting.
<archetech> and armbian image links
<nekomancer[m]> 4.4 kernel is not so good for btrfs ^(
<nekomancer[m]> maybe will try zfs, if it will be not too complicated
<archetech> 5.8 needs a TX offload setting
<archetech> on the nic
<nekomancer[m]> Off TX offload?
<archetech> idk read up
* nekomancer[m] off IP offloading all the time from it was enabled
<nekomancer[m]> exclision only for full-supported-on contract enterprise systems
<nekomancer[m]> because I see a lots very strange, hard reproduceable behaviour with offloading
<lanefu> yeah thats kind of a common thing iwth offloading.. it can create out of order packets etc
<nekomancer[m]> and then I just tell "no" to it. I newer need that fastering I can get from offloading.
<archetech> downloads at 230MB/s in web test nice
<rneese> ok well I think I fixed the new builder for bullseye
<rneese> IgorPec, they moved firfox to firefox-esr on bullseye
raver has quit [Read error: Connection reset by peer]
<archetech> baby raid 0
<archetech> ID-2: /dev/sdb vendor: Western Digital model: WD1600BEVT-22A23T0 size: 149.05 GiB
<archetech> ID-3: /dev/sdc vendor: Western Digital model: WD1600BEVT-60ZCT1 size: 149.05 GiB
<archetech> RAID: Device-1: md0 type: mdraid status: active raid: raid-0
<ArmbianTwitter> @Poddingue (Bruno Verachten 🍰): @ezeaqui @kieranbingham @A13_technology @armbian Well, the hardware encoder is not working for me with #FFmpeg on mainline #Linux. I know there is a media script on #Armbian forum for #RK3399 somewhere, but it's for older kernels. There is also the @IloveRockchip fork of that I tried, but no luck for the time being... (30s ago)
<archetech> openmediavault 5.5.12-1
<nekomancer[m]> openmediavault v5 now recommended for armbian? I remember not so long ago they recommend v4 for armbian
<diederik> what's the purpose of /etc/default/armbian-*.dpkg-dist files? They're all identical as the non-dpkg-dist ones
<rneese> its part of armbians package tracking for default installs
<rneese> as I recall
<diederik> I don't think I understand what you're saying here
redentor has joined #armbian
<archetech> nekomancer[m]: mines on intel
redentor has quit [Client Quit]
drobo_00 has joined #armbian
chewitt has joined #armbian
<ArmbianTwitter> @ezeaqui (Eze Garcia): @Poddingue @kieranbingham @A13_technology @armbian @IloveRockchip Oh, mainline Linux needs quite a bit of additional patches for encoding. Like I said, this works, but I'm afraid I don't have anything ready for upstream yet :( (30s ago)
eth01 has quit [Read error: Connection reset by peer]
eth01 has joined #armbian
chewitt has quit [Read error: Connection reset by peer]
chewitt_ has joined #armbian
<Tony_mac32> well, just checked on the Renegade I left running at 840 MHz RAM last night playing Youtube videos
<Tony_mac32> still running
<Tony_mac32> nothing in the logs about anger
<Tony_mac32> so some progress
drobo_00 has quit [Ping timeout: 260 seconds]
drobo_00 has joined #armbian
<IgorPec> great!
drobo_00 has quit [Quit: drobo_00]
drobo_00 has joined #armbian
<rneese> cool that means we can build you a new dde as soon as the desktop and default branch mereg for support
<rneese> but lots of work still
drobo_00 has quit [Ping timeout: 240 seconds]
c0rnelius has joined #armbian
drobo_00 has joined #armbian
<lanefu> Tony_mac32: you should stay up way too late more often
<[TheBug]> that's what she said?
drobo_00 has quit [Quit: drobo_00]
drobo_00 has joined #armbian
drobo_01 has joined #armbian
rneese has quit [Quit: Leaving]
drobo_00 has quit [Ping timeout: 240 seconds]
drobo_01 is now known as drobo_00
rneese has joined #armbian
<c0rnelius> Looks like that ikonical rock64 deal is back on Amazon for $20. I guess they smartened up a bit.
<[TheBug]> it's been there, was cheaper
<[TheBug]> but ... i mean there are better options for the money tbh
<[TheBug]> it was more attractive sub $20
<c0rnelius> Pretty good deal when I got for 8.99
<[TheBug]> yeah exactly
<c0rnelius> Not bad still. Power supply and lil display dealy.
<archetech> buy a v3 for a little more
<archetech> ls
<lanefu> what's orangepioneplus going for
<lanefu> that woudl be a stable alternative
<archetech> lowest board id buy atm is odroid c4
raver has joined #armbian
<IgorPec> c4 modern support is not stable
<rneese> Raspberry Pi-Sized Iconikal Rockchip SBC Only $8 on Amazon
<rneese> what
<lanefu> rneese: yeah thats the rock64 v2 we've been ripping on
<archetech> c4 has panfrost working and yes its very new
<rneese> ahh ok
<rneese> saw this also
<[TheBug]> that is it.
<rneese> 1 gig of ram useless
<[TheBug]> they just raised the price cause they saw how much they could be making for it
<lanefu> same thing
<rneese> geesh
<lanefu> with 1.86ghz of lies
<lanefu> lol
<[TheBug]> thats the exact item it hasn't changed
<[TheBug]> they j ust raised the price
drobo_00 has quit [Remote host closed the connection]
<rneese> ok
drobo_00 has joined #armbian
<c0rnelius> I'm still using the patches and 2020.04 on the c4
<rneese> I am waiting on my n2+ which is on backorder with ameridroid
<[TheBug]> rneese: I want a NanoPC T4 for less than 120$
<lanefu> 1gig ram is fine for a single drive NAS or even home assistant
<[TheBug]> hook me up
<[TheBug]> lol
<rneese> I want a pbp
<[TheBug]> The US AMazon for it is priced stupidly, I can't pull the trigger for $160
<archetech> if not c4 then 2 Gb N2+
<rneese> send me a pbp and I will send you a t4
<archetech> $65
<[TheBug]> thats way too much , they are charging +50 on the China price
<rneese> ?
<[TheBug]> and any package from FriendlyElec direct takes like 2 months to get here ;/
<lanefu> man you want a good deal.. get an orange pi4 w/o the stupid AI thing
<c0rnelius> yeah the T4 US prices are super stupid.
<rneese> wow
<rneese> Thebug where ?
<[TheBug]> US, just ordered from them several times
<[TheBug]> unless you choose DHL
<[TheBug]> it will be going in circles around china and US for like 2 months before it arrives
<rneese> no order from andahammer.com
<rneese> thats the us distributor
<[TheBug]> last I asked he didn't have any
<rneese> ok
<[TheBug]> and or refered me to amazon
<[TheBug]> which is like 160$
<rneese> yeah over priced
<lanefu> is T4 RK3399?
<c0rnelius> I thought andahammer stopped selling from the website? you actually need to call them now.
<[TheBug]> yes
<[TheBug]> its a really nice form factor for it too
<lanefu> yeah man.. opi4
<rneese> I like m y t4 but I need the edp port working
<lanefu> yeah i cant spell edp
<[TheBug]> um on my Rock Pi 4c I couldn't get even an active adapter to HDMI to work as it should
<rneese> i think all these chineese boards are going to be harder to get as things are going
<[TheBug]> I ended up just returning all my adapters
<[TheBug]> and I even tested with the images they said supported both screens
<[TheBug]> so I dunno on that
<[TheBug]> if you come up with a combo that works let me know
<rneese> it has to do witht he bootloaded and how ever they got it working on pbp I dont know
drobo_00 has quit [Remote host closed the connection]
<rneese> but I have been working on the new builder
drobo_00 has joined #armbian
<rneese> so not been working on edp
<c0rnelius> what is edp?
<rneese> enhanced display port
<rneese> its built into the chip and has a flat connector
<[TheBug]> well on RockPi 4c they put a mini-dp port
<rneese> it does everything inclouding touch control
<[TheBug]> but same idea
<c0rnelius> ah yes. I just looked it up.
<rneese> and I have the 11 inch screen for it
<rneese> ok well break tiiiem for me
<rneese> time even
<rneese> bbiab
DigitalMan1983_ has quit [Ping timeout: 264 seconds]
DigitalMan1983_ has joined #armbian
<lanefu> oh no
<lanefu> i have a new idea
<IgorPec> ?
<lanefu> "Armbian Edge" armbian hardened and optimized for edge computing
<lanefu> like safe A-B image updates etc
<lanefu> that's what BalenaOS is trying to do
<lanefu> but they're based on yocto or buildroot or whatever
<IgorPec> yocto i think
<lanefu> having just sane debian for edge kubernetes etc
<lanefu> would be sweet
<lanefu> and could possible actually contract support for that
<IgorPec> we certainly need to leverage this support somehow
<IgorPec> because its stupid to provide support for everthing
<lanefu> yeah
<lanefu> generally speaking if someone is producing using edge devices
<archetech> U-boot 2020.10 released
<lanefu> they're doing it at scale
<lanefu> and focus on supporting the SBCs that seem most bulletproof
<lanefu> and everythign else is CSC
<IgorPec> agree, i would throw more garbage out
<lanefu> i'm gonna have to sit out in the sun and hang out with my dog more often
<IgorPec> but leave it somewhere. amateur usage is different, tvboxes even more
<lanefu> apparently its good inspiration
<IgorPec> yeah. i saturday i wanted to propose to meetup again for general topics like this
<lanefu> yeah
<IgorPec> we are covering development decently well
<lanefu> yeah as a whole i was happy with the meeting.. and Morale is genreally up compared to a year ago
<IgorPec> but like ideas where to shape the project, we lack that kind of discussion
<lanefu> yeah i'd love to have some of those conversations
<IgorPec> sum them and lets's make a meeting on that topic.
<lanefu> cool. time to clean up my notes agoin
<IgorPec> i also have some idea and I am pretty sure others too
<rneese> edge computing
<rneese> we have to get the new builder done before we go any new directions
<rneese> I dont have enough arms
<rneese> and I am going to be down for few days having knee surgery tomorrow
<lanefu> rneese: this is big picture stuff, exhale
<rneese> so updates on new builder for about a week
<lanefu> outpatient op I hope
<rneese> yes
<lanefu> good
<lanefu> hope it goes smoothly for you
<rneese> I hade full replacement but have had some issues
<lanefu> and that your truck isnt a stick
<rneese> they have to re attach a tendon and ckean the joint out
<rneese> nope
<rneese> but I wont be driving
<rneese> I did alot today on the new builder so I am taking the rest of
<rneese> so
<rneese> the current issue is now finding what desktops are supported in debian vs whats in ubuntu
drobo_00 has quit [Ping timeout: 240 seconds]
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
drobo_00 has joined #armbian
drobo_01 has joined #armbian
drobo_00 has quit [Ping timeout: 256 seconds]
drobo_01 is now known as drobo_00
rneese has quit [Quit: Leaving]
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #armbian
raver has quit [Quit: Gateway shutdown]
raver has joined #armbian
archetech has quit [Quit: Leaving]
archetech has joined #armbian
MrFixIt has quit [Remote host closed the connection]
drobo_00 has quit [Quit: drobo_00]
DigitalMan1983_ has quit [Ping timeout: 246 seconds]
sunshavi has quit [Ping timeout: 264 seconds]
MrFixIt has joined #armbian
<flyback> well
<flyback> spyserver on orange pi lite with armbian biontic ran a few hrs before it rebooted itself apprentely
<flyback> so getting closer
<flyback> next thing to do is let the kernel or bsp update and see if it gets better or worse
<flyback> wtf does it mean when you get a bunch of hex codes in dmesg
<flyback> the last round was "FF"
sunshavi has joined #armbian
toketin has quit [Ping timeout: 272 seconds]
toketin has joined #armbian
<lanefu> flyback: did you try lowering the max CPU clock yet?