It works on squashfs but didn't on pure jffs2 which I pressume was our only environment difference.
The logcat diff between jffs2 and squashfs seems to be: +user.info sysinit: Trying to fix trx header in firmware at 0x20... +user.info sysinit: New crc32: 0x407d9371, rewriting block +user.info sysinit: Done. +user.warn kernel: jffs2_scan_eraseblock(): End of filesystem marker found at 0x0 +user.warn kernel: jffs2_build_filesystem(): unlocking the mtd device... done. +user.warn kernel: jffs2_build_filesystem(): erasing all blocks after the end marker... done. +user.info sysinit: copying files ... done +user.info kernel: mini_fo: using base directory: / +user.info kernel: mini_fo: using storage directory: /jffs Obviously it's not running on pure jffs2 images but it seems to me a bug in the firstboot scripts unrelated to your patch... - Otto On Fri, Mar 19, 2010 at 08:12:24PM -0600, Otto Solares wrote: > Rechecked and yes, I'm using your latest patch and at boot the file > /lib/firstboot/25_fixtrx is there but next boot "lose" the firmware. > > BTW I'm just using pure jffs2 image, will test squashfs and let you > know. > - > Otto > > On Sat, Mar 20, 2010 at 02:27:29AM +0100, Bernhard Loos wrote: > > Are you really sure, you used the second patch I posted and the > > firstboot script is included in the image? > > > > 2010/3/20 Otto Solares <so...@guug.org>: > > > On Fri, Mar 19, 2010 at 06:34:03PM -0600, Otto Solares wrote: > > >> On Fri, Mar 19, 2010 at 11:25:40AM -0600, Otto Solares wrote: > > >> > On Fri, Mar 19, 2010 at 04:53:34PM +0100, Bernhard Loos wrote: > > >> > > Does this happen directly after flashing or only after a reboot? > > >> > > > >> > After the first reboot. > > >> > > > >> > > If openwrt does come up at least once, could you run "mtd -o 32 > > >> > > fixtrx > > >> > > firmware" and give me the output? > > >> > > > >> > Yes, it comes up once and for the next reboot/power-cycle it "lose" the > > >> > firmware and waits for a TFTP firmware. > > >> > > > >> > I'm not near this new WRT160NL so I'll send you the output later. > > >> > > >> r...@openwrt:~# mtd -o 32 fixtrx firmware > > >> Trying to fix trx header in firmware at 0x20... > > >> New crc32: 0x73ea777a, rewriting block > > >> Done. > > > > > > FYI after this command it always boots fine now. > > > - > > > Otto > > > _______________________________________________ > > > openwrt-devel mailing list > > > openwrt-devel@lists.openwrt.org > > > https://lists.openwrt.org/mailman/listinfo/openwrt-devel > > > > > _______________________________________________ > > openwrt-devel mailing list > > openwrt-devel@lists.openwrt.org > > https://lists.openwrt.org/mailman/listinfo/openwrt-devel > _______________________________________________ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel