If it worked for you surely surely will work for the other 6368.
We will send the feedback soon.
Thanks in advance:
Pepe
2014-04-07 0:09 GMT+02:00, Jonas Gorski :
> On Sat, Feb 1, 2014 at 1:06 PM, Álvaro Fernández Rojas
> wrote:
>> AFAIK anyone with a Neufbox 6 should be able to test if the pro
On 2014-04-07 07:49, Matthias Schiffer wrote:
> Ping. I'm getting quite a few requests by people who want to try out
> these patches, as many people already have a TL-WR841N/ND v9. It would
> be nice if the support could land in trunk ASAP...
Patch 2 and 3 applied in r40399, r40400. Patch 1 was alr
2014-04-07 8:54 GMT+02:00 Nathan Hintz :
> Hi Rafał:
>
>> From: zaj...@gmail.com
>> To: ha...@hauke-m.de; openwrt-devel@lists.openwrt.org
>> Date: Thu, 3 Apr 2014 19:26:48 +0200
>> Subject: [OpenWrt-Devel] [PATCH] kernel: bgmac: rework patch checking packet
Seems that these boards have u-boot as bootloader so you should can
upload your firms to RAM and boot them in it.
2014-04-06 1:30 GMT+02:00, Luis E. Garcia :
> Constantine,
> The JP1 headers are present on the N900 just as they are on the N750.
> I'll put a copy of the boot output on the console n
Allows to add identical routes in different routing tables
Signed-off-by: Hans Dedecker
---
interface-ip.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/interface-ip.c b/interface-ip.c
index d5a3832..c641233 100644
--- a/interface-ip.c
+++ b/interface-ip.c
@@ -399,6
Main use case is being able to disable IPv6 on (a) WAN interface(s) when only
IPv4 connectivity is offered or 6rd is used.
Signed-off-by: Hans Dedecker
---
bridge.c |7 +++
device.c |9 +
device.h |3 +++
system-linux.c | 44 ++
In case of event congestion (e.g. when several interfaces become active in a
short notice) :
-hotplug events will be handled on a first come first served basis (before it
was lifo)
-drop a new ifupdate event in favour of an already queued ifup event (before
the ifup event was overwritten by the
Where to find instructions to install OpenWrt on this hardware?
Thanks,
Edison
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
NDA = $$$ = Quiet
I just don't understand what is the problem, if it's really true, to
tell the most interested people (developers) that you are working on
something directly related to the project, even without giving any
further details due the NDA.
On 06/04/2014 11:17, Hartmut Knaack wro
- Original Message -
On Monday, April 7, 2014 at 8:49:25 AM "Fernando Frediani"
wrote:
> NDA = $$$ = Quiet
>
> I just don't understand what is the problem, if it's really true, to
> tell the most interested people (developers) that you are working on
> something directly related to the p
As Jose stated - we should be able to load both the u-boot and the custom
images without bricking the device.
U-Boot gives you the options right after it boots - you would need to
connect to the serial port to be able to access them ( as of now).
Boot output from N900.
Taken from the JP4 Serial po
There was a patch posted from linksys last week:
http://thread.gmane.org/gmane.comp.embedded.openwrt.devel/23500
-Toke
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
There is something that still don't understand: why is there so much
interest in the WRT1900ac? A Wandboard quad + i.e. TL-WDR7500 is a
more exciting, more powerful and more versatile combo.
It is a bit funny to take a look at the code which include a binary patch.
Direct Link: ftp://Temp9052393436
Add new package. Its name is easycwmp. easycwmp is a GPLv2 open source
implementation of the TR069 cwmp standard. easycwmp is a complete cwmp client
fully conform with the TR-069 standrad
Signed-off-by: MOHAMED Kallel
---
easycwmp/Config.in | 26 +
easycwmp/Makefile | 106 ++
That is very interesting.
Does anyone know if the source code of the .ko module was finally
provided by Belkin/Linksys ?
Jose-Vasquez - Regarding your other email why there is so much interest
on the WRT1900ac,, I think first because it was announced as a successor
of the famous WRT54G, whic
Why is everyone so gung-ho on this device? YES its interesting. YES we all
want to see support.
People are working on it (or so we think). We just saw a patch being
submitted. We will understand how open source Belkin wants to be by the
steps the take in response to the feedback on their first subm
Hi,
i set up an openwrt router a few days ago. My provider offers native
IPv6 and v4 is available via a dslite tunnel. I ran into trouble
setting it up according to the available documentation and decided to
get a trunk image first. Now my router runs a trunk image with version
(Bleeding Edge, r40
Toke Høiland-Jørgensen schrieb:
> There was a patch posted from linksys last week:
>
> http://thread.gmane.org/gmane.comp.embedded.openwrt.devel/23500
I would expect, that all on this thread were aware of that. Anyway, (I didn't
check all of them, but) those patches also miss a Signed-off-by, the
Fernando, you are right: the WRT54G was the beginning of a lot of
great things, and now a lot of people contribute to OpenWRT, DD-WRT,
and some other projects that i can't remember in this moment thanks to
it.
A disagree a bit with "...Belkin/Linksys is truly interested to "work
with OpenWRT develo
The initial tests point that there is no data corruption in jffs2. Good catch!
There are still some strange messages but maybe are due to the high
amount of debug info and the jffs2 filesystem works fine:
[ 18.584000] [ cut here ]
r overlay mount [ 18.584000] WARNING: a
On Mon, Apr 7, 2014 at 10:11 PM, José Vázquez wrote:
> The initial tests point that there is no data corruption in jffs2. Good catch!
> There are still some strange messages but maybe are due to the high
> amount of debug info and the jffs2 filesystem works fine:
>
> [ 18.584000] [ c
Here are the environment variables for U-Boot
Ubicom =>printenv
bootcmd=bootm
bootdelay=1
baudrate=115200
ethaddr=xx:xx:xx:xx:xx:xx
ipaddr=192.168.1.1
serverip=192.168.1.254
bootfile=vmlinux.ub
loadram=0xC100
bootargs=mtdparts=ubicom32fc.0:512k(bootloader)
On 08/04/14 00:50, José Vázquez wrote:
There is something that still don't understand: why is there so much
interest in the WRT1900ac? A Wandboard quad + i.e. TL-WDR7500 is a
more exciting, more powerful and more versatile combo.
As we've seen from elsewhere in this thread, they've already subm
Reading all this discussion around WRT1900ac makes me wonder of something:
- When Belkin acquired Linksys and announced WRT1900ac they made a big
noise (marketing) about "OpenWRT compatibility" so they are using the
project's name for their financial benefit, make people believe in that
to buy
I’m looking at the various Kconfig files in ‘compat-wireless-2014-01-23.1’ that
is part of my current build setup.
When I use the command
make menuconfig
and look at the various options for building the atheros drivers, I see what
appears to be the ‘standard’ Linux-3.10.34 Kconfig items.
Howe
About the exploit:
http://heartbleed.com/
The fixed version (released recently) is 1.01g+:
https://www.openssl.org/news/secadv_20140407.txt
Trunk appears to be using 1.01f:
https://dev.openwrt.org/browser/trunk/package/libs/openssl/Makefile
AA is on 1.01e
https://dev.openwrt.org/browser/tags/att
On 04/04/14 07:49, Matthew Fatheree wrote:
our intention was to get this process started,
so we could address any issues as soon as possible.
Hi Matthew,
Non-dev here. Just a couple of comments. Mainly that I recommend in
future your team should follow patch submission style guide.
https:/
And this bug is particularly nasty one, should be fixed ASAP.
On Tue, Apr 8, 2014 at 2:10 AM, Ben West wrote:
> About the exploit:
> http://heartbleed.com/
>
> The fixed version (released recently) is 1.01g+:
> https://www.openssl.org/news/secadv_20140407.txt
>
> Trunk appears to be using 1.01f:
This fixes the Heartbleed bug (CVE-2014-0160).
Signed-off-by: Stijn Tintel
---
package/libs/openssl/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/libs/openssl/Makefile b/package/libs/openssl/Makefile
index 39fc513..26833a3 100644
--- a/package/libs/open
This patch, taken from upstream commit
96db9023b881d7cd9f379b0c154650d6c108e9a3, fixes the Heartbleed bug
(CVE-2014-0160).
Signed-off-by: Stijn Tintel
---
package/openssl/Makefile| 2 +-
package/openssl/patches/210-CVE-2014-0160.patch | 87 +
2 fi
Hello Heiner,
thanks, however overriding the kernel behavior is intentional as its
handling of e.g. routes is very limited. Also getting address from both
the kernel and through dhcpv6 to netifd to the kernel causes conflicts
such as the ones you noted. If you want to use Kernel RA-handling pl
Hello Henning,
i find it very strange that your ISP doesn't offer public addresses on
the WAN interface however I think this is actually standards compliant
so we have to deal with it.
please see: https://dev.openwrt.org/changeset/40422
I added an option "weakif" which allows you to specify a
Applied, thanks. Will probably take care of AA later today.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
33 matches
Mail list logo
