i seems that '/lib/netifd/wireless/mac80211.sh' sets
the default distance to '0' if not defined via uci.
what does that mean? dynamic ack or not?
because 0 seems to be a valid value:
root@box:~ iw phy phy0 set distance
Usage: iw [options] phy set distance
Enable ACK timeout estimation algorit
Signed-off-by: Roman Yeryomin
---
.../503-yaffs-add-tags-9bytes-mount-option.patch | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git
a/target/linux/generic/patches-3.14/503-yaffs-add-tags-9bytes-mount-option.patch
b/target/linux/generic/patches-3.14/50
Signed-off-by: Roman Yeryomin
---
target/linux/rb532/config-3.14 | 148 +
.../rb532/patches-3.14/001-cmdline_hack.patch | 20 +++
.../rb532/patches-3.14/002-rb532_nand_fixup.patch | 47 +++
.../003-MIPS-rc32434-fix-broken-pci-init.patch | 3
Signed-off-by: Roman Yeryomin
---
target/linux/rb532/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/rb532/Makefile b/target/linux/rb532/Makefile
index 3fda24b..e07afc1 100644
--- a/target/linux/rb532/Makefile
+++ b/target/linux/rb532/Makefile
@@ -11,
Hello,
Some time ago there was a complaint that in BB RC, toolchain size was
bloated (which should be resolved in release, AFACT). I'd like to
complain about the opposite situation - BB release SDK tarballs appear
to be too small and lack many libraries. My current gripe is lack of
libffi, but com
John Crispin wrote at Mon Oct 6 22:04:07 CEST 2014:
> can you make this work like @SF_NET and then make a second patch to fix
> up all other users to use the @SAVANNAH syntax ?
Patch v2:
I defined a new download method @SAVANNAH in include/download.mk and
scripts/download.pl,
and converted quil
On 23/09/2014 18:07, Hannu Nyman wrote:
> The attached patch adds three download mirrors for tools from GNU
> Savannah, quilt and qemu.
>
> GNU Savannah's download mirrorring system seems to always assign you
> to the same mirror, so there is no round-robin logic. If that mirror
> is down, you wil
Hi Bastian,
the short answer for all your questions is: Because all the existing
functions in network.sh are written this way. The function I would
like to introduce is a dupe of network_get_ipaddrs6() which is a dupe
of network_get_ipaddr6(). All three functions only differ by the value
which is
Hi Richard,
On Oct 6, 2014, at 18:02 , Richard A. Smith wrote:
> On 10/02/2014 10:05 AM, Sebastian Moeller wrote:
>
>> I assume you are talking about the pure routing performance with no
>> firewall/NAT and traffic-shaping involved? I think they pretty much are
>> equal (pretty much the
This patch originally failed to combine INTA/B/C/D onto a single ARM CPU
interrupt. Instead, it mapped INTA/B/C and excluded D. This patch
corrects the issue by mapping all four interrupts to the single ARM CPU
interrupt. The original intent of the patch still holds as the newer PCB
take advantage
Hi John,
Am Freitag, 3. Oktober 2014, 21:43:29 schrieb John Crispin:
> EOL as in not produced anymore or has no existing users ?
>
Both is true.
> On 23/09/2014 21:33, Michael Heimpold wrote:
> > This board is EOL, we should not bother anymore with it.
> >
> > Signed-off-by: Michael Heimpold
* Mathias Kresin [06.10.2014 20:23]:
> +network_get_ipaddrs_all() {
> + local __addr
> + local __list=""
1)
is there a special reason for starting everything with '__'?
(the vars are local anyway).
2)
is there a special reason not to name the vars $1 and $2? e.g.
local dest_var="$1"
loc
On 14/09/2014 02:27, Yousong Zhou wrote:
> Qihoo C301 has 2 flash chips of which one is used as primary and the
> other is used as backup. OEM U-Boot will try to boot an activeregion N
> with imageNstatus=0 and imageNtrynum <= imagemaxtry. If such a region
> is found, bootloader will try to incr
Hi!
Thank you very much for this great work!
André
Mit freundlichen Grüßen
André Valentin
Systemadministrator
--
Internet * Netzwerk * Mobile Daten
Citrix Silver Solution Advisor
Ausserhalb unserer Geschäftszeiten (Montag bis Freitag von 8:30 Uhr bis
17:30 Uhr, ausgenommen gesetzliche Feiert
On 02/10/2014 14:56, Michel Stam wrote:
> diff --git a/procd.c b/procd.c
> index 6ec7cd0..32febd6 100644
> --- a/procd.c
> +++ b/procd.c
> @@ -16,6 +16,7 @@
> #include
> #include
>
> +#include
> #include
> #include
> #include
> @@ -61,6 +62,7 @@ int main(int argc, char **argv)
>
If dropbear is configured to listen on a logic interface which does not (yet)
results in a physical interface when dropbear is (re)started, the init script
bind the particular instance to 0.0.0.0.
The same happens if the physical interface exists but does not have an
ip-address
assigned.
All fol
Use network_get_ipaddrs_all to get all ip-addresses of an interface. If the
function fails, the interface does not exists or has not any suiteable ip
addresses assigned.
Use the returned ip-address(es) to construct the dropbear listen address.
Signed-off-by: Mathias Kresin
---
.../network/servi
Return all IPv4 and IPv6 addresses.
Signed-off-by: Mathias Kresin
---
package/base-files/files/lib/functions/network.sh | 23 +++
1 file changed, 23 insertions(+)
diff --git a/package/base-files/files/lib/functions/network.sh
b/package/base-files/files/lib/functions/network
Congrats everyone!
Here's to a faster, bufferbloat-free and ipv6 enabled
Internet!
On Thu, Oct 02, 2014 at 02:59:08PM +0200, Steven Barth wrote:
> The OpenWrt developers are proud to announce the final release
> of OpenWrt Barrier Breaker.
>
> ___ __
>
Signed-off-by: Roman Yeryomin
---
...-Add-interface-mode-detection-for-Octeon-.patch | 202 +
...-Add-twsi-interrupt-initialization-for-OC.patch | 47 +
2 files changed, 249 insertions(+)
create mode 100644
target/linux/octeon/patches-3.14/0010-MIPS-octeon-Add-interface
Looks like the targets are Ubiquiti routers which don't come with any wireless
cards.
Signed-off-by: Roman Yeryomin
---
target/linux/octeon/profiles/000-Generic.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/octeon/profiles/000-Generic.mk
b/target/linux/oct
Signed-off-by: Roman Yeryomin
---
target/linux/octeon/image/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/target/linux/octeon/image/Makefile
b/target/linux/octeon/image/Makefile
index 25a8149..f06dd6b 100644
--- a/target/linux/octeon/image/Makefile
+++ b/target/linux/octeon/imag
From: Roman Yeryomin
Signed-off-by: Roman Yeryomin
---
target/linux/octeon/config-3.14 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/octeon/config-3.14 b/target/linux/octeon/config-3.14
index 389f1c7..baabe91 100644
--- a/target/linux/octeon/config-3.14
+++ b/target/linux/oct
zcip is not the most talkative beast at the best of times. It
would be nice to see -something- in syslog when an IP address
is acquired.
Signed-off-by: Michel Stam
---
.../netifd/files/lib/netifd/proto/zeroconf.sh | 2 +-
.../busybox/patches/460-zcip-always-syslog.patch | 44
The scripts were based on the netifd dhcp scripts,
and should add zeroconf support to /etc/config/network
Example:
config interface 'lan'
option ifname 'eth0'
option auto '0'
option proto 'zeroconf'
Optionally, the desired IP address can be added by:
option
Signed-off-by: Eddi De Pieri
---
.../lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom |2 +-
target/linux/lantiq/dts/VGV7519.dtsi|7 +++
target/linux/lantiq/dts/VGV7519BRN.dts |6 ++
target/linux/lantiq/dts/VGV751
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi |5 +++--
target/linux/lantiq/xrx200/config-3.14 |2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index fafcf5e..d652839
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index 2894099..fafcf5e 100644
--- a/target/linux/lantiq/dts/VGV7519.dtsi
+++ b/t
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index 50ee7a3..2894099 100644
--- a/target/linux/lantiq/dts/VGV751
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi |8
1 file changed, 8 deletions(-)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index ce523fb..83adda9 100644
--- a/target/linux/lantiq/dts/VGV7519.dtsi
+++ b/target/lin
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi |4
1 file changed, 4 deletions(-)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index b4449f1..f9956d3 100644
--- a/target/linux/lantiq/dts/VGV7519.dtsi
+++ b/target/linux/l
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index 83adda9..50ee7a3 100644
--- a/target/linux/lantiq/dts/VGV7519.dtsi
+++ b/target/linu
Hi maintainers,
As requested I'm trying to send my patch to the mail list.
Whith these patch I'm able to:
1. get rt2800pci driver to probe the wifi board.
2. leds connected to stp to work again (some changes into openwrt broken them)
3. gphy leds working
Regards
Eddi De Pieri (10):
lantiq:
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi |5 -
1 file changed, 5 deletions(-)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index f9956d3..ce523fb 100644
--- a/target/linux/lantiq/dts/VGV7519.dtsi
+++ b/target/linux/
Signed-off-by: Eddi De Pieri
---
.../lantiq/patches-3.14/0150-lantiq-pinctrl-xway.patch | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
target/linux/lantiq/patches-3.14/0150-lantiq-pinctrl-xway.patch
diff --git a/target/linux/lantiq/patches-3.14/0150-lantiq-pinctrl-
Signed-off-by: Eddi De Pieri
---
target/linux/lantiq/dts/VGV7519.dtsi | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/target/linux/lantiq/dts/VGV7519.dtsi
b/target/linux/lantiq/dts/VGV7519.dtsi
index 3f56d82..b4449f1 100644
--- a/target/linux/lantiq/dts/VGV751
Hey John,
Ok, I will rework the patch to use that, then repost it.
Kind regards,
Michel Stam
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
Behalf Of John Crispin
Sent: Monday, October 06, 2014 16:46 PM
To: openwrt-devel@lists.openwrt.org
Sub
On 06/10/2014 16:47, Stam, Michel [FINT] wrote:
> Hey John,
>
> Ok, I will rework the patch to use that, then repost it.
>
> Kind regards,
>
> Michel Stam
i just had a look, we already have 2 pieces of code for reading values
from the cmdline. can you move the code from init/initd.c and
init
Ok John,
Thanks
Kind regards,
Michel Stam
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
Behalf Of John Crispin
Sent: Monday, October 06, 2014 16:44 PM
To: openwrt-devel@lists.openwrt.org
Subject: Re: [OpenWrt-Devel] [PATCH procd 2/8] Log star
On 06/10/2014 15:24, Stam, Michel [FINT] wrote:
> Hello John,
>
> We have a tty0 (our board happened to have an x86 processor), the
> situation is no different when you're running this with the console port
> on the serial port of a router board. The presence of the VT in the
> kernel determines
On 06/10/2014 15:12, Stam, Michel [FINT] wrote:
> Hello John,
>
> A single printf would not work; it seems to work if it is a fprintf
> to stderr. The problem with regular printfs is that if someone
> presses CTRL-S /scroll lock on the console, they can effectively
> block procd that way, becaus
Hello John,
We have a tty0 (our board happened to have an x86 processor), the
situation is no different when you're running this with the console port
on the serial port of a router board. The presence of the VT in the
kernel determines if tty0 actually exists. So point taken, I had not
taken that
Hello John,
A single printf would not work; it seems to work if it is a fprintf to
stderr. The problem with regular printfs is that if someone presses
CTRL-S /scroll lock on the console, they can effectively block procd
that way, because printf will block when writing to a blocked tty.
Also, this
2014-10-03 22:46 GMT+04:00, Sergey Ryazanov :
> Add owrt mailing list to cc.
>
> Any suggestions?
>
> 2014-09-30 0:57 GMT+04:00 Sergey Ryazanov :
>> 2014-09-29 13:30 GMT+04:00 Jonas Gorski :
>>> On Sun, Sep 28, 2014 at 8:33 PM, Sergey Ryazanov
>>> wrote:
Add common code for Atheros AR5312 and
The problem was caused by procd not opening /dev/tty* (which ever was specified
in
/etc/inittab), causing /proc/PID/fd to point to /console instead. /dev/console
is a
non-controlling tty (CTTY), and cannot be used as one, which is exactly what
curses
applications want. Since this is very likely
Hello Gert,
After looking through the documentation and code here, I found why I
implemented it this way;
Several months ago we had, as mentioned before, a problem getting curses
applications to start on a new version of OpenWRT. This manifested in
applications not starting at all, or not acceptin
Hi,
Since this patchset is rather big, I didn't posted it by mail, but as
suggested on the openwrt documentation, hosted these patches on a
server.
This serie of patches aims at using the Linux 3.16 kernel on the mvebu
SoCs.
The first patch ports the existing 3.14 patches to 3.16, and creates a
On 6 October 2014 11:15, Russell Senior wrote:
>
>> have a look at FONER20N.dts
>> switch {
>> label = "switch";
>> gpios = <&gpio0 13 1>;
>> linux,code = <0xf7>;
>> linux,input-type = <5>; /* EV_SW */
>> };
>>
>> that would obsolete 2 and you need to change 3. i have merge
> have a look at FONER20N.dts
> switch {
> label = "switch";
> gpios = <&gpio0 13 1>;
> linux,code = <0xf7>;
> linux,input-type = <5>; /* EV_SW */
> };
>
> that would obsolete 2 and you need to change 3. i have merged 1 into
> my tree.
Thanks!
Do you know what the signif
Hello Jo,
I answered John, without realising that you described a similar use
case.
The for loop as you describe should solve the problem as well.
Kind regards,
Michel Stam
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
Behalf Of Jo-Philipp
Hello John,
The error that I see is that the directory does not exist. This happens
when the unit does not have a ieee80211 card available, or if the
kernel does not have wifi suppor. In both cases, /sys/class/ieee80211
does not exist and the script echoes an error to the screen that does
not rea
On 2014-10-06 10:01, Hattink, Tjalling [FINT] wrote:
> Hi Felix,
>
> The first patch I submitted was faulty. I forgot to notify the
> mailinglist about this, my apologies. The problem is the $(subst
> ",,$(KERNELNAME))" part. For most targets KERNELNAME is defined so the
> command is expanded to s
Hi Felix,
The first patch I submitted was faulty. I forgot to notify the
mailinglist about this, my apologies. The problem is the $(subst
",,$(KERNELNAME))" part. For most targets KERNELNAME is defined so the
command is expanded to something like "make bzImage modules". But for
the targets that do
53 matches
Mail list logo
