[OpenWrt-Devel] Latest AA introduces a bug: not working as STA when AP is AirOS
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: 6deba98c3814ca9414ef5f2500c71942b210aa83 Good: 794897c318c3388db57bf0da34e61e0041cf0306 it is too many commits in between to quickly do git bisect. I append the logs and the configuration of the OpenWrt host. Please let me know what kind of information I can share to track down the bug. Anyone had similiar issues ? thanks Saverio May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.23] wlan0: authenticate with 00:15:6d:8e:a8:72 May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.24] wlan0: send auth to 00:15:6d:8e:a8:72 (try 1/3) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.25] wlan0: authenticated May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.25] wlan0: AP has invalid WMM params (AIFSN=1 for ACI 2), disabling WMM May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.27] wlan0: associate with 00:15:6d:8e:a8:72 (try 1/3) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.27] wlan0: RX AssocResp from 00:15:6d:8e:a8:72 (capab=0x401 status=37 aid=15241) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.28] wlan0: 00:15:6d:8e:a8:72 denied association (code=37) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.30] wlan0: deauthenticating from 00:15:6d:8e:a8:72 by local choice (reason=3) root@M5GalliaBramante:~# uci show wireless wireless.radio0=wifi-device wireless.radio0.type=mac80211 wireless.radio0.hwmode=11na wireless.radio0.distance=1000 wireless.radio0.macaddr=00:27: 22:38:d0:f1 wireless.radio0.ht_capab=SHORT-GI-40 TX-STBC RX-STBC1 DSSS_CCK-40 wireless.radio0.htmode=HT40+ wireless.radio0.noscan=1 wireless.@wifi-iface[0]=wifi-iface wireless.@wifi-iface[0].device=radio0 wireless.@wifi-iface[0].network=backbone wireless.@wifi-iface[0].mode=sta wireless.@wifi-iface[0].ssid=ninux.org wireless.@wifi-iface[0].bssid=00:15:6D:8E:A8:72 wireless.@wifi-iface[0].encryption=none root@M5GalliaBramante:~# This is the log in AirOS side: May 19 13:22:32 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). May 19 13:23:02 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:38:d0:f1) May 19 13:23:02 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). May 19 13:23:32 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:38:d0:f1) May 19 13:23:32 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] [kmod-spidev] Enable CONFIG_SPI_SPIDEV when selecting kmod-spidev
Hello Florian, Florian Fainelli wrote on 2014-05-20: 2014-05-13 8:24 GMT-07:00 Álvaro Fernández Rojas nolt...@gmail.com: 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 nolt...@gmail.com Applied in r40784, thanks! Are you sure about this? Now the spidev is compiled into the kernel instead of a module. So either you revert this or remove also the AUTOLOAD and FILES definitions. I assume, Álvaro has some other problem in his environment, which is fixed by this as a side effect. Best Regards, Thomas --- There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors. --- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [OpenWrt-Users] Tplink wr1043nd internal/external antenna configuration and detection
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 power which seems to vary. I wouldn't think this is a hardware issue, but a software issue. For me it seems that it simply doesn't obey the commands, or it changes the antenna settings by itself for some unknown reason. Answering your question antenna 7 are all three antennas. The number you see in front of Available and Configured Antennas is the translation to a binary number. So for example 7 = 111 (all three antenas up) , 4 = 100 (the first antenna in the left) , 1 = 001 (the third antenna), and so on. Would someone be able to confirm they have similar results with their units and where to look for a possible fix ? Thanks Best regards, Fernando On 20/05/2014 04:38, cmsv wrote: Hello On 03/11/2014 08:54 PM, Fernando Frediani wrote: Hi folks, Hopefully this is a easy one for you. I've got a TL-1043ND running Barrier Breaker (r39440). This router has 3 detachable antennas and I have removed all of them in order to be able to use an external Sectorial antenna to reach a few other points in a mid-range distance. I have connected this Sectorial antenna to one of the RP-SMA connectors and left the other two without. On the /etc/config/wireless I'm using the following relevant lines: option diversity '0' option rxantenna '0x1' option txantenna '0x1' Which supposedly means it will only use that antenna port. Or if I want to use the use the 3rd antenna port '0x4'. I have one one these routers and at some point i had a similar problem that i thought i had solved. system type : Atheros AR9132 rev 2 machine : TP-LINK TL-WR1043ND For the longest time and with AA r39154 i was only able to get 4 or 5 results when scanning for ssid's using a 15 dbi omni antenna. Since the router was and is in a very far remote location i was only able to play with the physical setup about 3 months ago. While playing with the configuration and having the router physically using the omni antenna with rp-sma connector number 2 (middle one) i did not get better results. I tried to change to connector 3 and also no better results until i moved it to connector 1 (counting from the left when you have the router front facing you). While setting it with connector number 1 and adjusting the configuration i was able to get 22 SSID's and so i though the problem was solved. About less than 2 months and without any other changes; the router went by itself to the previous bad performance and was detecting only about 4 or 5 ssid's. At the time the setup was : Configured Antennas: TX 0x1 RX 0x1 While: Available Antennas: TX 0x7 RX 0x7 Strangely it did work quite well for a while even tho it showed that the available antenna was not the one configured. However it did not last long and i have been trying to figure out why it stopped being able to detect those 22 ssdi's and why i don't see it working as well as before when it gave me 22 ssid scan results. According to: ~# iw phy phy0 info | grep -i ant Available Antennas: TX 0x7 RX 0x7 Configured Antennas: TX 0x7 RX 0x7 0x7 is the same as wireless.radio0.txantenna=7 which is not 1, 2 or 3. or am i wrong ? Where exactly is antenna 7 ? My first question is: which antenna is this one ? Any of the 3 rp-sma connectors ? Changing wireless.radio0.diversity on and off also does not seem to help or change anything. Recently i updated the firmware to r40757 and there was no improvement. I also find it very odd that a nearby access point is able to detect this AP with SNR of 40 dbm while from the 1043nd side i only detect the other access point with 5 ~ 9 dbm SNR. To me this tells me that TX and RX is not working well for the 1043nd Can someone shed some light into this from their own experience or are these builds broken ? Is it the correct way of using external antennas on these types of routers ? Does using it in this way make sure there is no loss of signal via the other ports ? Or must the other two ports have some type of antenna even if it's a different type like the original Omnis ? Anyone had a similar experience and can help clarifying it ? Thanks and best regards, Fernando ___ openwrt-users mailing list openwrt-us...@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users ___ openwrt-users mailing list openwrt-us...@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] OOM issue (kernel not reclaiming memory?)
On 15 May 2014 23:08, Rafał Miłecki zaj...@gmail.com 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 openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] nfs-kernel-server no longer works?
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 problem is, that'd be much appreciated. NFS _client_ is working just fine, in both AA and current trunk. my /etc/exports file looks like: / *(rw,sync,all_squash,anonuid=0,anongid=0) restarting nfsd reports the following error: exportfs: / does not support NFS export And then, as expected, /proc/fs/nfsd/exports is empty, and NFS clients fail to mount the export. I know it's not exactly normal to export the entire root like this, but it definitely worked in the past. I've tried a few other export points, like /usr/lib and /etc, but they all fail like that too. Attempting to export /tmp is a different error: exportfs: /tmp requires fsid= for NFS export but /tmp isn't super interesting to me anyway. Any suggestions? Sincerely, Karl P ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [tools] mkimage: update to 2014.04
Signed-off-by: Luka Perkov l...@openwrt.org --- 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 +++--- tools/mkimage/patches/040-include_order.patch | 14 --- .../mkimage/patches/050-image_h_portability.patch | 4 ++-- .../patches/060-remove_kernel_includes.patch | 4 ++-- tools/mkimage/patches/070-avoid_ENOMEDIUM.patch| 11 - 8 files changed, 28 insertions(+), 50 deletions(-) delete mode 100644 tools/mkimage/patches/040-include_order.patch delete mode 100644 tools/mkimage/patches/070-avoid_ENOMEDIUM.patch diff --git a/tools/mkimage/Makefile b/tools/mkimage/Makefile index d2efd62..47e918a 100644 --- a/tools/mkimage/Makefile +++ b/tools/mkimage/Makefile @@ -1,5 +1,5 @@ # -# Copyright (C) 2006-2013 OpenWrt.org +# Copyright (C) 2006-2014 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -7,11 +7,11 @@ include $(TOPDIR)/rules.mk PKG_NAME:=mkimage -PKG_VERSION:=2013.07-rc1 +PKG_VERSION:=2014.04 PKG_SOURCE:=u-boot-$(PKG_VERSION).tar.bz2 PKG_SOURCE_URL:=ftp://ftp.denx.de/pub/u-boot -PKG_MD5SUM:=9b14d9a8981ce2e429956af7cc96996e +PKG_MD5SUM:=6d2116d1385a66e9a59742caa9d62a54 PKG_CAT:=bzcat HOST_BUILD_DIR:=$(BUILD_DIR_HOST)/u-boot-$(PKG_VERSION) @@ -24,11 +24,14 @@ define Host/Prepare $(HOST_BUILD_DIR)/include/errno.h \ $(HOST_BUILD_DIR)/include/malloc.h \ $(HOST_BUILD_DIR)/tools/.depend + touch $(HOST_BUILD_DIR)/include/config.mk touch $(HOST_BUILD_DIR)/include/config.h endef define Host/Compile - $(MAKE) -C $(HOST_BUILD_DIR) BUILD_DIR= BIN_FILES-y=mkimage HOSTLDFLAGS=$(HOST_STATIC_LINKING) tools + $(MAKE) -C $(HOST_BUILD_DIR) \ + HOSTLDFLAGS=$(HOST_STATIC_LINKING) \ + tools-only endef define Host/Install diff --git a/tools/mkimage/patches/010-freebsd-ulong-fix.patch b/tools/mkimage/patches/010-freebsd-ulong-fix.patch index b4951b0..154346d 100644 --- a/tools/mkimage/patches/010-freebsd-ulong-fix.patch +++ b/tools/mkimage/patches/010-freebsd-ulong-fix.patch @@ -1,6 +1,6 @@ --- a/include/image.h +++ b/include/image.h -@@ -61,6 +61,10 @@ +@@ -44,6 +44,10 @@ #endif /* USE_HOSTCC */ diff --git a/tools/mkimage/patches/020-openbsd_fixes.patch b/tools/mkimage/patches/020-openbsd_fixes.patch index 1723236..7a762d9 100644 --- a/tools/mkimage/patches/020-openbsd_fixes.patch +++ b/tools/mkimage/patches/020-openbsd_fixes.patch @@ -1,6 +1,6 @@ --- a/tools/mkimage.c +++ b/tools/mkimage.c -@@ -464,6 +464,7 @@ +@@ -458,6 +458,7 @@ #if defined(_POSIX_SYNCHRONIZED_IO) \ !defined(__sun__) \ !defined(__FreeBSD__) \ @@ -8,7 +8,7 @@ !defined(__APPLE__) (void) fdatasync (ifd); #else -@@ -507,6 +508,7 @@ +@@ -501,6 +502,7 @@ #if defined(_POSIX_SYNCHRONIZED_IO) \ !defined(__sun__) \ !defined(__FreeBSD__) \ diff --git a/tools/mkimage/patches/030-allow-to-use-different-magic.patch b/tools/mkimage/patches/030-allow-to-use-different-magic.patch index afc3f21..d5afdd3 100644 --- a/tools/mkimage/patches/030-allow-to-use-different-magic.patch +++ b/tools/mkimage/patches/030-allow-to-use-different-magic.patch @@ -1,6 +1,6 @@ --- a/tools/mkimage.c +++ b/tools/mkimage.c -@@ -37,6 +37,7 @@ +@@ -24,6 +24,7 @@ .arch = IH_ARCH_PPC, .type = IH_TYPE_KERNEL, .comp = IH_COMP_GZIP, @@ -8,7 +8,7 @@ .dtc = MKIMAGE_DEFAULT_DTC_OPTIONS, .imagename = , .imagename2 = , -@@ -189,6 +190,16 @@ +@@ -168,6 +169,16 @@ genimg_get_comp_id (*++argv)) 0) usage (); goto NXTARG; @@ -25,7 +25,7 @@ case 'D': if (--argc = 0) usage (); -@@ -613,12 +624,13 @@ +@@ -623,12 +634,13 @@ fprintf (stderr, Usage: %s -l image\n -l == list image header information\n, params.cmdname); @@ -40,19 +40,9 @@ -a == set load address to 'addr' (hex)\n -e == set entry point to 'ep' (hex)\n -n == set image name to 'name'\n a/tools/mkimage.h -+++ b/tools/mkimage.h -@@ -79,6 +79,7 @@ - int arch; - int type; - int comp; -+ unsigned int magic; - char *dtc; - unsigned int addr; - unsigned int ep; --- a/tools/default_image.c +++ b/tools/default_image.c -@@ -111,7 +111,7 @@ +@@ -98,7 +98,7 @@ sbuf-st_size - sizeof(image_header_t)); /* Build new header */ @@ -61,3 +51,13 @@ image_set_time(hdr,
[OpenWrt-Devel] [PATCH 1/2] fstools: stage libubi-utils static library and headers
Use InstallDev to make libubi-utils available for linking in uboot-envtools. Signed-off-by: Daniel Golle dan...@makrotopia.org --- 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 f86923a..7b9069a 100644 --- a/package/system/fstools/Makefile +++ b/package/system/fstools/Makefile @@ -1,14 +1,14 @@ include $(TOPDIR)/rules.mk PKG_NAME:=fstools -PKG_VERSION:=2014-05-19 +PKG_VERSION:=2014-05-20 PKG_RELEASE=$(PKG_SOURCE_VERSION) PKG_SOURCE_PROTO:=git PKG_SOURCE_URL:=git://nbd.name/fstools.git PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) -PKG_SOURCE_VERSION:=17af86139f4d038f00ed21648dc145ef1e5c1b51 +PKG_SOURCE_VERSION:=850cdb429b36c993649d05ea928776f86912597b PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION)-$(PKG_SOURCE_VERSION).tar.gz CMAKE_INSTALL:=1 @@ -71,6 +71,13 @@ define Package/block-mount/install endef +define Build/InstallDev + $(INSTALL_DIR) $(1)/usr/include + $(CP) $(PKG_INSTALL_DIR)/usr/include/*.h $(1)/usr/include/ + $(INSTALL_DIR) $(1)/usr/lib/ + $(CP) $(PKG_INSTALL_DIR)/usr/lib/libubi-utils.a $(1)/usr/lib/ +endef + $(eval $(call BuildPackage,fstools)) $(eval $(call BuildPackage,ubi-flash)) $(eval $(call BuildPackage,block-mount)) -- 1.9.2 pgpCj06hk0koX.pgp Description: PGP signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/2] uboot-envtools: add support for environment in ubi volume
Signed-off-by: Daniel Golle dan...@makrotopia.org
---
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/boot/uboot-envtools/Config.in
create mode 100644
package/boot/uboot-envtools/patches/300-support-env-in-ubivol-chardev.patch
diff --git a/package/boot/uboot-envtools/Config.in
b/package/boot/uboot-envtools/Config.in
new file mode 100644
index 000..9fd8103
--- /dev/null
+++ b/package/boot/uboot-envtools/Config.in
@@ -0,0 +1,9 @@
+config UBOOT_ENVTOOLS_UBI
+ bool Support environment in UBI volume
+ depends on PACKAGE_uboot-envtools
+ default n
+ help
+ Add support for reading and writing U-Boot environment
+ stored in UBI volume(s).
+
+ Increases binary size by about 8 kB
diff --git a/package/boot/uboot-envtools/Makefile
b/package/boot/uboot-envtools/Makefile
index 0f7c825..277c42b 100644
--- a/package/boot/uboot-envtools/Makefile
+++ b/package/boot/uboot-envtools/Makefile
@@ -21,6 +21,8 @@ PKG_MD5SUM:=6d2116d1385a66e9a59742caa9d62a54
PKG_BUILD_DIR:=$(BUILD_DIR)/u-boot-$(PKG_VERSION)
+PKG_BUILD_DEPENDS:=+fstools
+
include $(INCLUDE_DIR)/package.mk
define Package/uboot-envtools
@@ -34,15 +36,28 @@ define Package/uboot-envtools/description
This package includes tools to read and modify U-Boot bootloader environment.
endef
+define Package/uboot-envtools/config
+ source $(SOURCE)/Config.in
+endef
+
define Build/Configure
touch $(PKG_BUILD_DIR)/include/config.mk
touch $(PKG_BUILD_DIR)/include/config.h
endef
+TARGET_CFLAGS += -I$(STAGING_DIR)/usr/include
+
+ifeq ($(CONFIG_UBOOT_ENVTOOLS_UBI),y)
+TARGET_LDFLAGS += -Wl,--gc-sections -L$(STAGING_DIR)/usr/lib/ -lubi-utils
+endif
+
+
define Build/Compile
$(MAKE) -C $(PKG_BUILD_DIR) \
CROSS_COMPILE=$(TARGET_CROSS) \
TARGET_CFLAGS=$(TARGET_CFLAGS) \
+ TARGET_LDFLAGS=$(TARGET_LDFLAGS) \
+ UBI=$(CONFIG_UBOOT_ENVTOOLS_UBI) \
env
endef
diff --git
a/package/boot/uboot-envtools/patches/300-support-env-in-ubivol-chardev.patch
b/package/boot/uboot-envtools/patches/300-support-env-in-ubivol-chardev.patch
new file mode 100644
index 000..bebe8b2
--- /dev/null
+++
b/package/boot/uboot-envtools/patches/300-support-env-in-ubivol-chardev.patch
@@ -0,0 +1,190 @@
+From 5a9a602626be650ed171adb4d6ce4bff19823d01 Mon Sep 17 00:00:00 2001
+From: Daniel Golle dan...@makrotopia.org
+Date: Mon, 19 May 2014 21:38:01 +0200
+Subject: [PATCH] tools/env: add support for env in ubi volume chardev
+
+Signed-off-by: Daniel Golle dan...@makrotopia.org
+---
+ tools/env/Makefile | 5 +++
+ tools/env/fw_env.c | 104 ++---
+ 2 files changed, 88 insertions(+), 21 deletions(-)
+
+diff --git a/tools/env/Makefile b/tools/env/Makefile
+index fcb752d..5bc5a77 100644
+--- a/tools/env/Makefile
b/tools/env/Makefile
+@@ -20,6 +20,11 @@ ifeq ($(MTD_VERSION),old)
+ HOST_EXTRACFLAGS += -DMTD_OLD
+ endif
+
++ifeq ($(UBI),y)
++HOST_EXTRACFLAGS += -DUBI
++HOST_LOADLIBES = -lubi-utils
++endif
++
+ always := fw_printenv
+ hostprogs-y := fw_printenv_unstripped
+
+diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c
+index d228cc3..82f1f48 100644
+--- a/tools/env/fw_env.c
b/tools/env/fw_env.c
+@@ -29,6 +29,9 @@
+ # include mtd/mtd-user.h
+ #endif
+
++#ifdef UBI
++# include libubi-tiny.h
++#endif
+ #include fw_env.h
+
+ #define WHITESPACE(c) ((c == '\t') || (c == ' '))
+@@ -725,6 +728,9 @@ static int flash_write_buf (int dev, int fd, void *buf,
size_t count,
+ off_t top_of_range; /* end of the last block we may use */
+ loff_t blockstart; /* running start of the current block -
+ MEMGETBADBLOCK needs 64 bits */
++#ifdef UBI
++ libubi_t *libubi; /* pointer to libubi struct */
++#endif
+ int rc;
+
+ /*
+@@ -835,20 +841,51 @@ static int flash_write_buf (int dev, int fd, void *buf,
size_t count,
+ ioctl(fd, MEMUNLOCK, erase);
+ /* These do not need an explicit erase cycle */
+ if (mtd_type != MTD_DATAFLASH)
+- if (ioctl(fd, MEMERASE, erase) != 0) {
++ if (ioctl(fd, MEMERASE, erase) != 0
++ mtd_type != MTD_UBIVOLUME) {
+ fprintf(stderr,
+ MTD erase error on %s: %s\n,
+ DEVNAME(dev), strerror(errno));
+ return -1;
+ }
++#ifdef UBI
++ if (mtd_type == MTD_UBIVOLUME) {
++ struct
[OpenWrt-Devel] [PATCH] [ramips] Enable Asus RT-N10+ in menuconfig targets
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/profiles/n10-plus.mk === --- trunk/target/linux/ramips/rt305x/profiles/n10-plus.mk(revision 0) +++ trunk/target/linux/ramips/rt305x/profiles/n10-plus.mk(revision 0) @@ -0,0 +1,17 @@ +# +# Copyright (C) 2014 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +define Profile/RT-N10-PLUS +NAME:=Asus RT-N10+ +PACKAGES:=kmod-leds-gpio wpa +endef + +define Profile/RT-N10-PLUS/Description +Package set for Asus RT-N10+. +endef + +$(eval $(call Profile,RT-N10-PLUS)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Latest AA introduces a bug: not working as STA when AP is AirOS
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 firmware. Here the commits: Bad: 6deba98c3814ca9414ef5f2500c71942b210aa83 Good: 794897c318c3388db57bf0da34e61e0041cf0306 it is too many commits in between to quickly do git bisect. I append the logs and the configuration of the OpenWrt host. Is airMAX enabled on the AirOS side? i was unable to associate from an openwrt trunk r36140 acting as a STA to an airgrid with airOS v5.5.4 acting as AP until i disabled airMAX on the airOS authentication went fine according to logread, but association failed (similar to your logs) i didn't try with an older version tho, just disabled airMax and let it be. cheers! gui Please let me know what kind of information I can share to track down the bug. Anyone had similiar issues ? thanks Saverio May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.23] wlan0: authenticate with 00:15:6d:8e:a8:72 May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.24] wlan0: send auth to 00:15:6d:8e:a8:72 (try 1/3) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.25] wlan0: authenticated May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.25] wlan0: AP has invalid WMM params (AIFSN=1 for ACI 2), disabling WMM May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.27] wlan0: associate with 00:15:6d:8e:a8:72 (try 1/3) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.27] wlan0: RX AssocResp from 00:15:6d:8e:a8:72 (capab=0x401 status=37 aid=15241) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.28] wlan0: 00:15:6d:8e:a8:72 denied association (code=37) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.30] wlan0: deauthenticating from 00:15:6d:8e:a8:72 by local choice (reason=3) root@M5GalliaBramante:~# uci show wireless wireless.radio0=wifi-device wireless.radio0.type=mac80211 wireless.radio0.hwmode=11na wireless.radio0.distance=1000 wireless.radio0.macaddr=00:27: 22:38:d0:f1 wireless.radio0.ht_capab=SHORT-GI-40 TX-STBC RX-STBC1 DSSS_CCK-40 wireless.radio0.htmode=HT40+ wireless.radio0.noscan=1 wireless.@wifi-iface[0]=wifi-iface wireless.@wifi-iface[0].device=radio0 wireless.@wifi-iface[0].network=backbone wireless.@wifi-iface[0].mode=sta wireless.@wifi-iface[0].ssid=ninux.org wireless.@wifi-iface[0].bssid=00:15:6D:8E:A8:72 wireless.@wifi-iface[0].encryption=none root@M5GalliaBramante:~# This is the log in AirOS side: May 19 13:22:32 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). May 19 13:23:02 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:38:d0:f1) May 19 13:23:02 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). May 19 13:23:32 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:38:d0:f1) May 19 13:23:32 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Mounting jffs2 mtdblock error ??
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 data that doesn't contain the magic
values that uniquely identify a JFFS2 partition.
Are you absolutely sure that this is the right partition, and that you
put a JFFS2 image there?
Cheers,
Owen
On 14-05-19 08:24 PM, Tymon wrote:
below is the output when I mount /dev/mtdblock10 to /mnt directory,
why these log arise again and again ?...
mtdblock10 is a partition of my second flash
root@OpenWrt:/# mount -t jffs2 /dev/mtdblock10 /mnt/
[ 808.08] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x0048: 0x63a4 instead
[ 808.08] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00480004: 0x4357 instead
[ 808.09] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00480008: 0x3011 instead
[ 808.10] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x0048000c: 0xa9ac instead
[ 808.11] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00480010: 0xb16f instead
[ 808.12] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00480014: 0x9d93 instead
[ 808.13] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00480018: 0x79ba instead
[ 808.14] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x0048001c: 0xec48 instead
[ 808.15] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00480020: 0xd06f instead
[ 808.16] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00480024: 0xaafc instead
[ 808.17] Further such events for this erase block will not be
printed
[ 808.18] Empty flash at 0x00480100 ends at 0x00482120
[ 808.21] Empty flash at 0x00483120 ends at 0x0048b140
[ 808.22] Empty flash at 0x0048c140 ends at 0x0048c148
[ 808.23] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c: 0x6b0f instead
[ 808.24] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c0004: 0x8990 instead
[ 808.25] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c0008: 0x4e16 instead
[ 808.26] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c000c: 0x6c82 instead
[ 808.27] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c0010: 0x7f9a instead
[ 808.28] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c0014: 0xf68e instead
[ 808.29] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c0018: 0x74e4 instead
[ 808.30] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c001c: 0x3b3f instead
[ 808.31] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c0020: 0x6d45 instead
[ 808.32] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x005c0024: 0x9049 instead
[ 808.33] Further such events for this erase block will not be
printed
[ 808.34] Empty flash at 0x005c0100 ends at 0x005c0118
[ 808.35] Empty flash at 0x005c1120 ends at 0x005c4140
[ 808.37] Empty flash at 0x005c6140 ends at 0x005c9160
[ 808.39] jffs2_scan_eraseblock(): Node at 0x0067 {0x1985,
0x2003, 0x000c) has invalid CRC 0x7060dc98 (calculated 0xf060dc98)
[ 808.40] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x00670008: 0x7060 instead
[ 808.44] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x006a: 0x0985 instead
[ 808.45] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x006a0008: 0x7060 instead
[ 808.48] jffs2_scan_eraseblock(): Node at 0x006d {0x1985,
0x2003, 0x000c) has invalid CRC 0x7060dc98 (calculated 0xf060dc98)
[ 808.50] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x006d0008: 0x7060 instead
[ 808.53] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x006e: 0x1981 instead
[ 808.54] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x006e0008: 0xf060 instead
[ 808.58] jffs2_scan_eraseblock(): Node at 0x0070 {0x1985,
0x2003, 0x000c) has invalid CRC 0x7060dc98 (calculated 0xf060dc98)
[ 808.59] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found
at 0x0078: 0x7060 instead
[ 808.64] Empty flash at 0x00ab1100 ends at 0x00ab1110
[ 808.65] Empty flash at 0x00ab2120 ends at 0x00ab4140
[ 808.67] Empty flash at 0x00ab6120 ends at 0x00ab9140
[ 808.68] Empty flash at 0x00aba140 ends at 0x00aba150
[ 808.71] JFFS2 notice: (1078) jffs2_build_xattr_subsystem:
complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan)
and 0 of xref (0 dead, 0 orphan) found.
root@OpenWrt:/# [ 809.19] Newly-erased block contained word 0x0
at offset 0x00fda000
[
Re: [OpenWrt-Devel] nfs-kernel-server no longer works?
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 filesystem, and some web reading suggests that you need the ext4 module built in to be able to nfs export an ext4 filesystem. That's fine, but I'm not exporting ext4, just the jffs2/squashfs root of a regular openwrt build Here's my entire diffconfig: karlp@pojak:~/src/owrt-backfire$ ./scripts/diffconfig.sh CONFIG_TARGET_atheros=y CONFIG_TARGET_atheros_Default=y CONFIG_TARGET_BOARD=atheros CONFIG_DEVEL=y CONFIG_BROKEN=y CONFIG_PACKAGE_kmod-fs-exportfs=y CONFIG_PACKAGE_kmod-fs-nfs=y CONFIG_PACKAGE_kmod-fs-nfs-common=y CONFIG_PACKAGE_kmod-fs-nfsd=y CONFIG_PACKAGE_libblkid=y CONFIG_PACKAGE_libevent=y CONFIG_PACKAGE_libuuid=y CONFIG_PACKAGE_libwrap=y CONFIG_PACKAGE_mount-utils=y CONFIG_PACKAGE_nfs-kernel-server=y CONFIG_PACKAGE_nfs-kernel-server-utils=y CONFIG_PACKAGE_nfs-utils=y CONFIG_PACKAGE_portmap=y # CONFIG_TARGET_ROOTFS_JFFS2 is not set karlp@pojak:~/src/owrt-backfire$ Sincerely, Karl P On Tue, May 20, 2014 at 12:19:26PM +, Karl Palsson wrote: 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 problem is, that'd be much appreciated. NFS _client_ is working just fine, in both AA and current trunk. my /etc/exports file looks like: / *(rw,sync,all_squash,anonuid=0,anongid=0) restarting nfsd reports the following error: exportfs: / does not support NFS export And then, as expected, /proc/fs/nfsd/exports is empty, and NFS clients fail to mount the export. I know it's not exactly normal to export the entire root like this, but it definitely worked in the past. I've tried a few other export points, like /usr/lib and /etc, but they all fail like that too. Attempting to export /tmp is a different error: exportfs: /tmp requires fsid= for NFS export but /tmp isn't super interesting to me anyway. Any suggestions? Sincerely, Karl P ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH/RFC] Check for openssl development headers during prereq
2014-05-20 6:02 GMT-07:00 Michael Heimpold m...@heimpold.de: 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. libressl) Cons: - yet another host tool to maintain - increased build time Right, I agree with all of that. It seems very unlikely at the moment than another host tool might be using the OpenSSL EVP headers, so maybe your solution is good enough for now. There might still be after aspects. I do not have a strong preference at the moment. Other opinions? Should I work on this and send a patch for this? Regards, Michael ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Florian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [OpenWrt-Users] Tplink wr1043nd internal/external antenna configuration and detection
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 configuration. Also same thing about the sensitiveness and output power which seems to vary. In this matter for example i get the driver stuck in certain settings: # iwinfo adhoc0 txpowerlist 0 dBm ( 1 mW) 1 dBm ( 1 mW) 2 dBm ( 1 mW) 3 dBm ( 1 mW) 4 dBm ( 2 mW) 5 dBm ( 3 mW) 6 dBm ( 3 mW) 7 dBm ( 5 mW) 8 dBm ( 6 mW) 9 dBm ( 7 mW) 10 dBm ( 10 mW) 11 dBm ( 12 mW) 12 dBm ( 15 mW) 13 dBm ( 19 mW) 14 dBm ( 25 mW) 15 dBm ( 31 mW) 16 dBm ( 39 mW) 17 dBm ( 50 mW) * 18 dBm ( 63 mW) 19 dBm ( 79 mW) 20 dBm ( 100 mW) I cannot go above 18 unless i move to a higher channel like for example; 13. However is i start playing with txpower values and reboot several times while still on channel 13; the txpower goes down to 19 and will not go to 20. Sometimes only with re-flashing. i am stuck at 18dbm for channel 9 and other channels also seem to condition the txpower value. wireless.radio0.channel=9 wireless.radio0.diversity=0 wireless.radio0.txpower=20 wireless.radio0.country=PT # iwinfo adhoc0 freqlist 2.412 GHz (Channel 1) 2.417 GHz (Channel 2) 2.422 GHz (Channel 3) 2.427 GHz (Channel 4) 2.432 GHz (Channel 5) 2.437 GHz (Channel 6) 2.442 GHz (Channel 7) 2.447 GHz (Channel 8) * 2.452 GHz (Channel 9) 2.457 GHz (Channel 10) 2.462 GHz (Channel 11) 2.467 GHz (Channel 12) 2.472 GHz (Channel 13) I wouldn't think this is a hardware issue, but a software issue. For me it seems that it simply doesn't obey the commands, or it changes the antenna settings by itself for some unknown reason. I agree. For about almost 2 months i was able to get the antenna working properly and had 19 mbit links @ 2.4ghz, 500m away from 15dbi @ 19 dbm to 24dbi @ 15 dbm directional antennas. However after a few reboots the setup never worked again. Now i cannot even get more than 4 to 5 SSID's in the same or even better conditions. For example; while changing txpower i was able to do changes from 5dbm to 24dbm for testing; yet, nothing changed for the scan results. The same 4 or 5 scan results that showed up at 5 dbm; were exactly the same at 24 dbm with the exact same values. This tells me that the router is either ignoring the antenna or the software is broken somewhere. Answering your question antenna 7 are all three antennas. The number you see in front of Available and Configured Antennas is the translation to a binary number. So for example 7 = 111 (all three antenas up) , 4 = 100 (the first antenna in the left) , 1 = 001 (the third antenna), and so on. I did some testing changing the antennas and their values and the best i got was using the first antenna or having diversity active. I was able to get 7 ssid's but not for long. I would say that about a minute later scan results went back to 4 to 5 ssid's. I have another router which is also a tplink. wr 841nd (Atheros AR7240 rev 2) that may suffer for similar issues as i found quite a few results very similar to the 1043nd Here is another curious thing. with iwinfo adhoc0 scan i get 4 ssid's with iwlist adhoc0 scanning also 4 ssid's with wavemon 6 to 8 ssid' with horst 4 ssid's and with iw adhoc0 survey dump 13 ssid's Cannot be the hardware and i am open to suggestions and or recommendations to solve this. DISTRIB_REVISION=r40757 Would someone be able to confirm they have similar results with their units and where to look for a possible fix ? Thanks Best regards, Fernando On 20/05/2014 04:38, cmsv wrote: Hello On 03/11/2014 08:54 PM, Fernando Frediani wrote: Hi folks, Hopefully this is a easy one for you. I've got a TL-1043ND running Barrier Breaker (r39440). This router has 3 detachable antennas and I have removed all of them in order to be able to use an external Sectorial antenna to reach a few other points in a mid-range distance. I have connected this Sectorial antenna to one of the RP-SMA connectors and left the other two without. On the /etc/config/wireless I'm using the following relevant lines: option diversity '0' option rxantenna '0x1' option txantenna '0x1' Which supposedly means it will only use that antenna port. Or if I want to use the use the 3rd antenna port '0x4'. I have one one these routers and at some point i had a similar problem that i thought i had solved. system type : Atheros AR9132 rev 2 machine : TP-LINK TL-WR1043ND For the longest time and with AA r39154 i was only able to get 4 or 5 results when scanning for ssid's using a 15 dbi omni antenna. Since the router was and is in a very far remote location i was only able to play with the physical setup about 3
Re: [OpenWrt-Devel] [PATCH] [tools] mkimage: update to 2014.04
On 2014-05-20 14:49, Luka Perkov wrote: Signed-off-by: Luka Perkov l...@openwrt.org --- 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 +++--- tools/mkimage/patches/040-include_order.patch | 14 --- .../mkimage/patches/050-image_h_portability.patch | 4 ++-- .../patches/060-remove_kernel_includes.patch | 4 ++-- tools/mkimage/patches/070-avoid_ENOMEDIUM.patch| 11 - 8 files changed, 28 insertions(+), 50 deletions(-) delete mode 100644 tools/mkimage/patches/040-include_order.patch delete mode 100644 tools/mkimage/patches/070-avoid_ENOMEDIUM.patch I think 040-include_order.patch probably needs to be forward ported. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Latest AA introduces a bug: not working as STA when AP is AirOS
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 g...@altermundi.net: 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 firmware. Here the commits: Bad: 6deba98c3814ca9414ef5f2500c71942b210aa83 Good: 794897c318c3388db57bf0da34e61e0041cf0306 it is too many commits in between to quickly do git bisect. I append the logs and the configuration of the OpenWrt host. Is airMAX enabled on the AirOS side? i was unable to associate from an openwrt trunk r36140 acting as a STA to an airgrid with airOS v5.5.4 acting as AP until i disabled airMAX on the airOS authentication went fine according to logread, but association failed (similar to your logs) i didn't try with an older version tho, just disabled airMax and let it be. cheers! gui Please let me know what kind of information I can share to track down the bug. Anyone had similiar issues ? thanks Saverio May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.23] wlan0: authenticate with 00:15:6d:8e:a8:72 May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.24] wlan0: send auth to 00:15:6d:8e:a8:72 (try 1/3) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.25] wlan0: authenticated May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.25] wlan0: AP has invalid WMM params (AIFSN=1 for ACI 2), disabling WMM May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.27] wlan0: associate with 00:15:6d:8e:a8:72 (try 1/3) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.27] wlan0: RX AssocResp from 00:15:6d:8e:a8:72 (capab=0x401 status=37 aid=15241) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.28] wlan0: 00:15:6d:8e:a8:72 denied association (code=37) May 19 11:18:58 M5GalliaBramante kern.info kernel: [ 291.30] wlan0: deauthenticating from 00:15:6d:8e:a8:72 by local choice (reason=3) root@M5GalliaBramante:~# uci show wireless wireless.radio0=wifi-device wireless.radio0.type=mac80211 wireless.radio0.hwmode=11na wireless.radio0.distance=1000 wireless.radio0.macaddr=00:27: 22:38:d0:f1 wireless.radio0.ht_capab=SHORT-GI-40 TX-STBC RX-STBC1 DSSS_CCK-40 wireless.radio0.htmode=HT40+ wireless.radio0.noscan=1 wireless.@wifi-iface[0]=wifi-iface wireless.@wifi-iface[0].device=radio0 wireless.@wifi-iface[0].network=backbone wireless.@wifi-iface[0].mode=sta wireless.@wifi-iface[0].ssid=ninux.org wireless.@wifi-iface[0].bssid=00:15:6D:8E:A8:72 wireless.@wifi-iface[0].encryption=none root@M5GalliaBramante:~# This is the log in AirOS side: May 19 13:22:32 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). May 19 13:23:02 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:38:d0:f1) May 19 13:23:02 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). May 19 13:23:32 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:38:d0:f1) May 19 13:23:32 wireless: ath0 Sending assoc responce to 00:27:22:38:d0:f1. Status: The request has been declined (37). ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
