Hello Gui,
AirMax is disabled.
The configuration on the AirOS node is always the same with AirMax disabled.
I can associate with the good commit and I cannot when I use the bad commit
Saverio
2014-05-20 18:06 GMT+02:00 Gui Iribarren :
> On 20/05/14 05:25, Saverio Proto wrote:
>> we upgraded t
On 2014-05-20 14:49, Luka Perkov wrote:
> Signed-off-by: Luka Perkov
> ---
> tools/mkimage/Makefile | 11 +
> tools/mkimage/patches/010-freebsd-ulong-fix.patch | 2 +-
> tools/mkimage/patches/020-openbsd_fixes.patch | 4 ++--
> .../patches/030-allow-to-
Hello.
On 05/20/2014 06:29 AM, Fernando Frediani wrote:
> Hi Csmv,
> Thanks for the reply.
>
> The behavior that you are describing is exactly what I get here.
> Sometimes I get one result at the setup time and sometimes while running
> (or at reboot) I get another wihtout any change on the conf
2014-05-20 6:02 GMT-07:00 Michael Heimpold :
> Hi Florian,
>
>
>>
>> Should we build a host version of OpenSSL (or LibreSSL now?) which has
>> evp enabled instead and link u-boot mkimage against it?
>>
>
> this would be another approach.
>
> I see the following...
>
> Pros:
> - fewer deps to the ho
I've tested this back with the intial pull point of AA and AA's packages, and
also even the last point of
Backfire, and none of them work. I see someone else had this problem:
http://comments.gmane.org/gmane.comp.embedded.openwrt.devel/19310 though that
seems to be more about the
ext4 filesyste
JFFS2 is complaining that the partition you told it to mount is
essentially full of junk. JFFS2 is expecting there to be one of two
things in the partition that you tried to mount:Erased flash (which
would be full of nothing but 0xff bytes), or a valid JFFS2 image,
instead it's finding a bunch of d
On 20/05/14 05:25, Saverio Proto wrote:
> we upgraded the ninux firmware to the latest OpenWrt AA.
>
> We run into a possible bug. When STA is OpenWrt and AP is AirOS we are
> not able to associate to the Access Point. We tested with the same
> configuration and device the two versions of the firm
From: Randolph Kuntz <8d961...@galaxymail.org>
This patch adds "Asus RT-N10+" as a target option in menuconfig. The device has
been supported for a while but is currently missing a profile (.mk).
Signed-off-by: Randolph Kuntz <8d961...@galaxymail.org>
---
Index: trunk/target/linux/ramips/rt305x/p
Signed-off-by: Daniel Golle
---
package/boot/uboot-envtools/Config.in | 9 +
package/boot/uboot-envtools/Makefile | 15 ++
.../300-support-env-in-ubivol-chardev.patch| 190 +
3 files changed, 214 insertions(+)
create mode 100644 package/b
Use InstallDev to make libubi-utils available for linking in
uboot-envtools.
Signed-off-by: Daniel Golle
---
package/system/fstools/Makefile | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/package/system/fstools/Makefile b/package/system/fstools/Makefile
index f86
Hi Florian,
Should we build a host version of OpenSSL (or LibreSSL now?) which has
evp enabled instead and link u-boot mkimage against it?
this would be another approach.
I see the following...
Pros:
- fewer deps to the host system
- full control of the version and library used (openssl vs
Signed-off-by: Luka Perkov
---
tools/mkimage/Makefile | 11 +
tools/mkimage/patches/010-freebsd-ulong-fix.patch | 2 +-
tools/mkimage/patches/020-openbsd_fixes.patch | 4 ++--
.../patches/030-allow-to-use-different-magic.patch | 28 +++--
I've been fiddling with this on and off for months, I don't need nfs-server
very often, but I've got
saved notes from this working in the past. I'm currently building some older
AA images to see when this
last worked for me, but if anyone has some better ideas, or knows exactly what
the proble
On 15 May 2014 23:08, Rafał Miłecki wrote:
> At some point while using 32MiB RAM bcm47xx device I got OOM:
> perf invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
Ping? Any help/explanation of this, please?
___
openwrt-devel mailing list
o
Hi Csmv,
Thanks for the reply.
The behavior that you are describing is exactly what I get here.
Sometimes I get one result at the setup time and sometimes while running
(or at reboot) I get another wihtout any change on the configuration.
Also same thing about the sensitiveness and output powe
Hello Florian,
Florian Fainelli wrote on 2014-05-20:
> 2014-05-13 8:24 GMT-07:00 Álvaro Fernández Rojas :
>> Without this patch /dev/spidev*.* only appears if CONFIG_SPI_SPIDEV is
>> manually selected and set to "y" from the kernel config.
>>
>> Signed-off-by: Álvaro Fernández Rojas
>
> Applied
we upgraded the ninux firmware to the latest OpenWrt AA.
We run into a possible bug. When STA is OpenWrt and AP is AirOS we are
not able to associate to the Access Point. We tested with the same
configuration and device the two versions of the firmware. Here the
commits:
Bad:
6deba98c3814ca9414ef
On 2014-05-19 00:36, Jiri Hubacek wrote:
> First line of script should be #!/bin/sh
>
> Signed-off-by: Jiri Hubacek
The patch is badly damaged (whitespace and line wrapping).
Also, why is the #!/bin/sh be necessary at all? This script is not
executed directly, it is sourced from /sbin/hotplug-cal
dnsmasq: bump to 2.71
this is a bugfix-release, see
http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2014q2/008538.html
Signed-off-by: Bastian Bittorf
---
package/network/services/dnsmasq/Makefile |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/network
19 matches
Mail list logo
