aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/brcm47xx/image
Commit message (Collapse)AuthorAgeFilesLines
* brcm47xx: fix padding of trx images, padjffs2 does not work properly on ↵Felix Fietkau2011-08-291-1/+1
| | | | | | empty files by default SVN-Revision: 28125
* brcm47xx: deactivate wndr3400 for now as this device will not bootHauke Mehrtens2011-06-291-1/+1
| | | | SVN-Revision: 27316
* brcm47xx: generate image to flash on Netgear WNDR3400.Hauke Mehrtens2011-06-281-0/+1
| | | | | | The image will not boot because serial flash support is missing this is only for experts. SVN-Revision: 27302
* bcm47xx: Remove kernel checks from image MakefileHauke Mehrtens2011-06-151-6/+2
| | | | | | | | | 2.4 isn't present anymore, so it will always be 2.6 (or newer). Since the 2.6 check will break with 3.0, remove it alltogether. Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com> SVN-Revision: 27185
* brcm47xx: Add edimax PS1208mfg supportHauke Mehrtens2010-12-022-1/+13
| | | | | | Thank you clemvangelis for the patches. (closes #7672) SVN-Revision: 24217
* brcm47xx: do not generate image for wgr614_v8 as long as we did not get any ↵Hauke Mehrtens2010-08-061-1/+1
| | | | | | positive reports with that device. SVN-Revision: 22522
* brcm47xx: Add new image generation and fix leds/reset button on WNR834B V2Hauke Mehrtens2010-08-061-0/+6
| | | | | | | | | 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
* mostly revert commit r22396Hauke Mehrtens2010-07-301-1/+1
| | | | | | | | | | | | | 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
* fix CRC32 calculation for sysupgradeMarkus Wigge2010-07-271-1/+1
| | | | | | | | | | | | | | * 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
* renamed wrt54g3gv2-vf imagesMarkus Wigge2010-07-011-2/+2
| | | | | | | | | | 'factory' and 'sysupgrade' did not make much sense. A discussion with jow convinced me that .trx results in a helpdesk disaster. So I decided to use '.bin' for normal bin-headers and '.noheader.bin' for the trx-v2 image. I fixed the wiki accordingly. SVN-Revision: 22013
* add back the base-files/image code from brcm-2.4 to brcm47xxFelix Fietkau2010-06-2610-0/+1414
| | | | SVN-Revision: 21945
* remove brcm47xx symlinks to brcm-2.4 (unfortunately svn does not allow a ↵Felix Fietkau2010-06-261-1/+0
| | | | | | proper type changing commit) SVN-Revision: 21944
* strip the kernel version suffix from target directories, except for brcm-2.4 ↵Felix Fietkau2007-09-061-0/+1
(the -2.4 will be included in the board name here). CONFIG_LINUX_<ver>_<board> becomes CONFIG_TARGET_<board>, same for profiles. SVN-Revision: 8653