| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 33110
|
|
|
|
| |
SVN-Revision: 33109
|
|
|
|
| |
SVN-Revision: 33108
|
|
|
|
| |
SVN-Revision: 33107
|
|
|
|
| |
SVN-Revision: 33106
|
|
|
|
| |
SVN-Revision: 33105
|
|
|
|
| |
SVN-Revision: 33104
|
|
|
|
| |
SVN-Revision: 33103
|
|
|
|
| |
SVN-Revision: 33102
|
|
|
|
| |
SVN-Revision: 33101
|