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
wwilly has quit [Ping timeout: 272 seconds]
wwilly has joined #armbian
wwilly has quit [Ping timeout: 268 seconds]
<Armbian-Discord> <l​anefu> Stipa follow megous's sunxi kernel repo and look at our sunxi patch folder
patrix has left #armbian [#armbian]
Unit193 has quit [Read error: Connection reset by peer]
MrFixIt has quit [Remote host closed the connection]
MrFixIt has joined #armbian
Unit193 has joined #armbian
archetyp` has joined #armbian
archetyp has quit [Ping timeout: 272 seconds]
<Armbian-Discord> <T​onymac32> ok, fighting entropy in the Rockchip64 directory done. BTW the "zzzz-add-firely-dts" whatever was not adding the DTS, it was modifying it 😄 I had extra work to do to put it where it belonged. le sigh
<Armbian-Discord> <I​gorPec> good morning
<Armbian-Discord> <T​onymac32> Good Morning Igor
<Armbian-Discord> <T​onymac32> I'm spending more time trying to remember what packages I installed each time to avoid downloading new ones than my computer is spending building the thing 😄
<Armbian-Discord> <I​gorPec> ah, packages were changed yesterday and new cache is currently building
<Armbian-Discord> <T​onymac32> haha that's fine, I just mean the menu with so many options is slow. I miss not having a choice. 😢
<Armbian-Discord> <I​gorPec> you mean too much choices for building desktop?
<Armbian-Discord> <T​onymac32> haha yes, select desktops, then configuring the base packages
<Armbian-Discord> <T​onymac32> 😄
<Armbian-Discord> <I​gorPec> aha, yeah . its a bit too much. we should probably cut down to 2-3 variants
<Armbian-Discord> <T​onymac32> I added a note to that Rock Pi S patch adjustment that I'm not sure any part of that patch is appropriate/correct, so if anything else is having I2S problems we probably need to just disable those audio patches entirely until someone has time to go through them and make sense of why you'd sync the 5.10 driver with 4.4
sunshavi has quit [Ping timeout: 268 seconds]
CrashTestDummy2 has joined #armbian
CrashTestDummy3 has quit [Ping timeout: 258 seconds]
wwilly has joined #armbian
wwilly has quit [Client Quit]
wwilly has joined #armbian
wwilly_ has joined #armbian
wwilly has quit [Ping timeout: 268 seconds]
wwilly__ has joined #armbian
wwilly_ has quit [Ping timeout: 268 seconds]
wwilly_ has joined #armbian
wwilly__ has quit [Ping timeout: 268 seconds]
<stipa> lanefu: ok
wwilly_ has quit [Ping timeout: 272 seconds]
CrashTestDummy3 has joined #armbian
CrashTestDummy2 has quit [Ping timeout: 265 seconds]
silver_hook_ is now known as hook
wwilly has joined #armbian
hook is now known as silver_hook
iav[m] has joined #armbian
<Armbian-Discord> <r​neese> ARMBIANTV?
<Armbian-Discord> <r​neese> what is armbianyv
<Armbian-Discord> <r​neese> I am going to review desktops today chill out all
<Armbian-Discord> <r​neese> takes a 6pack of Danker Ale and call me wednesday
<Armbian-Discord> <r​neese> give me time .. I took the weekend off
<iav[m]> possible `ArmbianTV` is a youtube channel
iav[m] has left #armbian [#armbian]
wwilly_ has joined #armbian
wwilly has quit [Ping timeout: 272 seconds]
<stipa> lanefu: this one? https://megous.com/git/
<stipa> i found this on https://github.com/megous/linux but it's kernel 5.8 , seems abandoned or something
martinayotte has joined #armbian
<Armbian-Discord> <N​eonFetch> armbian tv is the balbea150 fork
<Armbian-Discord> <N​eonFetch> at least that was the name we used at that time
<Armbian-Discord> <N​eonFetch> to differenciate from core armbian
<buZz> doesnt seem to exist
<buZz> no longer a fork , just a buile
<buZz> build*
<buZz> (took some effort to find though)
<Armbian-Discord> <r​neese> om
sunshavi has joined #armbian
<Armbian-Discord> <r​neese> om/ok
BCMM has joined #armbian
<Armbian-Discord> <N​eonFetch> I am testing ubuntu on rpi right now.. the sd card bottleneck is insane high
<Armbian-Discord> <N​eonFetch> I wonder what are the armbian optimizations done o this department that make an sd card system perform that much better
<Armbian-Discord> <T​onymac32> It's hardware
<Armbian-Discord> <T​onymac32> It sounds like they are still not going to 1.8V IO high speed mode
<Armbian-Discord> <T​onymac32> If it's that bad
<Armbian-Discord> <N​eonFetch> afaik, a very low performing rk3399 sd card does a much better job
<Xogium> well yeah, but rpi sucks high time in io
<Armbian-Discord> <N​eonFetch> I mean, there must be some optimization made into armbian to reduce the read/writes into the sd
<Armbian-Discord> <N​eonFetch> taking apart this issue, ubuntu runs great on the potato 4
<Armbian-Discord> <N​eonFetch> but I got much better desktop experience on rk3399 running on sd cards at 20 MB/S
<Armbian-Discord> <N​eonFetch> so, there must be an optimization here made by someone on armbian team
<buZz> 19:03:32 Ignoring ALL from Armbian-Discord
<buZz> nonsense
<Armbian-Discord> <N​eonFetch> I am talking about something serious. any small improvement on this topic made by a potential armbian on rpi4 would make armbian the best desktop class ubuntu for rpi4. unless I am missing something, armbian have micro sd optimizations that let the system run perfect on potato sd cards
<Armbian-Discord> <N​eonFetch> maybe there isnt and its just that rpi I/O capabilities are worst than read/write speeds
<Xogium> well, armbian also doesn't care about rpi at all, since they are shitty boards…
<Armbian-Discord> <N​eonFetch> I know they are shitty boards
<Armbian-Discord> <N​eonFetch> I only care on armbian.
<Armbian-Discord> <N​eonFetch> and if armbian have the key here, it could be the king on the jungle, even on painfur rpi
<Armbian-Discord> <T​onymac32> RK3399 boards almost all support the high-speed IO modes
wwilly_ has quit [Remote host closed the connection]
<Armbian-Discord> <T​onymac32> If they don't it's because the vendor was SO CHEAP they literally wouldn't run some traces on the board
<Armbian-Discord> <N​eonFetch> yes, most rk3399 sbc makers give a shit about sd card readers. takig apart nanopi m4, all the sd card readers on any rk3399 sbc I have tested perform as bad as 24MB/S at his best read
<Armbian-Discord> <N​eonFetch> but even then, the desktop experience on armbian is much better
<Armbian-Discord> <N​eonFetch> there is some optimozation made to avoid writing some stuff into the sd to speed up the system performance and make the sd card life longer
<Armbian-Discord> <N​eonFetch> if not, I dont understand how good is the performance on such circumstances.
<Armbian-Discord> <N​eonFetch> I believed this optimizations were true
<Armbian-Discord> <N​eonFetch> I heard aboit thosr a long time ago, but no idea exactly where I read about it
<Armbian-Discord> <T​onymac32> We ramlog then write to drive once in a while which helps
<Armbian-Discord> <N​eonFetch> and you believe those would explain this difference?
<Armbian-Discord> <N​eonFetch> bc the rpi4 sd card reader isnt that bad
<Armbian-Discord> <N​eonFetch> its way better that 24MB/S
<Armbian-Discord> <N​eonFetch> maybe the bottleneck is on the random read/writes and I am only seeing the big numbers
<Armbian-Discord> <T​onymac32> Ok so for 3.3 V IO the max theoretical threshold is 25 MB/s if memory serves
<Armbian-Discord> <T​onymac32> That's a hard limit
<Xogium> it depends
<Xogium> 3.3v can go up to 50 mhz speed provided the clock is good for that
<Armbian-Discord> <T​onymac32> 50 MHz at 4 bits per transfer
<Armbian-Discord> <T​onymac32> 25 MB/s
<Xogium> 1.8v can go higher… At least for eMMC that is. I don't actually think there are micro sd that can do hs400
<Armbian-Discord> <T​onymac32> 208MHz being max
<Armbian-Discord> <T​onymac32> Not a lot of boards do that stably
<Xogium> yeah
<Armbian-Discord> <T​onymac32> 100 MHz is probably the most common
<Xogium> eMMC on 50 mhz is actually quite badass
<Armbian-Discord> <T​onymac32> Might be DDR, too
<Xogium> I managed a stable 85 MB/s with one
<buZz> i've seen ppl overclock microSD cards for better speeds
<Armbian-Discord> <T​onymac32> Overclock is bad news
<Xogium> oh you can ,but it is at the board configuration level I'm talking about here
<buZz> hmhm
<Xogium> that is, clock setups
<Armbian-Discord> <T​onymac32> I've done it, but it can damage it
<buZz> yeah dtb will have to be suitablem i guess
<buZz> -m
<Xogium> and you do have to figure out a proper clock to use, hope you can divide it the way you need, etc.
<Armbian-Discord> <T​onymac32> Right, the Tinker Board and some of the RK3399's have it set up
<Armbian-Discord> <T​onymac32> The RPi (older models) do not have the 1.8V hardware so they are technically incapable of any higher speed
<buZz> hmhm, wasnt so difficult on omap4 anyway :)
<Xogium> yeah I had to figure out this stuff on my own with a st board ;) well, it was a good learning, if nothing else
BCMM has quit [Ping timeout: 258 seconds]
<Armbian-Discord> <T​onymac32> I would assume an omap would have supported UHS
<buZz> socs with documentation available are so cool :P
<Armbian-Discord> <T​onymac32> 25 MHz is max at 3.3V
<Xogium> hmm
<Armbian-Discord> <T​onymac32> You can go faster, I had my RPi clocked up a bit, the problem is heat
<Xogium> indeed it is nice to have. But sometimes, like on this stm32mp1, there's so much doc I think I could drown in it
<Armbian-Discord> <T​onymac32> The SD card gets angry
CrashTestDummy2 has joined #armbian
<Armbian-Discord> <T​onymac32> Hahaha they don't separate the datasheet and TRM
<Xogium> yeah, but, at least there is doc
<Armbian-Discord> <T​onymac32> Agreed
CrashTestDummy3 has quit [Ping timeout: 272 seconds]
<Xogium> I do wonder if an industrial grade micro sd wouldn't resist better to the heat generated by overclocking
<Xogium> some can handle 105C after all
<Xogium> but how do you even overclock them, anyway ?
wwilly has joined #armbian
<buZz> ah fun fact
<buZz> they were just hardcoding all mmc devices to 100mhz
<buZz> microSD worked fine, emmc stopped working (on a motorola droid4)
<Armbian-Discord> <T​onymac32> Hahahaha
CrashTestDummy3 has joined #armbian
CrashTestDummy2 has quit [Ping timeout: 252 seconds]
CrashTestDummy2 has joined #armbian
CrashTestDummy3 has quit [Ping timeout: 268 seconds]
CrashTestDummy3 has joined #armbian
CrashTestDummy2 has quit [Ping timeout: 268 seconds]
BCMM has joined #armbian
acx has joined #armbian
acx has quit [Remote host closed the connection]
stipa has quit [Ping timeout: 272 seconds]
stipa has joined #armbian
<Armbian-Discord> <N​eonFetch> someone knows if oc the rpi4 sd card reader is possible ?
<Armbian-Discord> <N​eonFetch> afaik only the pi3 was able
CrashTestDummy2 has joined #armbian
CrashTestDummy3 has quit [Ping timeout: 268 seconds]
<[TheBug]> Wrong channel to be asking that we are primarily anti-RPi lol...
<[TheBug]> need to ask some RPi nerds about that one
stipa has quit [Quit: WeeChat 3.0.1]
<Armbian-Discord> <N​eonFetch> hahhah I know
<Armbian-Discord> <N​eonFetch> I know we are the anti Upton flag
<Armbian-Discord> <N​eonFetch> just wondering
<nekomancer[m]> who's they?
stipa has joined #armbian
<stipa> N​eonFetch , the guy wiht nick c0rnelius knows about rpi stuff, he's not here atm
nimmen has quit [Ping timeout: 265 seconds]
<stipa> he has the know how to port armbian to rpi
<stipa> he's the librelec or kodi dev, not sure
RoyK has quit [Remote host closed the connection]
<stipa> search through the logs if you're more interested irc.armbian.com
RoyK has joined #armbian
archetyp` has quit [Remote host closed the connection]
Dagger has quit [Ping timeout: 256 seconds]
softpaw is now known as harmonik
harmonik is now known as softpaw
rpardini has joined #armbian
tomreyn_ has joined #armbian
binarym has quit [Ping timeout: 244 seconds]
binarym has joined #armbian
tomreyn has quit [Read error: Connection reset by peer]
tomreyn_ is now known as tomreyn
s1b1 has quit [Ping timeout: 244 seconds]
iwkse_ has quit [Ping timeout: 244 seconds]
iwkse has joined #armbian