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 feed: #armbian-rss | Off-Topic: #armbian-offtopic | Logs: -> irc.armbian.com
<Armbian-Discord>
<Tenkawa> @archtech: this is all that's in 6.2rc
<Armbian-Discord>
<Tenkawa> No other 3588 files yet
aasami_ has quit [Quit: Ciao]
<archetech>
nope darn
<archetech>
can it be patched in
<Armbian-Discord>
<Tenkawa> Doubtful at this time
<archetech>
I did bake in as much as I could vs using modules
<Armbian-Discord>
<Tenkawa> Even the early efforts with 6.1-rc only give a serial console
<Armbian-Discord>
<Tenkawa> I'm going to do some testing on this Tuesday
alekksander has quit [Quit: Konversation terminated!]
archetech has quit [Remote host closed the connection]
<popolon>
@archetech, yes it can, patchs started to reach Linux ml in may, just need to found the last updates mails that was used for this specific files, they should have still not accepted part for boot
popolon has quit [Quit: Leaving]
<Armbian-Discord>
<Jason123> lanefu no just that the seller did not ship the board
arch3r has quit [Quit: bye]
arch3r has joined #armbian
archetech has joined #armbian
<Armbian-Discord>
<kn100> Hello all! I've got an Orange Pi Zero I have stuck Armbian on. I also have a USB DAC that does work under other Linux machines I have. I am trying to set the Armbian box up to be able to play audio through this USB DAC, but it appears the images from Armbian do not feature any setup relating to audio. Does anyone have any advice on where I can read on how to get a functional, preferably Pipewire setup running on the Orange
<Armbian-Discord>
Pi Zero?
lyri has joined #armbian
<lanefu>
`aplay -l`
<lanefu>
do you see your send device?
<Armbian-Discord>
<kn100> The audio device is listed - and it shows up in alsamixer. Since I posted that message above I've made some changes to /usr/share/alsa/alsa.conf (to try to make my usb sound card the default. I see you're on IRC and I have no idea how well this bridge works, so here's a pastebin; https://pastebin.mozilla.org/4eAG4afa
<Armbian-Discord>
<Jason123> the orange pi zero that I ordered might have shipped
<Armbian-Discord>
<kn100> @Jason123 what's your plan for it
<Armbian-Discord>
<Jason123> run armbian on it
<Armbian-Discord>
<kn100> I mean fair enough 😄
<Armbian-Discord>
<Jason123> I might convert it into dietpi
<Armbian-Discord>
<kn100> I am trying to turn mine into a streaming appliance - I want to be able to stream audio to it, have it apply some EQ, and then output the audio via a USB dac I have, in a sense making it a wireless dac
<lanefu>
anyway there's a prescedence for alsa files i think you can do overrides in /etc/asound.conf
<lanefu>
sounds like you're on the right track
<lanefu>
planning on streaming with what protocol?
<Armbian-Discord>
<kn100> It'll depend. Right now I just want to see if I can get audio out of it at all 😛
<Armbian-Discord>
<Jason123> the steps for the raspberry pi might be the same as for the orange pi
<Armbian-Discord>
<kn100> But, the problem I am trying to solve is to have my DAC be able to be connected to two sources at once. Potentially Airplay if that works well enough - I've not done much research on that side of it yet, but the two sources will be my main linux PC and a Mac. If all goes well, I also want to potentially split the USB port in two using a hub and have a USB mic go through the same interface.
<Armbian-Discord>
<kn100> Which instructions? I probably missed them 😄
<Armbian-Discord>
<Jason123> t
<lanefu>
everytime i aspire to use an SBC to do audio the way i want i go down the rabbit hole of all the audio shit ojut there..think i found something, then come back disappointed
<Armbian-Discord>
<kn100> right now I am not even sure if the dac is correctly initializing - usually when I plug it into my main linux machine its LED goes blue, but it goes through a cycle of a few colours I reckon represent initialization steps, and it gets stuck on green. Alsa apparently can see it though, so I am not massively sure
<lanefu>
mopidy seems promising but i still get confused and close my browser tabs
<Armbian-Discord>
<kn100> ^ THIS, so much THIS 😛
<Armbian-Discord>
<kn100> I think the problem is the weirdness of server OS audio. Not really a done thing
<Armbian-Discord>
<Jason123> the seller on aliexpress waited till the last day to ship it
<Armbian-Discord>
<kn100> but for IOT thing development (ugh my fingers hurt typing that) - it seems a pretty nice use case
<lanefu>
anyway there's mopidy, volumio and balena audio as sort of places to look for hope
<lanefu>
or orage
<lanefu>
*rage
<Armbian-Discord>
<kn100> literally will be happy if aplay file.wav works for tonight hahaha
<lanefu>
sounds doable
<lanefu>
usb audio is luckily pretty cut adn dry..... once you cross your current hurdle lol
<archetech>
my new 6.2 kern wont boot whats needed in /boot?
<archetech>
ie whats armbian in SPI look for
<archetech>
extlinux was there with Image and System.map bout it
<Armbian-Discord>
<kn100> Playback device is default
<Armbian-Discord>
<kn100> Stream parameters are 48000Hz, S16_LE, 1 channels
<Armbian-Discord>
<kn100> Using 16 octaves of pink noise
<lanefu>
GNU/uboot
<Armbian-Discord>
<kn100> ALSA lib dlmisc.c:337:(snd_dlobj_cache_get0) Cannot open shared library libasound_module_pcm_plughw.so (/usr/lib/arm-linux-gnueabihf/alsa-lib/libasound_module_pcm_plughw.so: cannot open shared object file: No such file or directory)
<Armbian-Discord>
<kn100> Playback open error: -6,No such device or address
<Armbian-Discord>
<kn100> ``` wuuuut
<archetech>
dont flood
<Armbian-Discord>
<kn100> AH yes, forgot about the bridge. Sorry!
<archetech>
lanefu: armb is diff from raxda's how idk
kn100 has joined #armbian
<kn100>
Let's switch to IRC so I'm not inadvertently flooding the IRC.
<lanefu>
kn100: that seems fucked.. maybe try `apt search alsa` and see what packages you're missing
<kn100>
IT WORKS! I now have audio coming out of my DAC.
<Armbian-Discord>
<Tonymac32> What is an OPi 3? Typical SDIO shenanigans?
<Armbian-Discord>
<Tonymac32> Or is this the usual "this is why Linux doesn't package WiFi drivers, because they are absolute trash and not worth the effort" situation?
<[TheBug]>
both maybe
hbbs has quit [Quit: bye]
<Armbian-Discord>
<Tenkawa> @Tonymac32 does Unisoc wifi sound familiar?
<Armbian-Discord>
<Tonymac32> Ugh
<Armbian-Discord>
<Tonymac32> Burn it
<Armbian-Discord>
<Tenkawa> indeed
<Armbian-Discord>
<Tenkawa> thats apparently what it uses
<Armbian-Discord>
<Tonymac32> Once again I prove why I can't run a project like that. I'd never support a board that had that on it, or the image file would literally say "armbian-22.08-Jammy-xfce-no-wifi-because-its-shit-wtf-were-you-thinking.img.xz"
<Armbian-Discord>
<Tenkawa> heh
<Armbian-Discord>
<Tonymac32> I have zero fucks to give about designs broken by bad hardware decisions.
<Armbian-Discord>
<Tonymac32> My "solution" to opi3 would be a PR to mark it eol. So I'll leave it alone.
<Armbian-Discord>
<Tenkawa> thing is.. according to this post.. it "was" working at one time.
<Armbian-Discord>
<Tonymac32> Our government "worked" at one point too
<Armbian-Discord>
<Tonymac32> 🤣
<Armbian-Discord>
<Tenkawa> Yeah... I'm just saying... it might not "be broke"
<Armbian-Discord>
<Tonymac32> Nah, I don't mean faulty design, I mean shit part selection.
<Armbian-Discord>
<Tenkawa> yeag
<Armbian-Discord>
<Tenkawa> I mean't the current "issue"... I know the design is broke..
<[TheBug]>
What you mean you don't want to become the wifi drive czar and fix all the shit drivers and firmware from the ground up non-stop from now till the end of time?
<[TheBug]>
driver*
<Armbian-Discord>
<Tonymac32> Tenkawa you from Michigan? These goobers don't put the "h" on yeah either 😆
<Armbian-Discord>
<Tenkawa> I'm from Ohio... that was mean!!!
<Armbian-Discord>
<Tenkawa> lol
<[TheBug]>
I wonder how much Realtek would actually have to pay to end up with half decent drivers for their stuff... double... tripple... eight times as much as now?
<Armbian-Discord>
<Tenkawa> More than they want to spend when they can just keep throwing out junk
<[TheBug]>
Indeed.
sunshavi has quit [Ping timeout: 265 seconds]
<Armbian-Discord>
<Tonymac32> Junk is par for the course
<Armbian-Discord>
<Tonymac32> Let the projects begging for attention of the initiated waste their time with vendor kernels and trash WiFi drivers. It's doing nothing but distracting from things that can be controlled.
<Armbian-Discord>
<IgorPec> well, end users take this support a lot to serious ... like "hey, I HAVE A PROBLEM", "YOU HAVE TO FIX IT"
<Armbian-Discord>
<IgorPec> where is "best support" gone?
<Armbian-Discord>
<Tonymac32> Best effort is not a clean definition unfortunately.
<Armbian-Discord>
<Tonymac32> "your best effort isn't best enough" 😆
<Armbian-Discord>
<IgorPec> haha
<Armbian-Discord>
<IgorPec> "you are not working hard enough"
<Armbian-Discord>
<Tonymac32> I'm very big on being conversationally polite to anyone who might ask a question, but also not shy to politely say no. That needs backup up with proper project docs, like a specific list of wifi chips we will prioritize
<Armbian-Discord>
<IgorPec> wifi chips are generally a big big mess, not just the one in question
<Armbian-Discord>
<IgorPec> which actually works, but has an interesting quirk
<Armbian-Discord>
<Tonymac32> Oh yeah, I used to patch the one on the ti ker board before it was mainlined
<Armbian-Discord>
<IgorPec> it fails to connect 1st, then it connect in second ...
<Armbian-Discord>
<Tonymac32> Lol state machine fail
<Armbian-Discord>
<IgorPec> that was at least used in many other boards, this one is ... even worse then regular sh*
<Armbian-Discord>
<Tonymac32> Lol physical tracerouting shenanigans maybe, lower the SDIO bus speed a bit and see if it gets better
<Armbian-Discord>
<IgorPec> i might take a look into in a couple of months fastest. That's another problem user won't be able to understand.
<Armbian-Discord>
<IgorPec> won't happen this week 😉
<Armbian-Discord>
<Tonymac32> Yeah this stuff requires a small but not insignificant amount of background and experience to mess with, so it's also not easy to just tell someone else to play with it
<Armbian-Discord>
<IgorPec> i know its not easy
<Armbian-Discord>
<Tonymac32> I think I had one at one point but it was just useless to me, I had the Pine h64b which at least booted/ran with waaayyyy fewer problems
<Armbian-Discord>
<IgorPec> this pine is almost the same as opi3, "just" wifi and possibly memory is different
<Armbian-Discord>
<IgorPec> but ofc, they are diff between LTS and old variant 😉
<Armbian-Discord>
<Tonymac32> Haha the IC's, sure
<Armbian-Discord>
<Tonymac32> But I'll never forgive/trust again on the guys who screwed up PCIE routing so bad you can't establish a 1.x link
<Armbian-Discord>
<Tonymac32> 😆
<Armbian-Discord>
<Tonymac32> For all I know one of the SDIO data lines is 10 cm longer than the others 😉
<Armbian-Discord>
<IgorPec> but H6 is anyway fundamentally borked righht?
<Armbian-Discord>
<Tonymac32> It's Russian Roulette with all these boards. Radxa pipes a 20V type C power delivery into an input stage only safe to 12V on the rock Pi 4 series, Pine, well, yeah Pine. OPi PCIe shenanigans, etc etc etc
<Armbian-Discord>
<IgorPec> PCI
<Armbian-Discord>
<IgorPec> yeah, ofc its a mess 😉
<Armbian-Discord>
<Tonymac32> For H6 yeah PCIe needs a serious workaround that icesnowy has patches for
<Armbian-Discord>
<Tonymac32> But OPi, their rk3399 board is a disgrace where the PCIe routing is concerned. They made a crazy mistake with the wrong symbol/footprint and no one caught it
<Armbian-Discord>
<Tonymac32> So an adapter cable to get all the diff pairs put back together for transmission along the flex cable is required for even basic use
<Armbian-Discord>
<Tonymac32> 🤷♂️
<Armbian-Discord>
<Tonymac32> You just have to pick wisely based on use case
<Armbian-Discord>
<Tonymac32> That magnitude of error though makes me cautious of that design house
<Armbian-Discord>
<IgorPec> they didn't have much luck with opi4, yep
alekksander has quit [Ping timeout: 246 seconds]
loki_val has joined #armbian
crabbedhaloablut has quit [Quit: No Ping reply in 180 seconds.]
LanDi has joined #armbian
lemonzest has quit [Quit: WeeChat 3.6]
upekkha has joined #armbian
LanDi has quit [Quit: LanDi]
<lanefu>
H6 does following well.... A53 performance... USB 3.0... gigabit ethernets
<lanefu>
pine h64 with /home and /var/lib/docker on a usb 3.0 btrfs is still my "headless workstation" it's treated me pretty well..... although fo a while that spontaneous reboot shit was bad a few years ago...
<lanefu>
I def no longer update mainline kernels once stuff works..... cuz it well certainly start unworkign later
<lanefu>
`Linux blipsqueak 5.15.69-sunxi64 #trunk.0047 SMP Wed Sep 28 17:01:40 UTC 2022 ` guess 5.15.69 is a lucky one for h6 lol
<lanefu>
also i think the H64 board is much more stable on emmc than with sdcard........ similar to the beloved Rock64 v2
<IgorPec>
we anyway now freeze kernels by default to prevent surprises
<IgorPec>
even this does not happen thaaat often
<lanefu>
nice.. yeah it def hurts when it does happen :P like when ethernet specifically broke on my opi 3.. which is how i ended up on my pineh64 lol
nickodd has joined #armbian
<lanefu>
need to retire my allwinner collection and stick to fewer families.... i clearly have a rockchip problem these days
<IgorPec>
allwinner is not powerful, but quite reliable ... except wifi shit
<IgorPec>
well, anything more recent then H616 is anyway not around
<lanefu>
yeah, but also seems they're done really doing good things on arm soc front
<lanefu>
i have years of runtime on my plus2e boards at this point which is kind of incredible
<IgorPec>
i have booted mine several weeks ago to the console
<lanefu>
Yeah the variance is wild... Also kinda gets back to some of the optimization stuff TK used to do around binding interfaces to cores and spacing interrupts etc
<IgorPec>
yes, but for older boards i believe they are in place
<stipa>
IgorPec: what's the point of a board that doesn't work because opi decided so
<stipa>
those are just beginner mistakes
<Armbian-Discord>
<IgorPec> who said it doesn't work?
<Armbian-Discord>
<IgorPec> it works well with legacy kernel / android
<stipa>
IgorPec: you're delusional
<stipa>
why do you think ppl come here moaning
<stipa>
those are all users that know to install stuff and get things going in useland
<stipa>
android is bigger crap than windows
<stipa>
the biggest joke is when the phone freezes and you have to reboot
<Armbian-Discord>
<Jason123> your talking about the orange pi 4?
<Armbian-Discord>
<IgorPec> i am not saying android is good
<Armbian-Discord>
<IgorPec> i am just trying to explain you what you paid for
<stipa>
Jason123 all boards that have chips that aren't open source or in mainline
<Armbian-Discord>
<IgorPec> most of them are not open source
<Armbian-Discord>
<IgorPec> (mainline) Linux does not equal open
<stipa>
IgorPec: those are hack boards
<stipa>
IgorPec: you don't sell those to android crowd
<Armbian-Discord>
<Jason123> what kind of open are we talking about?
<Armbian-Discord>
<IgorPec> why not????
<stipa>
IgorPec: beacuse Linux is associated with hacking
<Armbian-Discord>
<IgorPec> it fact its quite the opposite, look xda community
<Armbian-Discord>
<IgorPec> that is hacking
<Armbian-Discord>
<IgorPec> from average joe perspective, both is over the edge
<stipa>
IgorPec: yeah, but those are devices in a nice shiny box that slip into asshole easily compared to the SBCs
<stipa>
that's is fucking, not hacking
<Armbian-Discord>
<IgorPec> fucking is getting run linux on this junk hardware, true
<Armbian-Discord>
<IgorPec> you are forgetting on small fact here - hw vendors just want to sell hardware and has to make profit. software development is the biggest expense, so they sell it without
<stipa>
it's rough fucking
<stipa>
the real stuff
<Armbian-Discord>
<IgorPec> or lets say they sell it with "hey look, it works !! (just don't touch / its unmaintained)"
<Armbian-Discord>
<Jason123> like orange pi just uses words that get sales
<Armbian-Discord>
<IgorPec> well, they all do sales tricks
<Armbian-Discord>
<Jason123> single board mini pc computer small low power linux android open source low cost mini pc
<Armbian-Discord>
<IgorPec> haha
<Armbian-Discord>
<Jason123> with ethernet
<Armbian-Discord>
<IgorPec> yeah, promises are high, reality low
<stipa>
IgorPec: they're assholes
<Armbian-Discord>
<IgorPec> its just business 🙂
<Armbian-Discord>
<Jason123> just like the chip computer and pocket chip
<Armbian-Discord>
<Jason123> nand was never mainlined
<Armbian-Discord>
<IgorPec> all vendors count that someone else will do it
<Armbian-Discord>
<IgorPec> we also have parasites on our own
<Armbian-Discord>
<Jason123> I think they had plans to mainline it but they went out of business before that
<Armbian-Discord>
<IgorPec> no, they count that someone will just need that feature
<stipa>
fuck all this shit, i'm going risc V
<Armbian-Discord>
<IgorPec> LOL do you think there will be any different?
<Armbian-Discord>
<IgorPec> wifi chips are certainly be those which will be available
<stipa>
i hope that some idiot wouldn't blobs on the boards
<stipa>
some greedy motherfucker
<Armbian-Discord>
<IgorPec> ofc there will be blobs
<Armbian-Discord>
<Jason123> nextthingco did go out of business before they could make improvements to the software
<Armbian-Discord>
<IgorPec> vendors have very little to do with software support
<Armbian-Discord>
<IgorPec> this is outside their league
<stipa>
it's not easy to make a chip
<Armbian-Discord>
<IgorPec> they make a board and there resources are barely enough to adjust SDK to real hardware
<stipa>
the scam probably starts in the fabs or even in chip design
<Armbian-Discord>
<IgorPec> chips are made by corporations with 500 - 1000+ staff
<Armbian-Discord>
<IgorPec> we are talking about board vendors here
<Armbian-Discord>
<IgorPec> this is like you two and i would make a new board
<Armbian-Discord>
<Jason123> nextthingco did have software made by them and the ui was also made by them
<Armbian-Discord>
<Jason123> i don't think it was community support
<Armbian-Discord>
<Jason123> but as far as riscv goes it might be even worse then arm is
<stipa>
IgorPec: i would say a lot of it is faulty chips that can at least boot with heavy hacking involved in it
<Armbian-Discord>
<IgorPec> they didn't mainline things
<Armbian-Discord>
<IgorPec> they did the same as all vendors, adjust SDK with their hardware
<Armbian-Discord>
<IgorPec> prepare some script to asseble OS image, that kind of things
<Armbian-Discord>
<IgorPec> and yes, they did quite decent work, nice documentation
<Armbian-Discord>
<Jason123> yeah they did some good work but they went bankrupt
alekksander has joined #armbian
<stipa>
even big corps go bankrupt
<stipa>
big corps are in courts non stop
<stipa>
fighting for customers
<stipa>
there really is no good out there at that level
<stipa>
just sales
<stipa>
and scammed customers
<popolon>
risc-v ecosystem is currently the same shit
<popolon>
but if you synthesize your own RISC-V on a FPGA
<popolon>
but in this case the FPGA itself is blobbed ^^
<popolon>
there are huge reverse engeenering work around yosys project
<Armbian-Discord>
<Jason123> riscv is even less standardized
<popolon>
what do you mean?
<popolon>
all risc-v specs are open
<popolon>
like w3c, IETF or Khronos one
<popolon>
that will really killing all (and already does it in lot of industries ^^
<popolon>
I believe, only ARM is not on RISC-V train now
<Armbian-Discord>
<Jason123> Yeah though intel and amd can boot any generic os while arm really can't
<Armbian-Discord>
<Jason123> and then riscv is worse
<popolon>
???
<popolon>
which "generic" os can't boot on arm or risc-v ?
<popolon>
do you call closed source windows generic ?
<stipa>
risc v could easily invest in other chips needed nowadays
<popolon>
risc v is only a foundation, they don't invest
<popolon>
they gather specs and help to exchange
<popolon>
and they currently already replaced lot of existing chips
<stipa>
it's just the CPU ore they offer
<stipa>
core*
<popolon>
lot of people probably have already at least one RISC-V core in their hardware without noticing it
<Armbian-Discord>
<Jason123> the allwinner d1 is not powerful at all
<popolon>
ahah lol
<Armbian-Discord>
<Jason123> its on par with the pi zero almost
<stipa>
it' better than an MCU
<popolon>
this wasn't made to be powerfull but to be a cheap available SoC to help devs
<popolon>
it's not so bad
<stipa>
i like pi chips with stacked memory on top
<stipa>
in that range
<popolon>
Braodcom SoCs are just pure shit
<Armbian-Discord>
<Jason123> MCU like esp32?
<stipa>
yeah
<popolon>
why do you call esp32 "pi" ?
<stipa>
bare metal D1 for example is cool for something in MCU range that needs more power
<popolon>
there are tencillia and RISC-V ESP32
<popolon>
and some mixing both
<stipa>
or the chip in spu zero w2
<stipa>
rpi*
<popolon>
D1 is not a MCU ^^
<popolon>
that's a processor
<popolon>
you can run full linux on it
<popolon>
just GPU missing
<popolon>
I mean 3D gpu
<popolon>
for modern systemsb
<popolon>
for modern systems
<Armbian-Discord>
<Jason123> the raspberry pi zero 2 is only 512mb and micro usb and only 2.4ghz wifi
<popolon>
but you can already runs most of modern application with it, that's not bad for a first RISC-V try
<Armbian-Discord>
<Jason123> the radxa zero is not much more money and much better
<popolon>
ahah this is dumbest comparison I never heard about
<Armbian-Discord>
<Jason123> the ARM9 allwinner F1C100s can't play much ps1 games
<Armbian-Discord>
<Jason123> I have a powkiddy v90 and its not bad for the price far better then the 500 in one stuff
archetech has joined #armbian
<Armbian-Discord>
<Jason123> it runs buildroot from 2018 with an older kernel but it has no internet connection and its just for emulating games so its not an issue
<Armbian-Discord>
<multi_io> all these kernel patches seen to yield compilation errors for me
<Armbian-Discord>
<multi_io> I'm on v22.08 (c20ed267596f6cfde63c3764eefb922b9729bb87), and I get drivers/net/wireless/Kconfig:40: can't open file "drivers/net/wireless/rtl88x2bu/Kconfig"
<Armbian-Discord>
<multi_io> after setting EXTRAWIFI=no, this no longer happens and compilation runs further, but then fails at:
<Armbian-Discord>
<multi_io> ```
<Armbian-Discord>
<multi_io> ...
<Armbian-Discord>
<multi_io> CC lib/libfdt/fdt_strerror.o
<Armbian-Discord>
<multi_io> CC spl/lib/libfdt/fdt_strerror.o
<stipa>
if you're into that board feel free to sign as a maintainer too
<popolon>
Sebastian Reichel went on with his upstreaming of the RockChip RK3588 SoC, gaining support for SPI, PWM, and Ethernet as well as power domains. Last missing bit for basic support is clock support, which is expected to arrive with the next kernel.
<ArmbianHelper>
popolon meant to say: so the recent patchs for 6.2
<popolon>
ahah thanks helper!
<stipa>
good good
multi_io has joined #armbian
<popolon>
D1 follow about the same path at the same moment
<popolon>
don't know why for HDMI output doesn't work on 6.1rc where it worked on 5.18
<popolon>
some managed to use it, hope I will manage it too
<Armbian-Discord>
<multi_io> oh this is mirrored to IRC
<multi_io>
heh
<stipa>
yeah, a bridge
<stipa>
bleeding edge stuff
<popolon>
no need of blobbed chatroom server to speak so ^^.
<multi_io>
I was wondering for a moment why the bot gave such intelligent contextualized answers :D
<popolon>
there are bridges everywhere
<popolon>
looks like it understand sed syntax :)
<Armbian-Discord>
<Tenkawa> All of that stuff is still in HEAD and unuseable so I don't know why you keep mentioning it.. that article is 2 weeks old now
<Armbian-Discord>
<Tenkawa> It hasn't even been merged yet
<popolon>
2 week old is dinosaur age
<popolon>
clock was merged in next
<popolon>
as mentionned last week
<Armbian-Discord>
<Tenkawa> popolan: yeah lets see you build a working next kernel that does anything more than boot a serial console
<Armbian-Discord>
<c0rnelius> i don't even know why ur trying, dude 😉
<Armbian-Discord>
<Tenkawa> This code is at least 4-5 months from being useable
<Armbian-Discord>
<Tenkawa> If not much longer
<stipa>
he hopes
<Armbian-Discord>
<Tenkawa> stipa: yeah...
<stipa>
without a hope there's no progress
<Armbian-Discord>
<Tenkawa> stipa: the current kernel saga should tell us enough
<archetech>
WARNING: CPU: 1 PID: 188 at drivers/gpu/drm/rockchip/rockchip_drm_vop2.c:2987 kernel traces are nasty on wayland
<Armbian-Discord>
<Tenkawa> with the RK3588
<archetech>
need that maninline kernel
<Armbian-Discord>
<multi_io> I haven't tried a prebuilt image because I have a post-processing step in userpatches/customize-image-host.sh that provisions various stuff (using Ansible) before creating the image
<popolon>
at least I'm really happy with the panfrost driver, it is already really stable, not the claims I seen here
<archetech>
and the panfork vs panfrost thing to get settled
<popolon>
what do you call panfork ?
<archetech>
panfrost has no G610 support so some guy forked it
<popolon>
do you mean the ppa is from a fork ?
<popolon>
last week mesa claimed G610 support
<popolon>
ah yes, didn't noticed panfork in name
<archetech>
duh
<Armbian-Discord>
<multi_io> so... is there a branch that you can check out and that will compile an image for clearfogpro (or more generally, a supported borad) without errors?
<archetech>
<Tenkawa> This code is at least 4-5 months from being useable
<archetech>
<Armbian-Discord> <Tenkawa> If not much longer
<archetech>
wrong
<archetech>
just bad opinion period
<Armbian-Discord>
<Tenkawa> archetech: That was a "optimistic" guess... look how long its taken just to get it even running on 5.10 properly...
<Armbian-Discord>
<Tenkawa> 2 words.. "its not"
<archetech>
as TK said bsp is really not 5.10
<archetech>
its a nasty 2.6+
<Armbian-Discord>
<Tenkawa> Exactly.. and TK knows squat about kernel development
<Armbian-Discord>
<Tenkawa> Especially porting
<archetech>
and you do eh
<Armbian-Discord>
<Tenkawa> You don't just magicly make vendor's stuff work overnight
<Armbian-Discord>
<Tenkawa> archetech: as a matter of fact... yes.. It was my day job for most of my career
<Armbian-Discord>
<Tenkawa> I would be happy if it happens.. but there needs to be two main things that are going be problemstic... resources and business buyers
<Armbian-Discord>
<Tenkawa> Without these the priorities are much higher for other things
<archetech>
do you own a rock5?
<Armbian-Discord>
<Tenkawa> 2 of them
<Armbian-Discord>
<Tenkawa> I was one of the pre release testers
<archetech>
I beleive theres already sufficient market pressure for a speedy kern offering
<archetech>
it wont take 4-5 months for something better than bsp 5.10
<archetech>
but id agree idf this was some middling soc
<archetech>
if
<Armbian-Discord>
<Tenkawa> archetech: considering they are already running something besides BSP 5.10 that right there is part of the problem... its already fragmented
<Armbian-Discord>
<multi_io> how are the images from https://www.armbian.com/download/ built? Automatically somehow or does the respective maintainer fiddle with the settings and build and upload the image at his/her own discretion?
<Armbian-Discord>
<Tenkawa> There is both an auto-generated and release sched... let me see if that board has any on the server in the auto
arch3r has quit [Ping timeout: 255 seconds]
<Armbian-Discord>
<Tenkawa> @multi_io are you using the Nov 30 image?
<Armbian-Discord>
<multi_io> I'm not using any prebuilt image right now, I want to build one myself
<Armbian-Discord>
<Tenkawa> Ah ok
<Armbian-Discord>
<multi_io> well I'm using one that I built like three years ago
<Armbian-Discord>
<multi_io> want to update now 🙂
<Armbian-Discord>
<Tenkawa> do you have your compile.sh command still?
arch3r has joined #armbian
<Armbian-Discord>
<Tenkawa> I could try to build it here and check that error