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 has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
<DC-IRC> [Discord] <amazingfate> Which merge do you mean, just wake up and I haven't seen anything abnormal.
<DC-IRC> [Discord] <Werner> For TV boxes please refer to this channels topic.
<DC-IRC> [Discord] <Werner> Hm with the boogie panthor image anyone noticed that Chromium reports x86_64 architecture as user agent while running on opi5+?
<DC-IRC> [Discord] <gambl0r> Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36
<DC-IRC> [Discord] <gambl0r> same here
<DC-IRC> [Discord] <gambl0r> this is from firefox snap package: Mozilla/5.0 (X11; Linux x86_64; rv:124.0) Gecko/20100101 Firefox/124.0
<DC-IRC> [Discord] <mecoblock> probably because youtube serves like trash video quality to arm user agents
<DC-IRC> [Discord] <gambl0r> Thanks google
<DC-IRC> [Discord] <matthewcroughan> Lol that's rather hostile. Someone has to make them work.
<DC-IRC> [Discord] <matthewcroughan> I see a lot of antagonistic and anti-open behaviour in the armbian forums as well. I know there are a lot of beggars, but that shouldn't dissuade from being open.
<DC-IRC> [Discord] <matthewcroughan> I made some progress anyway, and this box is teaching me how to create a DTS from scratch, with real understanding.
<DC-IRC> [Discord] <dams0869> Hi, are you able to use chromium in wayland mode (with panthor or panfork)? for me after few seconds/minutes the window disappears without warning.
<DC-IRC> [Discord] <gambl0r> define wayland mode, I can run chromium in wayland with panthor
<DC-IRC> [Discord] <monkablyat> all good it was already done
<DC-IRC> [Discord] <narga_64> Can anyone explain why in this dts node, everything works just fine without the child nodes? What do they even do (if they're not commented), besides providing an alias-able label for for the eth?
<DC-IRC> [Discord] <amazingfate> Is this rk vendor kernel or mainline kernel?
<DC-IRC> [Discord] <amazingfate> Friendlyarm like to define this ethernet node in their rk kernel, not see this on other boards.
<DC-IRC> [Discord] <narga_64> Friendlyelec, yes. Is there an alternative way to define this?
<DC-IRC> [Discord] <mariob> My guess is they're trying to override the MAC address from u-boot or something.
<DC-IRC> [Discord] <mariob> There is no point in aliasing PCIe enumerated devices unless you need to tweak something in their functionality.
<DC-IRC> [Discord] <narga_64> Ah, thank you! This was the explanation I was looking for 👍 I'm still learning about dts stuff.
<DC-IRC> [Discord] <narga_64> I assume then the `reg` `address/size-cells` properties don't do anything at all as well?
<DC-IRC> [Discord] <narga_64> I thought maybe this had something to do with bifurcation
<DC-IRC> [Discord] <narga_64> Because this is also in the dts file example. Just thought the increasing `reg`s did mean something
<DC-IRC> [Discord] <amazingfate> Friendlyarm may have some hack in their kernel. They keep defining these r8125 Ethernet cards in dts since their nanopi r5 series.
<DC-IRC> [Discord] <runaway97> They don't support TV boxes
<DC-IRC> [Discord] <matthewcroughan> This is a comment about open source and collaboration on writing a device tree.
<DC-IRC> [Discord] <matthewcroughan> Which if you look around, is a lot of what is happening in this channel.
<DC-IRC> [Discord] <matthewcroughan> If you look on the forums, the same antagonistic, anti-collaborative thing happens, because there's a lot of beggars.
<DC-IRC> [Discord] <runaway97> Probably one of the reasons why they aren't supported
<DC-IRC> [Discord] <matthewcroughan> Well yeah, I admit it, but I also don't think it's a great attitude to have in an open source project.
<DC-IRC> [Discord] <matthewcroughan> I can understand why it's the case, but I think it's bad.
<DC-IRC> [Discord] <runaway97> Yeah but it's a free project after all. People who buy TV boxes then to be entitled to free technical support.
<DC-IRC> [Discord] <runaway97> Yeah but it's a free project after all. People who buy TV boxes tend to be entitled to free technical support.
<DC-IRC> [Discord] <runaway97> So it's one thing to work on images, and a totally different thing to waste time helping each person, because many can't even follow basic instructions.
<DC-IRC> [Discord] <runaway97> It's just the way it is. TV boxes come with SBC-like software quality from the vendors, except they're targeting the less technical users who demand more.
<DC-IRC> [Discord] <matthewcroughan> Right, so just because there are beggars, we'll ban discussion on device trees for these devices? I think it's bad.
<DC-IRC> [Discord] <runaway97> It's just the way it is. TV boxes come with SBC-like software quality from the vendors, except they're targeting the less technical users who demand more.
<DC-IRC> [Discord] <runaway97> SBC users usually know what they sign up for when they buy a PCB, essentially.
<DC-IRC> [Discord] <matthewcroughan> No good can come of that. Instead, I'll just be writing the DTS in isolation, and then I'll have a solution that won't be shared.
<DC-IRC> [Discord] <matthewcroughan> But then again, I guess armbian doesn't really deal with mainline u-boot anyway?
<DC-IRC> [Discord] <runaway97> But have you asked some specific question about device trees here?
<DC-IRC> [Discord] <matthewcroughan> Although there are a few people in this channel who have already helped me, such as kwiboo with the generic rk3588 u-boot
<DC-IRC> [Discord] <runaway97> Like "i got stuck at this point, here's my current device tree, X thing doesn't work, i've tried Y, Z, etc."
<DC-IRC> [Discord] <matthewcroughan> Sure. I see a lot of rk3588 DTS boards in mainline u-boot, my box doesn't seem to have a rtl8111, but it does have an rtl8211F, I'm wondering if there's an rtl8111 hiding anywhere on the board
<DC-IRC> [Discord] <matthewcroughan> that's the current thing I'm trying to figure out, to get ethernet working on my board
<DC-IRC> [Discord] <runaway97> RTL8111 is a self-contained PCIe NIC.
<DC-IRC> [Discord] <runaway97> RTL8211F is just a PHY. This means your board is using the MAC (ethernet controller) included in the SoC.
<DC-IRC> [Discord] <runaway97> So either `gmac0` or `gmac1`.
<DC-IRC> [Discord] <matthewcroughan> Right, so here's my current device tree, https://termbin.com/rab8
<DC-IRC> [Discord] <matthewcroughan> The result of adding this, is the following dmesg https://termbin.com/kxmi
<DC-IRC> [Discord] <matthewcroughan> maybe the GPIO is different or something? Not sure how to debug `(error: -22)`
<DC-IRC> [Discord] <matthewcroughan> the dts is based on kwiboo's branch here https://github.com/Kwiboo/u-boot-rockchip/commits/rk3xxx-2024.04/
<DC-IRC> [Discord] <matthewcroughan> I took the rk3588-generic defconfig, and started trying to enable the ethernet, as a basic example, so I could learn
<DC-IRC> [Discord] <runaway97> Do you have the vendor DTB?
<DC-IRC> [Discord] <matthewcroughan> @mecoblock dumped them here https://we.tl/t-EDr60YUCdD
<DC-IRC> [Discord] <mariob> Yeah, it's not needed.
<DC-IRC> [Discord] <mariob> `reg` in this case is just the device's location on the PCI bus.
<DC-IRC> [Discord] <dams0869> Preferred Ozone platform = wayland in chromium flags
<DC-IRC> [Discord] <enok71> Is anyone using/testing the vendor branch on some rk3588s target, e.g. rock-5a? I see lots of kernel errors when building/running the latest main. Any interest in reporting them somewhere?
<DC-IRC> [Discord] <enok71> Is anyone using/testing the vendor kernel branch on some rk3588s target, e.g. rock-5a? I see lots of kernel errors when building/running the latest main. Any interest in reporting them somewhere?
<DC-IRC> [Discord] <enok71> Is anyone using/testing the vendor kernel branch on some rk3588s target, e.g. rock-5a? I see lots of kernel errors on boot when building/running the latest main. Any interest in reporting them somewhere?
<DC-IRC> [Discord] <enok71> @amazingfate Is anyone using/testing the vendor kernel branch on some rk3588s target, e.g. rock-5a? I see lots of kernel errors on boot when building/running the latest main. Any interest in reporting them somewhere?
<DC-IRC> [Discord] <filos_sofistis_sofistis_filos> is it possible to boot rock5b from nvme, without sdcard or emmc?
<DC-IRC> [Discord] <narga_64> Ah, I see. Thank you, that information was very helpful 👍
<DC-IRC> [Discord] <monkablyat> if you got the vendor DTB then you can convert DTB to DTS and add DTS to your BSP fork and makefile then build test images
<DC-IRC> [Discord] <monkablyat> I even think that my first device on which I installed Armbian the first time ever, after some tinkering, was a very cheap TV box from Amazon, a S905 Amlogic
<DC-IRC> [Discord] <matthewcroughan> @monkablyat is that in reply to me?
<DC-IRC> [Discord] <monkablyat> yes
<DC-IRC> [Discord] <shivansps> ok i got a RX480 to play around to see if the OPI 3B or the OPI 5 detect them
<DC-IRC> [Discord] <shivansps> im not having luck with the OPI5 vendor kernel so far, i get multiple messages of PCIE link failed on dmesg
<DC-IRC> [Discord] <matthewcroughan> Well the issue is that the vendor DTB dump has too much information, thousands of unrelated lines due to vendor BSP DTS probably. I already have linux booting on the device, the issue I have now is enabling ethernet.
<DC-IRC> [Discord] <shivansps> hang on the bar assignent is not failing on the 3b, i trought that was the problem with gpus on arm?
<DC-IRC> [Discord] <shivansps> looks promising to me, im going to build armbian with the radeon gpu module to see what happen
<DC-IRC> [Discord] <monkablyat> I'm happy about that and please understand that open source projects only have limited resources available. I hope someone can help you solve it. Good luck
<DC-IRC> [Discord] <mariob> Not sure why your zip has multiple dtbs, but the nvr and demo ones already have sources in rockchip's linux bsp.
<DC-IRC> [Discord] <mariob> So it's a matter of figuring out what board you really have and use those sources as a base. I am not sure what you're trying to target here (mainline, legacy kernel?).
<DC-IRC> [Discord] <matthewcroughan> I didn't produce the dump, it was @mecoblock and I don't have android on the emmc anymore, and can't find a full emmc dump, (I failed to back it up correctly initially)
<DC-IRC> [Discord] <matthewcroughan> mainline ofc, I can compile that no problem, and have been putting the dtb in the correct place and observing changes as I add/remove nodes
<DC-IRC> [Discord] <matthewcroughan> 6.9-rc1, but I should probably use the collabora kernel
<DC-IRC> [Discord] <matthewcroughan> though I was wanting to get ETH working first
<DC-IRC> [Discord] <mariob> Have a look at rock-5a, it has the same eth phy chip as yours
<DC-IRC> [Discord] <mariob> And see which one of those dtbs in the zip is more similar to your board (number of ethernet ports for instance).
<DC-IRC> [Discord] <mariob> The rx/tx delays may vary depending on the board design for instance.
<DC-IRC> [Discord] <mariob> And see which one of those dtbs in the zip is more similar to your board (number of ethernet ports, i2c/spi device for that front screen maybe?).