| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
commandline parsing code using gengetopt - We now get long options - We have more options including use of the info section for board information (e.g. to add the same boardid but different GPIOs on different routers) * Added back the ability to write stock images (this is useful, for example, when copying the firmware from the in-memory flash, and then being able to create an image that will let you revert to/test stock firmware * Fixed copying of CRCs to use memcpy instead of strncpy (strncpy stops at 0) * Added ability to use all sections of the imagetag, including custom magic signatures (e.g. for the Telsey router I'm adding soon), info sections, and reserved sections * Added putting the router type (as defined in the image generating Makefile) into the info1 section and the filesystem type in the info2 section. This will be used by mtd (when I add the code) to return the name of image used to flash this router. (As requested by Jo, as well as being useful for same boardid different board scenario described above).
SVN-Revision: 24011
|
|
|
|
|
|
| |
to copy the CRC into the imagetag. strncpy stops copying after a 00 byte, memcpy doesn't.
SVN-Revision: 24000
|
|
|
|
| |
SVN-Revision: 23137
|
|
|
|
| |
SVN-Revision: 23133
|
|
|
|
| |
SVN-Revision: 22885
|
|
|
|
| |
SVN-Revision: 22883
|
|
|
|
|
|
|
|
|
| |
Thank you realopty for the patch.
tools/firmware-utils/src/mkchkimg.c is from http://www.myopenrouter.com/download/10611/mkchkimg/
This closes #7702.
SVN-Revision: 22516
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CFE does not boot images generated with these checksums because of
wrong checksum.
After flashing then with tftp to my Asus wl500-GPv1 the following messages
are show:
Null Rescue Flag.
Boot program checksum is invalid
Hello!! Enter Rescue Mode: (Check error)
SVN-Revision: 22418
|
|
|
|
| |
SVN-Revision: 22414
|
|
|
|
|
|
| |
This fixes build of brcm47xx
SVN-Revision: 22398
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* reduce image size for CRC calculation by fs_mark size
sysupgrade sometimes failed for me and I noticed that it was due
to incorrect CRC values in trx-header after performing it.
It seems that the fs_mark was completely included in the calculation
and that it was nevertheless modified by sysupgrade while appending
the jffs data.
This only occurs for the first boot after sysupgrade as the flashmap
driver recalculates the CRC to an even smaller area when it boots.
SVN-Revision: 22396
|
|
|
|
|
|
|
|
|
|
|
| |
Attached patch enhances the mktplinkfw utility:
1. existing firmware files in TP-Link format can now be inspected, showing eg. the used offsets
2. optionally the kernel and rootfs parts can be extracted (saves calculations for dd)
3. when generating firmwares, kernel entry point, load address and rootfs offset can be overwritten (for experienced users)
Patch-by: Pieter "Fate" Hollants <pieter@hollants.com>
SVN-Revision: 22169
|
|
|
|
|
|
| |
Patch-by: Pieter "Fate" Hollants <pieter@hollants.com>
SVN-Revision: 22015
|
|
|
|
|
|
|
|
|
|
| |
* changed addpattern.c to preset the stable and try flags used in TRXv2 images
to dupe CFE and pretend a stable image.
* changed trx.c to calculate TRXv2 CRC with stable and try flags set to 0xFF
like CFE does on startup
* fixed compile warnings in trx.c by explicit casting
SVN-Revision: 22012
|
|
|
|
|
|
| |
I forgot to write the right trx version to the actual header...
SVN-Revision: 21986
|
|
|
|
| |
SVN-Revision: 21848
|
|
|
|
| |
SVN-Revision: 21808
|
|
|
|
| |
SVN-Revision: 21806
|
|
|
|
| |
SVN-Revision: 21767
|
|
|
|
| |
SVN-Revision: 21689
|
|
|
|
|
|
|
|
| |
Adding NBG460N/550N/550NH boards to mkzynfw.
Signed-off-by: Michael Kurz <michi.kurz@googlemail.com>
SVN-Revision: 21446
|
|
|
|
|
|
|
|
|
| |
The test if a file can fit in an image considers the current offset
twice. So a image that would fit is too big.
Thanks-to: Michael Kurz <michi.kurz@googlemail.com>
SVN-Revision: 21445
|
|
|
|
|
|
| |
Also pad the image to a 64K boundary.
SVN-Revision: 21174
|
|
|
|
| |
SVN-Revision: 20831
|
|
|
|
|
|
| |
combining the elements so that it is no longer necessary to create an openwrt-only tagid and tagcrc, and elimate the tagid detection and switch statements which made dealing with imagetags overly complicated, especially since the logic would need analogs in all code that touched the imagetag. Patch from cshore.
SVN-Revision: 20652
|
|
|
|
| |
SVN-Revision: 20548
|
|
|
|
|
|
|
|
| |
* will be used for the WRT160NL board
* patch by Bernhard Loos
* note: rejected parts has been fixed
SVN-Revision: 20522
|
|
|
|
| |
SVN-Revision: 20437
|
|
|
|
|
|
|
|
|
|
|
|
| |
- hacked addpattern due to changes in header format
- added "-5" to addpattern, some 0xFF are needed for trx2 header
"-4" broke CRC checking in CFE
- hacked trx.c due to new header format version
- added target to create trx-V2 images
the flashmap driver possibly needs to be customized.
SVN-Revision: 20433
|
|
|
|
| |
SVN-Revision: 20293
|
|
|
|
| |
SVN-Revision: 20120
|
|
|
|
| |
SVN-Revision: 20067
|
|
|
|
| |
SVN-Revision: 19748
|
|
|
|
| |
SVN-Revision: 19487
|
|
|
|
|
|
| |
imagetag compilation
SVN-Revision: 19485
|
|
|
|
| |
SVN-Revision: 18893
|
|
|
|
| |
SVN-Revision: 18760
|
|
|
|
| |
SVN-Revision: 18697
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds board support for the TP-Link TL-WR1043ND Based on the Atheros AP81 platform.
Presently the RTL8366RB switch support is missing due to no driver.
The ethernet works with 5 ports@1Gbit but is missing vlan support.
Hope Ive done this right, First time submiting a patch.
Signed-off-by: Andrew Tarabaras <andrew@advancedtechnologies.com.au>
SVN-Revision: 18696
|
|
|
|
|
|
| |
web interface
SVN-Revision: 18571
|
|
|
|
| |
SVN-Revision: 18569
|
|
|
|
| |
SVN-Revision: 18448
|
|
|
|
|
|
| |
Thanks to riskable! (closes #5860)
SVN-Revision: 18410
|
|
|
|
| |
SVN-Revision: 18226
|
|
|
|
|
|
| |
appropriate for devices with 8M flash
SVN-Revision: 17537
|
|
|
|
| |
SVN-Revision: 17190
|
|
|
|
| |
SVN-Revision: 17140
|
|
|
|
|
|
| |
Mistry <sandeep.mistry at gmail.com>)
SVN-Revision: 16792
|
|
|
|
| |
SVN-Revision: 16785
|
|
|
|
| |
SVN-Revision: 16742
|