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] <heanihilator> hey everyone, i'm trying to see if i can get armbian working on the XREAL Beam (first-gen, not the newer "Pro" model), it's rk3568 CPU on the rk30sdk board, ~4GB ram
<DC-IRC> [Discord] <heanihilator> i'm new to this so i'm not sure if the 3566 effort would just work as-is, or a custom build is necessary: https://forum.armbian.com/topic/24091-efforts-to-develop-firmware-for-h96-max-v56-rk3566-4g32g/
<DC-IRC> [Discord] <Werner> #tvboxes
<DC-IRC> [Discord] <menu> additionally to that being a TV box, and having all the caveats that come with:
<DC-IRC> [Discord] <menu> * is the bootloader even unlocked?
<DC-IRC> [Discord] <menu> * how are you planning IO?
<DC-IRC> [Discord] <menu> * why not just use a real (supported) SBC?
<DC-IRC> [Discord] <johnthecoolingfan> Feels so good to finally haev some progress and being able to clean up a lot of stuff. BigTreeTech CB2 working with mainline u-boot and kernel, device tree based on orangepi-3b and probably will be ready to properly submit to linux-rockchip mailing list if I remove the references to non-existing schematic.
<DC-IRC> [Discord] <johnthecoolingfan> 6.12 (edge) doesn't seem to work for some reason but that may be just my uart adapter or `screen`
<DC-IRC> [Discord] <johnthecoolingfan> 6.12 (edge) doesn't seem to work for some reason but that may be just my uart adapter or `screen`, had a problem like this before
<DC-IRC> [Discord] <heanihilator> Because it's what I have available that's closest to my target hardware. Bootloader is unlocked. It has a wifi chip, and USB ports.
<DC-IRC> [Discord] <menu> if it's *not* your target hardware, why bother? it's an expensive niche device
<DC-IRC> [Discord] <menu> also i'm not convinced those USB ports are in any way actually USB compliant
<DC-IRC> [Discord] <menu> USB is *fun*
<DC-IRC> [Discord] <heanihilator> it meets the needs i have, which is supporting video in and dp-alt out
<DC-IRC> [Discord] <heanihilator> why wouldn't it be USB compliant? i'm not sure why a small startup would make things harder on themselves
<DC-IRC> [Discord] <menu> because USB compliance is incredibly difficult, the easy option is non-compliance using USB connectors
<DC-IRC> [Discord] <heanihilator> difficult in what sense? wouldn't it be easy with off-the-shelf components?
<DC-IRC> [Discord] <heanihilator> they're running on android on it, would that require compliance?
<DC-IRC> [Discord] <menu> no, because they're a Chinese vendor and can simply claim it's USB with no consequences
<DC-IRC> [Discord] <heanihilator> to what benefit?
<DC-IRC> [Discord] <heanihilator> i'm not arguing, genuinely curious
<DC-IRC> [Discord] <menu> implementation is incredibly complex, if you can find a schematic of the device that'll help, but from what i've seen, they're running HDMI passively into a USB-C port
<DC-IRC> [Discord] <heanihilator> it's more than HDMI, i can connect to the device using adb through that port
<DC-IRC> [Discord] <heanihilator> and mount it as a storage device
<DC-IRC> [Discord] <menu> ooh, okay that may actually be a proper implementation
<DC-IRC> [Discord] <menu> supporting it in software is going to be a ballache though
<DC-IRC> [Discord] <heanihilator> probably, but what i'm hoping to do was gonna be complex anyway, i specifically need the video-in, i'm hoping to actually make it spoof being a multi-monitor dock 😆
<DC-IRC> [Discord] <microlinux> Video in on linux with a tv box
<DC-IRC> [Discord] <microlinux> That's the hardest thing to accomplish since moon landing
<DC-IRC> [Discord] <microlinux> Seriously, do not waste your time
<DC-IRC> [Discord] <heanihilator> DisplayLink is already a well established thing, no?
<DC-IRC> [Discord] <heanihilator> I'm not planning on inventing new tech, the hardware already supports it and the XREAL team got it working with android
<DC-IRC> [Discord] <heanihilator> I don't think these guys were writing new drivers or anything
<DC-IRC> [Discord] <beohoff3174> Probably start by seeing if there is a device tree that works. Otherwise you will need to create one.
<DC-IRC> [Discord] <beohoff3174> I have spent a lot of time on video in for my use case.
<DC-IRC> [Discord] <beohoff3174> If you can use something in kernel or a standard you will have an easier time.
<DC-IRC> [Discord] <beohoff3174> The Rockchip drivers that I was working with wasn't great, just understanding the thing caused me to fix weird timing bugs / race conditions.
<DC-IRC> [Discord] <beohoff3174> If you haven't done much kernel development, you are probably going to do a lot of it. But if that's your thing, and you have the time, run it
<DC-IRC> [Discord] <microlinux> The hw can support everything on hw, most of that on android, very few things on linux. Although, I thought you were talking about hdmi input, like, real hdmi input.
<DC-IRC> [Discord] <heanihilator> i was hoping i could keep it entirely user-space, i guess that's probably not realistic?
<DC-IRC> [Discord] <heanihilator> i guess the disconnect for me is that most of these boxes are probably running android, so we're saying there's better android driver support than linux for these chipsets?
<DC-IRC> [Discord] <microlinux> 110%
<DC-IRC> [Discord] <microlinux> Tv boxes are android stuff.
<DC-IRC> [Discord] <heanihilator> i see
<DC-IRC> [Discord] <beohoff3174> For video in that works well?
<DC-IRC> [Discord] <beohoff3174> Probably not.
<DC-IRC> [Discord] <beohoff3174> Depends on your use case though.
<DC-IRC> [Discord] <beohoff3174> Nvidia drivers got updated which is causing a race condition somewhere in the driver for v-sync issues. I can either restart my main computer frequently, or fix the driver issue. Maybe that works for you, maybe it doesn't.
<DC-IRC> [Discord] <beohoff3174> Just as an example
<DC-IRC> [Discord] <microlinux> Who is selling tv boxes with linux?
<DC-IRC> [Discord] <microlinux> Who is selling tv boxes with linux? Maybe just retroemulation ones, based on proven to work hw and on bsp kernels
<DC-IRC> [Discord] <heanihilator> i don't know anything about tv boxes, but all my recent dev has been in linux and it would allow me to keep things lighter weight, so that route was most natural for me
<DC-IRC> [Discord] <microlinux> Well, in order to boot mainline linux, you would need a working device tree for your specific hw. This isn't a UEFI x86_64, you have to resolve that first.
<DC-IRC> [Discord] <beohoff3174> probably a device tree followed by a boot system that works. I haven't ventured into it too much, but there is a lot of custom-ness done on boot as well.
<DC-IRC> [Discord] <heanihilator> forgive my ignorance, when we talk about device tree, we're talking about all chipsets on this board (rk30board)? so not just the rk3568 but the USB dp-alt (maybe displaylink as well?), wifi, storage, etc..?
<DC-IRC> [Discord] <microlinux> The device tree is a compiled file used by uboot to prepare the linux boot. It can be easily deocmpile into readable text that shows all the configuration of your specific hw in low level details. A wrong dtb would not address a pci properly, or a usb port properly, or the vpu, or the gpu, etc.
<DC-IRC> [Discord] <microlinux> Here you have an example of me decompiling it to change some stuff https://www.youtube.com/watch?v=8MPGN2bKayE
<DC-IRC> [Discord] <heanihilator> what's the best doc for learning about that?
<DC-IRC> [Discord] <beohoff3174> here's a directory full of them: https://github.com/armbian/linux-rockchip/tree/rk-6.1-rkr4.1/arch/arm64/boot/dts/rockchip
<DC-IRC> [Discord] <microlinux> So, you would have to get the device tree from your tv box android, and tweak it until it's able to boot mainline linux. A very hard task. I have no idea how to do it
<DC-IRC> [Discord] <beohoff3174> You will probably want a schematic / documentation. Which is why people originally said no to tv boxes.
<DC-IRC> [Discord] <microlinux> Welcome to the embedded world ! ❤️
<DC-IRC> [Discord] <heanihilator> are teardown photos enough?
<DC-IRC> [Discord] <beohoff3174> It's outside the things that I know about.
<DC-IRC> [Discord] <beohoff3174> If you look at one of the nodes in one of the dtsi's, you normally need the memory address for things, offsets, and etc etc. All of these are defined already.
<DC-IRC> [Discord] <beohoff3174> Off the cup I would say teardown photos are necessary but not sufficient
<DC-IRC> [Discord] <beohoff3174> If I personally was going to do it, I would look into how possible it is to decompile the binary of the system that is already there and do some reverse engineering
<DC-IRC> [Discord] <beohoff3174> It's outside the things that I know about.
<DC-IRC> [Discord] <beohoff3174> If you look at one of the nodes in one of the dtsi's, you normally need the memory address for things, offsets, and etc etc. All of these are defined already, but you would have to figure them out
<DC-IRC> [Discord] <beohoff3174> Off the cup I would say teardown photos are necessary but not sufficient
<DC-IRC> [Discord] <beohoff3174> For video in that works well?
<DC-IRC> [Discord] <beohoff3174> Probably not.
<DC-IRC> [Discord] <beohoff3174> Depends on your use case though.
<DC-IRC> [Discord] <beohoff3174> Nvidia drivers got updated which is causing a race condition somewhere in the driver I am using for v-sync from the output of the nvidia card.
<DC-IRC> [Discord] <beohoff3174> This means I can either restart my main computer frequently, to reset the driver, fix the driver issue, or maybe figure out how to restart the driver completely. Maybe one of those tradeoffs works for you, maybe it doesn't.
<DC-IRC> [Discord] <beohoff3174> Just as an example.
<DC-IRC> [Discord] <heanihilator> i appreciate both of your patience with all my silly questions 🙂
<DC-IRC> [Discord] <beohoff3174> people on this discord helped me out with my silly questions when I started, so happy to pass it along
<DC-IRC> [Discord] <mecoblock> apparently people are still having issues with (sata over) pcie on Rock-5-ITX and 6.1 vendor kernel? Where it only works after cold boot?
<DC-IRC> [Discord] <raspberrygb> Any ideas what might cause this error when compiling Armbian for Orange Pi 5 Max?
<DC-IRC> [Discord] <raspberrygb> Unable to access ... git.launchpad.net ...
<DC-IRC> [Discord] <srepac> Figure out which file entry needs to be conmented out via
<DC-IRC> [Discord] <srepac> grep launchpad /etc/apt/sources.list.d/*
<DC-IRC> [Discord] <srepac> Then try again
<DC-IRC> [Discord] <mecoblock> could literally be just git.launchpad being down. Try again later wouldn’t be the first time in my experience
<DC-IRC> [Discord] <monkablyat> can't remember isn't there a env to force pulling pre build rootfs from armbian servers
<DC-IRC> [Discord] <igorpec> rootfs is always pulled from cache if cache exists