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 | Type 'help' for help | Logs: -> irc.armbian.com
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 256 seconds]
ChriChri_ is now known as ChriChri
macc24 has quit [Ping timeout: 260 seconds]
livingsilver94 has joined #armbian
livingsilver94_ has quit [Ping timeout: 264 seconds]
<lanefu>
archetech: what kernel are you running on your rock64
<Tenkawa>
lanefu: btw I found a solution to that odroid-n2 quandary. it needs a uas quirk at boot to fix
<Tenkawa>
once I had that in it detected the device uniquely and chainloaded perfectly
<archetech>
5.9
<Tenkawa>
I imagine it could even be passed to petitboot but this is working fine so....
<archetech>
5.7.9
<Tenkawa>
since I'm not using petitboot its more work to try to implement it
<Tenkawa>
but having m.2 on here is quite nice now
<lanefu>
Tenkawa: nice, i wonder if we should add that as a default
fizikz has quit [Quit: Leaving.]
<Tenkawa>
well it has to be changed for each unique device
<lanefu>
oh its specific to the usb device you were using?
<Tenkawa>
you have to query it with lsusb then get its id then add it to the boot line
<Tenkawa>
ues
<lanefu>
gotcha
<Tenkawa>
er y es
<Tenkawa>
wow my typing is off tonight
<lanefu>
lol are you using your n2 headless?
<lanefu>
s/lol//
<ArmbianHelper>
lanefu meant to say: are you using your n2 headless?
<Tenkawa>
it connected when it started showing up on my rpi's too
<Tenkawa>
yep
<Tenkawa>
all my socs are headless
<c0rnelius>
ur welcome
<lanefu>
yeah most of mine are in a cluster, but I'm trying to use one as a desktop
<Tenkawa>
c0rnelius keeps throwing stuff at me to test lol
<Tenkawa>
lanefu: I have a distcc + ccache cluster
<lanefu>
nice
baffo32 has quit [Ping timeout: 256 seconds]
<Tenkawa>
it still gets thumped by my 12 core cross compiler though
livingsilver94 has quit [Ping timeout: 256 seconds]
<lanefu>
its the lifestyle that counts
livingsilver94 has joined #armbian
bigbrovar has quit [Ping timeout: 264 seconds]
bigbrovar has joined #armbian
<Tonymac32>
Tenkawa I only have 4 cores for cross-compile, 8 threads. My 6 core machine is for games, but could be repurposed in a year or so
<Tonymac32>
lanefu the linux-amlogic feed has a possible explanation for why my K2 is suddenlu not static on the screen
<Tonymac32>
I might try to revert it to see if the uglies come back
<Tenkawa>
Tonymac32: the funny thing about this box is that its a repurposed gaming laptop
bigbrovar has quit [Read error: Connection reset by peer]
<Tonymac32>
haha
<Tonymac32>
my current build machine is an i7-3770 I have overclocked with a liquid cooler
<nekomancer[m]>
this world is so complicated
<Tonymac32>
it was my gaming machine before the current i7-6800K
<Tonymac32>
nekomancer[m]: oh?
bigbrovar has joined #armbian
<nekomancer[m]>
it's about ways of patches flying
Tenkawa1 has joined #armbian
Tenkawa1 has quit [Client Quit]
<lanefu>
Tonymac32: interesting.. so OSD is like video overlay mode for the drm driver?
<Tonymac32>
This is not my world for sure
<lanefu>
i made the mistake of adding my buildserveer to our gitlab at work, adn now people use my runner instead of what the company provides beacuse I have more cores
<Tonymac32>
hahahahaha
Tenkawa has quit [Ping timeout: 260 seconds]
<Tonymac32>
I have many things my work does not have (my group specifically, as a company they have way better stuff than me)
<lanefu>
hence all your soldering
<Tonymac32>
yep
<Tonymac32>
I have a full (if somewhat hack) reflow and cleaning setup
<Tonymac32>
my scope is not in the same league, rofl
<Tonymac32>
Entertaining if not hardware related: I had GB's of data to sort through, my team was trying to get matlab licenses (takes a couple weeks to get something like through all the checks/balances
<Tonymac32>
I downloaded python and made a script in about an hour
<Tonymac32>
went home early
<Tonymac32>
(Performance of said script was unimportant)
<lanefu>
man that's the magic of python for sure
<Tonymac32>
that's it's greatest use if I'm being honest
<lanefu>
and also hilarious.. nobody else codes on your team?
<Tonymac32>
no
<Tonymac32>
we do hardware, all the smarts are built into an ASIC
<lanefu>
speakng of python.. i'm gonna make a small flask app to handle all the redirects for dl.armbian.com
<Tonymac32>
oh?
<lanefu>
yeah... basically serving 2 roles..... 1. round-robin to all our available mirror sites (will be geo-ip and health based in future)
<lanefu>
and 2. replace the existing perl-fu symlnk stuff that the armbian.com/download pagee relies on with dl.armbian.com (which is whats keeping us from using our mirrors in the first place)
<lanefu>
the mirror sites have slightly different paths. so can't just roundrobin dns..... plus would still have to solve item 2
<Tonymac32>
lane-fu discussing perl-fu
<lanefu>
i'd take a dozen in the half shell over perl any day
<Tonymac32>
ha
<Tonymac32>
so here is the other danger of using multiple origin patches: I pulled the official upstream "add DAC to potato" patch
<Tonymac32>
and it fails
<Tonymac32>
I know why
<Tonymac32>
but
<Tonymac32>
sigh
<nekomancer[m]>
but what?
<nekomancer[m]>
intrigue
<lanefu>
is there _any_ SoC vendor that does their own mainlining?
<Tonymac32>
Rockchip makes a half-hearted effort of it
<lanefu>
and why (IMHO) is sunxi the most superior SoC from the perspective of mainline
<lanefu>
did they just get like the fisrt group of passionate contributors?
<Tonymac32>
yes
<Tonymac32>
the $5 A10/A20 devices pulled in a lot of people
<lanefu>
first draft picks
<Tonymac32>
especially when you see the number of problems encountered to start
<lanefu>
so what's your favoritest SoC
<lanefu>
your desert island SoC
<lanefu>
and it can't be an industrial one
<Tonymac32>
as for the "but", it's because of different people applying the same stuff slightly differently
<Tonymac32>
who me? I don't know really. armv7 is the RK3288 due to it "just working" pretty much all the time, as long as you don't want to use the CSI
<Tonymac32>
aarch64 is tough though
<Tonymac32>
amlogic has really good support, but have their stupid blobs
<Tonymac32>
the rk3399 *should* work flawlessly, but somehow...
<Tonymac32>
H6... >:(
<Tonymac32>
I guess if you pretend PCIe doesn't exist
<lanefu>
yeah H6 is probably gonna be my "desktop" soon.... cuz sunxi video FTW
<Tonymac32>
I don't have an H6 with a reasonable amount of RAM so
<lanefu>
i've been reading enough into the kernel drm code now that i _almost_ think i know where to patch to add 2560x1440 for drm_kms
<lanefu>
i'm running pihole and wireguardon my opi oneplus
<lanefu>
occasional nomad workload too
<lanefu>
spunky little thing
<lanefu>
i gotta figure out how to detox from armbian tomorrow and focus on work shit.. i have to demo somethign tomrrow afternoon that currently isn't implemented
<Werner>
Good morning.
<lanefu>
hi werner
<Werner>
martinayotte: Sounds like the known behavior. The freezing should be gone as soon as you fix the gpu clock via devfreq. For the heck of simplcity I simply echo the max_freq to the min_freq and fix it so to the highest possible clock.
<lanefu>
Werner: those scripts you have fo rbuilding armibna images.... do you build imags for any particular project, or just do it cuz its cool like the resto f us do
<Werner>
lanefu: mostly they are for testing purpose. To see if it builds at all or to put on a board laying around. ATM i have only one board that is used productive and that is an OPi One for serving Pihole
<Werner>
And I use my OPi Zero atm to debug another OPi one which I mentioned in forums freezes after a few hours/days
<lanefu>
i like the ones.. they're under appreciated
<lanefu>
i started using an opi lite as my uart for debugging
<lanefu>
less fiddly since its always working
<Werner>
I'll probably use it more often since I learned that screen can be used to listen at a serial tty as well
<lanefu>
yeah screen rocks for that
<Tonymac32>
good morning werner
<Werner>
Good day Tony
<lanefu>
on someboard (not all) for just getting logs... cat /dev/ttySX | tee logfile.txt works well
<archetech>
I have a distcc + ccache cluster is what I need
<archetech>
for linux fr scratch
<lanefu>
thats pretty cool
<lanefu>
one day i'll start compiling on arm
<Werner>
I always read about LFS but never tried it myself
<lanefu>
is gentoo dead?
<archetech>
no
<Tonymac32>
genwho? ;) j/k
<lanefu>
man i worked some place tha tused it in production
<lanefu>
i thougt it was f-ing crazy
<lanefu>
back when servrs were pets
<Werner>
I stopped using gentoo more than ten years ago. Maybe take a look at funtoo
<archetech>
LFS allows total config control
<lanefu>
Werner: i remember seeing funtoo i wonered if it was dead too
<archetech>
for things like opengl es mesa /qt5
<archetech>
or egl and NOX
<Tonymac32>
The last thing I ran it on was a Precott Pentium 4
<lanefu>
so there's like no depedency management at all with LFS right?
<archetech>
yes its called BLFS
<Werner>
I am way not up to date about gentoo/funtoo. But if I come around a intel architectore machine I'd probably prefer FreeBSD over gentoo.
<lanefu>
i'm convince FreeBSD is written by like 20 people
<Werner>
A few years ago I had a LAMP + mailserver running freebsd...it was awesome.
<Werner>
Well the FreeBSD part was awesome, the mailserver part not so much^^
<lanefu>
Werner: what'd you like about it
<Werner>
It feels better organized. People say its more like slackware
<sunshavi>
Werner: I have just failed installing FreeBSD on opi pc :(
<Werner>
Also jailing back then was very simple to do. Also the firewall syntax using pf was very intuitive and mighty.
<archetech>
I dont use many apps so I want a LFS with KDE and no Xorg at all just wayland-egl
<Werner>
There is probably no device in existance that cannot run NetBSD with some tinkering ^^
<lanefu>
yeah i noticed netbsd has a lot of .. coverage
<lanefu>
like i could put it on my EdgeRouter Lite
<Werner>
That is their advantage. One OS on all platforms. OpenBSD is known for their strict security and FreeBSD mostly for performance
<sunshavi>
Werner: NetBSD installation was simple. But default ethernet is not working
<Werner>
I never tried NetBSD on any device yet.
* Tonymac32
getting distracted watching the slow Mo guys blow stuff up
<Tonymac32>
on a Vim 1 :)
<Tonymac32>
(Reason #2 not to grab patches from random places)
<Tonymac32>
the Vim 1 has audio, but it's device name is different from the others so the asla config isn't right
<Tonymac32>
the fault is the 'model =' dts entry
<Tonymac32>
chewitt likes to make them all the same (makes sense), mainline makes every single one different
<Tonymac32>
that is also why the DAC patch is failing
<Tonymac32>
and khadas does whatever khadas does. ;-)
<Tonymac32>
(It looks like mainline patch)
archetech has quit [Quit: Leaving]
<Tonymac32>
So I will adjust all to be like chewitt's for our collective sanity
<Tonymac32>
and then for 5.8 we will only need that patch renaming the devices
<lanefu>
so just switching to a giant megapatch?
<Tonymac32>
no no
<Tonymac32>
so for this one I just need to tweak a couple patches
<Tonymac32>
for 5.8 only the device names will need adjusted, and only because we don't want to have an alsa config for every single board
* lanefu
must extract kernel roadmap from tony's brain sometime
<Tonymac32>
if you look at patchwork you'll see most of the audio stuff we're patching in is already there for 5.8
<lanefu>
sweet
<lanefu>
alright time to goto bed so i can stay up another hour
<Tonymac32>
ha
<lanefu>
yall have a good evening / morning
<Tonymac32>
same
<Tonymac32>
Acodec works, will need some more alsa massaging
bigbrovar has quit [Ping timeout: 256 seconds]
livingsilver94_ has joined #armbian
bigbrovar has joined #armbian
livingsilver94 has quit [Ping timeout: 264 seconds]
drobo_00 has quit [Quit: drobo_00]
macc24 has joined #armbian
bigbrovar has quit [Ping timeout: 258 seconds]
<chewitt>
Tonymac32 so far the alias approach in alsa-lib allows everything to come down to four confs which is more manageable
<chewitt>
mixer setttings in userspace is a slightly bigger challenge
<chewitt>
but since the routings are visible in device-tree it should be possible to query device-tree and then use some rules to configure stuff semi-automatically
<chewitt>
nb: I did attempt to upstream something that simplified the model names in device-tree, but that was shot down in flames
<chewitt>
so each device having a unique name is here to stay
bigbrovar has joined #armbian
fizikz has joined #armbian
<Tonymac32>
right, like I said I'll just keep that patched going forward
<Tonymac32>
willing to maintain that over a ton of configs
<ArmbianTwitter>
@NewsSats (Stacking Sats): @ThomasConnors @NWMichl So very true. Picked up a cheap tv box as well and threw @armbian on it. It works astoundingly well with 3gb and an octacore. Even managed to mine #Monero on it (24s ago)
Net147 has quit [Quit: Quit]
Net147 has joined #armbian
fysafysa has joined #armbian
fysa has quit [Ping timeout: 256 seconds]
bigbrovar has quit [Ping timeout: 264 seconds]
<Tonymac32>
I'll need to look at N2 audio tomorrow
bigbrovar has joined #armbian
bigbrovar has quit [Read error: Connection reset by peer]
bigbrovar has joined #armbian
<IgorPec>
good morning
archetech has joined #armbian
BCMM has joined #armbian
redliondj has quit [Ping timeout: 256 seconds]
lesless has joined #armbian
archetech has quit [*.net *.split]
Net147 has quit [*.net *.split]
gnom_ has quit [*.net *.split]
ikmaak has quit [*.net *.split]
PipeItToDevNull has quit [*.net *.split]
Unit193 has quit [*.net *.split]
mrueg has quit [*.net *.split]
PPA has quit [*.net *.split]
archetech has joined #armbian
Net147 has joined #armbian
ikmaak has joined #armbian
PipeItToDevNull has joined #armbian
mrueg has joined #armbian
gnom_ has joined #armbian
PPA has joined #armbian
Unit193 has joined #armbian
bw\ has joined #armbian
sassinak-work has quit [Ping timeout: 260 seconds]
sassinak-work has joined #armbian
BCMM has quit [Quit: Konversation terminated!]
livingsilver94 has joined #armbian
lesless has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
livingsilver94_ has quit [Ping timeout: 258 seconds]
lesless has joined #armbian
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
xwigg has joined #armbian
bigbrovar has quit [Ping timeout: 256 seconds]
bigbrovar has joined #armbian
<martinayotte>
Werner: what is the value that you echo in devfreq ?
<lanefu>
good morning
<xwigg>
morning, what says cpufreq-info?
<IgorPec>
good morning
xwigg has quit [Remote host closed the connection]
xwigg has joined #armbian
bigbrovar has quit [Read error: Connection reset by peer]
<martinayotte>
xwigg: was your question for me ? What I was asking to Werner is GPU related, not CPU.
<xwigg>
werner but perhaps it won't work without generic dt freq mod
Hokedli has joined #armbian
<lanefu>
IgorPec: I didn't cut branch, or update trunk's version, because i remembered you'd need to generate new filesystems afterwards
<IgorPec>
hi
<IgorPec>
no, you mean new rootfs cache=
<lanefu>
yeah new rootfs cache
<IgorPec>
no, not needed ... only if package base is changed
<IgorPec>
which is not
<lanefu>
Ohh... okay.. i thought it used to track based on version
<lanefu>
thats good
<IgorPec>
and anyway its done automatically with current scripting, if its changed
<IgorPec>
no, cache is unrelated to versions
<IgorPec>
btw. i update kernel config for ebin and test boot it
Ntemis has quit [Read error: Connection reset by peer]
bigbrovar has quit [Ping timeout: 256 seconds]
<[TheBug]>
lanefu: Clarification since it seems to have gotten jumbled in communication the other day -- 5.7 Kernel paniced on boot even with working uboot, only 5.4 booted and worked, I have not be able to test the new 5.6, maybe sometime this week as I have time.
<xwigg_>
5.6 is not listed anymore on kernel.org (!) seems weird to use it as stable
sassinak-work has quit [Ping timeout: 256 seconds]
sassinak-work has joined #armbian
<IgorPec>
xwigg_ we will do something about that, but ebin got here from 4.19
<IgorPec>
plan was 5.7.y but due to troubles
<Werner>
martinayotte, you can either check the file for available frequencies in the same folder or simply cat max_freq > min_freq
<ArmbianHelper>
AR-374 [Bug] "H6: Desktop freezes/crashes" reported by Werner at 2020-07-20. Status: To Do
<lanefu>
[TheBug]: oh okay... good to know thanks
<lanefu>
i feel better knowing 5.7 extra-doesnt-work
bigbrovar has joined #armbian
bigbrovar has quit [Client Quit]
<martinayotte>
Werner: If I understand, the workaround is to avoid any GPU freq changes, right ?
<Werner>
Yes. It somehow prevents crashes
<martinayotte>
So, I've done it in the /etc/rc.local
<Werner>
Just mess a little around on DE. If it does not crash within a few seconds or minutes it should be just fine.
<martinayotte>
Seems to be fine for now ...
<Werner>
OPi3 right?
mardev has quit [Ping timeout: 245 seconds]
<martinayotte>
Bad news : I've ran glxgears, it was running fine, I've then resize/enlarge it windows, it ran, but when I've tried to close it, desktop frozed ...
<martinayotte>
Yes, OPi3 ...
<martinayotte>
seen from my SSH :
<martinayotte>
Message from syslogd@localhost at Jul 20 14:32:25 ...
<martinayotte>
Message from syslogd@localhost at Jul 20 14:32:25 ...
macc24 has quit [Remote host closed the connection]
xwigg has joined #armbian
<Tonymac32>
IgorPec if you didn't read through everything, sound on Vim, K2, C2 is 100%. Le Potato I2S is 100% (HDMI out), the DAC for the TRS jack is working but we need to tweak the alsa config to enable it/set the right source
<Tonymac32>
I have not tested La Frite, I assume being the same as le potato functionally it is also ok, building image for test
<Tonymac32>
N2 I need to look at later today
macc24 has joined #armbian
macc24 has quit [Remote host closed the connection]
Naaka has quit [Remote host closed the connection]
macc24 has joined #armbian
macc24_ has joined #armbian
macc24 has quit [Client Quit]
macc24_ has quit [Remote host closed the connection]
Nakaori has joined #armbian
macc24 has joined #armbian
livingsilver94_ has joined #armbian
livingsilver94 has quit [Ping timeout: 264 seconds]
<IgorPec>
tonymac32: awesome! we made a huge progress lately!
<IgorPec>
lanefu: yeah :(
archetech has joined #armbian
drobo_00 has quit [Ping timeout: 264 seconds]
<Tonymac32>
Thankfully someone identified the specific patch that was breaking everything for good
<IgorPec>
xwigg_: unattended upgrade is started but its not enabled
drobo_00 has joined #armbian
drobo_00 has quit [Client Quit]
<Tonymac32>
chewitt confirmed on the linux-amlogic feed that the green line on the lefthand side of the screen exists, so I'm not seeing things. (Just verified it's on my La Frite as well)
sassinak-work has quit [Ping timeout: 260 seconds]
sassinak-work has joined #armbian
<Tonymac32>
Audio OK on La Frite
Toast has joined #armbian
A64-Guy has joined #armbian
<A64-Guy>
hi room
<A64-Guy>
Have a quick question on Armbian build process. Wondering if there is a quick way to go directly to kernel configuration without having to compress the linux-source package every time
<A64-Guy>
currently I am running compile.sh with the KERNEL_CONFIGURE and KERNEL_ONLY options and still have to wait several minutes for things to load before kernel configuration menu comes up
<xwigg>
./compile.sh BUILD_KSRC=no
<A64-Guy>
xwigg....you are awesome. thank you so much
Hokedli has joined #armbian
sassinak-work has quit [Ping timeout: 244 seconds]
sassinak-work has joined #armbian
Hokedli has quit [Client Quit]
Hokedli has joined #armbian
A64-Guy has quit [Remote host closed the connection]
Hokedli has quit [Quit: Konversation terminated!]
xperia64_ has joined #armbian
xperia64 has quit [Ping timeout: 260 seconds]
xwigg has quit [Quit: Leaving]
<nekomancer[m]>
chewitt:
<nekomancer[m]>
chewitt: did you have a new set of N2 dtb with RTC, that buildable?
livingsilver94_ has quit [Ping timeout: 256 seconds]
livingsilver94 has joined #armbian
<martinayotte>
nekomancer[m]: Last April, I did a experimental DT overlay for RTC of OdroidN2 :