| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 33152
|
|
|
|
| |
SVN-Revision: 33151
|
|
|
|
| |
SVN-Revision: 33150
|
|
|
|
|
|
| |
wrapper for tar -C / -x(v)zf
SVN-Revision: 33147
|
|
|
|
|
|
| |
from now on
SVN-Revision: 33132
|
|
|
|
|
|
|
|
| |
This option is necessary when configuring 6rd behind NAT.
Signed-off-by: Stéphan Kochen <stephan@kochen.nl>
SVN-Revision: 33123
|
|
|
|
|
|
| |
Some packages are going to need fixups based on LIB_SUFFIX
SVN-Revision: 33080
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the underlying /etc/config/wireless got changed since the last "wifi up"
has been performed, the uci vap ifname state vars become inconsistent on a
subsequent "wifi up" and multiple vaps get mapped to the same ifnames which
confuses the gui and other processes relying on them.
For now call an explicit "wifi down" prior to each "wifi up" which will clear
up the state accordingly.
SVN-Revision: 33076
|
|
|
|
| |
SVN-Revision: 33075
|
|
|
|
|
|
|
|
|
|
|
| |
Give nas interface time to setup them selves before configuring them.
Should fix #11826.
Contributed by T-Labs, Deutsche Telekom Innovation Laboratories
Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
SVN-Revision: 33074
|
|
|
|
| |
SVN-Revision: 33063
|
|
|
|
| |
SVN-Revision: 33062
|
|
|
|
| |
SVN-Revision: 33057
|
|
|
|
| |
SVN-Revision: 33055
|
|
|
|
|
|
| |
(#11914)
SVN-Revision: 33053
|
|
|
|
|
|
| |
Signed-off-by: Gregory M. Turner <gmt@malth.us>
SVN-Revision: 33035
|
|
|
|
| |
SVN-Revision: 33034
|
|
|
|
|
|
| |
to prevent potential interrupt storms
SVN-Revision: 33032
|
|
|
|
| |
SVN-Revision: 33031
|
|
|
|
|
|
| |
instead make the build fail if they differ from the ones in the kernel tree to prevent subtle runtime issues (see #11981)
SVN-Revision: 33030
|
|
|
|
| |
SVN-Revision: 33029
|
|
|
|
| |
SVN-Revision: 33028
|
|
|
|
|
|
| |
performance with various cards
SVN-Revision: 33014
|
|
|
|
|
|
|
|
|
| |
The structs defined in these header files should be the same as the
structes used by the platform code otherwise it will cause strange
runtime errors. By removing them from compat-wireless we will get a
compile error instead of a runtime error if they are out of sync.
SVN-Revision: 33006
|
|
|
|
|
|
|
|
|
|
| |
* remove use_et, all supported drivers are using mii ioctls
* remove robo.phy_addr, phy_addr was always set to ROBO_PHY_ADDR.
* remove support for old kernel versions
* do_ioctl is allways called with buff == NULL
* use if_mii
SVN-Revision: 33002
|
|
|
|
| |
SVN-Revision: 32996
|
|
|
|
| |
SVN-Revision: 32992
|
|
|
|
|
|
| |
fixes #11973
SVN-Revision: 32991
|
|
|
|
| |
SVN-Revision: 32956
|
|
|
|
| |
SVN-Revision: 32929
|
|
|
|
|
|
|
| |
Since we are overriding TARGET_CXX with the g++-uc wrapper when
we use cmake it expects to find g++-uc in the TOOLCHAIN_DIR.
SVN-Revision: 32928
|
|
|
|
|
|
|
| |
Too many modules were removed, while only the octeon module was meant to be
removed, fix that.
SVN-Revision: 32909
|
|
|
|
| |
SVN-Revision: 32904
|
|
|
|
| |
SVN-Revision: 32901
|
|
|
|
|
|
|
|
| |
When standalone ldd is selected in config the binary is installed in /usr/bin/ldd.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
SVN-Revision: 32891
|
|
|
|
| |
SVN-Revision: 32886
|
|
|
|
|
|
|
|
| |
I did not add the last patch, because it add some stubs for the flash drivers and our patches have to be changed for that, if the flash support in bcma is able to do something I will integrate it.
This also contains 3 additional patches fixing some bugs in bcma.
SVN-Revision: 32880
|
|
|
|
|
|
| |
brcm63xx)
SVN-Revision: 32878
|
|
|
|
| |
SVN-Revision: 32869
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With the BRCM47xx image I have built (Linksys E3000), there are additional
writes following the completion of "mtd_replace_jffs2" which invalidate the
'trx_fixup' performed by 'mtd_replace_jffs2'. Moving the 'trx_fixup' to somewhere
after all writes have completed fixes the problem. I also noticed that 'erasesize'
used to compute 'block_offset' in 'mtd_fixtrx' is used before it is computed by
'mtd_check_open'; moving the call to 'mtd_check_open' up a few lines fixes this.
Unlike 'mtd_fixtrx', 'trx_fixup' appears to assume that the TRX header is always at
offset 0; which may be the cause of the problem described in Ticket #8960.
Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>
SVN-Revision: 32866
|
|
|
|
| |
SVN-Revision: 32865
|
|
|
|
| |
SVN-Revision: 32864
|
|
|
|
| |
SVN-Revision: 32863
|
|
|
|
| |
SVN-Revision: 32862
|
|
|
|
| |
SVN-Revision: 32861
|
|
|
|
| |
SVN-Revision: 32860
|
|
|
|
| |
SVN-Revision: 32859
|
|
|
|
| |
SVN-Revision: 32858
|
|
|
|
| |
SVN-Revision: 32857
|
|
|
|
| |
SVN-Revision: 32856
|