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
drobo_00 has quit [Ping timeout: 250 seconds]
hugopoi has quit [Ping timeout: 265 seconds]
ChriChri_ has joined #armbian
torv has quit [Remote host closed the connection]
torv has joined #armbian
ChriChri has quit [Ping timeout: 265 seconds]
ChriChri_ is now known as ChriChri
sunshavi has quit [Remote host closed the connection]
archetech has quit [Quit: Konversation terminated!]
sunshavi has joined #armbian
dddddd has quit [Ping timeout: 265 seconds]
Tenkawa has quit [Quit: leaving]
xec has joined #armbian
xecutertool has quit [Ping timeout: 252 seconds]
Elpaulo has quit [Read error: Connection reset by peer]
Elpaulo has joined #armbian
redentor has joined #armbian
kenrestivo has quit [Ping timeout: 260 seconds]
redentor has quit [Quit: Leaving]
<[TheBug]>
IgorPec: Bionic image for PcDuino3 has broken ethernet and ethernet does not work
<[TheBug]>
(A20)
<[TheBug]>
Testing stretch image
<[TheBug]>
seems all the mainline images has ethernet broken
<Werner>
Since all images sharing the same kernel most likely all images have the same issue then.
_whitelogger has joined #armbian
mirage335 has quit [Ping timeout: 256 seconds]
IgorPec has joined #armbian
IgorPec has joined #armbian
IgorPec has quit [Changing host]
<ArmbianTwitter>
@David_GT (David Costa): @orangepixunlong Of course! It is an issue related to the temperature readings from a Zero LTS board (ridiculous low temps, from 4 to 10°C) here you have more info: https://t.co/n9BrHE4CzL (12s ago)
<IgorPec>
well, pcduino we don't have around so i didn't even know this is the problem
<[TheBug]>
yeah it seems that older BPi image may work
<[TheBug]>
pulled this thing out of closet to put to new use ;p
<[TheBug]>
but yeah ether is failed on all the pcDuino3 A20 images
<[TheBug]>
hmm
<IgorPec>
i avoid theoretical fixing :)
<IgorPec>
fixing devices I can't test changes
<[TheBug]>
well BPi image seems to have wrong info for SDcard on pcduino, not finding root partition hrmm
<ArmbianTwitter>
@sam210723 (Sam): RT @yc3bvg: First Image received from GK-2A ,Goestools install on Armbian with Cheap hardware STB ZTE B860H. @sam210723 #Goestools #weath… (27s ago)
<[TheBug]>
not having good luck
<IgorPec>
which kernel?
<[TheBug]>
all mainline for pcDuino have broke ether
<[TheBug]>
last image I had working for this was legacy 3.x kernels I think, I was hoping mainline would run on it now though being A20
<[TheBug]>
I swear older BPi images also worked on this, so finding it odd that there are some oddities
<IgorPec>
try some 4.19
<[TheBug]>
yeah trying Armbian_5.90_Bananapi_Ubuntu_bionic_next_4.19.57.img next
<[TheBug]>
hmm
<[TheBug]>
okay so BPi images at some point change because of SDcard reader differences, it seems with BPi image it won't detect mmc and failed to get root volume --
<IgorPec>
this could be a problem in u-boot
<IgorPec>
or in device tree ofc
Toast has joined #armbian
<[TheBug]>
yeah im guessing some weirdness in dtb
<[TheBug]>
still searching for a working image
<[TheBug]>
must not be many people with the board if its broke all this way back
dddddd has joined #armbian
<[TheBug]>
4.19 has same issue
<[TheBug]>
trying 4.14
<IgorPec>
strange is that "failed to reset DMA" is also present on Nanopi K2 S905
<[TheBug]>
hmm not seeing a similar definition in the dts
<IgorPec>
look into the u-boot config
<IgorPec>
there must be some parameter for this delay
<IgorPec>
i think its CONFIG_GMAC_TX_DELAY=3
<IgorPec>
this way its fixed on A20 Allwinners
wi has quit [Ping timeout: 265 seconds]
wi has joined #armbian
<[TheBug]>
IgorPec: I fixed it and it is not what was in what you linked me
<[TheBug]>
IgorPec: the DTB defines the interface for the pcDuino as mii when it is an rgmii interface
<[TheBug]>
switching to rgmii and fixing pin as well fixes
<IgorPec>
in kernel=
<IgorPec>
?
<IgorPec>
while my s905 K2 started to work only by updating uboot
<[TheBug]>
arg
<[TheBug]>
its still not working correctly 100%
<[TheBug]>
passes like 10 packets then halts then same
<[TheBug]>
so probably some other pin is off in dtb as well
<[TheBug]>
the ethernet settings should pretty mush be exact same as BPI M1+
<[TheBug]>
but seems they use slightly different pins
<[TheBug]>
now though interface comes up
<[TheBug]>
just doesn't work 100%
<IgorPec>
then perhaps try this tx delay, while its more like a fine tunning
<IgorPec>
not sure if its just this
<[TheBug]>
1 sec ill paste bin what I changed so far and reivew again
<IgorPec>
it should work pretty well even this is not ideally set, just more packets are lost and speed is lower, but i don't remember that it would broke because of that
<[TheBug]>
line 1473 change to phy-mode = "rgmii";
<[TheBug]>
go change phandle on gmac-rgmii-pins to 0x2b and swap 0x62 to gmac-mii-pins
<[TheBug]>
hmm
<[TheBug]>
well I broke it more
<[TheBug]>
fun
<[TheBug]>
hmm
<[TheBug]>
the actual driver loads what seems ot be correctly
<[TheBug]>
but no packets pass
<[TheBug]>
so I have a pin to a clock off or something
macc24 has quit [Read error: Connection reset by peer]
NeuroScr has quit [Quit: NeuroScr]
macc24 has joined #armbian
<[TheBug]>
IgorPec: well I don't have time to rebuild kernel but I can verify it is screwed all the way back to 4.14 kernel even
<[TheBug]>
making the board pretty useless since it has no wifi or any other network connection
<IgorPec>
yeah, we drop support many time ago, so nobody noticed
<IgorPec>
its difficult to cover so many boards even they are almost identical
<IgorPec>
but as you can see, they are not :)
<[TheBug]>
any chance it could get fixed :Z I just don't have anymore time to mess with it atm, but if idea is had how to fix I am happy to test as time allows
<[TheBug]>
whats weird is
<[TheBug]>
on BPI
<[TheBug]>
you have section like
<[TheBug]>
gmac-3v3 {
<[TheBug]>
compatible = "regulator-fixed";
<[TheBug]>
regulator-min-microvolt = <0x325aa0>;
<[TheBug]>
regulator-name = "gmac-3v3";
<[TheBug]>
regulator-max-microvolt = <0x325aa0>;
<[TheBug]>
startup-delay-us = <0x186a0>;
<[TheBug]>
enable-active-high;
<[TheBug]>
gpio = <0x17 0x7 0x17 0x0>;
<[TheBug]>
phandle = <0x2e>;
<[TheBug]>
};
<[TheBug]>
but not in pcDuino
<[TheBug]>
but there is a phandle at 0x2e already
<[TheBug]>
so not sure how to activate it correct
<IgorPec>
the probelem is maintaining those device tree sections
<IgorPec>
there has been many rfc's in past few years
<IgorPec>
and some are left behind
<[TheBug]>
well its supposedly be be almost identical to BPi thats whats agravating
<[TheBug]>
like I had 1 image back in 3.4.x
<IgorPec>
we have enough problems with keeping banana, ct, lime up2date
<[TheBug]>
for both boards
<[TheBug]>
could switch back and forth
<[TheBug]>
so its weird now you load BPi image and it fails
<[TheBug]>
cause something with mmc
<[TheBug]>
is there any wasy way to forward convert fex to dtb?
<[TheBug]>
easy*
<IgorPec>
5 years ago yes
<IgorPec>
there is some converted, but its not inline with dt
<Werner>
IgorPec, I update the documentation for Focal. Needs merge if matching.
<[TheBug]>
IgorPec: I may have to face palm hard in a few minutes -- I think I may see the er of my ways -- I made assumption pcDuino3 is pcDuino3 where I think I have nano which has seperate DTB -- maybe will try t hat and see if can stop pounding head against the wall
<IgorPec>
[TheBug] :)
<IgorPec>
Werner: great! I'll check asap. Do you think we should push out images too ?
<IgorPec>
before 2010.05 release
<Werner>
As beta of course. Though we should stick to the release cycle.
<IgorPec>
betas are already out
<IgorPec>
well, just an idea
<Werner>
Maybe add Focal desktop images as beta and then push a note to the news that Focal has released blabla and Armbian as addition to minial desktop images new for public testing.
<[TheBug]>
IgorPec: Ta Da! May I kindly suggest a note on the pcDuino page that the same image can be used for pcDuino Nano, but the DTB will need to be changed before booting. ( /boot/dtb# cp sun7i-a20-pcduino3-nano.dtb sun7i-a20-pcduino3.dtb )
<IgorPec>
and then network works?
<IgorPec>
dtb selection is defined in u-boot
<[TheBug]>
gotcha, well, point being maybe a small note that there is compatability but the DTB needs changed with a generick KB link?>
<IgorPec>
the case is nobody cares for those boards anymore :(
<[TheBug]>
well I do :D
<IgorPec>
well, then make a patch, that it will just work
<IgorPec>
:)
<[TheBug]>
and I am repurposeing into printserver for my friend
<[TheBug]>
well I am saying simple solution to prevent like 1 hour of confusion is simply to say that on the page there
<[TheBug]>
in a place it can be seen
<[TheBug]>
I would have made less assumption
<IgorPec>
best is to alter one line in u-boot config
<IgorPec>
i am looking ...
<[TheBug]>
IgorPec: actually you have perfect facility
<[TheBug]>
you have FAQs on the page
<[TheBug]>
maybe make it one of those
<IgorPec>
i have no capacity
<IgorPec>
to fix everything
<[TheBug]>
oh
<[TheBug]>
I see.
<IgorPec>
this maintaining is possible only if someone provides a patch ... if someone tells me to fix this and that, i am forced to prioritise
<IgorPec>
if we add a note we did little, people try first, then ask questions and then read docs
<[TheBug]>
hmmmm.. I may speak too soon anyways, seems while I now have transit without doing any other strange changes, there is still some packet loss issue
<[TheBug]>
lose 3 for every 8
<IgorPec>
packet loss is the problem i told you before, 100%
<[TheBug]>
but thats for tomorrow
<[TheBug]>
ah
<IgorPec>
that nunmber you can only determine with an experiment
<[TheBug]>
IgorPec: Okay :) Well thanks for your help. Time for some rest.
<IgorPec>
yeah, get one and move on slowly.
<IgorPec>
"The raspberry pi forum is the blind leading the blind"
<ArmbianTwitter>
@Superna9999 (Neil Armstrong): @armbian @AmlogicPR @OdroidH Here you go people: https://t.co/nNUNAxuLdD (15s ago)
macc24 has quit [Quit: WeeChat 2.8]
macc24 has joined #armbian
Tenkawa has joined #armbian
<lanefu>
IgorPec: Made some progress on the jenkins job... you can specify a few parms and it builds an image, then rsyncs to my homedir on dl.armbian.com
<Tenkawa>
I want my new toy :)
<Tenkawa>
just a few more days
raver has quit [Read error: Connection reset by peer]
<Tenkawa>
too bad I am more of an integrator an admin
<Tenkawa>
er and
<Tenkawa>
my days writing code are long gone for core projects
<Tenkawa>
that was 20 years ago
<Tenkawa>
now if you need dba stuff.. I'm your person :)
dddddd has quit [Ping timeout: 256 seconds]
macc24 has quit [Quit: WeeChat 2.8]
<Tenkawa>
lanefu: hey can you msg me.. I'm trying to test getting alerts away from primary window in this client. Thanks
redentor has joined #armbian
macc24 has joined #armbian
<IgorPec>
lanefu: great!
<Tenkawa>
this shipping is going to drive me mad... lol
<Tenkawa>
heehee
<IgorPec>
lanefo: how fast is your upload?
macc24 has quit [Quit: WeeChat 2.8]
<lanefu>
IgorPec: in theory 900mbit
<lanefu>
lemme see what rsync did
<ArmbianTwitter>
@_arifinsantoso (YC2SAT): RT @yc3bvg: First Image received from GK-2A ,Goestools install on Armbian with Cheap hardware STB ZTE B860H. @sam210723 #Goestools #weath… (23s ago)
<lanefu>
5-15 MB/sec looks like
<lanefu>
decent.. especially for going overseas
<lanefu>
well.. underseas
rotaticus has quit [Ping timeout: 258 seconds]
sunshavi has quit [Ping timeout: 250 seconds]
macc24 has joined #armbian
raver has joined #armbian
rotaticus has joined #armbian
<IgorPec>
i am paying for 10MB/sec and never saw that
<IgorPec>
damn, so your line is about twice faster
<lanefu>
yeah verizon fios is like the 1 US ISP that doenst suck
<Tenkawa>
my hotspot flies
<IgorPec>
probably i will need to check / change provider.
<Tenkawa>
I get 6megabytes upload and 10 dload easy
<Tenkawa>
not bit
<Tenkawa>
my house connect is horrid
<IgorPec>
my line goes in theory 50Mb/10/mb/s
<Tenkawa>
I should do the math
<IgorPec>
aha, that's your office speed?
<IgorPec>
my office have worse line :)
<Tenkawa>
to convert the MB to mb
<Tenkawa>
its my home office :)
<IgorPec>
sorry, i was not precise 500/100 Mbps
<lanefu>
IgorPec: it would be interesting to try standard rsync (without ssh) inside wireguard and see if that xfers faster
<lanefu>
but thats a science project for later
<ArmbianTwitter>
@yc3bvg (IwaN YC3BVG): ZTE ZXV10 B860H System Information running #goesrecv and #Xritrx #Weather #Lrit #Wx #rtlsdr #CpuLoad #Armbian #STB #GK2A @sam210723 @_arifinsantoso @Mubino1 https://t.co/1N3UHhcijC (32s ago)
<IgorPec>
lanefu: the best would be some unencrypeted transfer
<Tenkawa>
lanefu: do you use the compression flag on or off?
<IgorPec>
it doesn't work, i already tried that ... we would need to recompile sshd
<IgorPec>
not in the mood
<IgorPec>
to do that kind of things :)
sunshavi has joined #armbian
hugopoi has quit [Ping timeout: 272 seconds]
<lanefu>
IgorPec: yeah i was thining unencrpted rsync inside wireguard as a compromise
<IgorPec>
perhaps that could do ?
<lanefu>
but really... like what are we protecting
<IgorPec>
we are sending signed images over :) so
<IgorPec>
actually i was experimenting with nc but it didn't work
<lanefu>
so as i've been working on this new job, i've been thinking about effective ways to break up the work
<lanefu>
..which is kinda hard
drobo_00 has joined #armbian
<lanefu>
but i had a funny idea... if we had image builders that just downloaded rootfs, and already compiled debs
<lanefu>
that would be the easiest way to distrubte image building to multiple machines
<IgorPec>
images building process is super fast
<IgorPec>
just the debs part is noit
<IgorPec>
i can build 25-30 images at once
<IgorPec>
once debs are made
<lanefu>
IgorPec: oh lol
<lanefu>
well distributing workload by board family is probably the best we can do shortterm
<lanefu>
as far as efficiency
<lanefu>
was gonna add a family loop next to the new job
<IgorPec>
how do you mean that?
<ArmbianTwitter>
@_arifinsantoso (YC2SAT): RT @yc3bvg: ZTE ZXV10 B860H System Information running #goesrecv and #Xritrx #Weather #Lrit #Wx #rtlsdr #CpuLoad #Armbian #STB #GK2A @sam21… (15s ago)
<IgorPec>
to make all possible targets for family?
<lanefu>
yeah
<IgorPec>
currenlty i build all BSP (xenial - focal) regardless if defined in config/targets.conf
redentor has quit [Quit: Leaving]
<lanefu>
IgorPec: okay.... so if i remember correctly our goal is to be able to do image builds as on-demand
<IgorPec>
this goal is already functioning, right?
<IgorPec>
i just made a test image building and ... it showed up on server
<lanefu>
yeah i guess thats effectively what i'm working on now yep
<IgorPec>
the only thing that missing is PGP signing
<lanefu>
so to dial it in.. what are the params we should give teh job when we call, and what all should it build
<IgorPec>
for all, this more complicated
<lanefu>
ha okay
<lanefu>
so ideally we'll have a couple of nodes
<lanefu>
so i want to get the build job sizing right
<lanefu>
which i think why i was thinking base it on board family
<lanefu>
okay. yeah asical functionally is there.. rsyncs output to my home folder
<lanefu>
so yeah we'll need to figure out placement and naming etc
<IgorPec>
that's the easy part, we can do that later
<IgorPec>
let's do this thing to function as we want, then drop the existing
<lanefu>
yeah
<lanefu>
i like it
<lanefu>
what do i need to do for pgp
<IgorPec>
there are more variants, leave unsigned and sign only releases, have more keys, sign on server
<IgorPec>
create a new key
hugopoi has joined #armbian
raver has quit [Remote host closed the connection]
<ArmbianTwitter>
@Superna9999 (Neil Armstrong): @AC13101795 @armbian @AmlogicPR @OdroidH And now @LibreELEC ! https://t.co/cE7CNEjFoY (15s ago)
drobo_00 has quit [Ping timeout: 256 seconds]
drobo_00 has joined #armbian
macc24 has quit [Quit: WeeChat 2.8]
raver has joined #armbian
macc24 has joined #armbian
<[TheBug]>
IgorPec: this is nerve racking -- so if I use the BananaPi M1+ dtb for the pcDuino3 nano with it's uboot, the board boots up perfectly, ethernet device looks to come up, dmesg shows the stmmac driver for RTL8211E loads perfectly fine -- however, as soon as you go to use the network device it has crazy weird packet loss -- but give no errors in dmesg.. just half works..
<IgorPec>
welcome to our world :)
<IgorPec>
sorry, don't have much smart ideas atm
<[TheBug]>
what I don't get it they are basically bar a few minor changes supposed to be 1:1 boards where they have basically identical hardware yet if you use the M1+ uboot it can't load MMC, if you use pcDuino uboot it can't make ethernet work fully
<IgorPec>
pcb lenght matters
<[TheBug]>
gah I wanted to make this thing useful instead it seems it gets thrown back in bin cause no images work and I don't have more time for it :(
<[TheBug]>
ill bug Kotz and see if he has anytime to throw out some ideas -- my mind is a bit fried on it atm-- probably to point missing something obvious or stupid as usually happens when you become obssesed with making something work
<[TheBug]>
so time to step away and play more later
archetech has quit [Quit: Leaving]
<IgorPec>
yeah, perhaps better. i do this often. If you got stuck ... and stuck. stepping back and going another route might be better
<[TheBug]>
well may be time to pull out an A10 instea and just use it
<[TheBug]>
:Z
<[TheBug]>
lol
<[TheBug]>
anyways, thanks again, bblk
<IgorPec>
lol. but there, you could experience another issue :)
<[TheBug]>
yeah I feel like your userbase is akin to guinea pigs
<[TheBug]>
;p
<[TheBug]>
hehe
<[TheBug]>
but I do have some older not well supported borads
<[TheBug]>
in the end I guess I can run an image from 2015 from the vendor, LOL
<IgorPec>
cubieboard 1 wokrs. :)
<[TheBug]>
yeah I have two Cubieboard 1 A10s 1 w/ emmc and other without
<[TheBug]>
and then I have BPi M1+ and pcDuino2 nano
<[TheBug]>
for a20
<[TheBug]>
honestly too many boards but was trying to find one I felt okay to give away to my cousin ;p
<[TheBug]>
had least affinity for the pcDuino3 nano ;p
<IgorPec>
i have them around 35 connected all the time :)
<[TheBug]>
hehe
<[TheBug]>
well I don't have em all connected but in arms reach I currently have.. 2 H3 boards running an RPi 2B and then 7 more h3 boards to my left + 2 H5 boards + a CHIP + 2 A10 cubieboards in box, plus I think 2 more sunvell H3 tv box in boxes still
<[TheBug]>
and then that doesn't include the 4 licheepi zeros
<[TheBug]>
etc
<[TheBug]>
yeah
<[TheBug]>
plenty of boards all around
<[TheBug]>
;p
<lanefu>
[TheBug]: haha yeah i have an extra r69 still in box.. i was sad theres no retrorange 4.3 image for it
<IgorPec>
yeah
dddddd has joined #armbian
<[TheBug]>
IgorPec: out of curiousity --- this is the note on mainline uboot for the board -- LinkSprite pcDuino3 Nano
<[TheBug]>
sun7i-a20-pcduino3-nano.dtb
<[TheBug]>
on-board Ethernet card needs a non-free firmware, on-board 4GB Flash doesn't work out-of-the-box
<[TheBug]>
does that mean that issue is partially because of firmware or?
<[TheBug]>
hmm
<[TheBug]>
I think my main issue is the pcDuino3 and pcDuino3 nano boards need differnt uboot, going to compile my own uboot and see
c0rnelius has quit [Ping timeout: 272 seconds]
c0rnelius has joined #armbian
<IgorPec>
that's odd, never heard about
<[TheBug]>
IgorPec: so..... reached my facepalm moment -- while very similar boards pcDuino3 and pcDuino3 nano are I guess very different in uboot and how it works. The u-boot on your image I guess is ONLY compatabile with that specific board. After compiling u-boot specific for the nano board, writing it to card.. all works as expected at least with the BPi dtb with rgmii set, I haven't tried the
<[TheBug]>
default dtb yet you supply with armbian but I recall it was set 'mii' for some reason
<[TheBug]>
I will test though and report back
<[TheBug]>
but yeah
<[TheBug]>
pulling 30M/sec on the interface now
<[TheBug]>
no issue
<[TheBug]>
all cause of uboot
<IgorPec>
board is not supported... this means we have no idea if its working
<IgorPec>
:)
IgorPec has quit [Quit: Leaving]
sunshavi has quit [Ping timeout: 240 seconds]
IgorPec has joined #armbian
IgorPec has joined #armbian
IgorPec has quit [Changing host]
Elpaulo has quit [Quit: Elpaulo]
<IgorPec>
[TheBug] You made images from sources, right? Our download images have older u-boot
<macc24>
what is the first version to support fdt in uboot?
<macc24>
on cubieboard2
<macc24>
OR
<IgorPec>
fdt is supported for years AFAIK
<macc24>
i read that support is experimental
<macc24>
is spidev supported on allwinner a20?
<IgorPec>
don't know that, probably
<macc24>
is buster or bionic better?
<IgorPec>
from hw perspective they are identical
<IgorPec>
same uboot, same kernel, userland is as is
<IgorPec>
it depends on your application
<macc24>
coreboot flashing
<macc24>
and maybe some me_cleaner tests
<macc24>
so flashrom and spidev are needed
<IgorPec>
i don't understand how coreboot works, sorry
<IgorPec>
not familiar. but in case of armbian, all userspaces have the same kernel
<IgorPec>
the same hardware support
<IgorPec>
so its the opposite to the upstream logica
<IgorPec>
they go up with the release and also downloads new kernel ... we are developing kernel and use user space that is arround and stable enough
sunshavi has joined #armbian
<[TheBug]>
IgorPec: actually I was kinda right all the time -- you can take any BPi M1+ image and then put the pcDunio3 Nano uboot on it and make no other changes and it will boot and work fully -- ethernet and all -- so only thing needed for that board is to build u-boot for it and write to card :Z
<[TheBug]>
its actually closer re: dtb that the pcDuino3 is to it
<IgorPec>
didn't i tell you that uboot is the problem :)
<IgorPec>
the rest is anyway identical
<[TheBug]>
well
<IgorPec>
kernel is the same, DT is selected by u-boot
<[TheBug]>
my biggest hold up before was not understanding there was a seperate uboot for pcDuino3 and pcDuino3 Nano
<IgorPec>
there are no other changes on the imaga, except cosmetics like hostname
<[TheBug]>
one would have assumed the same but are not at all in the end
<IgorPec>
ahaa, you should look at u-boot configs
<IgorPec>
that usually tells something
<[TheBug]>
yeah just kicking my self
<IgorPec>
jeje
<[TheBug]>
because believe it or not I have this sinking feeling my last work with this board was the same pre-mainline
<[TheBug]>
you think I would have kept some notes
<[TheBug]>
got that "Aha!" moment and was like... ohh yeah... didn't I do this before
<[TheBug]>
IgorPec: more funny is I had to have KotC build the uboot for me cause the board I have for compiling stuff is still GCC 5 and now uboot requires gcc 6
<[TheBug]>
so was over here pulling my hairs out
<IgorPec>
armbian tools :)
<IgorPec>
makes your life easier
<IgorPec>
you can build just u-boot
<IgorPec>
with correct compiler
<IgorPec>
automatically
sunshavi has quit [Remote host closed the connection]
<[TheBug]>
IgorPec: Thanks for all your help and all the great work Armbian does :D Also glad you guys made the irc channel official -- nice to have a central place to help people out where they can come and ask questions and such :D