ArmbianHelper 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 feed: #armbian-rss | Off-Topic: #armbian-offtopic | Logs: -> irc.armbian.com
tachi_ has joined #armbian
jantones has quit [Ping timeout: 265 seconds]
jclsn has quit [Ping timeout: 265 seconds]
jclsn has joined #armbian
lyri has quit [Remote host closed the connection]
archetech has quit [Quit: Konversation terminated!]
<DC-IRC>
<ajshell1> WTF. So. I simply could not get this to work on my Renegade, but "DISPLAY=:0 glxgears" works fine over ssh on my Le Potato
arch3r has quit [Quit: bye]
arch3r has joined #armbian
arch3r has quit [Client Quit]
arch3r has joined #armbian
davanger has joined #armbian
<davanger>
is there a simple way to update to the latest version of armbian?
<DC-IRC>
<Werner> There will be via simple apt upgrade. But repo packages are not published yet.
arch3r has quit [Read error: Connection reset by peer]
<davanger>
ok thanks for the info
<davanger>
i recently installed bullseye for an organge pi 5 and a coupole of weeks later saw the bookworm update with the 6.0 kernel...
<davanger>
couple*^
<davanger>
nevermind I'm looking at the website and its running 5.10 kernel....
<davanger>
i dont know where i read there was a release with 6.0
<DC-IRC>
<RichN> are you using current or dev img ?
<davanger>
current bullseye
arch3r has joined #armbian
<DC-IRC>
<RichN> might try the edge img
<DC-IRC>
<Werner> I doubt that because there's barely anything for rk3588 in 6.0.y if anything at all...
<DC-IRC>
<Werner> Maybe some weird midstream image...
<davanger>
ill wait. current setup is working better than my rpi4s...
<DC-IRC>
<RichN> the 3588 like what I am working on
<DC-IRC>
<RichN> ok
<DC-IRC>
<Kanken> hey all, i've been working on a project that requires me to implement a new mipi-dsi pannel (LS029B3SX02) on an orange pi 5 SBC. I've already taken care of designing an adapter PCB that routes all the mipi signal traces properly and gets the pannel all the voltages it needs and that seems to be stable. Now i'm at the step where i need to develop a driver for the new pannel, i've <clipped message>
<DC-IRC>
<Kanken> looked at a few guides i could find on the matter and they all seem to do the same things, create a new driver in the kernel and build it. I actually want to make a module instead as that tends to be less time-consuming to compile and debug...
<DC-IRC>
<Kanken> Do you guys know if it would be possible to do something like that on armbian or i have to stay on opi's distros for such a thing? I haven't been able to read anything about armbian's current status as far as mipi ports go on this sbc...
<DC-IRC>
<RichN> he is on the rock 5b
<DC-IRC>
<Kanken> hey all, i've been working on a project that requires me to implement a new mipi-dsi pannel (LS029B3SX02) on an orange pi 5 SBC. I've already taken care of designing an adapter PCB that routes all the mipi signal traces properly and gets the pannel all the voltages it needs and that seems to be stable. Now i'm at the step where i need to develop a driver for the new panel, i've l <clipped message>
<DC-IRC>
<Kanken> ooked at a few guides i could find on the matter and they all seem to do the same things, create a new driver in the kernel and build it. I actually want to make a module instead as that tends to be less time-consuming to compile and debug...
<DC-IRC>
<Kanken> Do you guys know if it would be possible to do something like that on armbian or i have to stay on opi's distros for such a thing? I haven't been able to read anything about armbian's current status as far as mipi ports go on this sbc...
<archetech>
did you chk radxa rock5 forum
<archetech>
not like theres alot of mipi testing goin on
<DC-IRC>
<Kanken> it's a shame... this board is very capable as far as mipi I/O goes...
<DC-IRC>
<Kanken> the two mipi ports make it perfect for open source AR/VR stuff like i'm trying to do
<DC-IRC>
<Kanken> the two mipi-dsi ports make it perfect for open source AR/VR stuff like i'm trying to do
<archetech>
well the kernel stinks and mainline is drggin butt
<DC-IRC>
<Kanken> i wished allwinner released a performance-oriented chip but they've been pretty quiet...
arch3r has joined #armbian
arch3r has quit [Remote host closed the connection]
<DC-IRC>
<RichN> thats why there is work to get most kernels mainstreamed
<DC-IRC>
<RichN> they are working to mainstream the rk3399 3568 3588
<DC-IRC>
<Kanken> the 3399 is kinda old by now... and definitely overshadowed by the 3588... i haven't touched my opi 4 in a year
<DC-IRC>
<Kanken> that things heats up a ton, has a weak af gpu, and not *that* much cpu power
<DC-IRC>
<Kanken> the 3568 is still interesting as a low cost SoC, but for other purposes
arch3r has joined #armbian
arch3r has quit [Ping timeout: 256 seconds]
arch3r has joined #armbian
arch3r has quit [Read error: Connection reset by peer]
<nekomancer[m]>
not such cheap as 3399
arch3r has joined #armbian
arch3r has quit [Excess Flood]
arch3r has joined #armbian
lyri has joined #armbian
alekksander has joined #armbian
junaid_ has joined #armbian
junaid_ has quit [Quit: leaving]
<DC-IRC>
<Kanken> every rockchip chip is a nightmare to source in my experience... and available sellers on sites like alibaba sell them for a lot
<DC-IRC>
<Kanken> allwinner chips can easily be purchased from LCSC for cheap... so i wished these guys actually made something powerful
<DC-IRC>
<Tonymac32> the 3399 is mainline, and is the safe bet workhorse. The RK3588 is nothing more than a toy until it has a kernel that's worth a damn. The RK3568 seems solid on mainline, I need to spend some time with it
<archetech>
tony bologna
<DC-IRC>
<Kanken> lol, that's debatable at best, in my use case the poor 3399 couldn't push past 14 fps on my app, the 3588 does 60 without breaking a sweat. I wouldn't call that kind of power a "toy"...
<archetech>
rk3588 smokes everything esp witht he g610
<DC-IRC>
<Kanken> that combined gpu and cpu power offers a lot of interesting possibilities
<archetech>
rk3399 is a firepit
<archetech>
my aml S922x n2+ is a much better sbc
<DC-IRC>
<Tonymac32> well "FPS" and "ARM" aren't really great friends, and the kernel is trash. Hardware power is there, but damned if I'll have that software atrocity on my equipment
<DC-IRC>
<Tonymac32> I played that game with Rockchip kernel 4.4, not going back there
<DC-IRC>
<Kanken> before i tried the 3588 i had all but given up on using an arm architecture, i was using low power X86 cpus instead
<DC-IRC>
<Kanken> but these aren't very suitable... they sip a lot of power and are usually on pretty bulky boards
<DC-IRC>
<Tonymac32> archetech we know you'd marry your N2+ if it were legal 😉
<DC-IRC>
<Kanken> in the end i'm curious, what exactly makes a patched kernel undesirable? is it just the fact that it's oudated?
<archetech>
I do like it
<DC-IRC>
<Tonymac32> yeah I have an Odroid H3+ I use for some light server work (minecraft/plex)
<DC-IRC>
<Tonymac32> the Rockchip kernel isn't exactly "patched"
<DC-IRC>
<Tonymac32> I mean I guess technically it is, for the last 7 years in parallel with the actual linux kernel
<DC-IRC>
<Tonymac32> along with some android crap and home grown Rockchip subsystems
<DC-IRC>
<Tonymac32> it is *not* linux in any real sense
<DC-IRC>
<Kanken> so since it's so splitered compared to the mainline it's quite different and has plenty of annoying quirks?
<DC-IRC>
<Tonymac32> it's a real mess in there 😄
<DC-IRC>
<Kanken> that statement explains it pretty well i guess...
<DC-IRC>
<Kanken> welp, as long as i end up figuring out how i can make that mipi driver a kernel module i won't have to tinker with the kernel anymore anyways...
<archetech>
didnt want to end up like you geeks with a whole tree full of sbcs
<DC-IRC>
<Kanken> but i feel like that's going to be a *lot* of work 🥹
<DC-IRC>
<Tonymac32> now now, only @lanefu has an SBC tree
<archetech>
most in a drawer
<DC-IRC>
<Tonymac32> the mipi driver should be pretty mucht he same as the RK3399 I thought
<DC-IRC>
<Tonymac32> but I haven't really looked that closely
<DC-IRC>
<Tonymac32> RK likes to keep hardware IP blocks
<DC-IRC>
<Kanken> that'll give me some added docs if they're similar then... that's good
<DC-IRC>
<Tonymac32> so I'm assuming
<DC-IRC>
<Kanken> since the 3399 is older
<DC-IRC>
<Kanken> that kinda sucks... but that's how the industry is...
<DC-IRC>
<Tonymac32> well, DSI/CSI aren't exactly fast moving targets
<DC-IRC>
<Kanken> if it's not broken don't fix it... mipi2 can already push a ton of pixels
<DC-IRC>
<Tonymac32> now that the RK3588 has some mainline support I'm going to start playing with it, I have 3 or 4 boards that use it waiting around
<DC-IRC>
<Tonymac32> 2 Rock 5B's, a khadas, and now a NanoPC-T6
<DC-IRC>
<Tonymac32> the T6 is exciting because usually FreindlyElec brings a solid hardware
<DC-IRC>
<Tonymac32> usually
<DC-IRC>
<Kanken> the only reason why i've stuck with opi for so long is price X')
<DC-IRC>
<Kanken> they have sucky docs and often flawed hardware...
<DC-IRC>
<Kanken> just look at the opi 4's pcie...
<DC-IRC>
<EfeCTN> This is why it's cheap
<DC-IRC>
<Tenkawa> Technically that's not 100% accurate
<DC-IRC>
<Tonymac32> yeah. I question the legitimacy of those prices, and that PCIe, I thought someone was full of it, then looked at the schematic and then the board layout and about fell out of my chair
<DC-IRC>
<Kanken> get what i pay fox
<DC-IRC>
<Kanken> get what i pay for
<DC-IRC>
<EfeCTN> Especially hardware part. They have a bit bad PCB designs
<DC-IRC>
<Tonymac32> their prices almost look like BOM cost with no labor, tbh
<DC-IRC>
<Tenkawa> Technically that's not 100% accurate.... my tree is in the next room....