I've been building WNDR3800 builds using Attitude Adjustment for a while now.
Unfortunately, it seems something has gone awry and I can't build a usable image
any more.

Sad that it happens for you, but great to hear that I am not alone with the same problem. I even wrote a ticket about this, but I had then a wrong idea about the problem.

https://lists.openwrt.org/pipermail/openwrt-tickets/2012-November/thread.html#50022
https://dev.openwrt.org/ticket/12454

Discussion on forum: https://forum.openwrt.org/viewtopic.php?id=40565

I have been building my 3700 build for two years now, without any similar problems until now. The same config worked until early November. I had not changed it since August.

I first thought that it might be some flash chip problem, but as the problem concerns at least three known persons (you, me and Manani https://forum.openwrt.org/viewtopic.php?pid=183507#p183507 ) and I am able to flash Netgear stock image and all old images quite ok, I now believe it is not that.

Currently both trunk and AA builds do fail for me, so it should be some change done to both code trees, or something done before the code split in October.

As this error happens inside the original Netgear u-boot during kernel image lzma decompression and the control never gets passed for the kernel itself, this has nothing to do with the code of packages or kernel, but maybe has with the total size. Although I am quite able to flash the orginal over 6.6 MB Netgear firmware, so it is not the absolute size...

As far as I understand, there are at least 3-4 stages in the image generation. First there is the basic kernel, it is then packaged to squashfs, which is then wrapped with lzma, Netgear magic is added to it, and an additional header or the factory image. I believe that somehow the image gets twisted so that the lzma decompression using the built-in Netgear u-boot fails.

Some debugging steps I have done:
- building versions 34045 (after make dirclean), 34055, 34066, 34075, 34085, 34103, 34115 and 34135 in succession and trying them in my 3700v2. All worked. I did NOT "make clean" in between them. I then built 34135 after "make dirclean" and surprisingly it failed... I will test again now that I know it isn't a flash problem. - creating a new Ubuntu 12.04.1 x64 in Virtualbox and re-fetching all Openwrt sources and packages and rebuilding. No help. (I thought that it might be effects of a patch in Ubuntu in November, so I pulled the 12.04.1 image and used thus a fresh PC). No help.

I have considered creating a 32bit Ubuntu and trying with that.


If any of the developers have any debugging advice, please give it.

_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to