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
maccraft has quit [Quit: WeeChat 2.7]
DaRock has joined #armbian
<c0rnelius> which patch(es) make the edits to the scripts dir during the kernel deb build process? for example a symlink is created for Image and the byteshift-headers patch is applied during the deb install.
<lanefu> which kernel?
<lanefu> your saying a kernel patch makes changes to the kern's scripts dir?
<c0rnelius> its all kernels. part of the build process
<c0rnelius> just curious as to which patch it is. i would like to look it over.
<tonymac32> there is one in each kernel patch folder called "packaging" something or other
<c0rnelius> thanks. i'll check it out
<c0rnelius> general packaging. i believe this is it. thanks very much.
<lanefu> glad to help
maccraft has joined #armbian
IgorPec has quit [Remote host closed the connection]
DaRock has quit [Read error: Connection reset by peer]
DaRock has joined #armbian
<lanefu> serial console pro-tip... attach GND to GND, rather than attaching VCC to GND
* archetech likes the smell of arm napalm in the morning
<lanefu> haha
<lanefu> fortunately i didnt cook anything
<lanefu> Libre Computer seems to build okay boards in that regard
<tonymac32> they put thermal fuses on everything IIRC
<lanefu> them folks is smart
<lanefu> so i'm having lepotato problems
<lanefu> but. i'm doing a scorched earth build
<lanefu> before i further freak out
<lanefu> also... `cat /dev/ttyUSB0 | tee console.log`
Net147_ has quit [Quit: Quit]
Net147 has joined #armbian
Net147 has quit [Changing host]
Net147 has joined #armbian
<lanefu> Tonymac32: yeah le potato is getting stuck http://ix.io/2bUZ
maccraft has quit [Ping timeout: 272 seconds]
<tonymac32> I think I saw this on patchwork
<lanefu> whats patchwork
<c0rnelius> i couldn't get the potato to boot at all on the most Armbian kernels.
<c0rnelius> booted fine "with out the frills" using a vanilla one.
<c0rnelius> most recent*
<lanefu> yeah that does seem to be the case
<archetech> c0rnelius: is there such a kernel for the rock64 you know of?
brittman914 has joined #armbian
<archetech> vanilla plus armbian would be worth a shot
<c0rnelius> archetech: i haven't played with the rk3328 in a while.sorry,
<c0rnelius> my experience. the vanilla is never good on that ;) it will boot, but ports and things won't work.
<c0rnelius> maybe its changed in the last few months?
<fysa> archetech, what are you looking for? I've spent a lot of time with the rock64
<archetech> seemed like a good path to try np
<archetech> fysa: my v2 wont boot an armbian build above 4.4
<archetech> I have some info in the 3328 lerenl forum
<archetech> kernel
<fysa> did you try swapping out the kernel with an ayufan kernel?
<archetech> I think its the ubbot if ya time to look at the thread
<archetech> uboot
<fysa> maybe?
<fysa> will take a look
<archetech> chk the thread then ill take suggestions
<archetech> not one to willy nilly try stuff been there
<fysa> I don't see it, URL?
<fysa> sounds like there is a dts/dtb problem
<fysa> with the 4.20
<fysa> still looking for 5.5
<archetech> kernel bugs section last posts for 3328
<archetech> last=latest
<c0rnelius> archetech: the dtb in the vanilla kernel is shit. you can though "and this is just my experience" compile a fresh one and use one from say armbian or ayufan and get things working.
<c0rnelius> the usb3 won't be fully fuctional. most likely.
<fysa> ok .. well .. I would grab the ayufan rock64 spi/uboot scripts but honestly if you haven't tested eMMC or a different SD card, you're taking the wrong path ..
<fysa> and the dtb will not match .. get a dts/dtb from the mrfixi2001 release or ayufan
<fysa> maybe it's close but from what I saw last there were still problems .. and you will get regressions
<fysa> into 5.x
<archetech> I can try another sdcard easily the other stuff mentioned isnt so easy
<archetech> ill try my new 32gb sandisk
<archetech> I should have done that days ago
<fysa> can you try an older release with a new kernel?
<archetech> I can try anything you guys suggest I just dont know the procedures at all
<fysa> I would try one of these
<fysa> well, this one, maybe there are newer releases
<fysa> but this will have a dtb/dts and it sounds like someone is using this for rock64 panfrost
<fysa> if you google a bit for rock64 panfrost you will run into someone using 5.x
<fysa> and maybe see the same issue you saw in one of thoes threads
<fysa> those
<lanefu> archetech: they have a great deal on working rock64s on ebay
<lanefu> ones that don't have a curse
<fysa> https://i.e. forum.pine64.org/showthread.php?tid=7839
<lanefu> of a failing secuirty company
<fysa> oops
<fysa> sorry
<fysa> that's a rockpro64 thread, but I would try it anyway
<fysa> I think ayufan's kernels work for both
archetech has quit [Ping timeout: 268 seconds]
archetech has joined #armbian
<fysa> archetech, have you tried one of the unified 5.x releases for lima/panfrost? https://mega.nz/#F!j9QSDQSQ!6WpasOlbZYIInfw6yo4phQ!bgIWCKAK
<archetech> who built those
<archetech> thye have a 3328 folder with some fresh stuff
<archetech> why you poinmt to that folder vs the 3328 one?
<archetech> point
<fysa> that's the latest 'unified'
<fysa> newer kernel
<fysa> it should also support 3328
<fysa> they are trying to do 5.x kernel with panfrost/lima for all of thoes platforms
<archetech> so am I
<fysa> and generally the later rockpro64 releases (rk3399) also support rk3328 from rock64
<archetech> lima is the end goal so thanks for this link its ideally the end result I want armbian + lima for kde
<fysa> so you should be able to follow that also ..
<archetech> right
<fysa> I was using lima + kde successfully after installing bionic, upgrading to cosmic
<fysa> and recompiling Qt with GLES properly
<archetech> wow you my hero
<fysa> it was my primary desktop for 6 months - 4k screen
<fysa> on rock64
<fysa> upgraded to rockpro64 for 6 months
<fysa> this was over a year ago
<fysa> now coming back to try panfrost/5.x also ;)
<archetech> impressive but why leave the rock if ya got it to all that
<fysa> on both rock64 and rockpro64
<fysa> just ran out of time for work
<tonymac32> over a year ago, eh?
<archetech> so is this your repo or what?
<archetech> ok backing up im about to test boot the image lanefu sent me few days ago on the other sandisk card brb
<fysa> no no, this is what I am trying also ..
<fysa> you should join irc.pine64.xyz
<fysa> #rock64
<fysa> will be better for SPI/etc/dtb/dts
<fysa> there is an installPanfrost script there ..
<archetech> been there for couple weeks nobody answered
<fysa> I mean off that armbian image thread
<fysa> after booting with the image, try the installPanfrost script
<archetech> ok thats up next diff sdcard didnt help
<fysa> ok
<fysa> gotta run for a bit but I will be around, idling here now
<archetech> k
<fysa> and on irc.pine64.xyz
<tonymac32> I am in awe at your rock64, we just switched away from the ayufan kernel since it was "yet another kernel"
<archetech> id get lima eoan and 5.5 kern with this IF it works
<archetech> 3 birds one stone
<lanefu> let us know if you win
<lanefu> Tonymac32: any idea what the u-boot gxl stuff is in a nutshell?
dddddd has quit [Ping timeout: 268 seconds]
xecutertool has joined #armbian
xec has quit [Ping timeout: 240 seconds]
<archetech> no luck same as I posted on forum
<tonymac32> lanefu give me a minute to see if I can find it/try it
<tonymac32> wait, g12b, I saw another one, but it looks like a similar issue
<tonymac32> OK, looked through your log more closely, [ 2.075258] EINJ: ACPI disabled.
<tonymac32> ummmmmm
<tonymac32> why is error injection happening?
<lanefu> Now thats interesting
<tonymac32> other question is why the Intel pcie drivers are loading
<lanefu> Yeah so i was wtfing about e1000 drivers on archetechs logs too
<tonymac32> ok, I am building one where I turned of EINJ
<tonymac32> and the PCIE intel drivers at least
<tonymac32> like I said earlier I got hung up on the CF that RK3328 was and didn't go over the Amlogic stuff
<lanefu> CF?
<tonymac32> lol cluster
<archetech> my bud strit is doing a diff on armbian uboot vs theirs at manjaro :)
<archetech> he remembers changinf something for the v3 soit didnt break the v2
<tonymac32> Cool. the v2 must be some cursed hardware though, if not all of them go sideways
<archetech> v3 wouldnt boot to sdcard
<archetech> id say not all v2's are the same
<archetech> mine may have benn modded at recon sentinel
<archetech> its obv more sensitive somehow
<tonymac32> lanefu still came up empty on potato. I'll have to dig in tomorrow
selfbg has joined #armbian
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
IgorPec has joined #armbian
ScrumpyJack has quit [Ping timeout: 252 seconds]
IgorPec has quit [Quit: Leaving]
raver has joined #armbian
<raver> Hi, has anyone else the issue that `apt search package` is extremely slow when GzipIndexes is set to true?
<raver> There is a special armchair conf file which set this config. Switching to false resolves the issue
ScrumpyJack has joined #armbian
<archetech> found a user with same v2 issues as me on pine forum
NeuroScr has quit [Quit: NeuroScr]
archetech has quit [Quit: Konversation terminated!]
erm67 has quit [Ping timeout: 272 seconds]
archetech has joined #armbian
selfbg has quit [Ping timeout: 260 seconds]
selfbg has joined #armbian
dgm78 has joined #armbian
robmur01_ is now known as robmur01
selfbg has quit [Quit: selfbg]
archetech has quit [Quit: Leaving]
friendlyguy has joined #armbian
dddddd has joined #armbian
<friendlyguy> hi there! i am trying to get a armbian buster based rpi3b to sync against a ntp server using systemd-timesyncd: without success so far.
<friendlyguy> daemon is running, config is pointing to the right ntp servers, i can see packets going in and out on udp 123 but timedatectl gives "System clock synchronized: no" and "timedatectl timesync-status" gives "Packet count: 0"
mpmc has quit [Quit: ZNC - https://znc.in]
mpmc has joined #armbian
maccraft has joined #armbian
<HerculeP> friendlyguy: why do you crossposting? you asked already in #raspberrypi etc
<friendlyguy> because i didnt get any response and i noticed i was in the wrong channel
<HerculeP> this #ch is even more wrong - AND there was an answer given
<friendlyguy> why is that the wrong channel? sry, not doing that intentionally
<friendlyguy> could you forward that answer? i didnt see it
<HerculeP> are you running armbian on a pi3B??
<friendlyguy> yes
<HerculeP> then I have to apologize
<friendlyguy> no harm done. i am confused to the max anyway
<HerculeP> ntp cant sync if the offset is too big
<lanefu> Is this an open media vault image?
<friendlyguy> i know, but i corrected the time manually like an hour ago
<friendlyguy> so its "more or less" accurate at the moment
<HerculeP> lanefu: I /think/ they are confusing armbian and raspbian
<HerculeP> is ther armbian for raspberrypi at all?
<HerculeP> there*
<friendlyguy> how can i absolutely make sure its armbian?
<HerculeP> uname -a
<friendlyguy> for me its a "emby raspberry pi image" kindly provided by them
* HerculeP has no clue what that might be
<friendlyguy> "4.19.97-v7+"
<lanefu> We dont produce any rpi images, but omv is supposed to be based on it
<friendlyguy> emby is something like plex: home streaming server. and the raspberrypi image is supposed to be a emby client
<friendlyguy> *omg*
<friendlyguy> foudn it: "lsb_release -a" gives raspbian 10 codename buster
<friendlyguy> so I AM in the wrong place again
<friendlyguy> sorry
<lanefu> No worries good luck
<friendlyguy> thank you
<HerculeP> dito
IgorPec has joined #armbian
IgorPec has quit [Changing host]
IgorPec has joined #armbian
DaRock has quit [Ping timeout: 268 seconds]
xecutertool has quit [Remote host closed the connection]
xecuter has joined #armbian
<lanefu> so there's been no direct changes to the meson64 kernel stuff in a month
<lanefu> but we've had some u-boot configs... and le potatos uboot scripts are different than odroidc2
<IgorPec> well, some multimedia patches were added
<lanefu> slightly interesting. i just built from master.. and my verbosity=7 seems to be ignored... or its just dying instantly
<IgorPec> try removing all patches
<IgorPec> or suspicious ones
<lanefu> k. i have another quick question
<IgorPec> btw: images were rebuilt and repository is uploading
<lanefu> great
<lanefu> so in armbianEnv.txt its `overlay_prefix=meson`
<lanefu> but all the overlays in the dtb folder.. are the newer prefix.... meson-gxl, meson-gxbb, meson-g12 etc
<lanefu> does that mean those overlays arent being loaded?
<IgorPec> aha, then this must be adjusted
Net147 has quit [Ping timeout: 265 seconds]
<lanefu> actually i think the overlay prefix is meson-gxl-s905x
<lanefu> anyway i tried that.. still hanging at `meson-saradc c1108680.adc: failed to get core clk`
<lanefu> and [ 41.955312] VCC_CARD: disabling
<lanefu> IgorPec: i was wrong about the ovelray prefix. i was looking in wrong folder
<IgorPec> ok
<lanefu> too bad.. i thought i was clever
<IgorPec> then try building without our patches
<lanefu> okay
<lanefu> building with meson64 kernel patches disabled
<lanefu> so what actually configures u-boot to load `meson-gxl-s905x-libretech-cc.dtb` I didn't see anything in boot.cmd, armbianEnv.txt, or meson-fixup.scr that references it
drobo_00 has joined #armbian
drobo_00 has quit [Remote host closed the connection]
drobo_00 has joined #armbian
<IgorPec> is probably in the u-boot config
<IgorPec> this is the default location
<lanefu> gotcha so its like a compiled-in setting?
friendly1 has joined #armbian
<IgorPec> it must be in the u-boot config files u-boot/config/libre....conf
Tony_mac32 has joined #armbian
friendlyguy has quit [Ping timeout: 265 seconds]
tonymac32 has quit [Ping timeout: 265 seconds]
IgorPec has quit [Ping timeout: 268 seconds]
<lanefu> hmm
raver has quit [Ping timeout: 272 seconds]
drobo_01 has joined #armbian
drobo_00 has quit [Ping timeout: 240 seconds]
drobo_01 is now known as drobo_00
psydruid has quit [Ping timeout: 246 seconds]
sassinak-work has quit [Ping timeout: 246 seconds]
sassinak-work has joined #armbian
phantomse[m] has quit [Ping timeout: 240 seconds]
solderfumes has quit [Ping timeout: 248 seconds]
t4h4[m] has quit [Ping timeout: 245 seconds]
lykt has quit [Ping timeout: 265 seconds]
YarRick[m] has quit [Ping timeout: 260 seconds]
andrevallestero[ has quit [Ping timeout: 240 seconds]
lykt has joined #armbian
IgorPec has joined #armbian
igorp_ has joined #armbian
IgorPec has quit [Read error: Connection timed out]
dgm78 has quit [Remote host closed the connection]
andrevallestero[ has joined #armbian
drobo_00 has quit [Quit: drobo_00]
solderfumes has joined #armbian
YarRick[m] has joined #armbian
t4h4[m] has joined #armbian
igorp_ is now known as IgorPEc
IgorPEc is now known as IgorPec
IgorPec has joined #armbian
IgorPec has quit [Changing host]
maccraft123 has joined #armbian
maccraft has quit [Read error: Connection reset by peer]
maccraft123 is now known as maccraft
raver has joined #armbian
IgorPec has quit [Ping timeout: 268 seconds]
Net147 has joined #armbian
Net147 has quit [Remote host closed the connection]
Net147 has joined #armbian
YarRick[m] has quit [Quit: killed]
andrevallestero[ has quit [Quit: killed]
solderfumes has quit [Quit: killed]
t4h4[m] has quit [Quit: killed]
psydruid has joined #armbian
t4h4[m] has joined #armbian
andrevallestero[ has joined #armbian
phantomse[m] has joined #armbian
solderfumes has joined #armbian
YarRick[m] has joined #armbian
maccraft123 has joined #armbian
maccraft123 has quit [Client Quit]
maccraft123 has joined #armbian
maccraft123 has quit [Client Quit]
maccraft123 has joined #armbian
maccraft has quit [Quit: WeeChat 2.7]
maccraft123 is now known as maccraft
Strykar has quit [Quit: /quit]
IgorPec has joined #armbian
IgorPec has joined #armbian
IgorPec has quit [Changing host]
IgorPec has quit [Client Quit]
Strykar has joined #armbian
friendly1 has quit [Ping timeout: 272 seconds]
sassinak-work has quit [Ping timeout: 272 seconds]
sassinak-work has joined #armbian
NeuroScr has joined #armbian
drobo_00 has joined #armbian
Tony_mac32 is now known as Tonymac32
archetech has joined #armbian
<lanefu> i double checked that odroidn2 is sitll good iwth a minimal image
<lanefu> it worked
<lanefu> igor has a workaround to ship le potato images and kernels
<lanefu> but i dont think its anything for the codebase
<c0rnelius> did libre computer die?
<lanefu> haha no
<lanefu> they're just flying low right now
<c0rnelius> just checking
<c0rnelius> Da said sometime ago that they were working on a small allwinner board with camera that sounded very interesting.
<c0rnelius> I wasn't very impressed with the specs of last board so I didn't bother with it.
<lanefu> i wonder if he's still there... he was doing all the image magic
<lanefu> hey good news
<lanefu> 23:26:15 lanefu | sooo anybody interested in helping debug mainline 5.4 kernel issues for le potato... failing to register clock http://ix.io/2bUZ
<lanefu> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
<lanefu> 23:27:12 lvrp16 | I will give you the branch with the necessary patches in a few hours.
<c0rnelius> yeah he was working on the grub stuff. which is pretty kool on its face, but in the end a kind of pointless venture. In my own dive into that getting the grub menu to interact with the keyboard in arm was almost certainly a no go. at least at the time... I honestly haven't played with any of the recent imgs.
<c0rnelius> any of his i should say
<lanefu> c0rnelius: yeah that was the uefi stuff wasnt it?
<c0rnelius> yes. indeed
<lanefu> yeah it _could_ be a gamechanger eventualy
<c0rnelius> he said at some point he was gonna release his efforts to the hub, but i haven't seen it.
<c0rnelius> i think more eyes on it would have been a better route.
<lanefu> yeah..... but i understand not wanting to deal with the social responsibilty of a collectiev effort
<c0rnelius> yes and no. but i get it.
<lanefu> hahaha yeah i couldn thave said it better.. it is a yes and no thing
DaRock has joined #armbian
<c0rnelius> lanefu: that clock issue. When building a vanilla kernel for the potato it booted fine for me.
brittman914 has quit [Ping timeout: 265 seconds]
<c0rnelius> i wasn't using the armbian uboot or patch set. just straight.
<c0rnelius> i think it may need review