| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 44109
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43888
|
|
|
|
|
|
|
|
|
|
|
|
| |
modules build during the kernel compile phase are ignored anyway,
all modules should be built using KernelPackage in
package/kernel/linux/modules/*
selecting the appropriate config symbols there rather than in
target/linux/*/config-*
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
SVN-Revision: 43842
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 41521
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 41499
|
|
|
|
|
|
|
|
| |
this fixes the mpc85xx build error
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 41477
|
|
|
|
|
|
|
|
| |
These options are missing and were spotted by the buildbots.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 40661
|
|
|
|
|
|
|
|
|
| |
r40587 added some kernel config options, on which these two ones depend.
This fixes the build of the buildbots.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 40588
|
|
|
|
|
|
|
|
| |
It is not used by any platform.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 39081
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 38640
|
|
|
|
|
|
|
|
| |
The buildbots found some new missing config options.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 38633
|
|
|
|
|
|
|
|
| |
This was spotted by the buildbots.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 38604
|
|
|
|
|
|
|
|
| |
Commit r37470 did not add a default conig for the ARM_ERRATA symbols for kernel 3.3.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 38352
|
|
|
|
| |
SVN-Revision: 37660
|
|
|
|
|
|
|
|
|
| |
There is no platform using the gpio-pwm driver, yet these patches break the
generic PWM framework that is in upstream. So just remove them.
Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
SVN-Revision: 37490
|
|
|
|
|
|
|
|
| |
needed
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37253
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37252
|
|
|
|
|
|
|
|
| |
by ~10k
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37187
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37073
|
|
|
|
| |
SVN-Revision: 36115
|
|
|
|
| |
SVN-Revision: 36102
|
|
|
|
| |
SVN-Revision: 35945
|
|
|
|
|
|
|
|
|
| |
r35336 exposed PTP, which has additional drivers on ixp4xx, causing it to
not build with PTP enabled.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 35611
|
|
|
|
| |
SVN-Revision: 35336
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35119
|
|
|
|
| |
SVN-Revision: 35080
|
|
|
|
| |
SVN-Revision: 35021
|
|
|
|
| |
SVN-Revision: 34981
|
|
|
|
|
|
| |
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34568
|
|
|
|
|
|
| |
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34555
|
|
|
|
|
|
| |
the target configs.
SVN-Revision: 34330
|
|
|
|
|
|
| |
CONFIG_SQUASHFS_XZ selects CONFIG_XZ_DEC so this could also be moved.
SVN-Revision: 34249
|
|
|
|
|
|
| |
because of dependencies, so that kernel_menuconfig does not remove them again
SVN-Revision: 33923
|
|
|
|
| |
SVN-Revision: 33922
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 33839
|
|
|
|
| |
SVN-Revision: 33725
|
|
|
|
|
|
|
|
| |
level monitoring and control of Gateworks boards. It is used on several product families spanning several different target architectures (ixp4xx, cns3xxx, davinci).
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 33720
|
|
|
|
|
|
|
|
|
|
| |
This feature was experimental in old kernels but
that flag has been removed in 2.6.36. Additionally,
the option is enabled by default since then.
See: http://www.spinics.net/lists/linux-usb/msg31993.html
SVN-Revision: 33574
|
|
|
|
| |
SVN-Revision: 33515
|
|
|
|
| |
SVN-Revision: 33497
|
|
|
|
| |
SVN-Revision: 33384
|
|
|
|
| |
SVN-Revision: 33383
|
|
|
|
| |
SVN-Revision: 32898
|
|
|
|
| |
SVN-Revision: 32883
|
|
|
|
| |
SVN-Revision: 32844
|
|
|
|
| |
SVN-Revision: 32836
|
|
|
|
| |
SVN-Revision: 32804
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Despite Westwood's theoretical advantages, in nearly
every benchmark we ran last year, TCP cubic won, whether it be
on correct RTT estimates, amount of buffering, responsiveness,
etc. on current hardware and software designs.
(both need timestamps on to work well, besides)
TCP cubic is better maintained and understood than westwood,
also.
While a scenario where westwood would win possibly exists,
there is too much buffering in the wifi stack in particular
at present, to see any improvement.
If you wish to exercise various TCPs under contention,
the current svn head of netperf (2.6) has options to switch
congestion control agorithms on the fly, as does iperf.
SVN-Revision: 32514
|
|
|
|
| |
SVN-Revision: 32498
|
|
|
|
| |
SVN-Revision: 32094
|