lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
<DC-IRC>
<MicroLinux (Salva)> Guys, who is joe?
<DC-IRC>
<MicroLinux (Salva)> At that price...
<DC-IRC>
<MicroLinux (Salva)> The problem with portable devices on arm linux is that they will always have to use legacy kernel bc of lack of vpu. Decoding video on software drains battery as hell.. unless one wants an expensive tablet for just browsing a bit...
<DC-IRC>
<MicroLinux (Salva)> The pinephonepro it's far away from good battery life. So, nope. It's not even affordable
<DC-IRC>
<MicroLinux (Salva)> I would prefer rk3566, at least it's affordable and enough for non media consumption tasks
<DC-IRC>
<ManoftheSea> Joe Mama
<DC-IRC>
<ManoftheSea> Joe died of ligma
<DC-IRC>
<MicroLinux (Salva)> What?
<DC-IRC>
<MicroLinux (Salva)> Are you saying that rockpro64 "maintainer" joe is dead?
<DC-IRC>
<stvhay> i didnt' know they'd have to stay on a legacy kernel
<DC-IRC>
<MicroLinux (Salva)> Well, one can run on mainline and destroy the battery life and some nice overheating just decoding video.
<DC-IRC>
<MicroLinux (Salva)> It's a super high res display,.no one would accept less than the native res for media playback.. and that res on soft decoding... forget it.
<DC-IRC>
<MicroLinux (Salva)> For that money, they are tons of x86_64 options that has far better linux support
<DC-IRC>
<stvhay> why can't mainline do this?
<DC-IRC>
<MicroLinux (Salva)> Bc there are no drivers
<DC-IRC>
<MicroLinux (Salva)> Rockchip doesn't care on mainline support for their socs on mainline
<DC-IRC>
<MicroLinux (Salva)> Their vpu drivers only work on his old kernel
<DC-IRC>
<MicroLinux (Salva)> Same for the npu
<DC-IRC>
<MicroLinux (Salva)> Etc
<DC-IRC>
<stvhay> are they blobs or could they be ported?
<DC-IRC>
<Werner> Quite a bummer. Their SoCs are nice
<DC-IRC>
<MicroLinux (Salva)> They are closed source, sure
<DC-IRC>
<MicroLinux (Salva)> They are closed source afaik
<DC-IRC>
<MicroLinux (Salva)> Even if you get the source, then you need to make it work on a modern kernel
<DC-IRC>
<MicroLinux (Salva)> Good luck with that work
<DC-IRC>
<MicroLinux (Salva)> X86_64 intel/amd has everything on mainline.
<DC-IRC>
<MicroLinux (Salva)> For real desktop experience on true linux, x86_64. I like arm, but at those prices.. I don't care that much then.
<DC-IRC>
<MicroLinux (Salva)> That's where arm linux as a product makes no sense to me.
<DC-IRC>
<MicroLinux (Salva)> Like asahi linux 😁
<DC-IRC>
<MicroLinux (Salva)> Having the best vpu on the arm market... but you need macOS to actually use it. And they barely have decent gpu drivers as today. So, no idea what they are thinking
<DC-IRC>
<stvhay> its such a loss of potential but i agree if you can't get the software to work what's th epoint
<DC-IRC>
<stvhay> with asahi, i thought they were trying to reverse everything.. not sure its possible. but isnt that the project goal?
<DC-IRC>
<MicroLinux (Salva)> In order of really competing on the high end market, an arm chip has to have perfect mainline support
<DC-IRC>
<stvhay> its such a loss of potential but i agree if you can't get the software to work what's the point
<DC-IRC>
<stvhay> yes of course agreed
<DC-IRC>
<MicroLinux (Salva)> Vpu outside and inside the browser, mesa drivers with opengl 4.x and vulkan, etc
<DC-IRC>
<MicroLinux (Salva)> If not, then I prefer to keep low end
<DC-IRC>
<Tonymac32> ReactOS has been doing that with Windows for *decades*
<DC-IRC>
<Tonymac32> 🙂
<DC-IRC>
<Tonymac32> Not quite the same, but a moving target is hopeless when it's so big
<DC-IRC>
<stvhay> yeah I kinda agree--apple is moving too fast for them to keep up
<DC-IRC>
<Tonymac32> and the instant Apple isn't amused by them it will all end
<DC-IRC>
<Tonymac32> overnight
<DC-IRC>
<MicroLinux (Salva)> Well, reactOS if far more complex undertake
<DC-IRC>
<stvhay> but i suppose its almost like nonlinear warfare--trying to keep things open
<DC-IRC>
<MicroLinux (Salva)> But yeah, for the vpu drivers to work... 3 years later
<DC-IRC>
<Tonymac32> Just ignore it's existence, it isn't for us
<DC-IRC>
<MicroLinux (Salva)> At least
<DC-IRC>
<MicroLinux (Salva)> My problem with m1 it's that apple dont care about linux and bc we are attached to a monopoly just going that way
<DC-IRC>
<MicroLinux (Salva)> One may say that arm itself it's a monopoly bc of the isa and the microarchs
<DC-IRC>
<MicroLinux (Salva)> But it's a very weak monopoly
<DC-IRC>
<MicroLinux (Salva)> And that's good
<DC-IRC>
<MicroLinux (Salva)> With arm microarchs and gpus, we have tons of diversity
<DC-IRC>
<MicroLinux (Salva)> A true competitive market, let say
<DC-IRC>
<stvhay> at the end of the day it seems like this is not a technology but a business problem
<DC-IRC>
<stvhay> unless i'm missing something, people would be interested in the tablet above if everything worked and was well supported
<DC-IRC>
<stvhay> but it sounds like realizing that potential is not possible
<DC-IRC>
<ManoftheSea> Helios up for 50 days, gonna reboot to update packages and kernel
<DC-IRC>
<ManoftheSea> Helios64 up for 50 days, gonna reboot to update packages and kernel
<DC-IRC>
<xyzzy> My device (NanoPi R2S) has a stable build with a 5.x kernel but current unstable is 6.x and seems to work OK. Is there a way I can run a stable userspace with a 6.x kernel?
<DC-IRC>
<xyzzy> The R2S has a problem with flaky ethernet and I'm hoping that a later kernel might make it work better.