| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
zlib_deflate
SVN-Revision: 26569
|
|
|
|
| |
SVN-Revision: 26568
|
|
|
|
|
|
|
|
|
|
| |
Add a bundle for including commonly useful modules for IPtables debugging and development.
For now, it just contains xt_TRACE.ko
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 26567
|
|
|
|
| |
SVN-Revision: 26566
|
|
|
|
| |
SVN-Revision: 26565
|
|
|
|
| |
SVN-Revision: 26564
|
|
|
|
| |
SVN-Revision: 26563
|
|
|
|
|
|
| |
This closes #9125.
SVN-Revision: 26548
|
|
|
|
|
|
| |
retries when a client is not in powersave mode
SVN-Revision: 26545
|
|
|
|
| |
SVN-Revision: 26544
|
|
|
|
|
|
|
|
|
|
|
| |
If your ISP is pushing their own DSL equipment (which many do to contain support costs), they won't be
forthcoming with your various settings: encapsulation, VPI/VCI, etc.
These you might have to discover yourself. The easiest way to do this is with atmdiag and atmdump.
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 26542
|
|
|
|
| |
SVN-Revision: 26539
|
|
|
|
|
|
|
|
| |
Thank you realopty for the patch.
This closes #7702
SVN-Revision: 26537
|
|
|
|
|
|
|
|
|
|
| |
This adds the Intel wireless drivers for their normal cards.
Thank you framer99 for the patch, I extended it a little bit.
This closes #7227
SVN-Revision: 26534
|
|
|
|
|
|
| |
issue still occurs
SVN-Revision: 26532
|
|
|
|
| |
SVN-Revision: 26531
|
|
|
|
|
|
|
|
|
|
|
| |
This enables support for Realtek 8169 based network cards for other
platforms than x86. I have a mini-PCI card on ixp4xxx running here.
Maybe for the other cards in netdevices.mk a @DEPENDS change from
@TARGET_x86 to @PCI_SUPPORT makes also sense.
Signed-off-by: Christoph König <christoph.koenig@ikt.uni-hannover.de>
SVN-Revision: 26529
|
|
|
|
|
|
|
|
|
| |
Since r26296 mppe.ko could not be loaded, kernel gives "device missing" error.
According to KConfig cypther-ecb is required.
Signed-off-by: Sven Roederer <mailinglists.sven_at_roederer.dhs.org>
SVN-Revision: 26507
|
|
|
|
|
|
| |
adds some more pending patches which (among other things) fix the 'failed to stop RX DMA' messages
SVN-Revision: 26506
|
|
|
|
| |
SVN-Revision: 26505
|
|
|
|
|
|
|
|
|
|
| |
Hi
minrate and maxrate are acually not boolean, so, for example
"config minrate 11000" in /etc/config/wireless has no effect.
Signed-off by: Jan Hetges <tran@ms20.net>
SVN-Revision: 26504
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
/lib/functions/fsck exists.
/etc/functions.sh:pi_include() checks if the argument exists and prints
a warning if not. To prevent this warning if package block-mount is installed
but not package e2fsprogs, the script should check if this directory exists
before calling pi_include()
A wrong patch to suppress this warning was previously posted
with subject:
[PATCH] Fix typo in name of to be included file
Signed-off-by: Mark Vels <mark.vels@team-embedded.nl>
SVN-Revision: 26503
|
|
|
|
|
|
| |
available, fixes signal strength display in initial scan
SVN-Revision: 26494
|
|
|
|
| |
SVN-Revision: 26493
|
|
|
|
|
|
| |
busybox dependencies
SVN-Revision: 26492
|
|
|
|
| |
SVN-Revision: 26485
|
|
|
|
| |
SVN-Revision: 26484
|
|
|
|
|
|
|
|
|
| |
The script tests for the existance of /dev/root with test -e which fails if
/dev/root is a dangling symlink making the call to ln fail.
Signed-off-by: Justus Winter <4winter@informatik.uni-hamburg.de>
SVN-Revision: 26483
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hello
This patch add accounting configuration in hostapd.sh
It also change "server, port, key" to "auth_server, auth_port, auth_secret" but keep backward compatibility
Please patch backfire & trunk
Thanks in advance.
Signed-off-by: Etienne CHAMPETIER <etienne.champetier@free.fr>
SVN-Revision: 26482
|
|
|
|
|
|
| |
a directory used with pi_include actually contains files matching the souring pattern because if not the shell dies due to an empty string in for statement. Added /lib/functions/fsck as an empty dir to block-mount. This combination fixes a warning which generates a lot of bug reports, without panicking the kernel like the last attempt.
SVN-Revision: 26479
|
|
|
|
|
|
| |
failing due to the included directory being empty.
SVN-Revision: 26476
|
|
|
|
| |
SVN-Revision: 26470
|
|
|
|
|
|
| |
section. The duplicates were a result of the mergin the block-* packages.
SVN-Revision: 26469
|
|
|
|
|
|
| |
no scripts are installed in the directory. Thanks to Maarten Bezemer.
SVN-Revision: 26468
|
|
|
|
|
|
| |
* fixes [26463]
SVN-Revision: 26467
|
|
|
|
| |
SVN-Revision: 26465
|
|
|
|
|
|
| |
Signed-off-by: Alexander Gordeev <lasaine@lvk.cs.msu.su>
SVN-Revision: 26464
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds WLAN LED support to the mac80211 driver for Ralink
rt2x00/rt2800 (rt305x) SoC devices. The current driver in
kmod-rt2800-lib is based upon PCI, not SoC. The WLAN LED drivers in
rt2800lib.c set the LED brightness via an MCU request, but do nothing
for SoC. This patch checks for SoC and sets the register to enable the
WLAN LED (instead of an MCU request). This fixes the WLAN LED for
RT305x devices (such as the HW550-3G).
Signed-off-by: Layne Edwards <ledwards76@gmail.com>
SVN-Revision: 26463
|
|
|
|
|
|
|
|
| |
directory instead of the coefficients file, breaking voice applications.
Signed-off-by: Luca Olivetti <luca@ventoso.org>
SVN-Revision: 26462
|
|
|
|
| |
SVN-Revision: 26455
|
|
|
|
|
|
|
|
|
|
| |
Changed:
- Support added for mISDN card driver for Cologne AG's HFC pci cards (single port)
- Title texts and help texts for some other isdn drivers adjusted for clarification
Signed-off by: Arnold Schulz <arnysch@gmx.net>
SVN-Revision: 26452
|
|
|
|
|
|
|
|
|
|
|
| |
Netfilter LED target triggers blinkenlichten when a network packet hits
a rule.
LED target requires iptables 1.4.9 or higher
Signed-off-by: Łukasz Stelmach <stlman@poczta.fm>
SVN-Revision: 26451
|
|
|
|
|
|
| |
improves interop with intel clients
SVN-Revision: 26444
|
|
|
|
| |
SVN-Revision: 26443
|
|
|
|
| |
SVN-Revision: 26437
|
|
|
|
| |
SVN-Revision: 26430
|
|
|
|
| |
SVN-Revision: 26429
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far, we are setting the bridge interface up before having added any
bridge interface ports. This results in the bridge assigning a random
mac address to its bridge interface and therefore IPv6 assigning a
matching link local address to the bridge interface as soon as the
bridge interface is up. After adding the first bridge port interface,
the bridge's mac address is reset correctly, however the IPv6 link
local address stays the same.
This commit ensures that we are at least having the IPv6 link local
address of the first interface added to the bridge instead of a random
one.
Signed-off-by: Linus Lüssing <linus.luessing@web.de>
SVN-Revision: 26426
|
|
|
|
| |
SVN-Revision: 26425
|
|
|
|
| |
SVN-Revision: 26424
|