| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While the disadvantage is less available flash space, it's easy and
safe to flash without opening the device.
Going back to the original firmware is also possible.
This patch add two firmware utilities, mkbrncmdline and mkbrnboot.
mkbrncmdline patches the uncompressed kernel so the registeres a0 to
a3 are initialized and the memory size is passed in.
mkbrnboot takes the lzma compressed kernel and squashfs images and
creates a firmware image that can be flashed using the BRN-BOOT
recovery kernel, which is booted by holding both buttons when
powering up the device and will listen on http://192.168.2.1.
The firmware file from bin/lantiq/ to use is
openwrt-lantiq-danube-ARV4525PW-BRNDTW502-brnImage
The BRN-BOOT recovery kernel does size-check the image, so if it's
too big to fit into flash it will complain accordingly.
A second patch is needed to make the wired network interface work
since there is no u-boot to pre-initialise it.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 30532
|
|
|
|
|
|
| |
Signed-off-by: Johnathan Boyce <jon.boyce@globalreach.eu.com>
SVN-Revision: 29913
|
|
|
|
| |
SVN-Revision: 29754
|
|
|
|
| |
SVN-Revision: 29681
|
|
|
|
| |
SVN-Revision: 29655
|
|
|
|
|
|
| |
Signed-off-by: Christian Cier-Zniewski <c.cier@gmx.de>
SVN-Revision: 29650
|
|
|
|
| |
SVN-Revision: 29544
|
|
|
|
| |
SVN-Revision: 29466
|
|
|
|
| |
SVN-Revision: 29445
|
|
|
|
| |
SVN-Revision: 29409
|
|
|
|
|
|
| |
Based on a patch by Adrian Chadd <adrian@freebsd.org>
SVN-Revision: 29327
|
|
|
|
| |
SVN-Revision: 28707
|
|
|
|
| |
SVN-Revision: 28688
|
|
|
|
| |
SVN-Revision: 28602
|
|
|
|
|
|
| |
Patch-by: dongyuqi <729650915@qq.com>
SVN-Revision: 28278
|
|
|
|
|
|
| |
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 28270
|
|
|
|
|
|
| |
Signed-off-by: Martin Raykov <martin.raykov@gmail.com>
SVN-Revision: 28268
|
|
|
|
|
|
| |
with a BSD stdlib function
SVN-Revision: 27553
|
|
|
|
| |
SVN-Revision: 27475
|
|
|
|
| |
SVN-Revision: 27473
|
|
|
|
| |
SVN-Revision: 27472
|
|
|
|
| |
SVN-Revision: 27438
|
|
|
|
|
|
| |
This closes #9446
SVN-Revision: 27255
|
|
|
|
|
|
| |
Also print an error message if decryption fails.
SVN-Revision: 27167
|
|
|
|
|
|
| |
Signed-off-by: Mark Mentovai <mark@moxienet.com>
SVN-Revision: 27052
|
|
|
|
| |
SVN-Revision: 27050
|
|
|
|
|
|
|
|
|
| |
Add two helpers for generating correctly tagged images for the T-Home
Speedport W 303V Typ B as well as xor'd ones as required by CFE.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26877
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Dual image capable CFEs store an image sequence at the same place as
currently OpenWrt stores the actual rootfs length, so it will get
overwritten when flashing through such a CFE.
To prevent this from happening, move the rootfs length field to the next
four bytes, thus completely using the reserved1 field.
Since the reserved1 field is now completely in use, it does not make sense
to allow it to be set from the imagetag utility, so remove the option.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26680
|
|
|
|
|
|
|
|
| |
Should make it work on big endian systems again, I do not have such a system.
This closes #9093.
SVN-Revision: 26543
|
|
|
|
|
|
| |
Patch-by: Jonathan Benett <jbscience87@gmail.com>
SVN-Revision: 26118
|
|
|
|
| |
SVN-Revision: 25472
|
|
|
|
| |
SVN-Revision: 24981
|
|
|
|
| |
SVN-Revision: 24980
|
|
|
|
|
|
|
|
| |
length, so that when the CRC fixup is applied and the root length is recorded as zero we can still calculate the rootfs mtd partition size.
Signed-off-by: Daniel Dickinson <daniel@cshore.neomailbox.net>
SVN-Revision: 24838
|
|
|
|
|
|
|
|
|
| |
Same as TL-WR741ND but with different hardware ID and without
detachable antenna.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 24811
|
|
|
|
| |
SVN-Revision: 24653
|
|
|
|
| |
SVN-Revision: 24438
|
|
|
|
|
|
| |
Thank you clemvangelis for the patches. (closes #7672)
SVN-Revision: 24217
|
|
|
|
|
|
| |
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
|