tomn has quit [Read error: Connection reset by peer]
n3ph has joined #openwrt-devel
rmilecki has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
n3ph has quit [Ping timeout: 480 seconds]
n3ph has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
goliath has joined #openwrt-devel
robimarko has joined #openwrt-devel
lynxis_ has joined #openwrt-devel
lynxis has quit [Ping timeout: 480 seconds]
mirko has quit [Ping timeout: 480 seconds]
mirko has joined #openwrt-devel
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #openwrt-devel
<russell-->
anybody a ninja ninja? i'm trying to port the package srecord to the packages feed of openwrt, but i'm getting an unwanted include directory in build.ninja, and i don't know where it's coming from.
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
<dryimpact>
Anyone have an idea why the boot process of openwrt would get stuck on a not yet supported mtk7622 device? dts + logs: https://0x0.st/80Ov.txt
<dryimpact>
I have been trying, what feels like, every possible combination of the dts. Not sure if its even related to it at this point.
<stintel>
have you tried restoring the original loadaddr after trying my randomly gambled 0x44000000 ?
<stintel>
oh wait, you did set that back, I'm confused with Load Address: 0x44000000 in the kernel-1 subimage
<stintel>
oh well, I'm out of ideas, haven't done this kind of work in a while and I'm also pretty tired
<dryimpact>
yea I have already tried that. With the original address I also found that at least the start and the end of the kernel is loaded into ram (mb.b) so I dont think its because of some size restriction.
<dryimpact>
I dont know if this is relevant but the proprietary also had two modified magic numbers I had to patch (fdt & fit) d00dfeed -> daadfeed. If there are more custom edits it would at least explain why nothing wants to boot.
<stintel>
I would assume that to produce a proper error, but you never know with vendor modifications
<dryimpact>
Exactly, but for daadfeed uboot at least told me. 0x44000000 is not the loadaddr for the image but for the kernel I think. so at 0x4007ff28 is the fit header. The stock kernel f.e. has 0x41080000 and it works
<stintel>
maybe I should step away from the computer :P
<dryimpact>
ok I'll try. thanks
<dryimpact>
still no change. this is so weird...
<stintel>
you also don't have a memory node in the dts I see, but then again, none of the mt7622-*.dts in openwrt tree have that either
<stintel>
I guess it can't hurt to try adding it
<stintel>
what's interesting is that your bdinfo says mem size 0x1F000000 but the OEM DTS from the forum post has reg = <0x00 0x40000000 0x00 0x3f000000>;
<dryimpact>
yea nothing makes sense with this board. I just tried <0x00 0x40000000 0x00 0x1f000000> and <0x00 0x40000000 0x00 0x3f000000>. and still nothing
<dryimpact>
could this be some kind of secure boot stuff or would I get actual error messages?
rsalvaterra has quit []
rsalvaterra has joined #openwrt-devel
<stintel>
that *should* give you another error message, I've been playing with that on a rock 5b+
<stintel>
is there a GPL drop from the OEM?
<dryimpact>
I wasn't able to find anything for my specific device and vendor. but I know there is the mediatek git https://github.com/JiaY-shi/mtk-openwrt-feeds But they obviously didnt play around with the magic numbers or stuff like that
<stintel>
try requesting it from the OEM I guess
<dryimpact>
great idea! email sent. hopefully they care about their customers as much as they care about putting certifications all over their website
lucascastro has joined #openwrt-devel
<stintel>
:P
lucascastro has quit [Remote host closed the connection]