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
<lanefu>
archetech: the really shouldn't be that much to change.. there's just a bit of an inheritance chain to follow
<archetech>
ok hardkernel uboot git isnt mainline ?
sunshavi has quit [Remote host closed the connection]
<lanefu>
archetech: nope.. forked non-mainline u-boots is unpleasantly common
sunshavi has joined #armbian
<lanefu>
IMHO u-boot mianlining takes much longer than kernel
<archetech>
im deep inside reading docs on a git clone of mainline and it also refs that url as mainline so confused
<lanefu>
could be talking out of my ass
<archetech>
yeah idk what the upstream devs are doing
<HerculeP>
lanefu: I hardly do remember, but I think so, didnt keep track :(
<archetech>
like doing a puzzle this stuff which I kinda like
<lanefu>
HerculeP: it's okay, we don't pay you enough to keep track
<archetech>
Arm Trusted Firmware (arm64)
<lanefu>
archetech: dude the u-boot and kernel stuff is fun to dig in to. I end up reading linux kernel source in bed on my ipad trying to figur out stuff lol
<archetech>
make CROSS_COMPILE=aarch64-linux-gnu- PLAT=g12a DEBUG=1 bl31 done but its for a not b
<nekomancer[m]>
N2 moved to "obsoleted" on hardkernel website :(
<lanefu>
nekomancer[m]: that's a bummer i guess
archetech has joined #armbian
drobo_00 has quit [Quit: drobo_00]
pnd has joined #armbian
<pnd>
hi
<Werner>
Morning
<pnd>
so i searched the logs for libre...not really finding anything yet on if anyone/(and on which board) has attempted to try a libre kernel, libre drivers perhaps even blobless boot/ram init (on allwinner/pine64 say)
<pnd>
or maybe you can mention which i should search ML/forum/issues/etc first, if you've seen something to that regard in one of them
<pnd>
lanefu: Tonymac32 c0rnelius and TRS-80 seem to be the goto...the logs dont seem to exist much earlier than jan2020?
<Werner>
No idea. Never tried to integrate 3rd party kernel into Armbian
<pnd>
yeah well hopefully the 4 users i tagged search themselves in the log and find this lol, or ill pop back another time
<pnd>
9 pages of logs werner, good on you...i see mostly opi's until now, do you work for them, or you just like the brand/devices?
<pnd>
nevermind i see you mentioning other boards, how do you choose them?
<pnd>
like which to buy/work on
<Werner>
Depends on the need. ATM I am looking for a powerful board for headless deployment
<Werner>
H6 is too weak but I am unsure if the RK3399 could cut it.
<Werner>
Did not really do lot of research in the beginning of all that, just though hey, that is cool, just buy it because its cheap
pnd has left #armbian [#armbian]
<IgorPec>
pnd: we use all possible libre stuff, but if there is none and we want to boot the board ...
<IgorPec>
good morning
xwigg has joined #armbian
<xwigg>
yo
archetech has quit [Quit: Konversation terminated!]
<xwigg>
no 20.08 branch yet?
archetech has joined #armbian
<IgorPec>
not yet branched
<IgorPec>
but we are almost there
<xwigg>
oki will do trunk build for zeropi to check
<IgorPec>
things are preparing
<xwigg>
opipc+ very stable last week on nightly
<IgorPec>
yeah. allwinner is ready more or less, especially older devices should be fine
<IgorPec>
we still have some work in amlogic / rockchip sectors
<xwigg>
amlogic borrowed from coreelec?
<IgorPec>
a few things probably too
<IgorPec>
its a mix between corelec, hardkernel and ours
<IgorPec>
and khads
<xwigg>
ah, would expect khadas to deliver stable
<IgorPec>
nothing is stable :)
<IgorPec>
just like that
<xwigg>
all depends on feature-set ;)
<IgorPec>
exactly
<IgorPec>
basic stuff works, advanced 3d/video is crashing
<IgorPec>
there are problems with network devcies as well ... so its a pain to make it stable
<xwigg>
gpu is a pita, intel and amd the exceptons
<xwigg>
which network devices?
<IgorPec>
i had one recent experiences with amd ... also troublesome
<IgorPec>
odroids had some issues with network ... and i think it was common to all amlogic
archetech_n2 has quit [Quit: Konversation terminated!]
<xwigg>
okay zeropi looks stable @ 5.7.14 with these hot temperatures today
on2 has quit [Remote host closed the connection]
_whitelogger has joined #armbian
<IgorPec>
not that critical yet ;)
<lanefu>
We're back to sound problems with the C2. Need to check potato... fortunately the n2 patches yesterday weren't the cause
prist has joined #armbian
prist has quit [Ping timeout: 256 seconds]
xwigg has joined #armbian
archetech has quit [Quit: Leaving]
archetech has joined #armbian
<martinayotte_>
IgorPec: I've found that rtl8189fs is flooding "dmesg", it been like that for months, maybe year. CONFIG_DEBUG should be removed from line 227 in drivers/net/wireless/rtl8189fs/include/autoconf.h
<martinayotte_>
It seems to be the same at line 283 for rtl8723ds
<xwigg>
hurray ;-)
<xwigg>
thats odd. define's CONFIG_DEBUG and then checks for it
<martinayotte_>
Those sources comes from outside devs, so they added it probably for their own debugging. I've done local patch to disable them...
<xwigg>
yes pull request would be nice, driver is working
<xwigg>
could've figured this out myself :(
<xwigg>
martinayotte_: you have a zeropi, right? what MAC does ethtool -P eth0 yield? (02:81:9c:20:2b:6b coincidentally?)
fizikz has quit [Quit: Leaving.]
fizikz has joined #armbian
<martinayotte_>
xwigg: mine has 02:42:26:a4:61:9d
<martinayotte_>
let me boot my second one ...
e-i-k-e has joined #armbian
jbg has left #armbian [#armbian]
<martinayotte_>
xwigg: my second one has 02:42:d7:2d:34:bf
<xwigg>
okay, so there's unique macs luckily
<martinayotte_>
Right ! Especially that both OPiZero are using the same 5.8.0 image built few days ago.
<xwigg>
yeah and mine is stable from 5.4.x => 5.7.14
<IgorPec>
martinayotte: i'll add a patch
<martinayotte_>
IgorPec: Good ! I've done it for SUNXI-DEV, just need to commit ...
DaRock has quit [Ping timeout: 260 seconds]
<IgorPec>
what? you already fixed this wifi debug?
<martinayotte_>
Right ! Simply commenting the CONFIG_DEBUG in those drivers includes ... Committed in sunxi-dev ...
<martinayotte_>
Now my OPiPC and OPiPrime and Lime-A64 don´t get flooded ...
<martinayotte_>
Those floods were present maybe since months ...
<martinayotte_>
I simply discovered them while trying debugging something else.
<xwigg>
yeah those floods where annoying, nothing to see in dmesg
<IgorPec>
we used to have a patch before
<IgorPec>
and there it could be mitigated ... not sure
<martinayotte_>
There are maybe other Realtek that produce it, but I don't own boards using those other drivers.