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 | This channel is logged -> irc.armbian.com
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 244 seconds]
ChriChri_ is now known as ChriChri
<lanefu>
Meow to you too
Tenkawa has left #armbian [#armbian]
xecuter has joined #armbian
silver_hook has quit [Ping timeout: 240 seconds]
silver_hook has joined #armbian
DaRock has joined #armbian
Miouyouyou has quit [Quit: Leaving]
xec has joined #armbian
xecuter has quit [Ping timeout: 240 seconds]
<nekomancer[m]>
meow nigh.
<Werner>
Good morning
<lanefu>
ha. there's my sign
<lanefu>
to go to bed
<Werner>
Sleep well
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
DaRock has quit [Ping timeout: 265 seconds]
DaRock has joined #armbian
torv has quit [Remote host closed the connection]
<ArmbianTwitter>
@linuxdevices (linuxdevices): BashTop is a Linux Resource Monitor for the Terminal: Neil Amstrong of BayLibre recently added ODROID-C4 support to Armbian, fired up RosettaHome on the Amlogic S905X3 SBC, and took a screenshot of some kind of advanced htop program showing the... https://t.co/5WgMvEIIs4 (8s ago)
torv has joined #armbian
DaRock has quit [Ping timeout: 246 seconds]
DaRock has joined #armbian
dddddd has quit [Ping timeout: 258 seconds]
Elpaulo has joined #armbian
<IgorPec>
good morning
macc24 has joined #armbian
<ArmbianTwitter>
@zoobab (zoobab "NO Software Patents"): @krisnova Simply DEB packages for Armbian? They support way more boards. (17s ago)
<ArmbianTwitter>
@mkrentovskiy (КМС по игре на скрипке в борделе): RT @linuxdevices: BashTop is a Linux Resource Monitor for the Terminal: Neil Amstrong of BayLibre recently added ODROID-C4 support to Armbi… (18s ago)
midnight has quit [Ping timeout: 252 seconds]
midnight has joined #armbian
IgorPec has quit [Remote host closed the connection]
IgorPec has joined #armbian
dddddd has joined #armbian
<lanefu>
hiya
<Werner>
wb
redentor has joined #armbian
Tenkawa has joined #armbian
<lanefu>
IgorPec: i'm strongly considering re-writing the jenkins-ci.sh stuff in Python. Any concerns / objections?
<IgorPec>
hej
<lanefu>
i originally did bash for consistency w/ our other tools, but I'm really missing python lists now :P
<IgorPec>
hmm, python is more versatile, sure
<IgorPec>
is it a lot?
<IgorPec>
ah, not critical
NeuroScr has quit [Quit: NeuroScr]
<lanefu>
is what a lot?
raver has quit [Remote host closed the connection]
<IgorPec>
bash code to be rewritten to pythond
<lanefu>
i don't think it will be too much once I get up to speed
DaRock has quit [Ping timeout: 260 seconds]
<lanefu>
although if i just generate temp files.. that makes lists in bash easier
<IgorPec>
one more thing i will add to improve / simplify
<IgorPec>
u-boot building as optional
<IgorPec>
we don't need to rebuild it very often nowadays
kolla has joined #armbian
<kolla>
how does configure an ethernet interface to always be "up" (with static IP address) using networkmanager? What needs to go into `/etc/NetworkManager/system-connections/Armbian\ ethernet.nmconnection`? :)
<kolla>
all the "automagic" gets in the way
<IgorPec>
use armbian-config utility
<IgorPec>
it will make it for you
<IgorPec>
or peek into netwwork manager manual, i don't do that often to shoot it up
<IgorPec>
nmtui-edit for interactive is also usable
<kolla>
I have done that
<IgorPec>
and?
<kolla>
but I have not seen any configuration for what I want
redentor has quit [Quit: Leaving]
<kolla>
it keeps taking the interface down whenever cable is unplugged
<kolla>
and up again when it is plugged
<IgorPec>
that could be related to driver. which hardware?
<kolla>
with IP addresses and all
<kolla>
dwmac-sun8i
<IgorPec>
which board?
macc24 has quit [Quit: WeeChat 2.8]
<IgorPec>
kernel and everything
<kolla>
the driver is not the issue, everything works fine if I tell networkmanager to stay the heck away and just use ifconfig
<IgorPec>
well, that would be better in any case
<kolla>
sure, but networkmanager is there
<IgorPec>
we use manager because its simple for average joe
<kolla>
it is what armbian ships with, and is what one is supposed to use
<IgorPec>
you can setup network old way without touching network manager
<Tenkawa>
now to get it configured enough so I can detach it and reconnect it back headless
Myy-hamster has joined #armbian
<Myy-hamster>
Meow
<IgorPec>
hej
<Myy-hamster>
I tested Rocket.chat. It's nice. You can store and send voice/video message on the chat, and the administration panel is more useful than the mattermost one. But it consumes way more memory (500MB with only one person) and had some troubles with the bots.
gediz0x539 has joined #armbian
<gediz0x539>
hi all. I'm trying to increase spi clock frequency to boot to the linux faster from an spi nor flash. currently im working on pretty much up to date uboot, 2020.04 and I could not change speed with sspi/sf probe commands and also increase spi-max-frequency on dts to no avail. I have tweaked spi registers located at 0x01c05000 with mw command but I'm unable to read back what I write using "md". I'm sure the registers I'm adjusting are R/
<gediz0x539>
W. anyone have idea what am I doing wrong?
<gediz0x539>
sorry, wrong channel :/
<Tenkawa>
IgorPec: I'm impressed so far
<Tenkawa>
this little soc is flying
<[TheBug]>
Myy-hamster: now go try it on android with a channel that has any type of buffer or backlog -- enjoy waiting about 4-8 minutes for the channel to open in the app ---- desktop isn't generally the issue, mobile apps are pretty garbage
<IgorPec>
Tenkawa: yeah, N2 rocks!
<IgorPec>
especially with armbian ;)
<Myy-hamster>
TheBug: Yeah, no, I went back to Mattermost at the moment.
xperia64 has joined #armbian
<xperia64>
Hi, I've been trying to build mainline for my Odroid N2 using the armbian config, and I can't seem to get any console output after uboot. Could this be a bug in mainline post-5.4, or does anyone know which of the armbian patches may fix this?
<xperia64>
I have the armbian 5.4 kernel with the armbian device tree booting/outputting as expected, but I can't seem to get my own kernel to do the same, even with the same device tree
<IgorPec>
few days ago a bigger batch of config changes has been merged. It was not very well tested yet. Perhaps that is the prboelm
<xperia64>
I guess I'll go back and see if I can build 5.4 myself first.
<IgorPec>
xperia64: made an image for N2 from sources, boots normally (5.4.y)
<Tenkawa>
IgorPec: do you think I will need anything out of the normal other than the armbin dev 5.6 kernel sources?
<Tenkawa>
wanted to make sure I'm not missing any last minute fixes
<IgorPec>
5.6.y is more up2date than www.kernel.org in term of Amlogic support
kinkinkijxu4 has joined #armbian
<Tenkawa>
theres not a uboot change or anything is there?
<Tenkawa>
great
<IgorPec>
modern u-boot for n2 ... there were some experiments, but i don't know if anyone tried it yet
<Tenkawa>
isnt that what its running?
<IgorPec>
u-boot is stock
<IgorPec>
mainline u-boot usually needs much more time
<Tenkawa>
I just meant for recreating the boot sequence
<Tenkawa>
ok
<IgorPec>
what would you like to change?
<Tenkawa>
nothing... just need to make sure I rebuild my scr
<Tenkawa>
wanted to make sure I wasnt going to need to do anything else..
<IgorPec>
if you need chromium on 20.04 you will need to diy
<Tenkawa>
oh god no
<IgorPec>
i didn't find a proper way
<Tenkawa>
its headless
<IgorPec>
ahaa :) ok
<IgorPec>
mine is usually also, but i just attach it to the screen and serial console
<Tenkawa>
I'm on debian anyway not ubuntu
<IgorPec>
our ubuntu is ubuntu crap free ;)
<kinkinkijxu4>
I've got an issue where the dkms driver isn't building against the current kernel, mali-midgard-dkms on my xu4. log spat errors about a bunch of instances of "access_once"
<kinkinkijxu4>
any ideas?
<Tenkawa>
my debian is unstable with all the crap stripped out
<Tenkawa>
:)
<IgorPec>
kinkinkjxu4: dmks itself it should be working
<IgorPec>
dkms
<Tenkawa>
dkms can be fickle
<IgorPec>
while mali-mitguard-dmks ... never tried that
<Tenkawa>
dependeng on t he driver
<IgorPec>
yeah, we fix it not long ago and i am still not 100% sure everything is fine
rotaticus has quit [Ping timeout: 246 seconds]
<kinkinkijxu4>
I came back to this board after a year not using it and forgot the workarounds I used for everything to get gpu accel working, and it looks like they're not possible anymore anyways
<IgorPec>
kinkikijxu4: is it working manually ?
<IgorPec>
which kernel?
<Tenkawa>
well.. each person's driver ie 8812cu driver I have for my bt/wifi card isnt using the same field names as nvidias
<IgorPec>
on 5.4.y this might not work out of the box
<kinkinkijxu4>
5.4.28
gediz0x539 has quit [Ping timeout: 256 seconds]
<IgorPec>
this is not recommended to use yet, we have ups and downs with it on much more basic levels. We stiched to another repository last week and nothing from advanced features has been tested
<kinkinkijxu4>
are you saying I should up to the dev kernel (5.6.y) or go back to 4.14.y?
<IgorPec>
4.14.y in case you need multimedia. Anywhere else I can't say its working. Maybe yes, most likely not
<kinkinkijxu4>
I only need gpu accel of 3D
<IgorPec>
we are happy that we hopefully sorted out basic stability on 5.4.y that it can be used for server cases
<IgorPec>
you can try
<Tenkawa>
well the nice thing is that if this does go badly its easy to revert to my backup kernel.. yay emmc :)
<kinkinkijxu4>
anything that requires reflashing is a no-go right now as the monitor to my main computer exploded last night, and the xu4 is the only computer that works on my TV
<IgorPec>
well, then try compiling mali without dkms, by hand
<kinkinkijxu4>
hmm, hopefully won't be too hard
<Tenkawa>
yeah copy it to a spare area and compile
<Tenkawa>
we can help you
<kinkinkijxu4>
might not need help
<Tenkawa>
"I will volunteer.. I shouldnt speak for all"
<Tenkawa>
new 5.6 kernel today
<kinkinkijxu4>
oh dear, this is just meant to be plopped in the kernel source tree and compiled in it seems
<IgorPec>
we have auto-precompiled, but they are not much tested
<IgorPec>
armbian-config -> system (switch to beta and choose alternative kernel)
<Tenkawa>
they keep failing for me
<IgorPec>
what?
<Tenkawa>
switching to the dev kernels
<IgorPec>
aha, yeah that is just build from trunk, untested
<IgorPec>
i will hook autotesting there once testing becomes stable
<Tenkawa>
thats why I just got the vm and started building my first one with it and once its installed I build the rest myself from those sources
<Tenkawa>
works great for me
<Tenkawa>
but I got the machine to do it
<Tenkawa>
only takes about 30-45 min
<Tenkawa>
a kernel for me takes <15mi
<Tenkawa>
n
<IgorPec>
yeah, takes time
<Tenkawa>
once its all done though my follow up runs take under 4 min
<Tenkawa>
lol
<Tenkawa>
ccache ftw
<IgorPec>
that's all enabled
macc24 has quit [Quit: WeeChat 2.8]
<IgorPec>
follow up is very fast, true,
<Tenkawa>
this is all on a laptop... I couldnt even imagine if I gave this thing like a threadripper
<IgorPec>
i just made today one feature, that you can build an image with packages from repository. it can be handy sometimes
<IgorPec>
no compilation at all
kinkinkijxu4 has quit [Quit: Leaving]
<IgorPec>
i got 3950x here and its nice value when you need true horse power
<Tenkawa>
too hardware restrictive though
<Tenkawa>
you arent optimizing those pkgs potentially for all a persons best setup
<Tenkawa>
I like mine built for my hardware
<Tenkawa>
so I add in flags/opts/etc
kinkinkijxu4 has joined #armbian
<Tenkawa>
but these are for noone but me
<IgorPec>
sure, we have to keep some common ground
<Tenkawa>
I understand general pkgs.. I use to be a build engineer remember (not sure if I told you)
<Tenkawa>
lowest common denominator was the name of the game
<Tenkawa>
repeatability across customers
archetech has quit [Quit: Konversation terminated!]
DaRock has joined #armbian
kinkinkijxu4 has quit [Quit: Leaving]
<Tenkawa>
ok.. getting ready to test a new kernel
<Tenkawa>
this is just stock config.. if this goes well.. changing it will be simple
<xperia64>
Are armbian kernels built the debian way or the mainline way?
<Tenkawa>
elaborate?
<xperia64>
`fakeroot debian/rules ...` or just `make`?
<Tenkawa>
they have patches from what I just saw in the builder but a kernel build can be ran multiple ways
<xperia64>
I tried an unpatched 5.4.35 with just the meson64-current config, still no serial or even heartbeat LED. Trying it fully patched now.
<Tenkawa>
you can do debian kernels with just make ; make modules_install ; cp the kernel ; and update_grub too
<Tenkawa>
there so many diff ways nowadays
<xperia64>
tbh I'm building this for gentoo, but armbian seems to be the most active in terms of n2 development
<xperia64>
seems like a good starting point
<Tenkawa>
well if you are building it for gentoo its quite possible you need to rebuild your boot loader
<Tenkawa>
theres a scr
<xperia64>
At the moment, I was able to boot the armbian-provided 5.4 kernel from the u-boot I already had on there.
<xperia64>
I'm just trying to replicate that kernel myself at the moment