Bernhard Loos írta:
Hello
This is the final patch with the uci-default script from Otto Solares.
Would be nice, if somebody could commit this.
Added in r20522-r20526 with some fixes. Thanks!
-Gabor
___
openwrt-devel mailing list
Hello
This is the final patch with the uci-default script from Otto Solares.
Would be nice, if somebody could commit this.
Bernhard
wrt160nl-fixtrx.diff
Description: Binary data
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Seems a bit like overkill to me, but I guess that's not my call to make.
Thanks for your patch and your tests.
Bernhard
2010/3/24 Otto Solares so...@guug.org:
On Wed, Mar 24, 2010 at 02:39:51PM +0100, Bernhard Loos wrote:
After a suggestion from xMff, I dedicded to use a uci-defaults
After a suggestion from xMff, I dedicded to use a uci-defaults script,
as this should fit the needs. Use it instead of the firstboot script
in the original patch.
I can't test it, as I don't have the device with me right now, but it's trivial.
Bernhard
2010/3/22 Otto Solares
On Wed, Mar 24, 2010 at 02:39:51PM +0100, Bernhard Loos wrote:
After a suggestion from xMff, I dedicded to use a uci-defaults script,
as this should fit the needs. Use it instead of the firstboot script
in the original patch.
I can't test it, as I don't have the device with me right now, but
On Sat, Mar 20, 2010 at 01:38:58PM +0100, Matthias Buecher / Germany wrote:
Is the script set to executable (+x) in the image?
This is typical for scripts that are presebt but not running, and often
overlooked.
Scripts in /lib/firstboot are not executable as they are sourced and
not executed
On Sat, Mar 20, 2010 at 06:14:08PM +0100, Jo-Philipp Wich wrote:
I think the real issue is that the preinit hook used by the fix script
is not executed on jffs2-only images.
Exactly, this script is added to the switch2jffs hooks which aren't
executed on a pure jffs2 image.
It seems there are
Is the script set to executable (+x) in the image?
This is typical for scripts that are presebt but not running, and often
overlooked.
Maddes
On 20.03.2010 04:02, Otto Solares wrote:
It works on squashfs but didn't on pure jffs2 which I pressume was our
only environment difference.
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think the real issue is that the preinit hook used by the fix script
is not executed on jffs2-only images.
~ JoW
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Does this happen directly after flashing or only after a reboot?
If openwrt does come up at least once, could you run mtd -o 32 fixtrx
firmware and give me the output?
2010/3/19 Otto Solares so...@guug.org:
On Wed, Mar 17, 2010 at 05:34:33PM +0100, Bernhard Loos wrote:
Hello
I forgot to svn
2010/3/19 W. Michael Petullo m...@flyn.org:
The WRT160NL gets shipped with a new bootloader since some time, which
actually checks the checksum in the trx image header. As the
checksummed area includes the jffs2 start marker, this will blow up
after first boot.
This patch fixes this by adding
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
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
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
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
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
The WRT160NL gets shipped with a new bootloader since some time, which
actually checks the checksum in the trx image header. As the
checksummed area includes the jffs2 start marker, this will blow up
after first boot.
This patch fixes this by adding a new funktion to mtd (fixtrx) which
is
On Wed, Mar 17, 2010 at 05:34:33PM +0100, Bernhard Loos wrote:
Hello
I forgot to svn add the firstboot script, that actually calls mtd to
fix the trx, sorry about that.
Here is the complete patch again.
Bernhard
Hello Bernhard,
FYI I try your patch on my newer WRT160NL but it
I'm not sure about things like the flashlayout and the position of the
trx header for those board, but it should be pretty easy to extend.
You simply have to adapt the prinit script, the rest should be the
same.
2010/3/16 Mattia Aracne arac...@hotmail.com:
Hello
The WRT160NL gets shipped with a
Hello
The WRT160NL gets shipped with a new bootloader since some time, which
actually checks the checksum in the trx image header. As the
checksummed area includes the jffs2 start marker, this will blow up
after first boot.
This patch fixes this by adding a new funktion to mtd (fixtrx) which
is
On Tue, Mar 16, 2010 at 12:21:14PM +0100, Bernhard Loos wrote:
Hello
The WRT160NL gets shipped with a new bootloader since some time, which
actually checks the checksum in the trx image header. As the
checksummed area includes the jffs2 start marker, this will blow up
after first boot.
This
21 matches
Mail list logo
