lister-wrt:

I have this issue with tl-wr902ac-v1 too, doesn't look like the buildbot got that far. It was discussed briefly on the forum (https://forum.openwrt.org/t/plans-for-openwrt-to-support-tp-link-tl-wr902ac/3112/124).

xback:

Ill check it asap tomorrow

xback:

Hi Hannu,

I pushed a fix to master for ens202ext and koala, moving them to Tiny which is an excellent proposal.
Compile-testing the default profiles for Generic and SmallFlags only showed those 2 failing.

Could you inform me if the buildbots finds more on the latest state?

Thanks,

Koen

hardfalcon:

Looks like two devices are breaking the build process for ar71xx/tiny snapshot images for two weeks now:

https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ar71xx/image/tiny.mk;h=86ed2c7f2b59debad9caf873ee74626a9dad97da;hb=23519edbcaa9cfd24b5a6fff44770f0fa9e13f3c

https://phase1.builds.lede-project.org/builders/ar71xx%2Ftiny/builds/401/steps/images/logs/stdio

The origin of the build problems for the ar71xx/generic targets seems exactly the same:

https://phase1.builds.lede-project.org/builders/ar71xx%2Fgeneric/builds/988/steps/images/logs/stdio

https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ar71xx/image/generic.mk;h=9834e199ae7de2a5e0e29c777e22a57ff7b6c48a;hb=HEAD#l137

Is there any reason why there are predefined maximum kernel sizes on these devices at all? Don't they all use OpenWRT's u-boot build anyhow, just as the other ar71xx devices without kernel size limitation, so there's no real need for that artificial limitation after all?

hnyman:

Looking at the latest build log at buildbot ar71xx/generic, there are still 9 devices producing "is too big" errors:

http://phase1.builds.lede-project.org/builders/ar71xx%2Fgeneric/builds/989/steps/images/logs/stdio

I am not quite sure if the sysupgrade images errors break the buildbot build, but the kernel bin errors likely do.

In any case, no succesful buildbot build for ar71xx/generic has been made since the bump to 4.14

Ps. regarding tiny:
the two "tiny" devices mentioned in the previous message are
linux-ar71xx_tiny/bhr-4grv2-kernel.bin is too big
linux-ar71xx_tiny/zbt-we1526-kernel.bin is too big

oldium:

Regarding TP-link targets (Archer, TL-WRxxx) - I got the same during local build of git main on Archer C7 V4, the problem is shown in the following message:

os-image partition too big (more than 1572864 bytes): Success

There are two places, where I found flash layout:

• target/linux/ar71xx/image/generic-tp-link.mk - definition of MTDPARTS.
• tools/firmware-utils/src/tplink-safeloader.c - this one says that os-image is too big

Simply changing //only// the values in tplink-safeloader did not make the image to boot on my Archer C7 V4, though (but the image built successfully), so maybe both need to be changed/synchronized - but I do not understand internals, so I really don't know.

xback:

Hi Oldfich,

I've got a bunch of fixes in my staging tree. (including C7-V4)
Can I ask you to build it and test it on your device?

git://git.openwrt.org/openwrt/staging/xback.git
branch: ar71xx_414

Thanks

oldium:

Good, I will test it. Thanks.

oldium:

Looks good, Archer C7 V4 firmware builds (which is good), boots (which is great) and is usable (which is awesome) :-)

xback:

excellent
Thank you for testing.

Koen

hnyman:

Koen,
is that enough testing that you could commit your fixes?

xback:

Hannu,

yes, it should be enough as the fix mostly the same mor all other affected.
Ill push asap as soon as I have some time.

The tiny targets (2 of them) will need to be disabled currently still.

Koen

xback:

Hannu,

Fixes pushed to master

hnyman:

Koen,
great that you got master fixed ;-)

tiny is still failing in buildbot, due to just two devices:

linux-ar71xx_tiny/bhr-4grv2-kernel.bin is too big
linux-ar71xx_tiny/zbt-we1526-kernel.bin is too big

Maybe you should you disable them as a temporary measure.
So that the whole target is not kept hostage by these two rather obscure devices.

xback:

@hannu,

Fix pushed to master to disable these targets.

I waited to do this for some time, hoping to find an alternative to actually fix it,
but it's not possible at all unfortunately ..

Looking at the size of kernel 4.19 .. they will probably remain disabled.

Ps.
I also kicked the buildbot to retry building ar71xx/tiny asap.

WBINVD:

A different and intermittent problem is affecting ramips/76x8.
It stops at the netgear 6120 factory image step.
That device should be disabled so that the entire target isn't affected.

xback:

Yes,

And also gemini/generic.

I can simulate both easily, but didnt findvyet why they lock-up.

Ill take another look asap.

xback:

ar71xx/tiny confirmed fixed.

https://phase1.builds.lede-project.org/builders/ar71xx%2Ftiny