Werner__ changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | This channel is logged -> http://irc.armbian.com
<archetech> journal is error free nice media/file server very light
<lanefu> nice
<lanefu> it has found its true purpose?
<archetech> sadly no bu this is a good consolation option
<archetech> shows it can be setup with audio network and gpu all working
<archetech> if I can find the right distro ofc
<archetech> make a franken build librelec uboot arch 5.5 kernel armbian rootfs I'd be set! lol
<lanefu> well
<lanefu> whatssteh process for installing uboot wit arch
gnom has quit [Ping timeout: 260 seconds]
gnom has joined #armbian
<archetech> comes on the image
<archetech> oh wait no you dd 3 files to the start of sdcard
<archetech> I know where u goin
<archetech> write those cp over the /boot folder over top of the armbian one hmm did I try this yet
<archetech> I did armbian rootfs wouldnt load
<archetech> now I have a serial cable I could try it again and see what the error is
<lanefu> were you using the arch rootidsk image from boot or the armbian one
<archetech> armbian
<archetech> I just installed armbian as normal and over wrote the above
<lanefu> hmmm
<lanefu> yeah i guess it is hairy to do such a thing
<lanefu> i've done some crazy surgeries.. but not sur eif i dont something accross distros like that
<lanefu> well maybe i did but a long time ago
<lanefu> oh
<lanefu> i have an idea
<lanefu> why dont you compare the kernel config file between Arch's adn armbians
<archetech> I think its uboot based on yours working
<archetech> uboot plus dtb
<lanefu> so what if you start with teh armbian 4.4 image, then install new 5.5 kernel on top
<archetech> and the posts of the serial output
<archetech> that didnt work
<lanefu> oh
<lanefu> trashcan?
<archetech> I tried using 5.4 kernel with dpkg -i
<archetech> armbian over armbian kern
<lanefu> yeah so i'd compare kernel configs, and device tree files
<lanefu> and see whats there
<archetech> If I kew how to swap out the dtb file during a armbian build that might give some insight
<archetech> I suspect its the rockchip-common config file that makes yours work mine not
<archetech> it pulls in rockchip-evb not rockchip-3328.dtb
<archetech> or something does
<archetech> would take the right person like an ayufan to go in and swap some things that knows whats what and how to quickly tb-shoot it
<archetech> dont like bugging you youve done enough
<lanefu> i'm pretty sure you've got what it takes
<lanefu> do a build
<lanefu> then when its done
<lanefu> goto cache/sources/kernel////
<lanefu> then /arch/arm64/boot/dts/rockchip/rk3399-rock-pi-4.dts etc
<lanefu> will be hte device tree sources
<lanefu> so wrangle those and diff ayufans
<lanefu> and then break something
<archetech> yup ive been meaning to try have to get to know that setup system
<lanefu> yeah we need liek some sort of theory of operaiton guide or something
<lanefu> sometimes i imagine working on one
<lanefu> also
<archetech> well just some examples of trying combos would be enough
<lanefu> you could try just using ayufans kernel
<lanefu> make userpatches/lib.config
<lanefu> then
<lanefu> #KERNELBRANCH='branch:v5.4/libretech-master-stable-build'y
<lanefu> obviously uncomment and put in the right information
<lanefu> and definitely opt to do kernel configure during build
DaRock has quit [Read error: Connection reset by peer]
<archetech> ok I will soon
<lanefu> no, dedicate your life to it
<archetech> like I havent already
<lanefu> hahaha
DaRock has joined #armbian
DaRock has quit [Read error: Connection reset by peer]
DaRock has joined #armbian
sdoran has quit [Ping timeout: 246 seconds]
sdoran has joined #armbian
<archetech> cya
archetech has quit [Quit: Konversation terminated!]
<Tonymac32> alright, what's the meaning of thia
<Tonymac32> also, how do I get the build script to not switch off of the branch I pulled to test the PR? brain is dead
<Tonymac32> I mean I can edit the script, but there is a switch, right?
<lanefu> edit which scriot
<lanefu> ohh
<lanefu> answer
<lanefu> FORCE_CHECKOUT=no
<Tonymac32> uhhh
<Tonymac32> "switched to branch "master"
<lanefu> i've been using that flagall week
<lanefu> where'd you set it
<Tonymac32> on the command line lol
<lanefu> set it first after compile.sh
<Tonymac32> that's what I did, it shows it setting it after it switches branches
<lanefu> sudo ./compile.sh FORCE_CHECKOUT=no BOARD=lepotato KERNEL_ONLY=no RELEASE=buster BUILD_DESKTOP=yes KERNEL_CONFIGURE=no BRANCH=current BUILD_MINIMAL=no EXTERNAL=yes EXTERNAL_NEW=no
<lanefu> is what i've been doing
<lanefu> check yout userpatch/config-default.conf
<lanefu> and see if something is conflicintg
<lanefu> and i can 1000% say thats been working
drobo_00 has quit [Ping timeout: 258 seconds]
drobo_00 has joined #armbian
DaRock has quit [Read error: Connection reset by peer]
DaRock has joined #armbian
<Tonymac32> lol copy/pasted your command and it still switched to master, started on the branch made for the pull request...
<Tonymac32> it is doing that switch before it takes any of the command line arguments
<Tonymac32> Switched to branch 'master'
<Tonymac32> Your branch is up to date with 'origin/master'.
<Tonymac32> [ o.k. ] Command line: setting FORCE_CHECKOUT to [ no ]
<Tonymac32> [ o.k. ] Command line: setting BOARD to [ lepotato ]
<Tonymac32> [ o.k. ] Command line: setting KERNEL_ONLY to [ no ]
<Tonymac32> [ o.k. ] Using config file [ /home/tony/build/userpatches/config-example.conf ]
<Tonymac32> [ o.k. ] Command line: setting RELEASE to [ buster ]
<Tonymac32> [ o.k. ] Command line: setting BUILD_DESKTOP to [ yes ]
<Tonymac32> [ o.k. ] Command line: setting KERNEL_CONFIGURE to [ no ]
<Tonymac32> [ o.k. ] Command line: setting BRANCH to [ current ]
<Tonymac32> [ o.k. ] Command line: setting BUILD_MINIMAL to [ no ]
<Tonymac32> [ o.k. ] Command line: setting EXTERNAL to [ yes ]
<Tonymac32> [ o.k. ] Command line: setting EXTERNAL_NEW to [ no ]
<Tonymac32> so the config file is read, then the command arguments override it, but the switch to master happened before any of that
<lanefu> Right that sounds familiar
<lanefu> Just conment out force checker in userpatches/config-example.conf
* Tonymac32 never discounts insanity as cause
<lanefu> And maybe we should update what automatically gets put in there lol
<lanefu> Lol
<lanefu> Dude. Fixing the oil leak on my car fixed the radio
<sarnold> yay :)
<lanefu> So yes... insanity as a cause
<Tonymac32> wut
<sarnold> what stopped working to balance things out?
<Tonymac32> oh, um, so there is no force checkout in my config
<Tonymac32> like I said, that switch is happening before the script even looks at the config methinks
drobo_00 has quit [Ping timeout: 260 seconds]
<lanefu> `fgrep -in FORCE_CHECKOUT . userpatches/ lib/`
<lanefu> sorry
<lanefu> fgrep -in FORCE_CHECKOUT * userpatches/* lib/*
<lanefu> while you grep
<lanefu> so my radio after an undefined period of time. would freak out and say wiring fault
<lanefu> and sometimes it would happen quickly and sometimes it would take longer
<lanefu> so i goolged all this stuff about it
<lanefu> saying corrosion on pins... bad wiring, overheating
<lanefu> my wiring harness was soldered.. so it was good
<lanefu> i cleaned the back of radio with contact cleaner
<lanefu> i pulled the heatsink off of it and put stuff o nit
<lanefu> but still it continued
<lanefu> i read somewhere that someone had an issue with like a leaky heater core caushing excess humidity and causing problems
<lanefu> anyway.... my oil leak was near the fireweall
<lanefu> and i think it was so proound when it started cooking off the turbo adn the exhaust
<lanefu> that it was enough to upset teh radio
<lanefu> *profound
<lanefu> its been working all week.. first time in who knows
<Tonymac32> ...and this car is a...
<lanefu> 03 wrx
<lanefu> was leaking oil from o-ring at oil cooler, and valve cover
<Tonymac32> hehe
<Tonymac32> that's a bug-eye too, isn't it
<lanefu> yep
<lanefu> mines a unicorn cuz it doesnt have any mods really
<Tonymac32> hahaha that's why it still runs
<lanefu> except when the radiator failed, i upgraded to a big mishimoto one
<Tonymac32> passive upgrade
<lanefu> yeah
<lanefu> its a cop car now
<lanefu> lol
<lanefu> only thing i'm ashamed of us the turbo inlet
<lanefu> original one tore
<lanefu> and i was suuuoper broke
<lanefu> so i got some super awful ebay one
<Tonymac32> like my aluminum thermostat housing. Zee Deutsch one was plastic and split in half, because, folks in Koeln, you can not reliably sonic weld glass filled nylon
<lanefu> thats just a squishy silicon tube with brass fitings
<Tonymac32> hahaha
<lanefu> its been fine, just a little inelegant to install
<lanefu> and a nicely engineered ziptie was implemented
<Tonymac32> I have also swapped my open diff 4.10 rear end for a limited slip
<lanefu> nice!
<lanefu> did you just swap the whole carrier
<Tonymac32> and replaced the valve body with a higher line pressure one (there were 18 TSB's on the VB in that trans)
<lanefu> or did you get like into the gears and line 'em up
<Tonymac32> haha found a 2001 wrecked that had the right rear end
<lanefu> oh so you just swapped the whole rear
<lanefu> well done
<lanefu> i need to put a locker on my wagoneer
<Tonymac32> yep, I replaced the bearings and seals while I was at it
<lanefu> right now its 1-wheel peel
<Tonymac32> the pinion is leaking a bit, but it's a crush sleeve job, don't want to fool with it
<Tonymac32> it's an 8.8, so just top off the gear oil once every couple of years
<Tonymac32> :D
<lanefu> haha
<lanefu> yeah and park in someone else's driveway
<Tonymac32> it doesn't drip
<Tonymac32> it's just a very slow seep
<lanefu> built in rust prevention
<Tonymac32> too late
<Tonymac32> haha
<lanefu> like i don't see crazy rot here
<lanefu> cuz its virginia
<Tonymac32> I found some interesting tidbits online, my brother is always trying to get my ridiculous things
<lanefu> i saw some truck from on facebook the otherday and blew my mind
<lanefu> oh and i don't know what the deal is
<lanefu> but when i worked in milwuakee
<lanefu> constant balljoint failsures
<Tonymac32> dontchaknow
<lanefu> just cars always in themiddle of the road with a wheel cocked out
<Tonymac32> yeah, in Michigan it's because of the dirt roads with the huge potholes
<Tonymac32> I lived in West Virginia for years, you had to go looking for dirt roads
<Tonymac32> in michigan, you can be within 5 miles of Detroit, dirt roads
<lanefu> wow
<Tonymac32> they think it's normal
<lanefu> and i mean west virginia
<lanefu> if they're outdoing you
<Tonymac32> to have super high gas taxes and pre-Roman roads
<lanefu> so..
<lanefu> Tudor's Biscuit world
<Tonymac32> YES
<lanefu> mr t. with an egg for me
<Tonymac32> biscuit world does not exist in Yankee territory
<Tonymac32> :-D
<lanefu> dude biscuit world doesn't exist beyond west virginia
<Tonymac32> hehe
<lanefu> seriously
<lanefu> there was like 1 out of state one
<Tonymac32> I was ina town with a "Waffle Hut"
<Tonymac32> so
<lanefu> lol
<lanefu> okay so did you try my fgrep command
<lanefu> is it in your compile.sh or lib.conf
<lanefu> lib.config
<lanefu> i vaguely remember having to clean it up somewhere
<Tonymac32> just the in-script instances
<Tonymac32> general.sh and main.sh
<Tonymac32> 'lib/main.sh:47:[[ -z $FORCE_CHECKOUT ]] && FORCE_CHECKOUT=yes
<Tonymac32> '
<Tonymac32> lib/general.sh:283: if [[ $FORCE_CHECKOUT == yes ]]; then
<lanefu> ohhhhhhhh
<lanefu> you're gonna be MAAD
<Tonymac32> ROFL
<Tonymac32> probably not
<Tonymac32> my git-fu is terrible
<lanefu> `touch .ignore_changes`
<lanefu> its igor-fu
<Tonymac32> dammit Igor san
<sarnold> lol
<lanefu> compile.sh line 44
<sarnold> I'm sorry to laugh at your pain
<lanefu> sarnold: nono you're doing hte right thing
<Tonymac32> aye, ye are
<lanefu> IMMA UPDATE thE DOCS
<Tonymac32> hahahaha
* Tonymac32 avoids channeling his inner tkaiser
<sarnold> man the other day I caught a user starting down the path of "how do I recompile my glibc to let this python binary run? it's asking for glibc-2.25" or something very similar..
<sarnold> `which python` put an end to *that* idea, but he never did fess up how that python binary got there
<sarnold> but a friend suggested ./configure ought to be amended to look for a ~/.plan or ~/.project file and bail if it doesn't find one :)
<Tonymac32> I will say, in the Linux world too many things can just epically destroy your universe
<lanefu> hahahha yeah tk would smoke us for that
<lanefu> sarnold: what a mess
<lanefu> having a bunch of CentOS6 machines with Python2.6 was really painful too
<sarnold> ouch
<lanefu> thanks 10 year support
<sarnold> 2.6
<lanefu> thats why its easier to give up and use pyenv for local development
<lanefu> and shove it in a container if its in use for prod
<lanefu> Tonymac32: fyi a few hours ago i added the wireless mac fix to my branch.. in case you weren't current
<Tonymac32> I see that, I'm cleaning up my mess before a re-attempt
<lanefu> IMHO this PR is really v20.02.1
<lanefu> but if we make it v20.02.1 then igor has to rebuidl caches n stuff
<lanefu> anyway we can iron that out
dddddd has quit [Read error: Connection reset by peer]
<sarnold> I did not :)
<lanefu> me neither
<Tonymac32> building
* lanefu crosses fingers that tony is amazed
<lanefu> its just proof that you don't have to know what you're doing, to know what you're doing
* Tonymac32 wishes Lanefu would stop giving away his secrets
<lanefu> haha
<lanefu> i figured if more people knew them, we'd get more help
<Tonymac32> we'll need to clean up the old patches too before rolling an update
<lanefu> which old patches
<Tonymac32> all the sound ones
<Tonymac32> into the dumpster
<lanefu> that might break that patch
<lanefu> bwaaah
<Tonymac32> the 4.19 patchset was a bit of a hack, the new set is feature complete-ish and properly approached
<Tonymac32> and includes the DAC so the TRS jack should work
<lanefu> TLDR i need to do this patch again?
<Tonymac32> no, let me try something
<Tonymac32> the two patches can apparently coesxist, but they don't interact
<lanefu> must be where those bumper stickers come frmo
<lanefu> okay 1gig boards can't handle 2 instances of armbianmonitor -z running
<lanefu> thats fair i suppose
drobo_00 has joined #armbian
<Tonymac32> I see the blue and green lights are now blinking
<lanefu> yeah! the green light was exciting
<Tonymac32> I think we should alter the Blue one's purpose, heartbeat and activity are kind of redundant in a way
<Tonymac32> well, maybe not
<lanefu> so one of thoes patche slike flip flipped thigns or something
<Tonymac32> whosawats
<lanefu> sorry my fingers are mumbling
<Tonymac32> argle bargle
<sarnold> huggle muggle
<Tonymac32> :O
<Tonymac32> hang on, my primary monitor is the only one I have with HDMI sound
<Tonymac32> (donations welcome IRC world) XD
<Tonymac32> EET WERKS
<lanefu> woot
xec has joined #armbian
<Tonymac32> All USB's work: Check
<Tonymac32> Dmesg is beautiful, seeing GX-codec entries very nice
<lanefu> yeah dmesg is silent
xecuter has quit [Ping timeout: 240 seconds]
<lanefu> i ran 8 gigs through shitty usb wifi
<Tonymac32> How much abuse have you put this thing through?
<lanefu> and silence
<Tonymac32> hahahahahaha
<lanefu> i've been running 2 instnaces of continous looping of armbian-monitor -z for 8 hours
<lanefu> and its not even throttling
<lanefu> and staying at liek 60C
<lanefu> i should have put my grafana monitoring on it to show off a picture
* Tonymac32 goes into a siezure looking at blue LED
<lanefu> it would be cool if it was like a temp indicator
<lanefu> whenever itwas like above 70C
<lanefu> i guess that should be the red lights job
<lanefu> but its not contrlled by anything is it
<Tonymac32> can't remember
<Tonymac32> on Tinker the extra LED is disk activity
<Tonymac32> this works just fine, it just was flashing at the same speed as the heartbeat during first boot
<Tonymac32> approved
<lanefu> woohooo
<lanefu> thanks lvrp16 for helping with the patches.. and uhmm getting baylibre to make them
drobo_00 has quit [Remote host closed the connection]
<lvrp16> lanefu: bunch of big orgs also work with baylibre on amlogic, we are focused on gxl.
drobo_00 has joined #armbian
<lanefu> gotcha
<lanefu> so is google's pressure for manufactures to stay current on kernels to use latest androids driving a lot of this (from other orgs)
<lvrp16> manufacturers love sdk lockin, it helps incumbants
<lvrp16> everyone is trying to carve their little corner
<lvrp16> upstream means competition
drobo_00 has quit [Quit: drobo_00]
<Tonymac32> ugh
* Tonymac32 is going troll everyone with a motorola HC11 board
<Tonymac32> TBH I miss the days you could just code a micro in assembler. I think there was a lot of value to that activity that's hidden behind API's and RTOS's now
IgorPec has joined #armbian
selfbg has joined #armbian
m4t has quit [Quit: m4t]
IgorPec has quit [Ping timeout: 255 seconds]
NeuroScr has quit [Quit: NeuroScr]
pinkieval has quit [Quit: pinkieval]
pinkieval has joined #armbian
NeuroScr has joined #armbian
sassinak-work has quit [Remote host closed the connection]
sassinak-work has joined #armbian
msev- has quit [Quit: Leaving]
maccraft has quit [Ping timeout: 240 seconds]
aXl has quit [Ping timeout: 246 seconds]
archetech has joined #armbian
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #armbian
aXl has joined #armbian
NeuroScr has quit [Quit: NeuroScr]
DaRock has quit [Read error: Connection reset by peer]
DaRock has joined #armbian
mpmc has quit [Quit: ZNC - https://znc.in]
mpmc has joined #armbian
selfbg has quit [Remote host closed the connection]
sunshavi has quit [Ping timeout: 260 seconds]
maccraft has joined #armbian
DaRock has quit [Ping timeout: 258 seconds]
Herc_ is now known as HerculeP
dddddd has joined #armbian
drobo_00 has joined #armbian
<archetech> can the ./config rebuild a ayufan 5.4.0-rc kernel from sourcce?
IgorPec has joined #armbian
IgorPec has quit [Changing host]
IgorPec has joined #armbian
<IgorPec> lanefu:
<lanefu> i
<lanefu> hi
c0rnelius has quit [Quit: WeeChat 2.3]
c0rnelius has joined #armbian
<lanefu> hi IgorPec
<IgorPec> hej
<IgorPec> meson
<IgorPec> so you manage to fix the sound?
<IgorPec> for meson64 we need to bump version to 20.02.3 since we already have .2 in the repo
<lanefu> yeah got the sound fixed
<lanefu> also pulled in your wireless randomization patch. so wireless works too
<IgorPec> great, ok, push it in and I'll run rebuild
<lanefu> where's .2?
<IgorPec> at my rebuild machine only :)
<lanefu> haha
<lanefu> okay so you're gonna merge my PR and update then?
<IgorPec> it was a quick fix - i had mess this week
<lanefu> im sure.. it was a bumpy start
<IgorPec> if this is all?
<lanefu> yeah
<lanefu> that should be all
<IgorPec> btw. anything from master?
<lanefu> sorry don't understand your question
<IgorPec> nah, are there any other commits to pull from the master?
<IgorPec> to this 20.02 branch
<lanefu> not that i'm aware of
<IgorPec> ok, then rolling
<lanefu> awesome
<IgorPec> btw, which images?
<IgorPec> lepotato, c2, n2 ?
<IgorPec> all meson family?
<lanefu> meson64
<IgorPec> yes yes
<lanefu> IgorPec: https://github.com/armbian/build/pull/1805/commits/25a7b1c60bae3e4da0ed04eef83afc58f119771f was added too. and i guess that impacts all?
<IgorPec> yes, that's good
<IgorPec> its generic problem
<lanefu> IgorPec: I was thinking about creating a forum thread for v20.05 Planning... where we could talk about what's planned and priortize whats needed.. and then we can lock it after a month or so to control scope creep
<IgorPec> Sure, why not. We can also invite others that works on something to keep their track in Jira. Not everyone is there
<lanefu> good idea..
<lanefu> we'll encourage them to use jira, but not too much pressure if hthey dont
<lanefu> getting contributions is more imporant that process... mostly
<IgorPec> agree, its more like a side news
<IgorPec> top this topic
<IgorPec> to this topic
<IgorPec> or side idea, you are welcome to ...
<lanefu> Created
<IgorPec> a problem
<IgorPec> is different in master and 20.02 ... and another commit related to build host dependecy is missing. We might need to slightly change the process of merging
<IgorPec> i don't know what is the best way ... DEV = master breaks, 5.5 works
<IgorPec> and DEV is not very relevant at this stage, at least no today IMO
<lanefu> Yeah we dont care about dev for a release
_whitelogger has quit [Ping timeout: 248 seconds]
_whitelogger has joined #armbian
<IgorPec> lanefu: there are other missing commits as well .. the problem: we bumped https://github.com/armbian/build/blob/master/lib/configuration.sh#L23
<IgorPec> while at 20.02 stays behind ... now it wants to make a new cache
<IgorPec> not sure if I made a mistake and how is the proper way to correct it?
<lanefu> The new cache will have the wireless random max fix.. so might as well.. plus that will mean less os patching during image creation later
<lanefu> but yeah we'll need to be careful abotu when we choose to increment the .X revision number
igorp_ has joined #armbian
andrevallestero[ has quit [Ping timeout: 240 seconds]
phantomse[m] has quit [Ping timeout: 245 seconds]
psydruid has quit [Ping timeout: 245 seconds]
t4h4[m] has quit [Ping timeout: 246 seconds]
YarRick[m] has quit [Ping timeout: 245 seconds]
solderfumes has quit [Ping timeout: 256 seconds]
taggart has quit [Ping timeout: 263 seconds]
drobo_00 has quit [Ping timeout: 265 seconds]
drobo_00 has joined #armbian
<IgorPec> I think wireless random fix is a part of BSP, outside cache
<lanefu> oh okay good
taggart has joined #armbian
YarRick[m] has joined #armbian
drobo_00 has quit [Ping timeout: 255 seconds]
drobo_00 has joined #armbian
andrevallestero[ has joined #armbian
andrevallestero[ has quit [Client Quit]
YarRick[m] has quit [Quit: killed]
<IgorPec> images for meson64 updated
<lanefu> woohoo
psydruid has joined #armbian
<IgorPec> and repository
andrevallestero[ has joined #armbian
phantomse[m] has joined #armbian
t4h4[m] has joined #armbian
solderfumes has joined #armbian
YarRick[m] has joined #armbian
sunshavi has joined #armbian
<lanefu> cool should we make a little announcement
<IgorPec> yes, what should this upgrade fix and improve and where? also on c2 / n2?
<lanefu> The 100% fixes is issue with sound over HDMI for le Potato and C2.. Also usb wireless issues
<lanefu> generally all the Baylibre Hardware acceleration patches are applied and enabled in the kernel
<IgorPec> "multimedia fixes"
<lanefu> yeah
<lanefu> lol
igorp_ has quit [Quit: Leaving]
<archetech> can the ./config rebuild a ayufan 5.4.0-rc kernel from sourcce?
<c0rnelius> .config in the kernel source?
<c0rnelius> one would assume you could run a make savedefconfig on that and then compare it.
<archetech> just plain build it
<archetech> with the ABS
<c0rnelius> give it the old college try and see how it goes :)
<archetech> if it can then next ? is how
<archetech> ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- make rockchip_linux_defconfig
<archetech> scripts/Kconfig.include:35: compiler 'aarch64-linux-gnu-gcc' not found
<sarnold> on my ubuntu
<sarnold> Command 'aarch64-linux-gnu-gcc' not found, but can be installed with:
<sarnold> sudo apt install gcc-aarch64-linux-gnu
<archetech> so much for using just the vm not the ABS
Toast has joined #armbian
<archetech> sar I did that but used version 8
<archetech> my path may be wrong not sure how to fix that google no help
<sarnold> wild guess time, try CROSS_COMPILE=aarch64-linux-gnu-gcc-8
<c0rnelius> i cross compile all the time. should be enough if thing are in the right place.
<sarnold> oh. nm. I see I've misread that option..
<archetech> tried a bunch of that
<c0rnelius> export ARCH=arm64
<c0rnelius> make ARCH=arm64 whatever_defconfig
<c0rnelius> make -j4 ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- bindeb-pkg
<lanefu> lemme show you the 1 gotcha
<lanefu> that armbian does to its packaging
<archetech> this isnt armbian
<archetech> its justa kernel from ayufan
<lanefu> yes
<lanefu> but if you're wanting to install it on armbian
<lanefu> its probably best if its packaged the armbian way
<c0rnelius> archetech: look at baylibre libretech-builder. it might give you some ideas.
<c0rnelius> maybe you need a path variable
<archetech> I do this stuff all day on x86 _64 with ease geez
<archetech> pop out kerenls like im poppin corn
<lanefu> at least you're not building for sparc or something
<archetech> lol yeah power9
<archetech> CONFIG_TMPFS=y
<archetech> CONFIG_TMPFS_POSIX_ACL=y
<archetech> CONFIG_TMPFS_XATTR=y
<archetech> this is why new stuff wont boot
<archetech> ayufan left it out
<archetech> guess ill try a build on ABS and check that
<archetech> it is for sure not in the ayufan kernel checked that myself
<archetech> this is how simple it should be to do on ubu 18 not abs
<archetech> make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- rockchip_linux_defconfig
<archetech> but whoever pkged the CC didnt do it right
phipli_lurk has quit [Ping timeout: 240 seconds]
<archetech> its been fixed in armbian
jakogut has joined #armbian
<jakogut> I'm working on gettting Arch Linux ARM working on the Orange Pi 4, and I noticed that the Armbian folks are also working with this board. I've been having issues getting any video output with Arch, so I tried the current release of Buster, and it works.
<jakogut> I copied the DTB over to my Arch installation, and still no HDMI video out.
<jakogut> I copied the kernel, and still no video out. Am I missing something? Firmware, maybe?
<archetech> or modules
<jakogut> archetech: Yeah, copied the modules too.
wi has quit [Ping timeout: 272 seconds]
<c0rnelius> oh it's an RK3399 SoC :/
<archetech> least its a good board unlike others
<c0rnelius> a lot of potential... but never deliveries.
wi has joined #armbian
<jakogut> It runs pretty well with the mainline kernel and u-boot. I've got the SPL loader working without Rockchip blobs.
<jakogut> The only thing that doesn't seem to work at this point is HDMI out.
Toast has quit [Ping timeout: 258 seconds]
wi has quit [Ping timeout: 248 seconds]
<lanefu> archetech: hows it fight going
<lanefu> *the kernel fight
<lanefu> jakogut: hey so we're using mainline 5.4.y kernel for rk3399 chips, then apply all these pathes https://github.com/armbian/build/tree/master/patch/kernel/rockchip64-current
<lanefu> *patches
wi has joined #armbian
phipli_lurk has joined #armbian
<jakogut> lanefu: Right, I've applied 'add-board-orangepi-4.patch' to my u-boot, and copied the kernel, modules, and DTB over to no avail.
<jakogut> And I'm using kernel 5.5.4.
<archetech> wish my problem was audio :/