| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Signed-off-by: SHI Bin <shibin@ctsing.com>
SVN-Revision: 33183
|
|
|
|
|
|
| |
with new zlib releases
SVN-Revision: 33181
|
|
|
|
| |
SVN-Revision: 33180
|
|
|
|
| |
SVN-Revision: 33179
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Creation of uImage for WNR854T only done once (before 2x for jffs2 build and 1x for squashfs build)
* Got rid of unneccessary padding of rootfs partition
* ARM zImages always need a machine id, therefore do not copy generic (=no id) uImage to BIN_DIR, instead copy zImage
* Generalized functions for easier re-using and enhancing (e.g. D-Link DNS 323 implementation would be only a couple lines)
* Copy rootfs partitions to BIN_DIR, just like it is done for D-Link DNS 323
* Use variables to allows easily changing for custom builds, e.g. kernel mtd size for symbols
* Size check of kernel files to avoid builds that break devices
* Use for "-sysupgrade" and "-factory" in image names (like ar71xx, brcm63xx, etc.) to avoid questions about which image to use
Signed-off by: Matthias Buecher <mail@maddes.net>
SVN-Revision: 33174
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33165
|
|
|
|
|
|
|
|
| |
Adds capability to add uci-defaults defining RSSI LEDs
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33164
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
rssileds is a small user-space process to control LEDs by polling the
signal quality reported by a WiFi interface. By using the iwinfo library,
rssileds is independent of the WiFi driver used.
It supports pwm controlled LEDs and may by used to nicely fade through
all colors in real-time of the rainbow while only wasting very little CPU
time and a small constant amount of system memory.
An example configuration for the ALL0258N will follow in the next patch.
This is a slightly improved version of rssileds, now quality values are
in percent and stuff is written to syslog.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33163
|
|
|
|
| |
SVN-Revision: 33162
|
|
|
|
| |
SVN-Revision: 33160
|
|
|
|
| |
SVN-Revision: 33159
|
|
|
|
|
|
| |
Signed-off-by: Miguel GAIO <miguel.gaio@efixo.com>
SVN-Revision: 33158
|
|
|
|
|
|
| |
Signed-off-by: Miguel GAIO <miguel.gaio@efixo.com>
SVN-Revision: 33157
|
|
|
|
|
|
| |
Signed-off-by: Miguel GAIO <miguel.gaio@efixo.com>
SVN-Revision: 33156
|
|
|
|
| |
SVN-Revision: 33154
|
|
|
|
| |
SVN-Revision: 33152
|
|
|
|
| |
SVN-Revision: 33151
|
|
|
|
| |
SVN-Revision: 33150
|
|
|
|
| |
SVN-Revision: 33148
|
|
|
|
|
|
| |
wrapper for tar -C / -x(v)zf
SVN-Revision: 33147
|
|
|
|
|
|
| |
Signed-off-by: Jonh Wendell <jonh.wendell@gmail.com>
SVN-Revision: 33146
|
|
|
|
|
|
|
|
|
| |
In order to get OHCI/EHCI working on the Rt3352, the platform device must be
named so rt3883-?hci will recognize it.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33145
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As the userspace has no means to determine the maximum possible timeout, use
that as the default and let the userspace lower it when necessary.
As the result the usual OpenWrt install (with busybox's watchdog trying to set
the timeout to 60s on start) is using a 33s timeout on an RT3052 clocked at
384MHz instead of the current 20s default.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 33144
|
|
|
|
|
|
|
|
|
|
|
| |
DIR-620
D-Link's DIR-620 allows to flash a uImage directly from its web-interface but
for that the image name should be set to DIR_620.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 33143
|
|
|
|
|
|
|
|
|
|
|
|
| |
Full functionality runtime tested, installation via OEM web-interface requires
a follow-up patch.
Thanks go to Sergey Vasilyugin for his patch that pointed me at the missing
bits (including the antiparallel wps led).
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
SVN-Revision: 33142
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I recently experienced this:
configure.ac:1101: the top level
interfaces/Prolog/Ciao/Makefile.am:168: `pkglibdir' is not a legitimate directory for `DATA'
interfaces/Prolog/GNU/Makefile.am:167: `pkglibdir' is not a legitimate directory for `DATA'
interfaces/Prolog/SICStus/Makefile.am:71: `pkglibdir' is not a legitimate directory for `DATA'
interfaces/Prolog/SWI/Makefile.am:187: `pkglibdir' is not a legitimate directory for `DATA'
interfaces/Prolog/XSB/Makefile.am:186: `pkglibdir' is not a legitimate directory for `DATA'
interfaces/Prolog/YAP/Makefile.am:176: `pkglibdir' is not a legitimate directory for `DATA'
make[4]: *** [Makefile.in] Error 1
Found this on google:
http://bugs.mysql.com/bug.php?id=63898
And used this to fix it:
fgrep -rlZ pkglib_DATA --include Makefile.am . | xargs -0 sed -i 's/pkglib_DATA/pkgdata_DATA/g'
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33141
|
|
|
|
| |
SVN-Revision: 33140
|
|
|
|
| |
SVN-Revision: 33139
|
|
|
|
|
|
| |
"-static" on non-Darwin systems
SVN-Revision: 33138
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes this section mismatch warning:
WARNING: vmlinux.o(.meminit.text+0xb14): Section mismatch in reference
from the function memblock_insert_region() to the function
.init.text:crashlog_init_memblock()
The function __meminit memblock_insert_region() references
a function __init crashlog_init_memblock().
If crashlog_init_memblock is only used by memblock_insert_region then
annotate crashlog_init_memblock with a matching annotation.
Also, remove the __init annotations from 'include/linux/crashlog.h'
SVN-Revision: 33137
|
|
|
|
|
|
| |
from now on
SVN-Revision: 33132
|
|
|
|
| |
SVN-Revision: 33131
|
|
|
|
|
|
| |
None of the boards we support have PCI connectors
SVN-Revision: 33130
|
|
|
|
| |
SVN-Revision: 33129
|
|
|
|
| |
SVN-Revision: 33128
|
|
|
|
| |
SVN-Revision: 33127
|
|
|
|
| |
SVN-Revision: 33126
|
|
|
|
|
|
|
|
| |
This option is necessary when configuring 6rd behind NAT.
Signed-off-by: Stéphan Kochen <stephan@kochen.nl>
SVN-Revision: 33123
|
|
|
|
| |
SVN-Revision: 33122
|
|
|
|
| |
SVN-Revision: 33121
|
|
|
|
| |
SVN-Revision: 33120
|
|
|
|
| |
SVN-Revision: 33119
|
|
|
|
|
|
| |
Static linking of cmake is broken on x86_64, until we can sort it out, revert the static linking.
SVN-Revision: 33118
|
|
|
|
| |
SVN-Revision: 33117
|
|
|
|
| |
SVN-Revision: 33116
|
|
|
|
| |
SVN-Revision: 33115
|
|
|
|
| |
SVN-Revision: 33114
|
|
|
|
| |
SVN-Revision: 33113
|
|
|
|
| |
SVN-Revision: 33112
|
|
|
|
| |
SVN-Revision: 33111
|