Add support for the T-Com Speedport W 500V using a special tagged image as it
identifies itself as a 96348GW, but has some gpios wired differently, and also
has only one ethernet port without a switch attached to it.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@24190 3c298f89-4303-0410-b956-a3cf2f4a3e73
Add a fixup for the kernel to check the bcm tag of the image for a boardid in
the information1 field, and use that instead of the supplied one by cfe. This
is triggered by a + at the start of the information1 field.
Also modify the image generation to generate apropriately tagged images.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@24189 3c298f89-4303-0410-b956-a3cf2f4a3e73
The DSL-2740B/DSL-2741B rev C2 support was missing the board definition,
resulting in a kernel panic on boot.
This patch adds it, and also renames the generated image name to properly
reflect that it is for the revision C2, and for both the DSL-2740B and
DSL-2741B.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@24188 3c298f89-4303-0410-b956-a3cf2f4a3e73
* Rewrote 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).
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@24011 3c298f89-4303-0410-b956-a3cf2f4a3e73
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.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@20652 3c298f89-4303-0410-b956-a3cf2f4a3e73
images for more routers based on the brcm63xx chipset.
Signed-Off By: Daniel Dickinson <crazycshore@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@16396 3c298f89-4303-0410-b956-a3cf2f4a3e73
imagetag versions from Broadcom and vendors, patch from Daniel Dickinson (fixes#4987).
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@16393 3c298f89-4303-0410-b956-a3cf2f4a3e73
This adds CFE tagged image generation in the BCM963xx target image Makefile.
It has to generate its own LZMA compressed kernel because CFE is a LZMA nazi.
It also seems that the Broadcom image tagger as well as CFE use AdvanceCOMP,
which is based on a slightly older LZMA SDK. Anyways, some of the code is
GPL, some of it is LGPL, so it might be that Broadcom owes some sources.
Also, LZMA has a bug which causes it to generate different output when you
are using stdin / stdout compared to plain files. I've just worked around
the issue by using plain files.
Signed-off-by: Axel Gembe <ago@bastart.eu.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@11171 3c298f89-4303-0410-b956-a3cf2f4a3e73
Current kernels have the same kernel entry as load address, so just set them
like this. Also, the BCM963xx uses 0x80010000 as its load address, so use this
too.
Signed-off-by: Axel Gembe <ago@bastart.eu.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@11169 3c298f89-4303-0410-b956-a3cf2f4a3e73
