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)
<ArmbianTwitter> @armbian (armbian): RT @sahajsarup: https://t.co/kR7Q9H1KAa (2s ago)
mirage335 has joined #armbian
archetech has joined #armbian
<ArmbianTwitter> @yc3bvg (IwaN YC3BVG): First Image received from GK-2A ,Goestools install on Armbian with Cheap hardware STB ZTE B860H. @sam210723 #Goestools #weather #Lrit #B860H #Indonesia #IndonesiaMelawanCovid19 #Rtlsdr https://t.co/w6nF2K0z3w (24s ago)
Elpaulo has quit [Read error: Connection reset by peer]
Elpaulo has joined #armbian
rotaticus has joined #armbian
<[TheBug]> Werner: um yeah its pretty bad, going back through older images and all are broken
<[TheBug]> et a Failed to reset the dma error
<[TheBug]> eth0: stmmac_hw_Setup: DMA engine initialization failed
<[TheBug]> probably something incorrect in the dtb
<[TheBug]> Armbian_5.96_Pcduino3_Ubuntu_bionic_next_4.19.71.img works
<[TheBug]> but none of the new images seem to
<[TheBug]> hmm
<[TheBug]> I lied
<[TheBug]> it fooled me
<[TheBug]> this is very odd
<[TheBug]> cause I know I have old images that ran on this fine, its same ether as bp m1
<Werner> So in legacy kernel it works but not for current?
hugopoi has joined #armbian
<ArmbianTwitter> @yc3bvg (IwaN YC3BVG): Running #Goesrecv Xrit-rx on ZTE B860H @sam210723 #Armbian #B860H #GK2A #Weather #LRIT https://t.co/VbJKIOvKiG (23s ago)
<IgorPec> [TheBug] hey
<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]> I tried...
<[TheBug]> Armbian_19.11.3_Pcduino3_bionic_current_5.3.9.img
<[TheBug]> Armbian_20.02.1_Pcduino3_bionic_current_5.4.20.img
<[TheBug]> Armbian_20.02.1_Pcduino3_buster_current_5.4.20.img
<[TheBug]> Armbian_20.02.1_Pcduino3_stretch_current_5.4.20.img
<IgorPec> ok, then the problem is old
<[TheBug]> Armbian_20.02.5_Bananapi_buster_current_5.4.26_desktop.img
<[TheBug]> etc
<[TheBug]> still searching
<IgorPec> diff with last good working on?
<[TheBug]> it may be a while ;p
<[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
rotaticus has quit [Ping timeout: 260 seconds]
<[TheBug]> thats vim2 though?
<[TheBug]> hmm
<[TheBug]> that does look like same error though
<IgorPec> yes, it seems related with reset delay
<IgorPec> we have seen this over and over
<[TheBug]> 'except pretty sure its RTL8211E
<IgorPec> this is most common one
<[TheBug]> hmm
<[TheBug]> lets see
rotaticus has joined #armbian
<[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]
mpmc has quit [Quit: ZNC - https://znc.in]
<lanefu> Its too fast to handle. brace yourself
<Tenkawa> remember what I'm typing on
<Tenkawa> lol
mpmc has joined #armbian
<Tenkawa> a 12 core behemoth with a 6gb gpu
<Tenkawa> :)
<Tenkawa> for a soc I agree though :)
<Tenkawa> wish I could utilize the threads in this gpu better
<Tenkawa> (since 99% they sit idle)
<lanefu> yeah gpu stuff is still a foreign world to me
<lanefu> i've got x86 gpu crunching for folding@home, but thats it
<Tenkawa> i know a fair bit about it, the problen is... licensing and locked down code
<Tenkawa> so you cant wriye/integrate apis
<Tenkawa> er write
<Tenkawa> and drivers
<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
<IgorPec> yeas, that would be a good way i think
<lanefu> so i'll work on that being a parameter
<IgorPec> this is done, right?
<IgorPec> location will be adjusted later
<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 :(
<IgorPec> i know, ask here or on forum https://groups.google.com/forum/#!forum/linux-sunxi
<IgorPec> i am really not much focused into this
<[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
sunshavi has joined #armbian
NeuroScr has joined #armbian
macc24 has quit [Quit: WeeChat 2.8]
macc24 has joined #armbian
macc24 has quit [Client Quit]
stefano79 has quit [Quit: ZNC - https://znc.in]
stefano79 has joined #armbian
macc24 has joined #armbian
Toast has quit [Ping timeout: 240 seconds]
macc24 has quit [Quit: WeeChat 2.8]
macc24 has joined #armbian
macc24 has quit [Quit: WeeChat 2.8]
rotaticus has quit [Ping timeout: 256 seconds]