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] <mecoblock> merged 🎉
<DC-IRC> [Discord] <gospod13337> I changed(added) microsd in fstab to ",ro" readonly and now it doesnt boot anymore. Is this possible?
<DC-IRC> [Discord] <gospod13337> I changed(added) microsd (non root) in fstab to ",ro" readonly and now it doesnt boot anymore. Is this possible?
<DC-IRC> [Discord] <gospod13337> I changed(added to) microsd (non root) in fstab to ",ro" readonly and now it doesnt boot anymore. Is this possible?
<DC-IRC> [Discord] <Werner> Hard to tell without proper logs showing the cause
<DC-IRC> [Discord] <gambl0r> Does it boot if you change it back to how it was?
<DC-IRC> [Discord] <gospod13337> Sorry for the moaning, I know its not possible. I brought this OPI5 to a monitor and it booted just fine. It should have been just one of those pure coincidences
<DC-IRC> [Discord] <gospod13337> It was the absolute last thing to do after 2 long days, this readonly on microsd, and I got super frustrated if this was some kind of bug that I stepped on. Sorry!
<DC-IRC> [Discord] <monkablyat> A little more information would be helpful here, which firmware blob do you need and does it work with panthor or panfork I assume that you will need panfork
<DC-IRC> [Discord] <mecoblock> libmali is arm's proprietary driver nothing related to panthor etc.
<DC-IRC> [Discord] <mecoblock> Ginkage has the prepackaged .deb linked in the thread to have it up and running.
<DC-IRC> [Discord] <mecoblock> firmware is already in the kernel
<DC-IRC> [Discord] <monkablyat> Yeah i know however to run libmali on BSP we need so far panfork and a other firmware blob as we use with panthor , need to try it later
<DC-IRC> [Discord] <mecoblock> mali_csffw is integrated into the kernel driver as of g24
<DC-IRC> [Discord] <mecoblock> This makes it the easiest way to get the best performance for graphics acceleration like vulkan 1.3 apps I think. Caveat being its closed source so it’s only as long as Panthor/PanVK is not ready yet
<DC-IRC> [Discord] <monkablyat> I'm more interested in gaming because Linux gaming without Vulkan is nothing else as clown fiesta
<DC-IRC> [Discord] <mecoblock> The whole reason I looked into this was to have emulators work "ootb" with rockchips sdk (not hacky scripts and patches that nobody can follow). Most credits go to Ginkage who’s the wizard behind making RK3588 gaming viable lol
<DC-IRC> [Discord] <mecoblock> So in theory it should be:
<DC-IRC> [Discord] <mecoblock> 1. build vendor kernel based image without Mesa-VPU extension
<DC-IRC> [Discord] <mecoblock> 3. Reboot and Play
<DC-IRC> [Discord] <mecoblock> Oh and the vulkan-wsi layer but I haven’t quite looked & understand how to make/install that
Herc has quit [Remote host closed the connection]
Herc has joined #armbian-rockchip
<DC-IRC> [Discord] <monkablyat> thank you , not sure what exactly the correct path is for path/to/vulkan-header
<DC-IRC> [Discord] <monkablyat> should be less complicated for users to reproduce
<DC-IRC> [Discord] <shivansps> and mesa can just use the libmali driver instead? just like that?
<DC-IRC> [Discord] <mecoblock> all these cheap rockchip based consoles also use libmali
<DC-IRC> [Discord] <Werner> Anyone familiar with VLANs on rk3588/s platform. Seems like there is an arbitrary limit of four VLANs in the network implementation. This was first reported for opi5 (https://forum.armbian.com/topic/28747-opange-pi-5-allow-only-4-vlans-on-ethernet-port/) and it seems like somebody patched openwrt to fix this for nanopi r6s here https://github.com/immortalwrt/immortalwrt/commit/07 <clipped message>
<DC-IRC> [Discord] <Werner> e476cac84e52d2f3d7d8afa9cbae57d9a97ffd
<DC-IRC> [Discord] <Werner> Anyone familiar with VLANs on rk3588/s platform? Seems like there is an arbitrary limit of four VLANs in the network implementation. This was first reported for opi5 (https://forum.armbian.com/topic/28747-opange-pi-5-allow-only-4-vlans-on-ethernet-port/) and it seems like somebody patched openwrt to fix this for nanopi r6s here https://github.com/immortalwrt/immortalwrt/commit/07 <clipped message>
<DC-IRC> [Discord] <Werner> e476cac84e52d2f3d7d8afa9cbae57d9a97ffd
<DC-IRC> [Discord] <rpardini> No idea, but curious if it is on GMAC (soc eth) or RTL (pcie)? I think R6S have both, gmac would be the 1-gbit one
<DC-IRC> [Discord] <Werner> gmac is affected I think
<DC-IRC> [Discord] <menu> i'm curious if it still has issues using ifupdown2 instead of networkmanager 🤔
<DC-IRC> [Discord] <menu> i'd expect it to, but i use a bridged config for everything