Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum/Twitter feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
califax- has joined #armbian
<Armbian-Discord> <R​ichNeese> wow I do now think that meta installs sometimes give the best outcome
<Armbian-Discord> <R​ichNeese> I put cinnamon desktop on the riscv board
<Armbian-Discord> <R​ichNeese> its running debian because its the only real os they have for it
califax has quit [Ping timeout: 244 seconds]
califax- is now known as califax
<Armbian-Discord> <R​ichNeese> but I dont think they do a resize of the fs
<Armbian-Discord> <R​ichNeese> as its a 15 gig sd and it only sees 8 gig
<Armbian-Discord> <R​ichNeese> 16 gig sorry
<Armbian-Discord> <R​ichNeese> need a script that does this now
archetech has quit [Quit: Konversation terminated!]
<Armbian-Discord> <R​ichNeese> gparted worked
archetech has joined #armbian
archetyp has quit [Quit: Leaving]
mangix has quit [Remote host closed the connection]
hipboi has quit [Read error: Connection reset by peer]
mangix has joined #armbian
hipboi has joined #armbian
Tables has quit [Quit: Leaving]
<Armbian-Discord> <I​gorPec> richneese: new board bring up goes here https://forum.armbian.com/topic/6617-the-purpose-of-this-subforum/ use forum for this exotics we are not going to blow our time https://forum.armbian.com/topic/18185-plans-for-risc-v-boards-like-beaglev-nezha-risc-v-sbc-and-allwinner-d1-sbc/
qqqhhh has joined #armbian
archetyp has joined #armbian
Toasty has joined #armbian
wwilly has quit [Ping timeout: 265 seconds]
CrashTestDummy3 has joined #armbian
CrashTestDummy2 has quit [Ping timeout: 276 seconds]
wwilly has joined #armbian
Toasty has quit [Ping timeout: 265 seconds]
hyphop has joined #armbian
<hyphop> hi
wwilly has quit [Quit: Leaving]
Kamilion has quit [Ping timeout: 256 seconds]
Kamilion has joined #armbian
<Armbian-Discord> <I​gorPec> hey
akanouras has quit [Quit: You have been idle for 30+ days]
<Armbian-Discord> <l​anefu> Mornin
akanouras has joined #armbian
akanouras has left #armbian [#armbian]
<Xogium> hey guys
CrashTestDummy2 has joined #armbian
CrashTestDummy3 has quit [Ping timeout: 240 seconds]
<Armbian-Discord> <I​gorPec> good morning
<Armbian-Discord> <I​gorPec> what's up
<Xogium> not a lot right now, although I did toy with the amdgpu virtual display stuff lol
<Armbian-Discord> <I​gorPec> lanefu: logs seems to work
<Xogium> that was fun
<Xogium> my linux is now convinced I have a monitor attached when there is none. Shame that doesn't work for the bios, too ;)
<Xogium> linux thinks I have a 4096x2160 display attached
<Xogium> 194 rows 512 columns tty anyone ?
<Armbian-Discord> <I​gorPec> haha
<Xogium> that fake display even works with hw accelerated graphics, since it's the amdgpu kernel module doing it, not the typical xorg dummy video driver
<Armbian-Discord> <l​anefu> IgorPec sweet glad logs work
<Armbian-Discord> <I​gorPec> and repair for rick pine is also available
<Xogium> also the vm is idling on here
<Xogium> so whenever you folks feel like it
<Armbian-Discord> <I​gorPec> all done then 😉
<Xogium> yeah I have a base system installed, and a totally separate 250 gb drive for the CI. I can recreate another volume to attach to the vm if we realize 250 gb is too small
<Armbian-Discord> <I​gorPec> you can give me shell access or i can give you unstructions., but lets wait if lane has any automation prepared
<Xogium> yeah instructions would be the best thing unless there are other things, I'm not sure I can open a port to the outside on this double nat thing
hyphop has quit [Ping timeout: 258 seconds]
hyphop has joined #armbian
<stipa> yeah, that VM network stuff is all over the place
<stipa> even between different programs that serve as VM shell
<stipa> i guess that best solution is to create bridge in linux and attach VMs network to that bridge
<stipa> somewhere in VM program network settings
<Xogium> heh, too bad you just can't bridge wifi
<stipa> you can't but there is a trick
<stipa> hack*
<Xogium> oh really ?
<stipa> yeah, sec
<stipa> instead of the network ethernet nic you can point that system to the bridge and it'll work
<stipa> or another wifi ap
<Xogium> yeah but every time I try to put my wifi in a bridge the host connection just goes down
<stipa> it doesn't work the usual way to just bridge wifi client with something, but it works with that proxyarp hack
<Xogium> hmm
<Xogium> does that imply some risk, or is it sane/secure ?
<stipa> that's something like "bridged" mode in openwer and ddwrt routers
<Xogium> ah
<stipa> openwrt*
<stipa> you don0t use nat for that
<stipa> some layer 2 hackery
<Xogium> ah, yeah
<stipa> and devices on the other side stay on the same subnet
<Xogium> well, that is one thing to toy with, should the wireguard behind the double nat layer not work…
<stipa> right, an option
<stipa> dhcp also works
<stipa> it's cool
<Xogium> I do have to wonder why the default network of libvirt doesn't have ipv6
<Xogium> maybe too complicated to implement given that it has to run its own dnsmasq and etc, and has no routable prefix for v6
<Xogium> but heh, if this all works out as it should, armbian will have another worker for the CI. Isn't that awesome ? :p
<stipa> guess so
<stipa> well eventually ou'll hack something out for sure
<Xogium> heh yep can count on me for that
<Xogium> how crazy is it that the hotest component on my system is the nvme drive, at 35 degrees ? :D
<Xogium> the cpu is at 28C, wifi is at 29, and gpu is at 31
<stipa> nvme is fast
<stipa> and it probably expects to work at fastest speed all the time, a guess
<Xogium> yeah
<stipa> so it has to be prepared all the time
<Xogium> that would make sense
<stipa> a wild guess
<Xogium> yeah, I don't think it's because it isn't cooled by the noctua as much as the rest is ;) that cooler is a big monster, 1.5 kg without the fans
<stipa> dunno, maybe there's some power hackery for those disks
<stipa> power saving maybe
<Xogium> that's a good question, actually. It's my first time with a nvme, and I'm still very much new to them
<Xogium> I was told my nvme is about the size of a ram stick, somehow
<Xogium> I didn't know quite what I was expecting, but I didn't expect nvme to be that tiny
<stipa> i don't have experience with that tech, i just know it can be fast
<Xogium> yep it is !
<Xogium> managed a cp of 160 gb of data in litterally half a sec
<stipa> right, wow
<Xogium> and huh that's a nvme on a pcie 3 gen
<stipa> that'll heat a little
<Xogium> nvme that are good for pcie 4 can manage theoric 5000 mb/s write & 70000 mb/s read
<Xogium> er
<Xogium> make that 7000 rather
<Xogium> lol
<Xogium> mine is good for, what was it again, 3000/3500 iirc
<Xogium> which is already damn good if you ask me
<Xogium> says the one who's coming from a 5400 rpm spinning drive
hyphop has quit [Ping timeout: 258 seconds]
<stipa> is that mb or MB?
<stipa> Xogium: ^
<Xogium> MB
<Xogium> sorry
<stipa> damn
<stipa> that's faster than light lol
<Xogium> hah
<Xogium> that is unless there are errors in the pages I read on that nvme drive, of course
<Xogium> typoes are easy to make with mb/ MB
<stipa> it's a mind fuck
<stipa> i still don't get hex system
<stipa> i'll have to conquer it one day
<stipa> usually i use some type of translator taht translates all that numbering systems to a needed one
<stipa> i hope that one day i'll become a wizard
<stipa> got to indulge in projects that are full of that stuff
<Xogium> ;)
<Xogium> yeah I did a hdparm. It's not perfect but it gives an idea
<Xogium> Timing cached reads: 28014 MB in 2.00 seconds = 14023.49 MB/sec Timing buffered disk reads: 9292 MB in 3.00 seconds = 3097.08 MB/sec
<stipa> damn
<Xogium> it's like, it doesn't even compare to my poor 5400 rpm
<Xogium> LOL
<stipa> i feel you
<stipa> i have that right now
<stipa> small from laptop
<stipa> on a pc
<stipa> it's fine, not so bad
<stipa> sometimes i loose patience but not too often
<stipa> but linux takes good care of disks
<stipa> it can be felt
<Xogium> yep
<Xogium> unlike windows
<Xogium> windows even has disk defrag enabled for nvme
<Xogium> great way to ruin your ssd, buddy
<stipa> idk, ssds are some time on the market and i came across no one that used them completely to death
<Xogium> yep it is hard to wear them out, but doing defrag on one is both pointless and accelerates the wearing
<Xogium> defrag is only useful on a mechanical drive
<stipa> yeah, it was a thing back when ram was scarce
<stipa> it speed up things noticably
<stipa> i think linux has something like defrag in the background too
<stipa> at least it was a word about it back then
<Xogium> hmm
<Xogium> not quite sure
<stipa> like you don't need to install defrag software like on windows, it's inbuilt in linux type of thing
<Xogium> I know ext4 doesn't defrag, or so minimally you might just make things worse by attempting to defrag
<Xogium> even 5 years after I got my external hdd with 2.5 tb of data on it, there is only 0.1% of files that are fragmented
<stipa> dunno, it's just linux behaved in those time like it has defrag software running compared to windows
<stipa> everything nice and tidy
<Xogium> indeed
<Xogium> very interesting bit of info here
<Xogium> ext4 acts in a more intelligent way than merely adding new files into the next available space. Instead of placing multiple files near each other on the hard disk, Linux file systems scatter different files all over the disk, leaving a large amount of free space between them. When a file is edited and needs to grow, there’s usually plenty of free space for the file to grow into. If fragmentation does
<Xogium> occur, the file system will attempt to move the files around to reduce fragmentation in normal use, without the need for a defragmentation utility.
<Xogium> it's not always successful, of course
<stipa> yeah, very unlogica thinking
<stipa> unlogical*
<stipa> why would you scatter the data
<stipa> by logic you would put it one after the other
<Xogium> well, it is done so you have plenty of free space between each files, as I understand
<Xogium> that way if they need to be edited or grow, there's less chance of it fragmenting
<stipa> it's like some kind of secure vent
<stipa> but seems like it's a problem when the disk is full and is used
<Xogium> ntfs on the other hand, stores bit and pieces of files randomly on the disk and with next to no free space for them to grow into if they need it, that's why it fragments so bad
<Xogium> yep, like I say, it isn't perfect
<stipa> it's oke to do some fast $
<stipa> to earn*
<stipa> before it breaks :D
<Xogium> I believe ext4 reserves 5% of the disk space to e allowed to fix fragmentation if it occures
<stipa> yeah, there always some fishy free space on a disk
<stipa> that parted somehow missed
<Xogium> or hmm nop I know what that is
<Xogium> the used space you see even when the fs is apparently empty is the reserved blocks such as backup recoveryblocks, journal, etc.
<Xogium> its filesystem overhead
<stipa> right right
<Xogium> 5% of that by default
<Xogium> the larger your fs is, the larger that 5% will be, obviously
<Xogium> but heh, glad to have it around, trust me ;)
<stipa> it's ok, i don't mind
<stipa> i'm not so desperate fro space rn so that i would try to somehow write to it and stuff
<stipa> i once was low on space on a VM and i broke VM machine by partitioning to get more space
<stipa> there was around 20GB unused
<stipa> and i killed the machine
<stipa> it booted but it couldnt run any commands
<stipa> so i'm not keen to do it again
<Xogium> heh
<Xogium> yeah sometimes things can explode
<stipa> yeah, sometimes is better not to do things on linux even if it's possible
<Xogium> at least, it was just a vm
<stipa> yeah
<stipa> but VM is a mind fuck, especially if set to be a part of the network
<stipa> seems like a real machine
<Xogium> yep
<Xogium> only a few ways you can figure out if it is or not
<Xogium> using hostnamectl from systemd is one of these
<Xogium> Static hostname: ubuntu
<Xogium> Icon name: computer-vm
<Xogium> Chassis: vm
<Xogium> Virtualization: kvm
<steev> can also run systemd-detect-virt
<Xogium> true
Toasty has joined #armbian
<Armbian-Discord> <R​ichNeese> for pi shapped boards
<Armbian-Discord> <R​ichNeese> make your own allin1 pc
<Armbian-Discord> <R​ichNeese> i do wish they would have gone wired to usb keyboard
<Armbian-Discord> <R​ichNeese> it uses a wireless dongle
archetyp has quit [Read error: Connection reset by peer]
archetech has quit [Quit: Leaving]
<stipa> wireless sucks
<stipa> slow, battery replacement is when you least expect it, sometimes it skips keystrokes...
<stipa> but it's tidy
archetyp has joined #armbian
<stipa> i for example use wired mouse and wireless keyboard for some reason, but i do hate wire that is attached to the mouse
<stipa> it likes to get stuck on things on the table all the time
<stipa> they both suck
<stipa> wired is cheaper due no need for batteries
<stipa> i have an idea to put wireless charging mat beneath the table and power stuff that way
<stipa> mouse, keyboard. and other gadgets..
<stipa> i don't really know how expensive would be wireless mat that covers whole table
archetyp has quit [Client Quit]
<stipa> maybe there's something diy
<stipa> but i guess enough energy would penetrate 3 cm thick plate of the table to power those gadgets
<stipa> of wood of course
<stipa> i doubt it would work with metal table
<[TheBug]> its not even that
<[TheBug]> if your talking like QI vs something proprietary like what logitech uses
<[TheBug]> your talking about heat
<[TheBug]> you would probably melt the plastic mat
<[TheBug]> but techinally you sould possibly do something like that
<[TheBug]> could*
<[TheBug]> and if you use QI it has to basically be touching
<[TheBug]> it's not something that would penetrate a table
<[TheBug]> if would have to be direct under the mat and you would have to align the keyboard in a way the adapter reaches it
<[TheBug]> not if you use proprietary stuff like with Logitech I am sure its a bit different
<[TheBug]> now*
<stipa> dunno, i'll trust you on that
archetyp has joined #armbian
<stipa> but few centimeters could send few milamps through i guess
<stipa> i'm not in a need of like 2 A
<[TheBug]> well the tech logitech uses seems to allow a little better implementation than say QI
<[TheBug]> doesn't cause a bunch of heat
<[TheBug]> etc
<[TheBug]> I have a phone I use a QI adapter on and set on wireless charger on my desk
<[TheBug]> I pick it up and the phone back is like 15c or so to touch
<stipa> is it the same as you would plug it in the wall ?
<[TheBug]> QI only puts out 5v1A
<[TheBug]> from loss
<stipa> it's ok
<[TheBug]> there is overhead for QI which is why you end up with heat and lower power output
<[TheBug]> basically 50% of the power is loss
<[TheBug]> and ends up as heat
<stipa> right
<stipa> unused heat
<stipa> maybe there are some more expensive solutions
<stipa> but it seems like those would waste even more energy
wwilly has joined #armbian
<[TheBug]> well just buy a Logitech wireless mouse /keyboard with their solutions
<[TheBug]> pretty sure they provide mouse pads with charge built in for example
<[TheBug]> and similar
<[TheBug]> but you will pay dearly for such a privlege
<stipa> yeah, i was thinking more of dumb keyboard and mouse without batteries
<stipa> that would suck energy from somekind of mat beneath the table surface
<[TheBug]> problem is you would have to wire in caps or something
<[TheBug]> where it could retain enough power to stay on when it intermitently loses connect
<stipa> right, some supercaps
<[TheBug]> or you could be typing really hard and have the keyboard move a little and lose conect temp
<[TheBug]> and you half typing shit
<[TheBug]> if I did something like that
<[TheBug]> you could use QI but I would rely on magnets
<stipa> right right
<[TheBug]> as it it may be wireless but it would have to be stationary
<[TheBug]> place magents under mat with qi charger
<[TheBug]> place magents on keyboard edges that match
<[TheBug]> that way when you place it it always lines up
<[TheBug]> then you could possibly get away with it
<[TheBug]> the chargers and the QI adapters cost you less than $10 probably from ebay
<[TheBug]> I bought charger for 6$ and paid I think 2$ for the usbc qi adapter pad
<[TheBug]> so I imagine you get keyboard mat
<[TheBug]> and put hole in it where the QI charger would come through
<[TheBug]> and glue it in place
<[TheBug]> then place magenets on bottom side and on keyboard
<[TheBug]> thmount qi pad on bottom of keyboard to line up
<stipa> why magnets?
<[TheBug]> so it doesn't move
<stipa> is it possible to put more qi adapters?
<[TheBug]> if not batteries
<stipa> to cover the bigger surface
<[TheBug]> not really you have to line them up pretty close or they will not negotiate and cahrge
<stipa> oh, they're smart
<[TheBug]> like I even set it on my charge pad off by 3cm to right and its not alligned
<[TheBug]> nop power
<stipa> so what about connecting coils in to electronics of one adapter?
<stipa> in paralell
<[TheBug]> not sure
<[TheBug]> but biggest concern is fire
<stipa> and make them samller
<[TheBug]> lol
<stipa> yeah, there shouldn't be problems if they're working on AC
<stipa> but if something fucks and shorts there would be fire
<[TheBug]> no I am saying heat
<[TheBug]> if you had a bunch of t hem one next to another and such
<[TheBug]> I mean you would effectively have no pad
<[TheBug]> you don't want rubber between
<[TheBug]> it will just melt with heat
<[TheBug]> another eason I was saying magnets
<stipa> oh, it needs a load in order not to melt?
<[TheBug]> no I am saying y ou need not have anything between the two
Redentor has joined #armbian
<[TheBug]> whatever is inbetween will be heated
<[TheBug]> I hav qi pad on phone under case
<[TheBug]> case actually gets 15c
<[TheBug]> from sitting on charger
<stipa> damn
<[TheBug]> I don't know you want to have multiple
<stipa> like mirowave
<stipa> microwave
<stipa> which frequency is it?
<[TheBug]> yeah I mean they are using radio waves if I understand and converting to power
<[TheBug]> why there is loss
<stipa> but yeah
<stipa> for example high power radio transmitters can burn you alive
<stipa> if you stand in proximity
<stipa> the EMF
<stipa> yeah makes sense, more power more heat
<[TheBug]> They do have some tech where they can get really low power via I think light wave where you have a central transmitter in mid room and a scpecial receiver attached to the devices
<[TheBug]> and as long as in line of site will get some power
<[TheBug]> but through put is quiet low and the system is still quite expensive / beta
<stipa> that's for networking
<stipa> the data is send through light
<stipa> mounted on the ceiling
archetyp` has joined #armbian
<stipa> like an wifi alternative
<stipa> don't know if it's in public domain
<[TheBug]> nah there is also a power version of that
<[TheBug]> if you search
<[TheBug]> for sure
<[TheBug]> seen videos of it
<stipa> well that should also burn
<stipa> lol
<[TheBug]> its so low energy it supposedly is pretty safe but problem is usually can't derive enough power from it
archetyp has quit [Ping timeout: 265 seconds]
<stipa> seems like lights as transmitters and something like solar cells as receivers probably
archetyp` has quit [Client Quit]
<[TheBug]> I think something like IR maybe
<[TheBug]> I can't recall
archetech has joined #armbian
archetyp has joined #armbian
<Armbian-Discord> <R​ichNeese> Paging Jeffery Frederick
<Armbian-Discord> <R​ichNeese> ping me when you get a min
archetech has quit [Quit: WeeChat 3.2]
<[TheBug]> PONG
Redentor has quit [Quit: Leaving]
<stipa> what's skinny my friend R​ichNeese
archetech has joined #armbian
<Armbian-Discord> <R​ichNeese> TheBug whats up
<Armbian-Discord> <R​ichNeese> youe Jeffry
<Armbian-Discord> <R​ichNeese> your ?
<Armbian-Discord> <R​ichNeese> lol
<Armbian-Discord> <R​ichNeese> cannot type today
<Armbian-Discord> <R​ichNeese> sorry slow too respond today
<stipa> probably good meds
<Armbian-Discord> <R​ichNeese> no
<stipa> they're working
<Armbian-Discord> <R​ichNeese> just doing alot on multi boards
<stipa> right
<Armbian-Discord> <R​ichNeese> working with a small risv board and 4 diff nanopi boards
<stipa> that's not so much boards
<stipa> piece of cake
<stipa> i can do it with one hand
<Armbian-Discord> <R​ichNeese> lol
<stipa> :)
<stipa> what's the risc V one?
<Armbian-Discord> <R​ichNeese> beaglev
<stipa> you got it
<stipa> kewl
<Armbian-Discord> <R​ichNeese> its starfive risc chip
<Armbian-Discord> <R​ichNeese> its still a proto they have no gpu/vpu on it but it works
<Armbian-Discord> <R​ichNeese> just a start
<stipa> how's porting going?
<Armbian-Discord> <I​gorPec> there will be no porting
<Armbian-Discord> <R​ichNeese> its running debian as is
<stipa> cool
<stipa> great of them
<Armbian-Discord> <I​gorPec> debian is also working on all single board computers 😉
<Armbian-Discord> <I​gorPec> "debian"
<stipa> who would tell they'll be interested
<Armbian-Discord> <R​ichNeese> they are still working to port apps on riscv
<Armbian-Discord> <R​ichNeese> alot is still missing
<stipa> great it worked out
<Armbian-Discord> <I​gorPec> what has risc to do with #armbian ?
<stipa> finally
<Armbian-Discord> <R​ichNeese> he just asked what boards I am working with
<stipa> arm is also risc as i know
<Armbian-Discord> <I​gorPec> risc OS
<Armbian-Discord> <R​ichNeese> risc os is out there
<Armbian-Discord> <I​gorPec> since 90" i believe
<Armbian-Discord> <R​ichNeese> they are brining it back to life
<Armbian-Discord> <R​ichNeese> riscopen as its caalled now
<stipa> IgorPec: R​ichNeese mentioned he would like to port Armbian to it
<stipa> maybe i was wrong
<stipa> i am*
<stipa> for personal project
<Armbian-Discord> <I​gorPec> yes, and i told him good luck
<stipa> lol
<Armbian-Discord> <I​gorPec> there is so many crap on the market that we could go crazy and banckrup
<stipa> in either case board has good support, thats fantastic
<Armbian-Discord> <I​gorPec> not that i know about any support
<Armbian-Discord> <I​gorPec> "debian" means nothing
<Armbian-Discord> <R​ichNeese> there are 6 new starfive and sifive boards in the works .
<Armbian-Discord> <R​ichNeese> but it is a bit diff
<stipa> yeah, lot's of old farts came here and mentioned it
<stipa> there's a support for sure
<Armbian-Discord> <I​gorPec> i assume you have 20 people to support that?
<Armbian-Discord> <R​ichNeese> and until they get everything ported and built its going to be very limited
<Armbian-Discord> <I​gorPec> we have this forum here so we can see what is the general interest
<Armbian-Discord> <R​ichNeese> I also said I was working on nanopi/pc boards
<Armbian-Discord> <I​gorPec> without communtiy or bag of caseh, you can't do much
<stipa> oh wow. look what's at the top
<Armbian-Discord> <R​ichNeese> as I am talking with bing about what boards are going eol
<stipa> M1 support
<Armbian-Discord> <I​gorPec> m1 support is here, i would say with rough edges but possible to bring up
<Armbian-Discord> <R​ichNeese> and soon the snapdragon c8
<Armbian-Discord> <R​ichNeese> I want to see that laptop when they release it
<Armbian-Discord> <I​gorPec> snapdraggon c8 is not there
<Armbian-Discord> <R​ichNeese> i know
<Armbian-Discord> <R​ichNeese> I just want to see a unit when they release it
<stipa> M1 would make Armbian very popular
<Armbian-Discord> <I​gorPec> hw without software and community = dead one
<Armbian-Discord> <I​gorPec> regardless of specs
<stipa> right
<stipa> if new kernel wouldn't break old things it would be tolerable
<Armbian-Discord> <I​gorPec> cost of maintainace
<stipa> only money could do that or kerenel that wouldn't break old working stuff
<Armbian-Discord> <I​gorPec> well, almost no money gets in for that
<stipa> i guess mainlining would save some money
<stipa> i don't know how that goes
<Armbian-Discord> <I​gorPec> i am talking about mainline linux
<Armbian-Discord> <I​gorPec> the rest is anyway dead end
<stipa> yeah, eventually it dies
<stipa> but i would say many stuff actually works
<stipa> at least in x86 domain
archetech has quit [Quit: Konversation terminated!]
<Armbian-Discord> <I​gorPec> yes, 1st class hw is alright
<stipa> yeah, usually if there's working driver for something else it gets reverse engineered and rewritten for linux, in sbc world as i see it lot is reverse engineered Android stuff
<stipa> if there is no working driver for android chances are very slim
<nekomancer[m]> when kernel config runs — what means "NEW" choice?
<nekomancer[m]> in questions like that
<nekomancer[m]> ` Use Branch Target Identification for kernel (ARM64_BTI_KERNEL) [Y/n/?] (NEW)`
archetech has joined #armbian
<Armbian-Discord> <I​gorPec> that was not previously present in the config
<Armbian-Discord> <I​gorPec> usually a new feature
<nekomancer[m]> thanks
<Armbian-Discord> <R​ichNeese> ?
<Armbian-Discord> <b​ret> Can't believe it's taken me this long to realise there was a Discord server etc for this 😅 I was trying to find any docs on whether the project would be interested in any other mirrors in locations that may not be currently serviced, though I guess with the fastly stuff it's a little pointless
<Armbian-Discord> <b​ret> Got more than my fair share out of Armbian thus far and I'm not a developer so I can't really contribute that way :p
<Armbian-Discord> <I​gorPec> hi bret, we are still on traditional technology 😉
<[TheBug]> Well there is also IRC as well..
<Armbian-Discord> <I​gorPec> we maintain our own mirrors network
<Armbian-Discord> <b​ret> Hah, well I couldn't bring myself to bring my IRC stuff back to life - everything else I used it for migrated across so 🤷
<Armbian-Discord> <I​gorPec> IRC was 1st ! 😉
<[TheBug]> IRC is life. :/
<Armbian-Discord> <I​gorPec> hexchat is pretty decent client on desktop linux
<[TheBug]> hehe
<IgorPec> we have some irc server drama this year, otherwise its all fine
<[TheBug]> bret: if there is a serevely underserved area you believe you could contribute to we are open to discussion on mirrors but our mirror setup isn't quite as organized as most so it would actually take a little work -- also if you were serious we do like to also mirror archive so the entire mirror right now is about 4TB to give you an idea.
<Armbian-Discord> <I​gorPec> TheBug you will scare people with archive size 😉
<[TheBug]> :D
<Armbian-Discord> <b​ret> Ah OK, at this time I don't quite have that available in each location, places I do are likely already served just fine so I guess I'll just.. lurk for now 😄
<[TheBug]> WHat locations and how much space would be available?
<[TheBug]> anything that would be underserved where a base mirror would be valuable?
<Armbian-Discord> <b​ret> I have 1TB or so in Lisbon and Kosovo at the moment, the latter being a bit more niche but I imagine both are served just fine by existing locations
<Armbian-Discord> <b​ret> If it's not a simple thing to integrate and requires work, likely not worth it - I imagine DE serves both just fine at the moment if there's nothing closer already
<Armbian-Discord> <I​gorPec> not so much for us - a line with an URL 😉
<Armbian-Discord> <I​gorPec> rsync server is up at rsync.armbian.com
<Armbian-Discord> <I​gorPec> we serve apt , dl , beta, archive
<Armbian-Discord> <I​gorPec> apt and dl is needed, the rest is optional. if there is plenty of space
<[TheBug]> archive is the one that is largest, apt /dl should net under 1TB
<Armbian-Discord> <I​gorPec> 500Mb
<Armbian-Discord> <I​gorPec> gb 🙂
<[TheBug]> @Igor can you check irc when you have a moment ;)
<[TheBug]> bret: if you decide you are serious about hosting a mirror and would like more insight to scripts and such that are used you are welcome to come on irc and we can chat and discuss in more detail :)
<Armbian-Discord> <b​ret> Hmm, interesting! In which case I'll take a look at this when I get home tomorrow evening. I've had enough use out of the project so if I can be of any use on that front, I'm glad to help!
<Armbian-Discord> <b​ret> well, it's not that I've had enough of it.. I'm still using it, more that I've benefited from it, you knew what I meant I hope hah
<Armbian-Discord> <I​gorPec> seting up a mirror should not be hard and we can help
<Armbian-Discord> <I​gorPec> a webserver and a cronjob script is bare minimum
<Armbian-Discord> <I​gorPec> https is must have i think , but that's also easy to setup
<Armbian-Discord> <b​ret> yeah, was going to say, I had that kind of set up for a couple of other smaller projects I was supporting with download mirrors so that should be fine
<Armbian-Discord> <I​gorPec> ok
<[TheBug]> man you ruined all my fun Igor, not letting me scare away people.. bahh ;p Hehehe, we welcome any help you want to provide ;)
<Armbian-Discord> <b​ret> 😄
willmore has quit [Ping timeout: 265 seconds]
<nekomancer[m]> [ warn ] * [l][c] rk3328-audio-and-renegade-supplies.patch [ failed ]
<nekomancer[m]> [ warn ] * [l][c] wifi-4003-fix-sha256_state-clashes.patch [ failed ]
<nekomancer[m]> [ warn ] * [l][c] rk3328-dtsi-mmc-vdec-usb3-tweaks.patch [ failed ]
<IgorPec> compiling what?
<IgorPec> there was upstream kernel change, perhaps is related
<nekomancer[m]> oops... sorry... seems wrong kernel
<nekomancer[m]> with `[ linux-mainline/linux-5.13.y ], kernel rockchip64-edge ` only one failed
<nekomancer[m]> `[ warn ] * [l][c] wifi-4003-fix-sha256_state-clashes.patch [ failed ]`
willmore has joined #armbian
<IgorPec> thats safe to ignore
<nekomancer[m]> strange: if I place into userpatches patch produced with `git format-patch 62fb9874f5d --stdout >bcachefs.patch` — it can't be applied, something rejects. But all applies successful, if I place into userpatches 800+ files made with `git format-patch 62fb9874f5d -o bcachefs-v5.13`
rpardini has joined #armbian
Toasty has quit [Ping timeout: 252 seconds]
archetyp has quit [Quit: Leaving]
<steev> are you trying to make patches of everything from that commit forward?
<nekomancer[m]> yes.
<steev> i would assume that linux-mainline/linux-5.13.y would be the 5.13 stable kernel? it would already have the majority of those commits, no?
<nekomancer[m]> no
<steev> it's just the 5.13 tag?
<nekomancer[m]> it just `bcachefs`
<nekomancer[m]> want to run it on helios64
<Armbian-Discord> <I​gorPec> isn't mainline yet?
<Armbian-Discord> <I​gorPec> bcache?
<nekomancer[m]> --более честно будет сказать "попытаться запустить и посмотреть, что получится"
<ArmbianHelper> it would be more honest to say try to run and see what happens [ru~>eng]
<nekomancer[m]> it's far from mainline :(
<nekomancer[m]> `bcachefs` not `bcache`
<Armbian-Discord> <I​gorPec> ahaa
<nekomancer[m]> https://bcachefs.org/
<steev> why not clone their git and make the commits from eb7f301684a4e4b0320577fa301d0f9c23efacb9..HEAD ?
<nekomancer[m]> I did. armbian edge based on 5.13.6. `bcachefs` based on 5.13. It's not the same. Not all armian patches for RK3399 places to 5.13.6
<archetech> does that kern have panfrsot drm patches? no so useless for odroid boards
<steev> wat
<steev> 5.13 has panfrost?
<archetech> panfrost mali gpu drv
<nekomancer[m]> but all 851 .patch file placed in userpatches "just places" over current edge kernel
<Armbian-Discord> <I​gorPec> he needs this for NAS
<archetech> its main part is mesa but needs drm in kernel blob
<steev> yes, and panfrost is in the 5.13 kernel
archetyp has joined #armbian
<steev> it's really not difficult to grab patches you need and apply them yourself either
<steev> Your branch is ahead of 'origin/linux-5.13.y' by 80 commits.
<steev> but yes, the person wanting bcachefs is not likely to care about the gpu on an odroid when they're dealing with rockchip
<archetech> every usr needs them if they want a good DE experience yes if a nas its not needed
<steev> well, roll up your sleeves and help out?
<nekomancer[m]> only 80 between 5.13 and 5.13.6?
<steev> my tree tracks stable, so that's 80 on top of 5.13.6
<archetech> its a dev task
<steev> well, become a dev
<steev> it's open source, anyone can
<steev> if you don't want to, maybe throw some money towards the developers to get them to work on what you deem important
<archetech> ya right cuz a simple patch set requires one to become a dev duh
<stipa> archetech: where's the list of working gpus in 5.13?
<archetech> just saying this for any odroid users
<archetech> if ya dont care fine by me I have patched kern 5.13
<archetech> Linux blfs-n2p 5.13.0-1-ARCH #1 SMP PREEMPT Fri Jul 9 13:22:50 EDT 2021 aarch64 GNU/Linux
<steev> congrats, this is the armbian channel though, not arch
<archetech> I have tobetter 5.13 too so not just arch
<archetech> its my own kernel I used an arch config is why it says arch I could put BLFS there if I want
archetyp has quit [Quit: Leaving]
archetyp has joined #armbian
hyphop has joined #armbian