| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 28499
|
|
|
|
|
|
| |
transition to netifd easier
SVN-Revision: 28495
|
|
|
|
|
|
| |
bridge interfaces
SVN-Revision: 28412
|
|
|
|
|
|
| |
/tmp/localtime to /usr/share/zoneinfo for glibc and eglibc
SVN-Revision: 28306
|
|
|
|
|
|
| |
txqueuelen in prepare_interface instead of setup_interface. setting the mtu after the interface is up is unreliable on some drivers such as gianfar
SVN-Revision: 28297
|
|
|
|
|
|
| |
avoids overmatching pairs like 1.2.3.35 and 1.2.3.3
SVN-Revision: 28291
|
|
|
|
|
|
| |
address configured
SVN-Revision: 28241
|
|
|
|
|
|
|
|
| |
addresses on an interface"
Multiple IPv6 addresses should be handled with alias sections
SVN-Revision: 28240
|
|
|
|
| |
SVN-Revision: 28222
|
|
|
|
|
|
| |
stack performance on modern systems
SVN-Revision: 28126
|
|
|
|
| |
SVN-Revision: 27965
|
|
|
|
|
|
| |
nor STOP is defined
SVN-Revision: 27797
|
|
|
|
|
|
| |
init scripts
SVN-Revision: 27776
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
user invoked /sbin/ifup to bring up an interface, the setup used to fail in case of wireless networks tied to a non-bridged interface definition. Likewise, the bringup of "lan" in the default configuration will reinitialize the bridge but do not re-join the wireless network to it, requiring an extra call to /sbin/wifi (which might not be possible anymore due to a severed link if connected wirelessly).
The changeset modifies the "ifup" command to search for related wireless
devices and call "wifi up" on them if applicable. This way the commands for
wireless and non-wireless interfaces are unified from a cli point of view.
The "ifup -a" case has not been changed to keep the logic of the
/etc/init.d/network boot sequence. This might be changed later.
Solves #9763.
SVN-Revision: 27720
|
|
|
|
|
|
| |
uci. - option ipv4_xyz is mapped to /proc/sys/net/ipv4/{conf,neigh}/xyz - option ipv6_xyz is mapped to /proc/sys/net/ipv6/{conf,neigh}/xyz This allows e.g. "option ipv6_proxy_ndp 1" to enable NDP proxying on wan. Fixes ticket #8699.
SVN-Revision: 27653
|
|
|
|
| |
SVN-Revision: 27630
|
|
|
|
|
|
| |
vars (#9711)
SVN-Revision: 27616
|
|
|
|
|
|
| |
errors due to frequent use of /proc/cpuinfo to determine board name to pick led layout. Now diag.sh (which only defines set_state and any helper functions) is sourced by a proper preinit function during preinit_main, which is after /proc has been brought up, unlike in /etc/preinit
SVN-Revision: 27501
|
|
|
|
| |
SVN-Revision: 27400
|
|
|
|
|
|
| |
issues (#9185)
SVN-Revision: 27347
|
|
|
|
| |
SVN-Revision: 27262
|
|
|
|
|
|
| |
majority of users mean when they just specify an ip address
SVN-Revision: 27147
|
|
|
|
|
|
| |
the busybox utilities will interpret it as /0 and create an invalid default route
SVN-Revision: 27145
|
|
|
|
| |
SVN-Revision: 27132
|
|
|
|
|
|
|
|
|
|
| |
interface was found
eliminates unnecessary flash write cycles at every boot
patch by Peter Wagner (tripolar)
SVN-Revision: 27127
|
|
|
|
|
|
| |
issues on wifi re-configuration
SVN-Revision: 26990
|
|
|
|
| |
SVN-Revision: 26986
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
usb_modeswitch on boot and possibly others (#9352)
SVN-Revision: 26848
|
|
|
|
| |
SVN-Revision: 26841
|
|
|
|
| |
SVN-Revision: 26808
|
|
|
|
| |
SVN-Revision: 26720
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
an external toolchain the base-files package copies libc, libgcc and others from the library directory.
The file list is given as following in the .config:
CONFIG_LIBC_FILE_SPEC="./lib/ld{-*.so,-linux*.so.*} ./lib/lib{anl,c,cidn,crypt,dl,m,nsl,nss_dns,nss_files,resolv,util}{-*.so,.so.*}"
Because the filenames are composed with different endings, not all files exist
and will be skipped. Currently, this works only if the last composed file
(util.so.*) really exists. At the moment this works - but only if you don't add
a new file like 'uClibc'.
Adding it at the end '...resolv,util,uClibc}{-*.so,.so.*}' will lead to this
message, because the combination 'libuClibc.so.*' doesn't exist and Make will
evaluate the last copy statement of the for loop.
|
|
|
|
| |
SVN-Revision: 26485
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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: 26230
|
|
|
|
|
|
| |
not get preserved by the tmpfs->overlay copy. work around this by cleaning all copied "(overlay-whiteout)" symlinks after the switch to jffs2
SVN-Revision: 26208
|
|
|
|
| |
SVN-Revision: 26207
|
|
|
|
| |
SVN-Revision: 26204
|
|
|
|
| |
SVN-Revision: 26166
|
|
|
|
| |
SVN-Revision: 26161
|
|
|
|
| |
SVN-Revision: 26142
|
|
|
|
|
|
| |
daemons such as tor, quagga, ...)
SVN-Revision: 26138
|
|
|
|
| |
SVN-Revision: 26136
|
|
|
|
|
|
| |
a few postinst scripts
SVN-Revision: 26133
|
|
|
|
|
|
| |
installation for the non-relinked variant
SVN-Revision: 26003
|
|
|
|
| |
SVN-Revision: 25983
|
|
|
|
|
|
| |
skip relinking for this arch. due to relocation constraints, the assembler functions cannot be in the shared libgcc and must always be linked in statically
SVN-Revision: 25952
|