| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 31692
|
|
|
|
| |
SVN-Revision: 31691
|
|
|
|
| |
SVN-Revision: 31690
|
|
|
|
|
|
| |
DMA" errors
SVN-Revision: 31689
|
|
|
|
|
|
| |
as a module anyway
SVN-Revision: 31678
|
|
|
|
| |
SVN-Revision: 31657
|
|
|
|
| |
SVN-Revision: 31656
|
|
|
|
| |
SVN-Revision: 31655
|
|
|
|
| |
SVN-Revision: 31647
|
|
|
|
|
|
|
|
|
|
| |
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.
SVN-Revision: 31639
|
|
|
|
| |
SVN-Revision: 31636
|
|
|
|
|
|
| |
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.
SVN-Revision: 31634
|
|
|
|
|
|
| |
This was removed from kernel 2.6.27
SVN-Revision: 31633
|
|
|
|
|
|
|
|
| |
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.
SVN-Revision: 31632
|
|
|
|
|
|
| |
This was remove in kernel 2.6.38 and is not needed any more.
SVN-Revision: 31631
|
|
|
|
|
|
| |
This should fix #11349 and #11142
SVN-Revision: 31630
|
|
|
|
|
|
|
|
| |
kernel versions
This module is available on all supported kernel versions
SVN-Revision: 31629
|
|
|
|
|
|
| |
kmod-video-konica was removed from kernel 2.6.38 and is now replaced by kmod-video-gspca-konica
SVN-Revision: 31628
|
|
|
|
|
|
| |
These two modules where removed from kernel with kernel version 2.6.36, use kmod-video-gspca-ov519 instead.
SVN-Revision: 31627
|
|
|
|
| |
SVN-Revision: 31622
|
|
|
|
| |
SVN-Revision: 31619
|
|
|
|
| |
SVN-Revision: 31613
|
|
|
|
| |
SVN-Revision: 31612
|
|
|
|
| |
SVN-Revision: 31606
|
|
|
|
| |
SVN-Revision: 31605
|
|
|
|
|
|
| |
generic ppp code
SVN-Revision: 31604
|
|
|
|
| |
SVN-Revision: 31603
|
|
|
|
| |
SVN-Revision: 31600
|
|
|
|
| |
SVN-Revision: 31575
|
|
|
|
|
|
| |
version
SVN-Revision: 31572
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
SVN-Revision: 31571
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
SVN-Revision: 31570
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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>
SVN-Revision: 31569
|
|
|
|
| |
SVN-Revision: 31568
|
|
|
|
|
|
|
|
| |
[juhosg: export xt_layer7.h for all kernel versions]
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
SVN-Revision: 31566
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
SVN-Revision: 31565
|
|
|
|
|
|
| |
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
SVN-Revision: 31564
|
|
|
|
| |
SVN-Revision: 31551
|
|
|
|
| |
SVN-Revision: 31547
|
|
|
|
| |
SVN-Revision: 31545
|
|
|
|
|
|
| |
up startup time
SVN-Revision: 31544
|
|
|
|
|
|
| |
compatibility scripts - allows selective fixup of individual interface sections instead of having to do the full scan_interfaces
SVN-Revision: 31543
|
|
|
|
|
|
| |
#11276)
SVN-Revision: 31542
|
|
|
|
| |
SVN-Revision: 31540
|
|
|
|
| |
SVN-Revision: 31539
|
|
|
|
| |
SVN-Revision: 31537
|
|
|
|
|
|
| |
Signed-off-by: Wojciech Dubowik <Wojciech.Dubowik@neratec.com>
SVN-Revision: 31526
|
|
|
|
|
|
| |
Signed-off-by: Wojciech Dubowik <Wojciech.Dubowik@neratec.com>
SVN-Revision: 31524
|
|
|
|
|
|
| |
Based on a patch by Wojciech Dubowik <Wojciech.Dubowik@neratec.com>
SVN-Revision: 31522
|
|
|
|
| |
SVN-Revision: 31517
|