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> [Discord] <nagatoronyan> It is an upstream regression. Even if I undo this custom patch, I can't get rid of the `swiotlb buffer is full` warning.
<DC-IRC> [Discord] <random_anon_cesar> Not sure if i'm posting this in the right channel, but I've been using Armbian on by Rock5B for a little over a month now & I'm really impressed by the project.
<DC-IRC> [Discord] <random_anon_cesar> Cant wait until the 25.05 upgrade is available for my board
<DC-IRC> [Discord] <random_anon_cesar> Not sure if i'm posting this in the right channel, but I've been using Armbian on by Rock5B for a little over a month now & I'm really impressed by the project.
<DC-IRC> [Discord] <random_anon_cesar> I’ll try to buy some merch to show support soon
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
PhotoJim has quit [Ping timeout: 276 seconds]
PhotoJim has joined #armbian-rockchip
<DC-IRC> [Discord] <numetaler> hello, can someone tell me if the new release of the noble desktop image for opi5+ with the bsp kernel hw-acceleration contains? it does not specifically mention mesa/vpu. Thank you
<DC-IRC> [Discord] <Werner> If it is not mentioned it is probably not included. Use the framework to create an image with the userspace and desktop and extension of your choice by yourself
<DC-IRC> [Discord] <playful_swan_34291> Just flash the latest Armbian_25.5.1_Orangepi5-plus_noble_vendor_6.1.115_gnome_desktop.img.xz on SD Card. It does support GPU and VPU hardware acceleration.
<DC-IRC> [Discord] <hill_dawg> Mesa 3D >=25.01 should also support Vulkan 1.1 on Mali G610 / RK3588... going to see if I can upgrade a device tonight to Ubuntu 25.04 to see how it works. I don't think Vulkan is enabled by default in Mesa 3D that is published with Ubuntu 24.04.
<DC-IRC> [Discord] <Werner> You can also try kisak mesa backports ppa
<DC-IRC> [Discord] <hill_dawg> That does sound easier -- didn't know about that repo
<DC-IRC> [Discord] <hill_dawg> Collabora also announced Vulkan 1.2 support, but I'm not sure which Mesa 3D / PanVK is supporting that (?)
<DC-IRC> [Discord] <przmos> @nagatoronyan @mecoblock The `swiotlb buffer is full` is mentioned in this upstream commit https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=8f9416147d7ed414109d3501f1cb3d7a1735b25a but for the StarFive JH7110
<DC-IRC> [Discord] <nagatoronyan> Thx for the tip, I can see that RK3566 is mentioned due to the sd card booting issue. Looks like the patch didn't make it to 6.1.115. We can apply it manually for now.
<DC-IRC> [Discord] <mecoblock> Can you @ someone at rockchip to make them aware? (Also how did they not notice it on their own 😭)
<DC-IRC> [Discord] <menu> RockChip not noticing a platform-breaking bug? *what a surprise*
<DC-IRC> [Discord] <menu> -# /s
<DC-IRC> [Discord] <mecoblock> a bsp bug introduced by upstream (linaro) instead of RK themselves is impressive in it self :D
<DC-IRC> [Discord] <mecoblock> Need @amazingfate level insight. What would be your preferred way of attacking this as the patch doesn't cleanly apply bc of different lines. Just make our own patch in the correct lines and commit to our bsp branch or rather as a patch in build? Look for all the other commits that would make the patch apply correctly? Some other way?
<DC-IRC> [Discord] <nagatoronyan> You can `git am` and then resolve the merge conflicts manually without losing the original commit info.
<DC-IRC> [Discord] <mecoblock> thought that’s just for rebase but yeah that makes sense 😅