| Commit message (Collapse) | Author | Age |
... | |
|
|
|
| |
SVN-Revision: 26125
|
|
|
|
| |
SVN-Revision: 25580
|
|
|
|
| |
SVN-Revision: 25085
|
|
|
|
| |
SVN-Revision: 25083
|
|
|
|
| |
SVN-Revision: 24968
|
|
|
|
|
|
| |
Thank you Andrey
SVN-Revision: 24885
|
|
|
|
|
|
| |
kernel_oldconfig for brcm47xx.
SVN-Revision: 24805
|
|
|
|
|
|
| |
The deleted patches went upstream in 2.6.37-rc7
SVN-Revision: 24803
|
|
|
|
|
|
|
|
| |
The Netgear wgt634u uses minus between the hex digest of the mac
address and all other broadcom devices are using colons between the hex
digest. Now the mac address is correctly parsed also when minus is used.
SVN-Revision: 24749
|
|
|
|
|
|
|
|
|
| |
This fixes a problem with wrt350n.
It boots only if this config option is set, otherwise it reboots after "Switching to clocksource MIPS"
Thank you sn9 for fixing this problem.
SVN-Revision: 24626
|
|
|
|
|
|
|
|
|
| |
Broadcom removed these pci id, but at least the wrt350n has a Ethernet
controller with a pci id of 14e4:1676
Thank you sn9 for fixing this problem.
SVN-Revision: 24625
|
|
|
|
| |
SVN-Revision: 24624
|
|
|
|
|
|
| |
kenrel 2.6.36.1 to 2.6.36.2
SVN-Revision: 24486
|
|
|
|
| |
SVN-Revision: 24267
|
|
|
|
|
|
|
| |
Backport patches from r24162
brcm47xx: reorder patches like they were commitet upstream
SVN-Revision: 24266
|
|
|
|
| |
SVN-Revision: 24264
|
|
|
|
|
|
| |
Thank you clemvangelis for the patches. (closes #7672)
SVN-Revision: 24217
|
|
|
|
| |
SVN-Revision: 24168
|
|
|
|
| |
SVN-Revision: 24167
|
|
|
|
| |
SVN-Revision: 24162
|
|
|
|
| |
SVN-Revision: 24116
|
|
|
|
| |
SVN-Revision: 24113
|
|
|
|
| |
SVN-Revision: 24112
|
|
|
|
| |
SVN-Revision: 24102
|
|
|
|
|
|
| |
commit broke CPU revision: 00024000, MIPS (cc 0x805, rev 0x00, vendor 0x4243) functionality. Revert that patch until we get a proper fix.
SVN-Revision: 24096
|
|
|
|
| |
SVN-Revision: 23955
|
|
|
|
| |
SVN-Revision: 23950
|
|
|
|
| |
SVN-Revision: 23949
|
|
|
|
| |
SVN-Revision: 23945
|
|
|
|
|
|
|
|
|
|
| |
Readd the workarround from the old version again which was removed in r22296 and refresh the patches.
This should close #7874
Thank you Russell Senior for testing.
SVN-Revision: 23911
|
|
|
|
|
|
| |
This reverts commit 7467fdab387f451082c15d17ce9ae4d91d74b6ca.
SVN-Revision: 23533
|
|
|
|
|
|
| |
Signed-off-by: Aleksandar Radovanovic <biblbroks@sezampro.rs>
SVN-Revision: 23516
|
|
|
|
| |
SVN-Revision: 23392
|
|
|
|
| |
SVN-Revision: 23278
|
|
|
|
| |
SVN-Revision: 23219
|
|
|
|
| |
SVN-Revision: 22768
|
|
|
|
| |
SVN-Revision: 22759
|
|
|
|
|
|
|
|
|
|
|
| |
Reading the CFE properties causes system hangs on some devices. With
this patch nvram read will be successful very time so cfe will no be
read out. This code is not really correct but it will work around some
problems for some people.
Related ticket: #7693
SVN-Revision: 22663
|
|
|
|
|
|
| |
Steve Brown)
SVN-Revision: 22661
|
|
|
|
|
|
| |
positive reports with that device.
SVN-Revision: 22522
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
used to store config values. When overwriting it the device will not start any more.
closes #7630
Thank you realopty for testing.
SVN-Revision: 22475
|
|
|
|
| |
SVN-Revision: 22425
|
|
|
|
|
|
|
|
| |
* fix return codes of nvram_getenv. Now it behaves like cfe_getenv.
* also check cfe for kernel_args param.
* some style fixes
SVN-Revision: 22424
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
| |
SVN-Revision: 22388
|
|
|
|
| |
SVN-Revision: 22387
|
|
|
|
| |
SVN-Revision: 22385
|
|
|
|
| |
SVN-Revision: 22318
|