| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
issues on wifi re-configuration
SVN-Revision: 26990
|
|
|
|
|
|
| |
<jmccrohan@gmail.com>
SVN-Revision: 26988
|
|
|
|
| |
SVN-Revision: 26986
|
|
|
|
|
|
|
|
| |
dependency to kmod-crypto-iv. chainiv.ko and eseqiv.ko from kmod-crypto-iv depend on crypto_blkcipher.ko from kmod-crypto-manager.
Signed-off-by: Lars Hjersted <lars@hjersted.com>
SVN-Revision: 26984
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for dnsmasq.init allows to assign a hostname to a particular mac-address. It's useful to override the client supplied hostname, especially if the client does not supply a hostname at all.
It corresponds to the following example in dnsmasq.conf.example:
# Always set the name of the host with hardware address
# 11:22:33:44:55:66 to be "fred"
#dhcp-host=11:22:33:44:55:66,fred
Regards
Mathias
SVN-Revision: 26983
|
|
|
|
| |
SVN-Revision: 26977
|
|
|
|
| |
SVN-Revision: 26970
|
|
|
|
|
|
| |
operator precedence
SVN-Revision: 26968
|
|
|
|
|
|
|
|
| |
Otherwise cmake programs try to link with host ld.so
Signed-off-by: Jan Willies <jan@willies.info>
SVN-Revision: 26963
|
|
|
|
|
|
| |
confusing
SVN-Revision: 26961
|
|
|
|
|
|
| |
Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com>
SVN-Revision: 26959
|
|
|
|
|
|
| |
Signed-off-by: Adrian Feliks <mexit@o2.pl>
SVN-Revision: 26958
|
|
|
|
| |
SVN-Revision: 26957
|
|
|
|
|
|
|
|
| |
This patch adds support for D-Link's DVA-G3810BN/TL product.
Signed-off-by: Roman Dumycz <roman@secureas.com>
SVN-Revision: 26956
|
|
|
|
| |
SVN-Revision: 26955
|
|
|
|
| |
SVN-Revision: 26954
|
|
|
|
| |
SVN-Revision: 26953
|
|
|
|
| |
SVN-Revision: 26952
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
broadcom-wl driver bound to ssb device with ssb driver probe
have osh handle struct pdev pointer value initialized with
ssb_device pointer. Later on pdev is used with legacy pci
dma api as pci_dev thus causing oops sometimes.
The patch replaces legacy pci dma api and pass relevant
device struct pointer to avoid crashes.
Signed-off-by: George Kashperko <george@znau.edu.ua>
SVN-Revision: 26949
|
|
|
|
|
|
|
|
| |
It was causing an occasional kernel oops.
Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>
SVN-Revision: 26948
|
|
|
|
| |
SVN-Revision: 26947
|
|
|
|
|
|
| |
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 26945
|
|
|
|
| |
SVN-Revision: 26936
|
|
|
|
| |
SVN-Revision: 26934
|
|
|
|
| |
SVN-Revision: 26933
|
|
|
|
| |
SVN-Revision: 26932
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the attached patch makes ipcalc.sh accept IP/Netmask combinations in
CIDR notation. Before you could only do:
# sh ipcalc.sh 192.168.0.0 255.255.255.0 1 10
IP=192.168.0.0
NETMASK=255.255.255.0
BROADCAST=192.168.0.255
NETWORK=192.168.0.0
PREFIX=24
START=192.168.0.1
END=192.168.0.11
with this patch you can also execute it with:
sh ipcalc.sh 192.168.0.0/24 1 10
IP=192.168.0.0
NETMASK=255.255.255.0
BROADCAST=192.168.0.255
NETWORK=192.168.0.0
PREFIX=24
START=192.168.0.1
END=192.168.0.11
The patch is based on #1260 [1], i just changed one line to calculate
the START end END ips right. I wonder why that never got included. If
there is no reason not to do i would like to ask you to commit that
patch, because its a functionality i (and probably others) miss quite often.
Btw, i also fixed 4 useless tabs, that might look a bit strange in the
patch.
Regards, Manuel
SVN-Revision: 26930
|
|
|
|
|
|
| |
override (thx, KanjiMonster)
SVN-Revision: 26927
|
|
|
|
|
|
| |
- fixes a buildbot error cause by ssb not being blacklisted for lantiq falcon
SVN-Revision: 26926
|
|
|
|
| |
SVN-Revision: 26924
|
|
|
|
|
|
| |
requests in ad-hoc mode without creating too much spam
SVN-Revision: 26923
|
|
|
|
| |
SVN-Revision: 26922
|
|
|
|
|
|
| |
Signed-off-by: Jan Willies <jan@willies.info>
SVN-Revision: 26920
|
|
|
|
|
|
| |
Signed-of-By: Lauri Võsandi <lauri.vosandi@gmail.com>
SVN-Revision: 26919
|
|
|
|
| |
SVN-Revision: 26918
|
|
|
|
|
|
| |
some instances
SVN-Revision: 26915
|
|
|
|
| |
SVN-Revision: 26913
|
|
|
|
| |
SVN-Revision: 26912
|
|
|
|
| |
SVN-Revision: 26911
|
|
|
|
| |
SVN-Revision: 26908
|
|
|
|
| |
SVN-Revision: 26906
|
|
|
|
|
|
| |
Thank you Peter Wagner for the patch. I refreshed the kernel patches and added the md5sum of the kernel.
SVN-Revision: 26905
|
|
|
|
|
|
|
|
|
| |
Since the oldest kernel in trunk is 2.6.30 the modules always use the
newer names, so we can just use the _generic prefix directly.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26903
|
|
|
|
|
|
|
|
|
| |
There's only 2.6, so it doesn't make sense to mention modules that are
2.4 only or for modules that they are available only for 2.6.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26902
|
|
|
|
|
|
|
|
|
| |
With no 2.4 support in trunk, we can safely remove any 2.4 definitions for
kmods and merge the 2.6 definitions into the generic ones.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26901
|
|
|
|
|
|
|
|
|
| |
Since there's only 2.6 in trunk $(KMOD_SUFFIX) can be safely replaced with
ko for all mainline kernel modules.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26900
|
|
|
|
| |
SVN-Revision: 26891
|
|
|
|
| |
SVN-Revision: 26890
|
|
|
|
| |
SVN-Revision: 26889
|
|
|
|
| |
SVN-Revision: 26885
|