Use a patch from gentoo which allows building libmount even
if the C library does not supports %ms/%as.
See: https://bugs.gentoo.org/406303
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33270 3c298f89-4303-0410-b956-a3cf2f4a3e73
It is required by sysupgrade on some boards, and it is only
working if a suitable /etc/fw_env.config is present on the
target board. If an user creates such configuration he/she
should know that it is a dangerous tool. The devices can
be bricked in several other ways anyway.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33265 3c298f89-4303-0410-b956-a3cf2f4a3e73
doesn't need to do it 20 times all the time, missing loop condition check
Signed-off-by: Conor O'Gorman <i@conorogorman.net>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33217 3c298f89-4303-0410-b956-a3cf2f4a3e73
This is fix an issue with dnsmasq's RA that does not set the "on-link" bit, making all local IPv6 traffic go to the router then to the destination host, not directly to each other.
patch is from dnsmasq git
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33216 3c298f89-4303-0410-b956-a3cf2f4a3e73
It seems that the comgt package does not handle the Huawei 3G USB dongle E176 correctly (and probably other Huawei dongles too). My dongle appears as ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem and 3G/UMTS
connections work well. However, no connection is established if only 2G/GPRS is available: the pppd chat script fails with NO CARRIER although the dongle is registered to the network (via 2G). As outlined in this wiki or this
blog, Huawei chips use the AT^SYSCFG command to set 2G or 3G mode, which is not implemented in comgt at the moment. Thus I wrote a patch for /lib/network/3g.sh which adds support for the "service" option in the network
configuration with Huawei dongles. By default (if no "service" option is specified) also 2G is used when 3G is unavailable. The Huawei dongle is detected analogously to other chips (the output of gcom -d /dev/ttyUSB0 -s
/etc/gcom/getcardinfo.gcom is scanned for huawei).
Some further information: The AT^SYSCFG command seems to be respected only once after the dongle is attached (or after the host is powered up). Resetting the dongle seems to render the serial port unusable in some cases.
However, the patch sets a useful mode by default which should cover most use cases (3G preferred, but 2G allowed) and if 3G-only or 2G-only mode is required the device can be power cycled.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33212 3c298f89-4303-0410-b956-a3cf2f4a3e73
This takes the device_id and subsystem_id from the EEPROM, I'll add
the info for other Rt3xxx chips in the next days.
[jow: minor whitespace changes]
Signed-off-by: Daniel Golle <dgolle@allnet.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33199 3c298f89-4303-0410-b956-a3cf2f4a3e73
If the package is installed, it starts the watchdog daemon
on every ar71xx based board.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33194 3c298f89-4303-0410-b956-a3cf2f4a3e73
These are two Atheros modules we are using, just for the cosmetics to make them
show up with the proper names in LuCI.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33186 3c298f89-4303-0410-b956-a3cf2f4a3e73
rssileds is a small user-space process to control LEDs by polling the
signal quality reported by a WiFi interface. By using the iwinfo library,
rssileds is independent of the WiFi driver used.
It supports pwm controlled LEDs and may by used to nicely fade through
all colors in real-time of the rainbow while only wasting very little CPU
time and a small constant amount of system memory.
An example configuration for the ALL0258N will follow in the next patch.
This is a slightly improved version of rssileds, now quality values are
in percent and stuff is written to syslog.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33163 3c298f89-4303-0410-b956-a3cf2f4a3e73
When the underlying /etc/config/wireless got changed since the last "wifi up"
has been performed, the uci vap ifname state vars become inconsistent on a
subsequent "wifi up" and multiple vaps get mapped to the same ifnames which
confuses the gui and other processes relying on them.
For now call an explicit "wifi down" prior to each "wifi up" which will clear
up the state accordingly.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33076 3c298f89-4303-0410-b956-a3cf2f4a3e73
Give nas interface time to setup them selves before configuring them.
Should fix#11826.
Contributed by T-Labs, Deutsche Telekom Innovation Laboratories
Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33074 3c298f89-4303-0410-b956-a3cf2f4a3e73
The structs defined in these header files should be the same as the
structes used by the platform code otherwise it will cause strange
runtime errors. By removing them from compat-wireless we will get a
compile error instead of a runtime error if they are out of sync.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33006 3c298f89-4303-0410-b956-a3cf2f4a3e73
* remove use_et, all supported drivers are using mii ioctls
* remove robo.phy_addr, phy_addr was always set to ROBO_PHY_ADDR.
* remove support for old kernel versions
* do_ioctl is allways called with buff == NULL
* use if_mii
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@33002 3c298f89-4303-0410-b956-a3cf2f4a3e73
Since we are overriding TARGET_CXX with the g++-uc wrapper when
we use cmake it expects to find g++-uc in the TOOLCHAIN_DIR.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32928 3c298f89-4303-0410-b956-a3cf2f4a3e73
Too many modules were removed, while only the octeon module was meant to be
removed, fix that.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32909 3c298f89-4303-0410-b956-a3cf2f4a3e73
When standalone ldd is selected in config the binary is installed in /usr/bin/ldd.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32891 3c298f89-4303-0410-b956-a3cf2f4a3e73
I did not add the last patch, because it add some stubs for the flash drivers and our patches have to be changed for that, if the flash support in bcma is able to do something I will integrate it.
This also contains 3 additional patches fixing some bugs in bcma.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32880 3c298f89-4303-0410-b956-a3cf2f4a3e73
With the BRCM47xx image I have built (Linksys E3000), there are additional
writes following the completion of "mtd_replace_jffs2" which invalidate the
'trx_fixup' performed by 'mtd_replace_jffs2'. Moving the 'trx_fixup' to somewhere
after all writes have completed fixes the problem. I also noticed that 'erasesize'
used to compute 'block_offset' in 'mtd_fixtrx' is used before it is computed by
'mtd_check_open'; moving the call to 'mtd_check_open' up a few lines fixes this.
Unlike 'mtd_fixtrx', 'trx_fixup' appears to assume that the TRX header is always at
offset 0; which may be the cause of the problem described in Ticket #8960.
Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32866 3c298f89-4303-0410-b956-a3cf2f4a3e73
add patched needed to pass more parameters to the IBSS JOIN command
Signed-off-by: Antonio Quartulli <ordex@autistici.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32828 3c298f89-4303-0410-b956-a3cf2f4a3e73
Add support for Raspberry Pi / brcm2708 / 2835
Signed-off-by: Ian Ridge <ianridge [at] gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32825 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch adds the ext4 filesystem support to mountd. Tested with ext2, ext3
and ext4 partitions.
Signed-off-by: Jaroslaw Swierczynski <jarek1701@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32818 3c298f89-4303-0410-b956-a3cf2f4a3e73
Forgot to do make package/mac80211/update, so the previously posted patch wasn't
in sync with compat-wireless. Now fixed.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32817 3c298f89-4303-0410-b956-a3cf2f4a3e73
Preserve alphabetical order on KCONFIG and description for consistency with other module packages
This reverts commit r32775.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32791 3c298f89-4303-0410-b956-a3cf2f4a3e73
- add device list in usage screen
- support resetting by bus/device number, by produc:vendor id or by device name
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32741 3c298f89-4303-0410-b956-a3cf2f4a3e73
iConnect board tested by:
Tim Fletcher <tim@night-shade.org.uk>
Wojciech Dubowik <wojciech.dubowik@neratec.com>
DockStar board tested by:
Martin Mueller <mm@sig21.net>
RaidSonic ICY BOX NAS6210 board tested by:
Luka Perkov <uboot@lukaperkov.net>
SheevaPlug was not tested but support for SheevaPlug is taken from upstream
uboot and it is not reported to be broken there.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32717 3c298f89-4303-0410-b956-a3cf2f4a3e73
Here is a newer version of the patch:
Enable the real ALSA midi interface (seq) in the kernel. The existing
rawmidi interface is still present. This allows for the alsa midi
utilities to work.
Signed-off-by: Adam Goode <adam@spicenitz.org>
[b_tsiligiannis: replaced $(LINUX_KMOD_SUFFIX) with .ko]
Signed-off-by: Vasilis Tsiligiannis <b_tsiligiannis@silverton.gr>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32712 3c298f89-4303-0410-b956-a3cf2f4a3e73
- remove unused variables
- simply ignore command line args which belong to not enabled features
- resolve peer address at accept() time, should solve (#11850)
- remove floating point operations where possible
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32704 3c298f89-4303-0410-b956-a3cf2f4a3e73
- avoid closing descriptors before removing them from uloop (#11755, #11830)
- do not auto-initialize ubus if no prefix is set (#11832)
- remove extraneous client context pointer from cgi and lua states
- code cleanups and debug message changes
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32651 3c298f89-4303-0410-b956-a3cf2f4a3e73
Watch child read pipe end for data instead of relying on socket write
notification to process cgi data, should lower cpu consumption during
requests on weaker devices.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32640 3c298f89-4303-0410-b956-a3cf2f4a3e73
Add a config list to the 'config dnsmasq' section to specify fixed DNS
addresses.
For example:
config dnsmasq:
[snip]
list address '/example.com/192.168.0.1'
will result in the argument '-A /example.com/192.168.0.1' to the dnsmasq
options. This configures dnsmasq to return the specified IP for any
queries to '*.example.com' names.
Useful for overriding lookups to a range of DNS names.
[jow: "append args" -> "xappend", "-A" -> "--address"]
Signed-off-by: Jeremy Kerr <jk@ozlabs.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32624 3c298f89-4303-0410-b956-a3cf2f4a3e73
-T, --local-ttl=<time>
When replying with information from /etc/hosts or the DHCP leases
file dnsmasq by default sets the time-to-live field to zero, meaning
that the requestor should not itself cache the information. This is
the correct thing to do in almost all situations. This option allows a
time-to-live (in seconds) to be given for these replies. This will
reduce the load on the server at the expense of clients using stale
data under some circumstances.
[jow: change -T to --local--ttl to conform with the other options]
Signed-off-by: Andrew Byrne <openwrt@andy.id.au>
openwrt-devel mailing list
openwrt-devel@lists.openwrt.orghttps://lists.openwrt.org/mailman/listinfo/openwrt-devel
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32623 3c298f89-4303-0410-b956-a3cf2f4a3e73
Set PATH in non-interactive logins to include /sbin paths,
so to be consistent with what is currently set in /etc/profile
for interactive shells.
[jow: reapply with current patch level, fix inner patch, refresh]
Signed-off-by: Gui Iribarren <gui@altermundi.net>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32620 3c298f89-4303-0410-b956-a3cf2f4a3e73
When mtd alters the fis partition table it assumes that the first partition
table entry also is the first logical parition table entry. For instance our
table could look like this (irrelevant partitions put aside):
* vmlinux.bin.l7 0xA8710000
* rootfs 0xA8030000
Here mtd would assume vmlinux.bin.l7 being the first partition and use its
address to calculate the size and offset which ultimately leads to a broken
partition table.
This patch alters the behavior by checking what partition has the smaller
address to do the calculations based on that address.
Signed-off-by: Marek Lindner <lindner_marek@yahoo.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32601 3c298f89-4303-0410-b956-a3cf2f4a3e73
The offset parameter can be used to write the data at the offset
instead of writing it to the beginning of the partition.
Signed-off-by: Marek Linder <lindner_marek@yahoo.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32600 3c298f89-4303-0410-b956-a3cf2f4a3e73
Busybox udhcpc dropped support for the -c option, instead it can be emulated by using -x 0x3d:id,
change the dhcp protocol script accordingly and filter all colons from the id while we're at it.
This change supersedes http://patchwork.openwrt.org/patch/1810/
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32573 3c298f89-4303-0410-b956-a3cf2f4a3e73
- add_local_domain defaults to 1 and controls whether the local domain is written as search directive to the local resolv.conf
- add_local_hostname defaults to 1 and controls whether A and PTR records are created automatically for the local hostname
These change supersedes http://patchwork.openwrt.org/patch/2207/ and http://patchwork.openwrt.org/patch/2208/
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32570 3c298f89-4303-0410-b956-a3cf2f4a3e73
This adds a new boolean option, fqdn, to the "config dnsmasq" section of
/etc/config/dhcp. The default is off. When set on, it enables the dhcp-fqdn
option to dnsmasq. dhcp-fqdn causes dnsmasq's DNS server to not resolve
unqualifed local hostnames. The "domain" option is required when using "fqdn".
Local hostnames will remain available for lookup using fully-qualified names.
Signed-off-by: Mark Mentovai <mark@moxienet.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32569 3c298f89-4303-0410-b956-a3cf2f4a3e73
dnsmasq currently permits dhcp_options to be specified only in "config dhcp"
sections of /etc/config/dhcp. When dnsmasq is providing DHCP service for
multiple subnets and there are multiple "config dhcp" sections without "option
ignore", it makes sense to allow dhcp_options that should apply globally in
the "config dnsmasq" section of /etc/config/dhcp. dhcp_option is a list option.
[jow: rework patch to apply after dhcp-option-force handling got introduced]
Signed-off-by: Mark Mentovai <mark@moxienet.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@32568 3c298f89-4303-0410-b956-a3cf2f4a3e73
