(I found it looking where that struct if defined in the upstream source, and it seemed to be include/linux/mtd/partitions.h, and this was in the commit log)
I removed patch 037 that creates the SMEM parser and 302 that patches it. (That invalidates the functionality for AP148. ) Image compiled ok, but did not boot. The router was left into recovery mode, so I could use TFTP without needing to use the reset button.
I wonder if those nand changes are necessary. If too many changes are tried at the same time, it can be rather impossible to say what part fails.
pushed v4.9 support but left v4.4 as default. i used the codeaurora v4.7 series as a basis as it also adds ipq4xxx support, then went over all our patches and picked up the missing ones. i am pretty confident that its all there but was going to send @dissent1 a mail to ask for help testing.
only problem i am aware of is that cpuidle borks up. we need to add a new node for qcom,scm, this requires 3 clocks and i am not sure which to add for ipq860x. not adding the node makes the kernel blow up upon first idle state. with cpuidle disabled it works well though.
v4.9 will also bring qca8k support for the qca8337 switches so i will add userland support for DSA int he coming days.
I compiled 4.9 image for R7800 based on blogic's code, but the result is the same.
The router does not boot properly. It actually ends up in the u-boot TFTP recovery mode (power led slowly blinking), so that I can just send a new firmware image via TFTP without needing to touch the reset button.
That makes me to think that somehow the kernel image gets invalidated very early. By u-boot?
That has now happened with both alternative 4.9 approaches.
But I have no serial console attached, so no additional info at this point.
I know how to handle scm, there's only 1 clock and that is <&rpmcc RPM_DAYTONA_FABRIC_CLK>, but your commit is missing 3xx patches that adds support for ipq806x rpm clock controller
looks like there are no ipq4xxx patches. can you update your tree with the missing patches you listed above so i can pull this lot into trunk as a replacement of what we have right now ? i'd like to start testing ipq4xxx after that
The clocks fix patch has been submitted to upstream kernel after I've found that upstream clocks are incorrect, so it's in 305 patch along with rpmcc node.
Btw qcom-scm driver doesn't contain ipq806x compatibility string, so in DT it should be set as apq8064 or I'll made a patch to add the compatibility into the driver.
I'll rebase upon current head and make PR in a while
I'll rearrange your patches and make it a single commit on top of a current head.
Will also add 4.9 files and config symbols.
At the moment I have no means to make it bootable as I cannot verify the error because neither me nor anyone I know have access to serial console on the device.
I'm almost done, verifying the compilation and editing patch headers to reflect real commits in linaro repo on code-aurora.
Well bad quality or not, but those patches that are not upstream make the device work rock steady actually.