Also remove trailing whitespaces from the Makefile.
Based on a patch by M. Braun.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31701 3c298f89-4303-0410-b956-a3cf2f4a3e73
On slower devices wifi drivers might take too long for detecting
devices, resulting in the wifi detect call not seeing them.
This was observed on a bcm6348 with bcm4318 wifi. Adding a one second
pause was enough for b43 to expose the device.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31639 3c298f89-4303-0410-b956-a3cf2f4a3e73
OpenWrt does not support kernel version <= 2.6.36 any more, remove all modules only build for those kernels and all conditions specific for those kernel versions.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31634 3c298f89-4303-0410-b956-a3cf2f4a3e73
This was remove in kernel 2.6.38 and is not needed any more.
The last commit (r31631) has the wrong message, kmod-usb-phidget was removed in kernel 2.6.30.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31632 3c298f89-4303-0410-b956-a3cf2f4a3e73
This was remove in kernel 2.6.38 and is not needed any more.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31631 3c298f89-4303-0410-b956-a3cf2f4a3e73
kmod-video-konica was removed from kernel 2.6.38 and is now replaced by kmod-video-gspca-konica
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31628 3c298f89-4303-0410-b956-a3cf2f4a3e73
These two modules where removed from kernel with kernel version 2.6.36, use kmod-video-gspca-ov519 instead.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31627 3c298f89-4303-0410-b956-a3cf2f4a3e73
Passes the document-root to the Lua handler by placing it in uhttpd.docroot.
It could alternatively be placed in env.DOCUMENT_ROOT which would more closely
resemble the CGI protocol; but would mean that it is not available at the time
when the handler-chunk is loaded but rather not until the handler is called,
without any code savings.
Signed-off-by: David Favro <openwrt@meta-dynamic.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31571 3c298f89-4303-0410-b956-a3cf2f4a3e73
My apologies, the 2nd of those patches had a syntax error -- that's what
I get for making a last-minute edit, even to the comments, without
testing! :-p
Here is the corrected patch.
-- David
From d259cff104d2084455476b82e92a3a27524f4263 Mon Sep 17 00:00:00 2001
From: David Favro <openwrt@meta-dynamic.com>
Date: Fri, 27 Apr 2012 14:17:52 -0400
Subject: [PATCH] uhttpd URL-codec enhancements.
* uh_urlencode() and uh_urldecode() now return an error condition for
buffer-overflow and malformed-encoding rather than normal return with corrupt
or truncated data. As HTTP request processing is currently implemented, this
causes a 404 HTTP status returned to the client, while 400 is more
appropriate.
* Exposed urlencode() to Lua.
* Lua's uhttpd.urlencode() and .urldecode() now raise an error condition for
buffer-overflow and malformed-encoding rather than normal return with
incorrect data.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31570 3c298f89-4303-0410-b956-a3cf2f4a3e73
* Fixed output-buffer-overflow bug in uh_urlencode() and uh_urldecode() [tested
input-buffer index against output-buffer length]. In reality, this would not
typically cause an overflow on decode, where the output string would be
expected to be shorter than the input string; and uh_urlencode() seems to have
been unreferenced in the source.
* Fixed bug: uh_urlencode() and uh_urldecode() both read one extra byte from the
input-string. While this could manifest in C code, the result was most
egregious when called from Lua, where it caused an extra null byte to be
embedded at the end of the output string.
* uh_urlencode() cleanup: removed redundant bitwise-and.
Signed-off-by: David Favro <openwrt@meta-dynamic.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31569 3c298f89-4303-0410-b956-a3cf2f4a3e73
[juhosg: export xt_layer7.h for all kernel versions]
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31566 3c298f89-4303-0410-b956-a3cf2f4a3e73
The existing code is fairly broken. It assumes you're using Legacy IP, and
it assumes that the server is reachable via your default route. Via the
first default route in the 'route -n' output, in fact, regardless of metric.
Fix all those problems by using 'ip route get' to really find the *current*
route to the server, and install a host-specific route to match.
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31565 3c298f89-4303-0410-b956-a3cf2f4a3e73
juhosg
nbd
jow
jogo
hauke
kaloz
florian